Su equipo debe crear un clúster de GKE nativo de VPC para que los pods reciban IPs de la subred de su VPC sin rutas de host adicionales. ¿Qué acción se requiere durante la creación del clúster?

Para que los pods de un clúster de GKE nativo de VPC reciban IPs directamente de la subred de la VPC sin rutas de host adicionales, es fundamental reservar rangos de IP secundarios en la subred y habilitar la funcionalidad VPC-native (también conocida como IP aliasing) durante la creación del clúster. Esto permite que GKE asigne direcciones IP a los pods y servicios desde estos rangos secundarios, integrándolos directamente en la red de la VPC. Las otras opciones son incorrectas: Crear rutas de host para cada CIDR de pod en cada nodo usando etiquetas de instancia es una solución manual y no escalable, que VPC-native busca evitar. Confiar en las reglas de firewall de VPC para asignar dinámicamente direcciones IP de pod no es una función de las reglas de firewall; estas controlan el tráfico, no asignan IPs. Configurar Cloud NAT para asignar direcciones IP de pod a las cargas de trabajo se usa para la traducción de direcciones de red salientes, no para la asignación interna de IPs a los pods dentro de la VPC.