How to Isolate Business Units Across Multiple Regions with AWS Cloud WAN?
A company has two business units (BUs). The company operates in the us-east-1 Region and the us-west-1 Region. The company plans to extend to more Regions in the future. Each BU has a VPC in each Region. Each Region has a transit gateway with the BU VPCs attached. The transit gateways in both Regions are peered. The company will create several more BUs in the future and will need to isolate some of the BUs from the other BUs. The company wants to migrate to an architecture to incorporate more Regions and BUs. Which solution will meet these requirements with the MOST operational efficiency?
Community Votes
100% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
This question tests the difference between Transit Gateway route tables and AWS Cloud WAN segments with segment actions for global multi-BU isolation, emphasizing operational efficiency at scale.
AWS Cloud WAN uses segments and segment actions to isolate business units across multiple regions with high operational efficiency, replacing complex Transit Gateway peering meshes. Community consensus strongly favors Cloud WAN segments with segment actions for scalable, centrally managed global networking.
Many candidates choose option C, confusing 'isolate attachments' with 'segment actions.' In AWS Cloud WAN, segment actions (not attachment isolation flags) are the explicit mechanism to control inter-segment traffic.
Community Discussion (4 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
The scenario describes a global enterprise expanding across many AWS Regions and Business Units (BUs), requiring selective isolation between BUs. The existing architecture uses Transit Gateways (TGWs) peered across Regions, with each BU having a VPC per Region. While TGW route tables can isolate traffic, managing a growing mesh of peered TGWs and per-BU route tables becomes operationally complex.
AWS Cloud WAN is Amazon's managed global networking service built on a core network with edge locations in each Region. It introduces the concept of segments, which act as logical groupings of VPC attachments. Each BU can be assigned its own segment, and segment actions explicitly define how traffic flows (or is blocked) between segments. This provides a centralized, policy-driven model that scales far better than manually updating TGW route tables across many Regions.
- Option A (new TGWs per BU, peered) dramatically increases operational overhead: each new BU requires new TGWs in every Region and new peering attachments. This does not meet the "MOST operational efficiency" requirement.
- Option C mentions "configure the segments to isolate attachments," which is misleading. In Cloud WAN, isolation between segments is controlled via segment actions (e.g.,
SendAttachmentDatato specific segments or denying traffic). There is no simple "isolate attachments" toggle that replaces segment actions. - Option D (attach to existing TGWs, update route tables) works today but does not scale efficiently as more Regions and BUs are added. Route table management becomes error-prone and complex.
Official Reference
Exam Strategy
When a question emphasizes 'MOST operational efficiency' for global multi-tenant isolation, prefer AWS Cloud WAN segments with segment actions over Transit Gateway route table management. Watch for distractor wording like 'isolate attachments'—the correct AWS terminology is 'segment actions.'
Related Analysis
Practice All ANS-C01 Questions
Access 137 questions with complete answers and detailed explanations.
View Full ANS-C01 Practice Test →