SAP-C02 · Question #856
A company runs a web application on AWS. The application includes an Amazon EC2 instance that functions as a web server. The application stores data in a Microsoft SQL Server database that runs on ano
The correct answer is A. Run the web server on EC2 instances behind an Application Load Balancer. Convert the SQL. ALB + Auto Scaling EC2 web tier gives HA and elasticity with minimal ops. Moving from self- managed SQL Server on EC2 to Aurora Serverless v2 (PostgreSQL) offloads patching, scaling, and HA to AWS. This combo meets availability and scalability needs with the least ongoing managem
Question
A company runs a web application on AWS. The application includes an Amazon EC2 instance that functions as a web server. The application stores data in a Microsoft SQL Server database that runs on another EC2 instance. The application is gaining more users and traffic. The company needs to redesign the application to make the application highly available and increase scalability. Which solution will meet these requirements with the LEAST operational overhead?
Options
- ARun the web server on EC2 instances behind an Application Load Balancer. Convert the SQL
- BContainerize the application. Run the application by using AWS Fargate on Amazon EKS.
- CRun the web server on EC2 instances that are in an Auto Scaling group. Place the EC2 instances
- DContainerize the application. Run the application by using AWS Fargate on Amazon EKS. For the
How the community answered
(24 responses)- A75% (18)
- B13% (3)
- C8% (2)
- D4% (1)
Explanation
ALB + Auto Scaling EC2 web tier gives HA and elasticity with minimal ops. Moving from self- managed SQL Server on EC2 to Aurora Serverless v2 (PostgreSQL) offloads patching, scaling, and HA to AWS. This combo meets availability and scalability needs with the least ongoing management compared to container orchestration or self-managed SQL Server replication.
Community Discussion
No community discussion yet for this question.