A gaming company is launching a highly anticipated multiplayer game. During peak tournament events, the matchmaking and session metadata service expects an instantaneous surge in traffic, scaling from a baseline of to over in less than . The backend architecture consists of an Application Load Balancer (ALB) routing traffic to a containerized fleet running on Amazon Elastic Container Service (Amazon ECS) on AWS Fargate. The session state is stored in an Amazon Aurora PostgreSQL database. Performance during the transition must be seamless, with latency under for of requests, and no connection failures. Which two configurations should the Solutions Architect implement to meet these requirements?
- Request AWS Support to pre-warm the Application Load Balancer to the anticipated throughput of before the tournament, and configure Amazon ECS Scheduled Scaling to scale the task count to the anticipated peak capacity ahead of the event.Cevap
- Implement Amazon ElastiCache for Redis in a Multi-AZ replication group to cache session metadata, and configure the application to query the cache before accessing the Aurora database.Cevap
- CConfigure the Application Load Balancer to scale dynamically using target tracking scaling, and set the ECS service scaling cooldown period to to allow the Fargate tasks to scale out rapidly.
- DEnable Multi-AZ deployment for the Amazon Aurora database cluster and configure the application to route read-only queries to the standby instance in the secondary Availability Zone to handle the read volume.
- EDeploy Amazon ElastiCache for Memcached to store session metadata, and configure it with Multi-AZ replication to ensure high availability and automatic failover.
Cevap
Pre-warm the Application Load Balancer via AWS Support and configure Amazon ECS Scheduled Scaling to scale out the task count before the event, and implement Amazon ElastiCache for Redis in a Multi-AZ replication group to cache session metadata.
Pre-warming the Application Load Balancer ensures that AWS allocates sufficient capacity beforehand to prevent dropped connections during the instantaneous surge. Using Amazon ECS Scheduled Scaling ensures that the container fleet is scaled out prior to the event, bypassing the latency associated with task provisioning and application bootstrapping. Additionally, placing Amazon ElastiCache for Redis in front of the database offloads read traffic and provides sub-millisecond latency for session metadata, satisfying the latency requirement while ensuring high availability through Multi-AZ replication.
Adım Adım Çözüm
Anahtar Kavram
Handling instantaneous load spikes (flash traffic) through pre-warming, proactive scaling, and high-availability caching architectures.