A retail company manages a multi-account AWS environment with ten spoke VPCs connected to a central AWS Transit Gateway in the us-east-1 Region. The VPCs are split into six Production spoke VPCs and four Development spoke VPCs. The company's security policy requires that Production VPCs must be able to communicate with each other, and Development VPCs must be able to communicate with each other. However, any traffic between Production and Development VPCs must be completely blocked. Additionally, all ten spoke VPCs must have access to a Shared Services VPC that hosts centralized security monitoring and scanning tools. Which two Transit Gateway routing configurations should the Solutions Architect implement to meet these requirements with the least administrative overhead? (Select TWO.)
- Create three separate Transit Gateway route tables: one for Production VPCs, one for Development VPCs, and one for the Shared Services VPC. Associate the Production spoke VPC attachments with the Production route table, and the Development spoke VPC attachments with the Development route table.Cevap
- Associate the Shared Services VPC attachment with the Shared Services route table. Propagate the Shared Services VPC attachment to both the Production and Development route tables, and propagate all Production and Development VPC attachments to the Shared Services route table.Cevap
- CAssociate all VPC attachments with a single default Transit Gateway route table. Establish VPC Peering connections between all Production VPCs and between all Development VPCs to route traffic locally and bypass the Transit Gateway.
- DAssociate the Shared Services VPC attachment with both the Production Transit Gateway route table and the Development Transit Gateway route table to enable multi-route table association.
- ECreate a single Transit Gateway route table, associate all VPC attachments with it, and configure blackhole routes in the Transit Gateway route table targeting the specific CIDR blocks of the Development VPCs from the Production VPCs.