한 회사의 온라인 쇼핑 앱은 Amazon RDS for PostgreSQL Single-AZ DB 인스턴스에 주문을 저장합니다. 경영진은 애플리케이션 코드를 변경하지 않고 단일 실패 지점을 제거하고 데이터베이스 다운타임을 최소화하기를 원합니다. 어떤 솔루션이 이러한 요구 사항을 충족할까요?

기존 단일 AZ RDS 인스턴스를 Multi-AZ 배포로 수정하면 애플리케이션 코드를 변경하지 않고도 단일 실패 지점을 제거하고 데이터베이스 다운타임을 최소화할 수 있습니다. RDS는 자동으로 다른 가용 영역에 동기식 대기 복제본을 생성하고 기본 인스턴스에 장애가 발생하면 자동으로 페일오버하여 고가용성을 제공합니다. 새로운 Multi-AZ 배포를 생성하고 스냅샷에서 복원하는 것은 가능하지만, 기존 인스턴스를 수정하는 것보다 더 많은 수동 작업과 잠재적인 다운타임이 발생할 수 있습니다. 읽기 전용 복제본은 읽기 확장성을 제공하지만, 기본 인스턴스 장애 시 자동 페일오버를 제공하지 않으므로 단일 실패 지점을 완전히 제거하지 못합니다. 또한 Route 53 가중치 기반 라우팅은 데이터베이스 인스턴스 간의 요청 분산에 적합하지 않습니다. RDS 데이터베이스를 EC2 Auto Scaling 그룹에 배치하는 것은 RDS의 관리형 서비스 특성과 맞지 않으며, 데이터베이스 고가용성을 위한 적절한 솔루션이 아닙니다.