An online auction platform experiences sudden, massive surges in traffic during the final minutes of high-value auctions. The application runs on Amazon EC2 instances in an Auto Scaling group (ASG) behind an Application Load Balancer (ALB). The instances use a custom launch template that takes () to download application libraries and start the service. Outbound API calls to external payment gateways are routed through a single NAT Gateway in Availability Zone . During auction finales, the ALB immediately returns errors to new requests. Additionally, the ASG launches far more instances than needed during a surge because the scaling policy triggers additional instances before the first batch is fully functional. Which combination of actions will resolve these scaling and fault-tolerance issues with the lowest operational overhead?
- AConfigure an Amazon CloudFront distribution in front of the ALB to cache all dynamic auction bids, reduce the ASG cooldown period to , and maintain the single NAT Gateway in to control costs.
- BConfigure a target tracking scaling policy based on average CPU utilization, set the ASG cooldown period to , and configure Amazon Route 53 to distribute outbound traffic across multiple NAT Instances deployed in the private subnets.
- Request AWS Support to pre-warm the ALB before scheduled high-value auctions, configure the ASG scaling policy's instance warmup to , and deploy a NAT Gateway in each Availability Zone with corresponding route table updates.Cevap
- DDeploy a Network Load Balancer (NLB) in front of the ALB to handle the traffic spikes without pre-warming, set the ASG default cooldown to , and associate the existing NAT Gateway with multiple private route tables across all Availability Zones.