설명
RDS DB 인스턴스를 단일 가용 영역에 배포하면 기본 인스턴스나 해당 영역의 장애 시 대기 인스턴스로 자동 전환하는 Multi-AZ 보호를 사용할 수 없습니다. 가용성이 중요한 워크로드에서는 다른 영역의 대기 인스턴스를 사용하는 Multi-AZ 배포를 검토하세요.
잠재적 영향
장애나 유지보수 중 데이터베이스 중단 시간이 길어지고, 애플리케이션 오류와 수동 복구 부담이 커질 수 있습니다.
해결 방법
지원되는 RDS DB 인스턴스에 MultiAZ: true를 설정하고 비용과 변경 영향을 검토하세요. 장애 조치와 애플리케이션 재연결을 시험하고 백업·복구 계획도 유지하세요. Multi-AZ는 무중단 운영이나 백업을 보장하지 않습니다. Aurora는 별도의 클러스터 가용성 구성을 사용합니다.
예시
RDS MySQL 인스턴스의 발췌입니다. 지원되는 DBInstanceType과 나머지 네트워크 설정을 정의하세요. 마스터 비밀번호는 RDS가 Secrets Manager에서 관리하도록 구성합니다.
변경 전
yaml
Resources:
MasterDB:
Type: AWS::RDS::DBInstance
Properties:
DBName: MyDatabase
AllocatedStorage: "20"
DBInstanceClass: !Ref DBInstanceType
Engine: mysql
MasterUsername: admin
ManageMasterUserPassword: true
새 인스턴스에 Multi-AZ를 요청하지 않습니다. 서비스의 허용 가능한 중단 시간과 비교하세요.
변경 후
yaml
Resources:
MasterDB:
Type: AWS::RDS::DBInstance
Properties:
DBName: MyDatabase
AllocatedStorage: "20"
DBInstanceClass: !Ref DBInstanceType
Engine: mysql
MasterUsername: admin
ManageMasterUserPassword: true
MultiAZ: true
다른 가용 영역의 대기 인스턴스로 장애 조치할 수 있게 합니다. 이 DB 인스턴스의 대기 복제본은 읽기 부하 분산용이 아닙니다.