View a markdown version of this page

Revisión de las notas de la versión del modo automático de EKS - Amazon EKS
17 de agosto de 202612 de agosto de 20265 de agosto de 202627 de julio de 202621 de julio de 202630 de junio de 20269 de junio de 20264 de junio de 20263 de junio de 20265 de mayo de 202610 de abril de 20262 de abril de 20262 de febrero de 202619 de diciembre de 202519 de noviembre de 202519 de noviembre de 202523 de octubre de 20251 de octubre de 202530 de septiembre de 202529 de septiembre de 202510 de septiembre de 202524 de agosto de 202515 de agosto de 20256 de agosto de 202530 de junio de 202520 de junio de 202513 de junio de 202530 de abril de 202518 de abril de 202511 de abril de 20254 de abril de 202531 de marzo de 202521 de marzo de 202514 de marzo de 2025

Ayude a mejorar esta página

Para contribuir a esta guía del usuario, elija el enlace Edit this page on GitHub que se encuentra en el panel derecho de cada página.

Revisión de las notas de la versión del modo automático de EKS

En esta página, se documentan las actualizaciones del modo automático de Amazon EKS. Puede consultar periódicamente esta página para ver anuncios sobre características, correcciones de errores, problemas conocidos y funciones obsoletas.

Para recibir notificaciones de todos los cambios en el archivo de origen de esta página de documentación específica, puede suscribirse a la siguiente URL con un lector de RSS:

https://github.com/awsdocs/amazon-eks-user-guide/commits/mainline/latest/ug/automode/auto-change.adoc.atom

17 de agosto de 2026

Documentación: se agregaron instrucciones para conceder a los controladores administrados del modo automático de EKS más RBAC de Kubernetes a través del grupo eks:managed de la entrada de acceso AWSServiceRoleForAmazonEKS creada automáticamente. Esto desbloquea casos de uso, como conceder al controlador del equilibrador de carga acceso a un Secret específico para que pueda resolver la configuración de OIDC en una Ingress del ALB. Para obtener más información, consulte Concesión de RBAC de Kubernetes adicional a controladores administrados del modo automático de EKS y el tutorial en Concesión de acceso a un secreto específico al controlador del equilibrador de carga del modo automático de EKS.

12 de agosto de 2026

Característica: el controlador del equilibrador de carga del modo automático de Amazon EKS ahora es compatible con características del controlador del equilibrador de carga de AWS hasta la versión 3.4. Tenga en cuenta que la API de puerta de enlace aún no es compatible.

  • Validación de JWT para entrada: valide los tokens web JSON (JWT) en la regla del oyente del equilibrador de carga de aplicación (ALB) antes de que las solicitudes lleguen al backend, mediante una nueva acción de entrada. Para obtener más información, consulte El equilibrador de carga de aplicación (ALB) ahora admite el flujo de credenciales de clientes con la verificación de JWT.

  • Grupos de destino ponderados del equilibrador de carga de red (NLB): distribuya el tráfico entre varios grupos de destino por ponderación en un servicio de NLB. Esto admite los patrones de implementación canario y azul-verde, que incluyen una ponderación de 0 cuando al menos otro grupo de destino tiene una ponderación distinta de cero. Para obtener más información, consulte Los equilibradores de carga de red ahora admiten grupos de destino ponderados.

  • Eventos de conciliación de TargetGroupBinding: Amazon EKS ahora emite eventos de Kubernetes cuando se producen errores de conciliación de TargetGroupBinding, lo que hace que los problemas de registro de destino sean visibles a través de kubectl describe en lugar de solo a través de los registros del controlador.

  • Se mantiene el orden de las subredes: la anotación aws-load-balancer-subnets ahora respeta el orden que especifique, en lugar de reordenar las subredes internamente.

  • Equilibrio de carga entre zonas para ALB: ahora puede deshabilitar de forma explícita el equilibrio de carga entre zonas en los equilibradores de carga de aplicaciones.

5 de agosto de 2026

Característica: el controlador del equilibrador de carga del modo automático de Amazon EKS ahora admite grupos de destino de varios clústeres, lo que coincide con el comportamiento del controlador del equilibrador de carga de AWS. Con esta característica, puede compartir el mismo ARN del grupo de destino en varios recursos TargetGroupBinding, de modo que un solo grupo de destino pueda atender varios clústeres de Kubernetes (en la misma VPC) o aceptar destinos de otros orígenes. Para obtener más información, consulte Configuración de grupos de destino de varios clústeres.

27 de julio de 2026

Característica: el controlador del equilibrador de carga del modo automático de Amazon Elastic Kubernetes Service (Amazon EKS) ahora es compatible con características del controlador del equilibrador de carga de AWS v2.13 y v2.14.

  • Reescritura de URL del equilibrador de carga de aplicación (ALB): ahora puede transformar las URL de las solicitudes y los encabezados de host antes de que las solicitudes lleguen a los servicios de backend, sin cambiar la aplicación. Para obtener más información, consulte Introducción a la reescritura de URL y encabezados de host con equilibradores de carga de aplicación de AWS.

  • PrefixListsIDs y LoadBalancerName en IngressClassParams: ahora puede establecer listas de prefijos de grupos de seguridad y un nombre de equilibrador de carga personalizado para el equilibrador de carga de aplicación. Ambos se admiten como anotaciones de entrada y como campos en IngressClassParams (prefixListsIDs y loadBalancerName). Cuando se establece en IngressClassParams, la configuración se aplica a todas las entradas de IngressClass. Ya no es necesario anotar cada recurso de entrada de forma individual.

  • NLB de frontend para entrada: ahora puede colocar un equilibrador de carga de red (NLB) delante de un equilibrador de carga de aplicación. Esto combina las direcciones IP estáticas del NLB y AWS PrivateLink con las capacidades de enrutamiento de capa 7 del ALB. Habilite esta característica con la anotación alb.ingress.kubernetes.io/enable-frontend-nlb. Para obtener más información, consulte Grupo de destino de tipo Equilibrador de carga de aplicación para equilibradores de carga de red.

  • Compatibilidad con los oyentes TCP_UDP: los servicios del NLB ahora pueden usar los oyentes TCP_UDP, que permiten el tráfico TCP y UDP en el mismo puerto. Habilite esta característica con la anotación service.beta.kubernetes.io/aws-load-balancer-enable-tcp-udp-listener.

  • Proxy Protocol por grupo de destino: ahora puede configurar los encabezados de Proxy Protocol v2 por grupo de destino individual mediante la anotación service.beta.kubernetes.io/aws-load-balancer-proxy-protocol-per-target-group, en lugar de aplicar la configuración a todos los grupos de destino de manera uniforme.

  • Campo targetType en IngressClassParams: ahora puede establecer el tipo de destino predeterminado (instancia o IP) directamente en IngressClassParams, lo que elimina la necesidad de anotar cada recurso de entrada individualmente.

  • Detección de subredes por accesibilidad: la selección de subredes ya no requiere estrictamente las etiquetas kubernetes.io/role. El controlador ahora recurre al análisis de accesibilidad basado en tablas de enrutamiento cuando no hay etiquetas. Actualmente, el controlador no admite esta alternativa para los equilibradores de carga con un tipo de dirección IP de doble pila.

  • Compatibilidad del Administrador de direcciones IP (IPAM) IPv4 con ALB: un ALB orientado a Internet ahora puede extraer sus direcciones IPv4 públicas de un grupo de IPAM de Amazon Virtual Private Cloud (Amazon VPC) en lugar de hacerlo de intervalos de direcciones administrados por AWS. Esto le proporciona bloques de direcciones IP predecibles para las listas de permitidos. Especifique el grupo con la anotación alb.ingress.kubernetes.io/ipam-ipv4-pool-id. Para obtener más información, consulte Simplificación de la asignación de direcciones IP públicas de ALB con IPAM de VPC.

Característica: se agregó la política de consolidación Balanced para NodePools del modo automático de EKS. Establecer spec.disruption.consolidationPolicy: Balanced puntúa cada acción de consolidación mediante la comparación del ahorro de costos de computación con el costo de la interrupción. Omite las acciones en las que la interrupción supera los ahorros. Si actualmente utiliza WhenEmpty, puede cambiar a Balanced para obtener los ahorros de costos que supone la consolidación. Si actualmente utiliza WhenEmptyOrUnderutilized, puede cambiar a Balanced para eliminar la interrupción de los pods y obtener beneficios marginales. WhenEmpty y WhenEmptyOrUnderutilized no cambian y los NodePools existentes mantienen su comportamiento actual. Para obtener más información, consulte Creación de un grupo de nodos para el modo automático de EKS y Disruption en la documentación de Karpenter.

21 de julio de 2026

Característica: se agregó compatibilidad con la configuración de la interfaz de red estática en NodeClass. Ahora puede configurar las interfaces de red de Elastic Fabric Adapter (EFA) mediante advancedNetworking.networkInterfaces para el aprovisionamiento de capacidad dinámico y estático, lo que habilita los nodos preparados para EFA en cargas de trabajo distribuidas de entrenamiento e inferencia. Para obtener más información, consulte Configuración de la interfaz de red estática.

30 de junio de 2026

Característica: el controlador del equilibrador de carga del modo automático de EKS ahora es compatible con características del controlador del equilibrador de carga de AWS v2.10, v2.11 y v2.12.

Desde la versión 2.12.0 ascendente:

  • Administración de prioridades de las reglas del oyente: el controlador ahora puede establecer y reordenar de forma explícita las prioridades de las reglas del oyente, lo que resuelve los conflictos de orden cuando varias reglas de entrada se dirigen al mismo oyente

Desde la versión 2.11.0 ascendente:

  • Reserva de unidades de capacidad del equilibrador de carga (LCU): ahora puede reservar unidades de capacidad tanto en los equilibradores de carga de aplicaciones (ALB) como en los equilibradores de carga de red (NLB), lo que garantiza un rendimiento predecible para cargas de trabajo con patrones de tráfico conocidos

Desde la versión 2.10.0 ascendente:

  • Protección de Shield Avanzado del ALB: los recursos del ALB ahora se pueden proteger con AWS Shield Avanzado mediante la anotación alb.ingress.kubernetes.io/shield-advanced-protection

  • Incorporación de su propio TargetGroupBinding personalizado: ahora puede hacer referencia a grupos de destino preexistentes no creados por el controlador, lo que habilita la integración con una infraestructura administrada externamente

  • Compatibilidad de UDP con el NLB de pila doble en los clústeres de IPv6: los servicios del NLB de los clústeres IPv6 ahora son compatibles con los oyentes del protocolo UDP

  • Atributos del oyente HTTP y HTTPS del ALB: control detallado de los atributos del oyente (por ejemplo, el comportamiento de enrutamiento o las modificaciones de los encabezados) mediante anotaciones

Actualización de las políticas administradas

AWS ha actualizado AmazonEKSServiceRolePolicy y AmazonEKSLoadBalancingPolicy para admitir estas nuevas características.

Los clientes que utilizan políticas de IAM personalizadas deben tomar medidas

Si proporciona su propia política de IAM personalizada para el rol del clúster del modo automático de EKS en lugar de utilizar la AmazonEKSLoadBalancingPolicy administrada de AWS, debe asegurarse de que la política incluya los permisos que se indican anteriormente. Si no actualiza la política personalizada, se producirán errores de acceso denegado al utilizar las nuevas características.

Para verificar la paridad, compare la política personalizada con la versión más reciente de AmazonEKSLoadBalancingPolicy.

En concreto, asegúrese de que la política incluya:

  • elasticloadbalancing:ModifyCapacityReservation, elasticloadbalancing:ModifyIpPools, elasticloadbalancing:ModifyListenerAttributes y elasticloadbalancing:SetRulePriorities

  • ec2:DescribeIpamPools y ec2:DescribeRouteTables

  • shield:CreateProtection, shield:DeleteProtection y shield:TagResource

9 de junio de 2026

Característica: se agregó la supervisión de verificación del estado de la instancia al modo automático de EKS. El controlador de computación ahora sondea DescribeInstanceStatus de EC2 para detectar los eventos de mantenimiento programados y los fallos en la comprobación del estado de la instancia o del sistema mediante la sustitución automática de los nodos en mal estado.

4 de junio de 2026

Documentación: se agregó una guía sobre el control de los costes de computación en el modo automático de EKS, que incluye cómo funciona la consolidación, qué la bloquea y los patrones recomendados para las cargas de trabajo intensas. Para obtener más información, consulte Optimización de costos en el modo automático de EKS.

3 de junio de 2026

Característica: se agregó compatibilidad con las reservas de capacidad interrumpibles en el modo automático de EKS. Para obtener más información, consulte Control de la implementación de las cargas de trabajo en las reservas de capacidad con el modo automático de EKS.

5 de mayo de 2026

Característica: se agregó soporte para grupos de ubicación de EC2 en el modo automático de EKS. Para obtener más información, consulte Especificación de clase de nodos.

10 de abril de 2026

Nuevos tipos de instancias compatibles: p6-b200, p6-b300, p5e, p5en, trn2, hpc8a, x8aedz, x8i. Para ver la lista completa de instancias compatibles, consulte Más información sobre las instancias administradas del modo automático de Amazon EKS.

2 de abril de 2026

Chore: la validación en seco de NodeClass ahora utilizará tipos de instancia seleccionados dinámicamente en función de los NodePools vinculados.

2 de febrero de 2026

Característica: se agregó compatibilidad para desactivar el tráfico de salida v4 (v4Egress) desde pods IPv6 en clústeres IPv6 del modo automático de EKS. Para obtener más información, consulte Desactivación de la salida IPv4 desde pods IPv6 en clústeres IPv6..

19 de diciembre de 2025

Característica: se agregó compatibilidad con el modo de IP secundaria, que aprovisiona direcciones IP secundarias en lugar de prefijos para nodos automáticos. El modo mantiene una IP secundaria como MinimalIPTarget y conserva recursos de IP para los clientes que no necesitan precalentar más IP secundarias ni prefijos. Para obtener más información, consulte Especificación de clase de nodos y Modo de IP secundaria para pods.

19 de noviembre de 2025

Característica: se activó el desempaquetado y la extracción en paralelo de Seekable OCI (SOCI) para instancias de las familias G, P y Trn con almacenamiento de NVMe local. El desempaquetado y la extracción en paralelo de SOCI siempre se usa para estas familias de instancias con el modo automático de EKS y no se requieren cambios en la configuración activarlo. Para obtener más información sobre SOCI, consulte el blog de lanzamiento.

19 de noviembre de 2025

Característica: se agregó soporte para grupos de nodos con capacidad estática que mantienen un número fijo de nodos. Para obtener más información, consulte Grupos de nodos con capacidad estática en el modo automático de EKS.

23 de octubre de 2025

Característica: los usuarios con clústeres en las regiones de EE. UU. ahora pueden solicitar AMI compatibles con FIPS si especifican spec.advancedSecurity.fips en su definición de NodeClass.

1 de octubre de 2025

Característica: el modo automático de EKS ahora admite la implementación de nodos en Zonas locales de AWS. Para obtener más información, consulte Implementación de nodos del modo automático de EKS en Zonas locales.

30 de septiembre de 2025

Característica: se agregó soporte para instanceProfile a la NodeClass spec.instanceProfile que se excluye mutuamente del campo spec.role.

29 de septiembre de 2025

Actualmente, el modo automático de EKS no admite DRA.

10 de septiembre de 2025

Tarea: los eventos activados desde el controlador de computación del modo automático ahora usarán el nombre eks-auto-mode/compute en lugar de karpenter.

24 de agosto de 2025

Corrección de errores: las VPC que utilizaban un conjunto de opciones de DHCP con un nombre de dominio personalizado que contenía letras en mayúscula hacían que los nodos no pudieran unirse al clúster debido a la generación de un nombre de host no válido. Este problema se ha resuelto y los nombres de dominio con letras en mayúscula ahora funcionan correctamente.

15 de agosto de 2025

Corrección de errores: el agente de Pod Identity ahora solo escucha en la dirección local del enlace IPv4 en un clúster de EKS IPv4 para evitar problemas en los que el pod no puede alcanzar la dirección IPv6.

6 de agosto de 2025

Característica: se agregó una nueva configuración en la NodeClass spec.advancedNetworking.associatePublicIPAddress que se puede usar para evitar que se asignen direcciones IP públicas a los nodos de modo automático de EKS.

30 de junio de 2025

Característica: la NodeClass del Modo automático ahora utiliza la clave de KMS personalizada configurada para cifrar el volumen raíz de solo lectura de la instancia, además del volumen de datos de lectura y escritura. Anteriormente, la clave de KMS personalizada solo se utilizaba para cifrar el volumen de datos.

20 de junio de 2025

Característica: compatibilidad para controlar la implementación de cargas de trabajo en reservas de capacidad bajo demanda (ODCR) de EC2. Esto añade la clave opcional capacityReservationSelectorTerms a la NodeClass, lo que le permite controlar explícitamente cuáles ODCR utilizan sus cargas de trabajo. Para obtener más información, consulte Control de la implementación de las cargas de trabajo en las reservas de capacidad con el modo automático de EKS.

13 de junio de 2025

Característica: compatibilidad con subredes de pods independientes en NodeClass. Esto agrega las claves opcionales podSubnetSelectorTerms y podSecurityGroupSelectorTerms para configurar las subredes y los grupos de seguridad de los pods. Para obtener más información, consulte Subredes y grupos de seguridad independientes para pods.

30 de abril de 2025

Característica: compatibilidad con proxys de red directa en el NodeClass. Esto agrega la clave opcional advancedNetworking para configurar el proxy HTTPS. Para obtener más información, consulte Especificación de clase de nodos.

18 de abril de 2025

Característica: soporte para resolver dominios .local (normalmente reservado para DNS de multidifusión) mediante DNS de unidifusión.

11 de abril de 2025

Característica: se agregó certificateBundles y ephemeralStorage.kmsKeyID a NodeClass. Para obtener más información, consulte Especificación de clase de nodos.

Característica: se mejoró la velocidad de extracción de imágenes, especialmente para los tipos de instancias con almacenamiento de instancias local que pueden aprovechar la descompresión de imágenes más rápida.

Corrección de errores: se resolvió una condición de carrera que provocaba el error FailedCreatePodSandBox. Al marcar tcp 127.0.0.1:50051: connect:, la conexión a veces fallaba para pods que se programaban en un nodo inmediatamente después del arranque.

4 de abril de 2025

Característica: aumento de registryPullQPS de 5 a 25 y de registryBurst de 10 a 50 para reducir la limitación de extracción de imágenes impuesta por el cliente (Failed to pull image xyz: pull QPS exceeded).

31 de marzo de 2025

Corrección de error: soluciona un problema por el que, si un pod de DNS principal se estaba ejecutando en un nodo de modo automático, las consultas de DNS de los pods del nodo llegaban a ese pod de DNS principal en lugar de llegar al servidor de DNS local del nodo. Las consultas de DNS de los pods de un nodo de modo automático siempre irán al DNS local del nodo.

21 de marzo de 2025

Corrección de error: los nodos del modo automático ahora resuelven kube-dns.kube-system.svc.cluster.local correctamente cuando no hay ningún servicio de kube-dns instalado en el clúster. Aborda el problema #2546 de GitHub #2546.

14 de marzo de 2025

Característica: la salida de IPv4 está habilitada en los clústeres IPv6. El tráfico de IPv4 que sale de los clústeres IPv6 del modo automático ahora se traducirá automáticamente a la dirección v4 de la ENI principal del nodo.