An enterprise organization is deploying a multi-VPC topology in Google Cloud consisting of a Central Hub VPC and two separate workload networks: Workload-VPC-A and Workload-VPC-B. The Central Hub VPC connects to an on-premises data center using a Dedicated Interconnect with Cloud Router configured for global dynamic routing. The network team has established VPC Network Peering between Workload-VPC-A and the Central Hub VPC, as well as between Workload-VPC-B and the Central Hub VPC, enabling custom route exchange on both peering connections. The architecture team mandates that Workload-VPC-A and Workload-VPC-B must be able to communicate with each other directly while retaining connectivity to the on-premises network. Which configuration accurately satisfies these requirements in accordance with Google Cloud networking rules?
- Establish a direct VPC Network Peering link between Workload-VPC-A and Workload-VPC-B for inter-workload communication, while maintaining the existing hub-and-spoke VPC Network Peering links with custom route import/export enabled to access the on-premises network.Cevap
- BRely solely on the existing VPC Network Peering links to the Central Hub VPC, relying on the hub network to dynamically proxy and transit IP traffic between Workload-VPC-A and Workload-VPC-B once custom routes are exported.
- CReplace the Dedicated Interconnect in the Central Hub VPC with HA VPN tunnels connected to both workload VPCs to enable native IP routing transitivity across all peered networks.
- DConfigure VPC Service Controls perimeters encompassing all three VPCs to act as a network relay for routing inter-spoke traffic without establishing direct peering between the workload VPCs.