A digital payment processing company hosts its core transaction API on Amazon EC2 instances within an Auto Scaling Group (ASG) behind an Application Load Balancer (ALB). The instances are deployed across three Availability Zones in private subnets, and outbound calls to external financial endpoints are routed to the internet. The EC2 instances require approximately minutes to fully bootstrap, install security agents, and download application assets before they are ready to handle traffic.
During periodic flash-sale events, the system experiences the following issues:
- The transaction rate increases from requests per second (RPS) to RPS in less than minutes, leading to high packet loss and Gateway Timeout errors at the ALB level.
- During scale-out events, the ASG launches a large number of EC2 instances that far exceed the required capacity, resulting in significant over-provisioning and increased compute costs.
- If one Availability Zone experiences a localized outage, outbound API requests to external financial endpoints fail for web instances located in all Availability Zones.
Which three actions should the solutions architect take to resolve these scaling, reliability, and connectivity issues?
- Deploy a NAT Gateway in each of the three Availability Zones, and configure the route tables of the private subnets in each zone to route outbound traffic to the local NAT Gateway.Cevap
- Configure the Auto Scaling Group's default cooldown period and the scaling policy's instance warmup time to seconds.Cevap
- Submit a ticket to AWS Support to pre-warm the Application Load Balancer with the expected traffic volume prior to the scheduled flash-sale events.Cevap
- DConfigure a single NAT Gateway in a public subnet of one Availability Zone, and update the route tables of all private subnets across all three zones to use this NAT Gateway to minimize operational overhead.
- EDecrease the default cooldown period to seconds to enable the Auto Scaling Group to launch new instances more frequently when traffic rises rapidly.
- FRely on the Application Load Balancer's native automatic scaling to handle the immediate -fold traffic increase by configuring a target tracking policy based on Average Request Count per Target.