An organization is configuring VPC Network Peering to connect two Virtual Private Cloud (VPC) networks, `prod-vpc` and `shared-services-vpc`, across different projects in Google Cloud. Which of the following statements regarding VPC Network Peering behavior and operational requirements are correct?
- The VPC Network Peering connection must be created in both directions—from `prod-vpc` to `shared-services-vpc` and from `shared-services-vpc` to `prod-vpc`—before communication between the networks is established.Answer
- Transitive peering is not supported; traffic cannot route from `prod-vpc` through `shared-services-vpc` to reach a third peered network without a direct peering connection.Answer
- CPeered VPC networks can successfully establish a peering relationship even if their primary IPv4 subnet CIDR ranges overlap, provided custom static routes are configured.
- DFirewall rules defined in `shared-services-vpc` automatically extend to protect instances in `prod-vpc` once peering is ACTIVE.
Answer
The two correct statements are that VPC Network Peering must be configured in both directions to become active, and that transitive peering is not supported in Google Cloud VPC networks.
VPC Network Peering requires both sides to establish a peering configuration to move the connection state to ACTIVE. Additionally, peering is non-transitive, meaning traffic cannot hop through a peered network to reach a third network.
Step-by-Step Solution
Key Concept
VPC Network Peering capabilities and configuration constraints