Una empresa está migrando una aplicación de microservicios de Amazon EC2 a Amazon Elastic Kubernetes Service (Amazon EKS). El plano de control de EKS debe tener endpoint private access = true y endpoint public access = false. Los nodos del plano de datos se colocan en subredes privadas, pero los nodos no logran unirse al clúster. ¿Qué solución permitirá que los nodos se unan al clúster?

Cuando el acceso al endpoint público del plano de control de EKS se establece en false y el acceso privado en true, el plano de control solo es accesible desde la VPC de EKS. Para que los nodos de datos (en subredes privadas) puedan comunicarse con el plano de control y unirse al clúster, necesitan una ruta de red privada. Los VPC endpoints de interfaz (AWS PrivateLink) proporcionan esta conectividad privada, permitiendo que los nodos accedan al plano de control de EKS sin pasar por la internet pública. Las otras opciones son incorrectas porque: Otorgar permisos de IAM es necesario para la autorización, pero no resuelve el problema de conectividad de red cuando el endpoint público está deshabilitado. Volver a crear los nodos en una subred pública contradice el requisito de tener los nodos en subredes privadas y no resuelve el problema de acceso al plano de control privado. Permitir el tráfico saliente en el grupo de seguridad es una configuración de seguridad básica, pero no establece la conectividad privada necesaria para el plano de control de EKS en este escenario específico.