You created a VPC network named Retail in auto mode. You want to create a VPC network named Distribution and peer it with the Retail VPC. How should you configure the Distribution VPC?
A.
Create the Distribution VPC in auto mode. Peer both the VPCs via network peering.
B.
Create the Distribution VPC in custom mode. Use the CIDR range 10.0.0.0/9. Create the necessary subnets, and then peer them via network peering.
C.
Create the Distribution VPC in custom mode. Use the CIDR range 10.128.0.0/9. Create the necessary subnets, and then peer them via network peering.
D.
Rename the default VPC as "Distribution" and peer it via network peering.
It has to be custom mode to avoid collision but in case of C 10.128.0.0/9 will collide with the ranges automatically created. 10.0.0.0/9 doesn’t overlap with them.
https://cloud.google.com/vpc/docs/vpc#ip-ranges
B is correct.
Option A is incorrect because the Distribution VPC must be created in custom mode, and not in auto mode, in order to specify its IP address range.
Option C is incorrect because the CIDR range 10.128.0.0/9 overlaps with the IP address range of the Retail VPC, which starts from 10.128.0.0/20.
Option D is incorrect because renaming the default VPC does not create a new VPC with a unique IP address range.
The correct configuration for the Distribution VPC is option B.
Explanation:
Option B is the appropriate choice because it suggests creating the Distribution VPC in custom mode, allowing you to specify the CIDR range (10.0.0.0/9) for the VPC.
Auto mode does not allow you to specify the IP range, and it's recommended to use custom mode when you want more control over the IP addressing.
Network peering requires both VPCs to be in custom mode.
Option C also suggests creating the Distribution VPC in custom mode with a specified CIDR range, but the provided range (10.128.0.0/9) might overlap with the auto mode range used by the Retail VPC, so it could lead to conflicts.
Options A and D do not follow best practices, as renaming the default VPC is not recommended (Option D) and using auto mode for the Distribution VPC (Option A) would limit your ability to choose a specific CIDR range.
Auto mode VPC networks are created with one subnet per region at creation time and automatically receive new subnets in new regions. The subnets have IPv4 ranges only, and all subnet ranges fit inside the 10.128.0.0/9 CIDR block. Unused portions of 10.128.0.0/9 are reserved for future Google Cloud use. For information about what IPv4 range is used in which region, see Auto mode IPv4 subnet ranges.
B: When you create a subnet in a custom mode VPC network, you choose what IPv4 range to use. For more information, see valid ranges, prohibited subnet ranges, and working with subnets.
There are four unusable IP addresses in every primary IPv4 subnet range. For more information, see reserved IP addresses in a subnet.
Auto mode VPC networks are created with one subnet per region at creation time and automatically receive new subnets in new regions. The subnets have IPv4 ranges only, and all subnet ranges fit inside the 10.128.0.0/9 CIDR block. Unused portions of 10.128.0.0/9 are reserved for future Google Cloud use. For information about what IPv4 range is used in which region, see Auto mode IPv4 subnet ranges.
It's B. You cannot peer an auto-mode VPC with another auto mode VPC since Google uses the same subnet CIDR range for all auto modes (10.128.0.0/9)
Thus Custom mode NW with a CIDR different from 10.128.0.0/9 is the necessary condition!
Peace :)
A voting comment increases the vote count for the chosen answer by one.
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one.
So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
jordi_194
Highly Voted 4 years, 5 months agoB3nd3cida
2 years, 12 months agoAzureDP900
1 year, 12 months agoPegpeng
3 years agosaurabh1805
Highly Voted 4 years, 3 months agoBen756
Most Recent 1 month, 4 weeks agoxhilmi
1 month, 4 weeks agonkastanas
4 months, 2 weeks agodragos_dragos62000
10 months, 2 weeks agoTexfan
1 year, 3 months agopk349
1 year, 10 months agoGCP72
2 years, 3 months agobinglu
2 years, 4 months agoyas_cloud
2 years, 7 months agokumarp6
2 years, 10 months agoseddy
3 years, 6 months agoVidyasagar
3 years, 8 months agopentium2000
3 years, 8 months agovoyager
3 years, 9 months agonorwayping
4 years ago