Entiendo los conceptos básicos de cómo los contenedores y cómo se diferencian de las máquinas virtuales en ejecución. También obtuve ese escalado automático cuando los recursos son bajos y cómo los servicios como AWS pueden escalar horizontalmente y aprovisionar más recursos para usted.
Sin embargo, lo que no entiendo es cómo las tecnologías de administración de contenedores, como swarm o kubernetes, detienen el aprovisionamiento.
En mi opinión, aún debe tener los recursos disponibles para agregar más contenedores, ya que la solución de administración de contenedores solo administra los contenedores en sí. ¿Correcto?
Entonces, si tuviera un ec2 (en el mundo de AWS) que estaba usando para mi aplicación y kubernetes se estaba ejecutando en él para administrar contenedores para mi aplicación, aún necesitaría tener un escalado automático y tener que activar otro ec2 si vm mismo mi aplicación estaba empujando al máximo su capacidad.
Tal vez porque todavía no he trabajado con la orquestación de contenedores, no puedo comprender la mecánica de esto, pero en principio no veo cómo funciona de manera armoniosa.
Entonces, cuando considera los contenedores, no puede verlos como una sola aplicación o servicio por host.
Tradicionalmente, las personas tendrían una o varias instancias, todas ejecutando una sola aplicación. Con contenedores, tendría una aplicación por contenedores. Por lo tanto, una instancia de host individual puede estar ejecutando múltiples aplicaciones, esto hace un mejor uso de los recursos de CPU y memoria para garantizar que esté usando menos hosts en todos los ámbitos.
Cuando observa la optimización de contenedores, es cuando las personas comienzan a dividir aplicaciones más grandes en servicios y microservicios para ayudar a distribuir la funcionalidad clave en piezas de código más pequeñas y escalables.
Dependiendo de la capa de contenedorización, también puede usar mapeos de puertos dinámicos, esto lo ayudaría a tener varios contenedores iguales en el mismo host pero cada uno con un puerto único.
Finalmente, al observar AWS, si no desea escalar hosts físicos, se lanzó un servicio en 2018 y se expandió en 2019 para incluir Kubernetes. Este servicio es Fargate y le permite ejecutar su clúster sin servidor.
Kubernetes, por ejemplo, tiene Cluster Autoscaler , que aumenta o reduce el tamaño de un clúster agregando o eliminando nodos, según la presencia de pods pendientes y las métricas de utilización de nodos. La implementación puede cambiar según la solución: Google Kubernetes Engine, Amazon EKS, AWS EC2 no administrado y otros.
Pero si la infraestructura lo permite, Kubernetes puede comunicarse con el proveedor de la nube subyacente y aprovisionar nuevas máquinas virtuales para alojar nuevos nodos según sea necesario y eliminarlos también. No es necesario esperar a que un operador humano aprovisione estas instancias.
RedSkyOps es una plataforma de administración de Kubernetes que usa ML para determinar configuraciones óptimas y puede ayudar a limitar el aprovisionamiento excesivo.
Aquí hay un ejemplo para ajustar la solicitud/límites con Postgres: https://github.com/redskyops/redskyops-recipes/tree/master/postgres