A company is setting up a multi-account environment using AWS Organizations. The cloud engineering team wants to allow developers in various member accounts to launch Amazon EC2 instances into a set of pre-defined private subnets located in a central VPC. To simplify administration and maintain control over IP address allocation, the team wants to share these subnets directly without creating separate VPCs or peering connections. Which approach should the solutions architect recommend to share these subnets with the member accounts?
- Enable resource sharing within AWS Organizations in the AWS Resource Access Manager (RAM) settings, create a resource share for the subnets, and share them with the target member accounts or Organizational Units.Answer
- BCreate a resource share in AWS Resource Access Manager (RAM) for the subnets and share them with the member accounts directly, without enabling the setting to share with AWS Organizations.
- CAttach a Service Control Policy (SCP) to the target Organizational Units that grants access to the central subnets, allowing member accounts to launch instances directly.
- DShare the subnets using AWS Resource Access Manager (RAM), and use the default AWS-managed KMS key in the member accounts to encrypt EBS volumes launched in those subnets.
Answer
Enable resource sharing within AWS Organizations in the AWS Resource Access Manager (RAM) settings, create a resource share for the subnets, and share them with the target member accounts or Organizational Units.
The correct strategy is to enable resource sharing within AWS Organizations in the AWS Resource Access Manager (RAM) settings, create a resource share for the subnets, and share them with the target member accounts or Organizational Units. This allows participant accounts to deploy resources like EC2 instances directly into the owner's subnets.
Step-by-Step Solution
Key Concept
AWS Resource Access Manager (RAM) VPC Subnet Sharing