Ein GKE-Dienst stellt einen TCP-Endpunkt bereit. Eine Compute Engine-Instanz in einer anderen VPC (nicht überlappende IPs) muss sich damit verbinden. Minimieren Sie den Aufwand. Was sollten Sie tun?

Die korrekte Lösung minimiert den Aufwand, indem sie einen internen Load Balancer verwendet und die VPCs verbindet. Ein GKE-Dienst vom Typ LoadBalancer mit der Annotation cloud.google.com/load-balancer-type: Internal erstellt einen internen Load Balancer, der nur innerhalb des VPC-Netzwerks erreichbar ist. Durch die Verbindung der beiden VPCs (z.B. mittels VPC-Peering oder Cloud VPN) kann die Compute Engine-Instanz in der anderen VPC den internen Load Balancer erreichen. Option 1 ist falsch, da ein externer Load Balancer (Standard bei type: LoadBalancer ohne die Internal-Annotation) unnötigerweise eine öffentliche IP-Adresse exponieren würde und nicht die einfachste oder sicherste Methode für die Kommunikation zwischen privaten Netzwerken ist. Option 2 ist falsch, da das manuelle Einrichten eines Proxy-Servers mit iptables komplex und wartungsintensiv ist und einen Single Point of Failure darstellt. Option 4 ist falsch, da Cloud Armor für den Schutz vor externen Bedrohungen konzipiert ist und nicht für die interne Kommunikation zwischen VPCs benötigt wird. Das Whitelisting von internen IPs ist hier nicht der primäre Mechanismus zur Verbindung.