A digital advertising company is designing a real-time bidding (RTB) platform that processes ad auction requests from global ad exchanges. The system must handle a baseline of requests per second (RPS) and scale to support sudden spikes of up to RPS with sub- millisecond response times. The current design proposes using an Application Load Balancer (ALB) routing traffic to Amazon ECS tasks running on AWS Fargate, with Amazon Aurora PostgreSQL as the persistent database.
Which two actions should the solutions architect take to meet the performance and latency requirements under peak traffic loads? (Select two.)
- Request AWS Support to pre-warm the ALB to the expected peak traffic capacity of requests per second.Answer
- Configure Aurora Replicas in the database cluster and set up Auto Scaling to dynamically add replicas based on read load.Answer
- CRely on the ALB's default automatic scaling behavior to handle the surge from the baseline of to requests per second.
- DDirect a portion of the read queries to the Multi-AZ standby instance of the Aurora PostgreSQL database during peak traffic.
- EDeploy Amazon ElastiCache for Memcached to store user sessions and configure multi-AZ replication to ensure persistence during a failover.
Answer
The correct actions are to request AWS Support to pre-warm the Application Load Balancer (ALB) to the expected peak traffic capacity of requests per second, and to configure Aurora Replicas in the database cluster with Auto Scaling to dynamically handle the read load.
Pre-warming the Application Load Balancer (ALB) ensures that it has sufficient capacity provisioned beforehand to handle the massive, instantaneous 8-fold traffic spike without dropping connections. Utilizing Aurora Replicas with Auto Scaling allows the database layer to horizontally scale read capacity to handle the increased query volume, preserving sub-15ms response times.
Step-by-Step Solution
Key Concept
Handling sudden massive spikes requires pre-provisioning capacity on the entry layer (ELB pre-warming) and utilizing scalable read replicas at the database tier.
Estimated Time:2m 0s