Información sobre la asignación de direcciones IPv6 a clústeres, pods y servicios

Incompatibilidad con Windows: los pods y los servicios de Windows no son compatibles.

Se requieren nodos EC2 basados en Nitro: solo puede utilizar IPv6 con nodos de Amazon EC2 o Fargate de AWS basados en Nitro.

Compatible con nodos EC2 y Fargate: se puede utilizar IPv6 con Asignación de los grupos de seguridad a pods individuales y nodos de Amazon EC2 y Fargate.

Outposts no compatibles: no se puede utilizar IPv6 con Implementación de Amazon EKS en las instalaciones con AWS Outposts.

FSx for Lustre no es compatible: Uso del almacenamiento de aplicaciones de alto rendimiento con Amazon FSx para Lustre no es compatible.

Redes personalizadas no compatibles: si anteriormente utilizó Implementación de pods en subredes alternativas con redes personalizadas para ayudar a aliviar el agotamiento de la dirección IP, puede utilizar IPv6 en su lugar. No puede utilizar redes personalizadas con IPv6. Si utiliza redes personalizadas para el aislamiento de red, es posible que deba continuar utilizando redes personalizadas y la familia IPv4 para sus clústeres.

Servicios de Kubernetes: a los servicios de Kubernetes solo se les asigna una dirección IPv6. No se les asigna direcciones IPv4.

Pods: a los pods se les asigna una dirección IPv6 y una dirección IPv4 local del host. La dirección IPv4 local del host se asigna mediante un complemento de la CNI local del host encadenado con la CNI de la VPC y la dirección no se informa al plano de control de Kubernetes. Solo se usa cuando un pod necesita comunicarse con un recurso IPv4 externo en otra Amazon VPC o en Internet. La dirección IPv4 local del host se asigna (mediante la CNI de la VPC) a la dirección IPv4 principal del ENI principal del nodo de trabajo.

Pods y servicios: los pods y servicios reciben solo direcciones IPv6, no direcciones IPv4. Cuando los pods necesitan comunicarse con puntos de conexión IPv4 externos, utilizan la NAT en el propio nodo. Esta función NAT integrada elimina la necesidad de DNS64 y NAT64. Para el tráfico que requiere acceso a Internet público, el tráfico del pod se convierte mediante la dirección de red de origen a una dirección IP pública.

Direcciones de enrutamiento: cuando un pod se comunica fuera de la VPC, se conserva su dirección IPv6 original (no se traduce a la dirección IPv6 del nodo). Este tráfico se enruta directamente a través de una puerta de enlace de Internet o una puerta de enlace de Internet de solo salida.

Nodos: a todos los nodos se les asignan una dirección IPv4 e IPv6.

Pods de Fargate: cada pod de Fargate recibe una dirección IPv6 de CIDR que se especifica para la subred en la que se implementa. La unidad de hardware subyacente que ejecuta pods de Fargate obtiene una dirección IPv4 e IPv6 única de los CIDR asignados a la subred en la que se implementa la unidad de hardware.

Crear un nuevo clúster: debe crear un nuevo clúster y especificar que desea utilizar la familia IPv6 para ese clúster. No puede habilitar la familia IPv6 para un clúster que haya actualizado desde una versión anterior. Para obtener instrucciones sobre cómo crear un clúster nuevo, consulte Consideraciones.

Utilice la CNI de VPC reciente: implemente la versión 1.10.1 de la CNI de Amazon VPC o posterior. Esta versión o una posterior se implementa de forma predeterminada. Una vez que implemente el complemento, no podrá revertir la versión del complemento CNI de Amazon VPC a una versión inferior a 1.10.1 sin eliminar primero todos los nodos de todos los grupos de nodos del clúster.

Configurar CNI de la VPC para IPv6: si utiliza nodos de Amazon EC2, debe configurar el complemento CNI de Amazon VPC con la delegación de prefijos IP e IPv6. Si elige la familia IPv6 cuando cree el clúster, la versión 1.10.1 del complemento tendrá esta configuración como predeterminada. Este es el caso de un complemento autoadministrado o de Amazon EKS. Para obtener más información acerca de la delegación de prefijos IP, consulte Asignación de más direcciones IP a los nodos de Amazon EKS con prefijos.

Configurar las direcciones IPv4 e IPv6: cuando crea un clúster, la VPC y las subredes que especifique deben tener un bloque de CIDR IPv6 asignado a la VPC y las subredes que especifica. También deben tener un bloque de CIDR IPv4 asignado. Esto se debe a que, incluso si solo desea utilizar IPv6, una VPC necesita un bloque de CIDR IPv4 para funcionar. Para obtener más información, consulte Asociar un bloque de CIDR IPv6 a su VPC en la Guía del usuario de Amazon VPC.

Asignar de forma automática direcciones IPv6 a nodos: cuando crea los nodos, debe especificar subredes que estén configuradas para asignar direcciones IPv6 de forma automática. De lo contrario, no podrá implementar los nodos. Esta configuración está desactivada de forma predeterminada. Para obtener más información, consulte Modificar el atributo de direccionamiento IPv6 de su subred en la Guía del usuario de Amazon VPC.

Establecer las tablas de enrutamiento para que utilicen IPv6: las tablas de enrutamiento que se asignen a las subredes deben tener rutas para direcciones IPv6. Para obtener más información, consulte Migración a IPv6 en la Guía del usuario de Amazon VPC.

Establecer grupos de seguridad para IPv6: sus grupos de seguridad deben permitir direcciones IPv6. Para obtener más información, consulte Migración a IPv6 en la Guía del usuario de Amazon VPC.

Configure el equilibrador de carga: utilice la versión 2.3.1 o posterior del Controlador del equilibrador de carga de AWS para equilibrar la carga de las aplicaciones HTTP mediante el Redirección de tráfico de aplicaciones y HTTP con los equilibradores de carga de aplicaciones o el tráfico de red mediante el Dirija el tráfico de TCP y UDP con equilibradores de carga de red a pods IPv6 a través de ambos equilibradores de carga en el modo IP, pero no en el modo de instancia. Para obtener más información, consulte Enrutamiento del tráfico de internet con el controlador del equilibrador de carga de AWS.

Añadir política de IAM de IPv6: debe adjuntar una política de IAM de IPv6 al IAM de su rol de IAM de CNI o nodo de IAM. Entre los dos, le recomendamos que lo adjunte a un rol de IAM de CNI. Para obtener más información, consulte Cree una política de IAM para clústeres que utilizan la familia IPv6 y Paso 1: creación del rol de IAM del complemento CNI de Amazon VPC para Kubernetes.

Evaluar todos los componentes: realice una evaluación exhaustiva de las aplicaciones, los complementos de Amazon EKS y los servicios de AWS con los que se integra antes de implementar clústeres IPv6. Esto es para garantizar que todo funcione según lo esperado con IPv6.

Añadir BootstrapArguments a grupos de nodos autoadministrados: al crear un grupo de nodos autoadministrados en un clúster que utiliza la familia IPv6, los datos del usuario deben incluir los siguientes BootstrapArguments para el archivo bootstrap.sh que se ejecuta al iniciar el nodo. Reemplace your-cidr por el rango de CIDR IPv6 de la VPC del clúster.

--ip-family ipv6 --service-ipv6-cidr your-cidr

Si no sabe cuál es el rango CIDR IPv6 de su clúster, puede verlo con el siguiente comando (requiere el AWS versión 2.4.9 o posterior).

aws eks describe-cluster --name my-cluster --query cluster.kubernetesNetworkConfig.serviceIpv6Cidr --output text