Erstellen Sie einen GKE-Cluster in einer bestehenden VPC, der von On-Premises aus zugänglich ist, mit diesen Einschränkungen: minimale Pod-/Service-Bereiche, Knoten und Master nicht über das Internet erreichbar und kubectl von On-Premises. Welche Cluster-Konfiguration erfüllt die Anforderungen?

Die korrekte Option erfüllt alle Anforderungen: Ein VPC-nativer Cluster mit benutzerverwalteten IP-Bereichen ermöglicht die Kontrolle über die Adressierung. privateEndpoint stellt sicher, dass der Master nicht über das Internet erreichbar ist, sondern nur über die VPC. /24 für Pod- und Service-Bereiche sind die kleinstmöglichen Bereiche und erfüllen die Anforderung "minimale Pod-/Service-Bereiche". Ein Netzwerk-Proxy und Master-autorisierte Netzwerke ermöglichen den kubectl-Zugriff von On-Premises, ohne den Master öffentlich zugänglich zu machen. Die anderen Optionen sind falsch, weil: Die erste Option erwähnt "erweiterte VPC-Routen", was nicht die primäre Methode für private GKE-Cluster ist und die Anforderung an minimale IP-Bereiche nicht explizit erfüllt. Die zweite Option verwendet GKE-verwaltete IP-Bereiche und einen Pod-IP-Bereich von /21, was nicht die Anforderung an minimale Bereiche erfüllt. Die dritte Option aktiviert zwar eine GKE-Cluster-Netzwerkrichtlinie, aber nicht privateEndpoint, was bedeutet, dass der Master möglicherweise noch über das Internet erreichbar wäre.