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
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 Cómo controlar la implementación de las cargas de trabajo en las reservas de capacidad bajo demanda de EC2 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 Selección de subredes para los 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
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.