애플리케이션이 AWS에서 실행 중입니다. MySQL 데이터베이스는 두 개의 프라이빗 서브넷이 있는 VPC의 EC2 인스턴스에서 실행되고, 웹사이트는 하나의 퍼블릭 서브넷이 있는 다른 VPC의 단일 EC2 인스턴스에서 Apache Tomcat으로 실행됩니다. 데이터베이스 VPC와 웹사이트 VPC 사이에 VPC 피어링 연결이 있습니다. 웹사이트는 최근 높은 트래픽으로 인해 여러 차례 중단을 겪었습니다. 솔루션스 아키텍트는 애플리케이션 안정성을 개선하기 위해 어떤 조치를 취해야 할까요? (세 가지 선택)

웹사이트의 높은 트래픽으로 인한 중단은 단일 장애 지점과 확장성 부족을 시사합니다. 1. Tomcat 서버를 Application Load Balancer 뒤에 있는 여러 EC2 인스턴스와 함께 Auto Scaling 그룹에 넣습니다. 이는 웹 계층의 가용성과 확장성을 향상시키는 표준 방법입니다. ALB는 트래픽을 분산하고, Auto Scaling 그룹은 수요에 따라 인스턴스를 자동으로 추가하거나 제거하여 트래픽 급증에 대처할 수 있게 합니다. 2. MySQL 데이터베이스를 Amazon Aurora로 마이그레이션하고 Aurora Replica를 하나 추가합니다. Aurora는 MySQL과 호환되며, 높은 성능, 가용성, 내구성을 제공하는 관리형 데이터베이스 서비스입니다. Aurora Replica는 읽기 확장성을 제공하고 장애 조치 시간을 단축하여 데이터베이스 계층의 안정성을 높입니다. 3. 웹사이트 VPC의 다른 가용 영역에 추가 퍼블릭 서브넷을 생성합니다. 이는 웹사이트 계층의 다중 AZ 배포를 가능하게 하여 단일 가용 영역 장애로부터 보호하고 고가용성을 보장합니다. 추가 VPC 피어링 연결은 기존 연결이 작동하는 한 필요하지 않습니다. NAT 게이트웨이는 아웃바운드 인터넷 액세스를 위한 것이며 웹사이트 안정성 문제와 직접적인 관련이 없습니다. Tomcat 서버를 데이터베이스 VPC로 이동하는 것은 보안 모범 사례를 위반하고 단일 장애 지점을 만들 수 있습니다.