Preguntas frecuentes sobre HAQM EKS

HAQM EKS Auto Mode está disponible para clústeres de EKS nuevos y existentes que ejecuten Kubernetes 1.29+ en todas las regiones de AWS en las que EKS está disponible, excepto en las regiones de AWS GovCloud (EE. UU.) y China. Para empezar, basta con utilizar la API de EKS, la consola de AWS, eksctl o la herramienta de infraestructura como código (IaC) que prefiera para habilitar EKS Auto Mode en un clúster nuevo o existente y especificar el rol de IAM que debe usar su infraestructura informática administrada por AWS. De forma predeterminada, EKS Auto Mode crea configuraciones de escalado de procesamiento de uso general y basadas en las mejores prácticas en su clúster, lo que le permite empezar a ejecutar aplicaciones rápidamente. Para una personalización más profunda, puede optar por inhabilitar estos valores predeterminados y crear configuraciones adicionales de infraestructura y escalado de procesamiento mediante la API de Kubernetes en su clúster.

Con HAQM EKS Auto Mode, AWS amplía su responsabilidad en comparación con la infraestructura de AWS gestionada por el cliente en los clústeres de EKS. Además de operar el plano de control del clúster de Kubernetes, con EKS Auto Mode habilitado, AWS también se responsabiliza de proteger, configurar y administrar la infraestructura de AWS en los clústeres de EKS necesarios para ejecutar sus aplicaciones. Para ello, los recursos de la infraestructura de AWS, como las instancias de EC2, en los clústeres de EKS que utilizan el EKS Auto Mode tienen limitaciones en comparación con los gestionados por el cliente. Por ejemplo, no es posible conectarse de forma remota mediante SSH o SSM, modificar el rol de IAM de la instancia, reemplazar el volumen raíz ni adjuntar interfaces de red elástica adicionales a las instancias de EC2 administradas por EKS Auto Mode, ya que esto limitaría la capacidad de AWS para protegerlas y administrarlas.

HAQM EKS con AWS Fargate sigue siendo una opción para los clientes que desean ejecutar EKS, pero HAQM EKS Auto Mode es el enfoque recomendado de ahora en adelante. EKS Auto Mode es totalmente compatible con Kubernetes y admite todas las herramientas de plataforma y primitivas de Kubernetes anteriores, como Istio, que Fargate no puede admitir. EKS Auto Mode también es totalmente compatible con todas las opciones de compra de la versión ejecutable de EC2, incluidas las instancias de GPU y de spot, lo que permite a los clientes aprovechar los descuentos negociados de EC2 y otros mecanismos de ahorro. Estas capacidades no están disponibles cuando se usa EKS con Fargate. Además, EKS Auto Mode permite a los clientes lograr el mismo modelo de aislamiento que Fargate, utilizando las capacidades de programación estándar de Kubernetes para garantizar que cada instancia EC2 ejecute un único contenedor de aplicaciones. Al adoptar HAQM EKS Auto Mode, los clientes pueden aprovechar todas las ventajas de ejecutar Kubernetes en AWS, una plataforma totalmente compatible con Kubernetes que ofrece la flexibilidad necesaria para aprovechar toda la gama de opciones de compra y EC2, al tiempo que mantiene la facilidad de uso y la abstracción de la administración de la infraestructura que ofrece Fargate.

HAQM EKS Auto Mode ayuda a mejorar la seguridad de los clústeres de EKS de tres maneras: 1/ La infraestructura administrada por AWS creada por EKS Auto Mode se configura de acuerdo con las prácticas recomendadas de seguridad de AWS y se refuerza de acuerdo con los puntos de referencia de nivel 1 del Centro para la seguridad de internet (CIS), que incluyen: sin acceso remoto, un sistema de archivos raíz inmutable y controles de acceso obligatorios a nivel de kernel. 2/ Las instancias de EC2 administradas por AWS de EKS Auto Mode se actualizan automáticamente con las últimas correcciones de errores y seguridad tan pronto como están disponibles. Cuando es posible, estos parches se aplican de manera local sin interrumpir las aplicaciones en ejecución ni reemplazar las instancias. 3/ De forma predeterminada, EKS Auto Mode establece una vida útil máxima de 14 días para sus instancias EC2 administradas por AWS, lo que le ayuda a cumplir con las mejores prácticas de seguridad y cumplimiento del sector. Si su caso de uso requiere tiempos de vida de instancia más cortos o más largos, puede configurar el modo automático de EKS con una duración que se adapte a sus necesidades, hasta un máximo de 21 días.

Sí, después de actualizar el plano de control de EKS a una nueva versión de Kubernetes, las nuevas instancias lanzadas por EKS Auto Mode, debido al escalamiento de las aplicaciones, se ejecutan con el software de Kubernetes más reciente que coincide con la versión del plano de control. Al mismo tiempo, las instancias existentes se actualizan gradualmente con el software de Kubernetes para la nueva versión de Kubernetes. En combinación con la vida útil máxima predeterminada de 14 días de las instancias lanzadas por EKS Auto Mode, esto significa que, de forma predeterminada, su clúster se actualizará por completo y de forma automática en un plazo de 14 días tras la actualización de la versión de Kubernetes del clúster de EKS.

HAQM EKS Auto Mode ofrece versiones integradas y administradas de las capacidades esenciales de Kubernetes, como la computación, el almacenamiento y las redes. Esto incluye las versiones administradas de: 1/ el agente de EKS Auto Mode, que facilita la seguridad y la administración de las instancias, 2/ la versión ejecutable del contenedor containerd, un componente fundamental que permite a Kubernetes ejecutar contenedores de manera eficaz, 3/ el kubelet, que administra el ciclo de vida y el estado de los pods de Kubernetes en cada instancia de procesamiento, 4/ un proxy de red que permite el enrutamiento dentro del clúster, 5/ un controlador Karpenter administrado y compatible con la cadena de suministro, 6/ la interfaz de almacenamiento de contenedores (CSI) de HAQM EBS para almacenamiento, 7/ una versión administrada de la interfaz de red de contenedores (CNI) de AWS VPC para la gestión de direcciones IP, redes de pods y políticas de red, 8/ CoreDNS para la detección de servicios en el clúster, 9/ y el controlador del equilibrador de carga de AWS para orquestar equilibradores de carga externos.

Con HAQM EKS Auto Mode no es necesario instalar ni administrar complementos específicos de EKS, como VPC CNI, CoreDNS, kube-proxy y el agente de observabilidad de CloudWatch. Con HAQM EKS Auto Mode, su clúster de EKS incluye versiones integradas de las capacidades que ofrecen esos complementos. Sin embargo, si aún tiene cargas de trabajo que no migraron a HAQM EKS Auto Mode, debe seguir usando esos complementos de EKS. Otros complementos de EKS, además de los reemplazados por las capacidades integradas de EKS Auto Mode, se pueden ejecutar en clústeres mediante EKS Auto Mode.

Sí, las instancias EC2 administradas lanzadas por EKS Auto Mode se pueden ver mediante la API DescribeInstances de EC2 o la consola de AWS de forma predeterminada. Dado que AWS administra estas instancias, las acciones que puede tomar con las API de EC2 se limitan a aquellas que no afectan a la capacidad de EKS para cumplir con sus responsabilidades operativas ampliadas. De forma predeterminada, EKS Auto Mode incluye configuraciones informáticas de uso general que se adaptan bien a los casos de uso comunes. Si es necesario, puede personalizar las instancias EC2 lanzadas por EKS Auto Mode. Las modificaciones en los ajustes de configuración de la versión ejecutable de las instancias de EKS Auto Mode se pueden realizar mediante la API de Kubernetes de Node Class de EKS Auto Mode.

Sí. Los Savings Plans para computación y las instancias reservadas se aplican automáticamente cuando se lanzan instancias aptas de EC2. Consulte la página de precios para obtener más información.

Las capacidades de Kubernetes de HAQM EKS Auto Mode se ofrecen a través de un conjunto de controladores integrados que emiten una variedad de eventos de Kubernetes que se pueden usar para comprender su comportamiento.