An enterprise IoT data ingestion platform runs on Amazon EC2 instances inside an Auto Scaling group (ASG) spread across three Availability Zones. The instances require 5 minutes to download configuration files and bootstrap before they can accept requests from an Application Load Balancer (ALB). During sudden morning traffic spikes, the ALB returns HTTP 503 Service Unavailable errors, and the ASG launches far more instances than needed, leading to severe resource over-provisioning and high costs. Additionally, the current network architecture uses a single NAT Gateway located in a public subnet in Availability Zone A for all outbound traffic. If Availability Zone A suffers an outage, outbound connectivity for instances in Availability Zones B and C is completely lost. Which two modifications should the Solutions Architect implement to resolve the scaling issues and eliminate the single point of failure with the lowest recovery time objective (RTO)? (Select TWO.)
- Deploy a NAT Gateway in a public subnet in each Availability Zone, and update the route tables of the private subnets in each Availability Zone to route outbound traffic through their respective local NAT Gateway.Cevap
- Implement an Auto Scaling group Warm Pool with pre-warmed instances in the Warmed:Running state, and adjust the scaling policy's warmup period to exceed the 5-minute instance bootstrapping time.Cevap
- CDecrease the default cooldown period of the Auto Scaling group to 60 seconds to allow the group to launch new instances more rapidly in response to sudden traffic spikes.
- DConfigure all private subnets across all Availability Zones to route outbound traffic through the single NAT Gateway in Availability Zone A, and use an AWS Lambda function to recreate the NAT Gateway in another Availability Zone during an outage.
- ERequest AWS Support to pre-warm the Application Load Balancer prior to the morning traffic spikes, and configure the target tracking scaling policy to use a shorter cooldown period.