Instancje VM mają tylko prywatne adresy IP i potrzebują dostępu do Cloud Storage. Cały ruch VM musi być kierowany z powrotem do środowiska lokalnego przez Cloud Interconnect w celu skanowania, ale ruch VM do Google API powinien pozostać w VPC. Co należy zrobić?

Prawidłowa odpowiedź spełnia wszystkie wymagania. Usunięcie domyślnej trasy VPC i ogłoszenie 0.0.0.0/0 z routera lokalnego kieruje cały ruch wychodzący, z wyjątkiem ruchu do Google API, z powrotem do środowiska lokalnego przez Cloud Interconnect w celu skanowania. Konfiguracja prywatnej strefy Cloud DNS dla googleapis.com z CNAME do private.googleapis.com i rekordem A wskazującym na 199.36.153.8/30 (zakres adresów dla Private Google Access) wraz ze statyczną trasą dla tego zakresu z domyślną bramą internetową jako następnym przeskokiem, zapewnia, że ruch do Google API pozostaje w VPC i korzysta z Private Google Access. Pozostałe opcje są nieprawidłowe, ponieważ: Opcja 1 używa restricted.googleapis.com (199.36.153.4/30), który jest przeznaczony dla bardziej restrykcyjnego dostępu, a nie dla ogólnego Private Google Access. Opcja 2 używa publicznej strefy Cloud DNS i mapuje .google.com, co nie jest wymagane i może wprowadzić niepożądane zmiany w routingu. Opcja 3 próbuje ogłaszać 0.0.0.0/0 z niższym priorytetem niż domyślna trasa VPC, co oznacza, że domyślna trasa VPC nadal będzie preferowana dla całego ruchu, co jest sprzeczne z wymaganiem kierowania ruchu do środowiska lokalnego.