Masz trzy sieci VPC, a w każdej z nich znajduje się jedna instancja Compute Engine; podsieci nie nakładają się i muszą pozostać oddzielone. Instancja nr 1 musi komunikować się bezpośrednio z Instancją nr 2 i Instancją nr 3 za pośrednictwem wewnętrznych adresów IP. Jak to osiągnąć?

Poprawna odpowiedź to dodanie dwóch dodatkowych kart sieciowych (NIC) do Instancji nr 1. Compute Engine umożliwia przypisanie wielu interfejsów sieciowych do jednej instancji, z których każdy może być podłączony do innej sieci VPC. W ten sposób Instancja nr 1 będzie miała bezpośredni dostęp do podsieci w VPC 2 i VPC 3 za pomocą wewnętrznych adresów IP, co spełnia wymagania zadania. Należy również zaktualizować reguły zapory, aby zezwolić na ruch. Pozostałe opcje są nieprawidłowe: Cloud Router służy do wymiany tras między sieciami VPC lub do łączenia z sieciami lokalnymi, ale nie umożliwia bezpośredniej komunikacji między instancjami w różnych VPC bez dodatkowych mechanizmów, takich jak peering VPC. Tunele VPN są przeznaczone do bezpiecznego łączenia sieci, często między środowiskiem lokalnym a chmurą lub między różnymi regionami, a nie do bezpośredniego łączenia instancji w ramach tego samego regionu w sposób najbardziej efektywny dla komunikacji wewnętrznej. Połączenie wszystkich trzech sieci VPC za pomocą peeringu VPC (co sugeruje "połącz wszystkie trzy sieci VPC") jest możliwe, ale peering VPC nie jest przechodni. Oznacza to, że jeśli VPC 1 jest połączone z VPC 2, a VPC 2 z VPC 3, to VPC 1 nie będzie automatycznie połączone z VPC 3. Wymagałoby to bezpośredniego połączenia peeringowego między VPC 1 i VPC 3, co jest bardziej złożonym rozwiązaniem niż wiele NIC dla pojedynczej instancji.