How to Isolate Business Units Across Multiple Regions with AWS Cloud WAN?
Short answer
B Create an AWS Cloud WAN core network with an edge location in both Regions. Configure a segment for each BU with VPC attachments to the new BU VPCs. Use segment actions to control traffic between segments.
Question
Key Takeaways
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.
Common mistake: 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.
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
- https://docs.aws.amazon.com/network-manager/latest/cloudwan/what-is-aws-cloud-wan.html
- https://docs.aws.amazon.com/network-manager/latest/cloudwan/cloudwan-segments.html
- https://docs.aws.amazon.com/network-manager/latest/cloudwan/cloudwan-segment-actions.html
These links open the official vendor documentation in a new tab.
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.'
Community Votes
100% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 4 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 4
-
AzureDP900 👍 1 Answered BOption B: This solution involves creating an AWS Cloud WAN core network with an edge location in both Regions, configuring a segment for each BU with VPC attachments to the new BU VPCs. Segment-based routing : Segment actions can control traffic between segments and provide a more isolated environment, which is necessary when dealing with multiple BUs. This makes it easier to isolate certain BUs from others while maintaining connectivity between others. Option B also provides flexibility and scalability as new Regions can be added, and new segments can be created without requiring additional changes to existing transit gateways or VPCs.
-
woorkim 👍 1 Answered BOption A requires creating and peering multiple transit gateways, which increases complexity. Option C is similar to B but lacks the explicit segment action specification. Option D lacks the scalability and isolation capabilities needed for future expansion.
-
secdaddy 👍 1 Answered CStated goal is to isolate some BUs from other BUs with the most operational efficiency so I am going with isolate attachements.
-
973b658 👍 6 Answered Bit is B.
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All ANS-C01 Questions
Access 137 questions with complete answers and detailed explanations.
View Full ANS-C01 Practice Test →