Amazon RDS 다중 AZ 배포는 데이터베이스(DB) 인스턴스에 개선된 가용성 및 내구성을 제공하므로, 프로덕션 데이터베이스 워크로드에 적합합니다. 다중 AZ DB 인스턴스를 프로비저닝하면 Amazon RDS는 기본 DB 인스턴스를 자동 생성하고 다른 가용 영역(AZ)에 있는 예비 인스턴스에 데이터를 동기적으로 복제합니다. 각 AZ는 물리적으로 분리된 자체 독립 인프라에서 실행되며 높은 안정성을 제공하도록 설계되었습니다. 인프라 장애가 발생하더라도 Amazon RDS가 예비 인스턴스(또는 Amazon Aurora의 경우 읽기 전용 복제본)로 자동 장애 조치를 수행하여 장애 조치 완료 후 데이터베이스 작업을 바로 재개할 수 있습니다. 장애 조치 후에도 DB 인스턴스의 엔드포인트는 그대로 유지되므로 관리자가 직접 개입할 필요 없이 애플리케이션에서 데이터베이스 작업을 재개할 수 있습니다.

ha_ed_grizzly_reg_database_orange
3:01
Converting an Amazon RDS Instance to Multi-AZ

무료로 AWS 시작하기

무료 계정 생성

AWS 프리 티어는 Amazon Relational Database Service(RDS)와 사용할 수 있는 마이크로 DB 인스턴스 750시간(1년 동안 매달), 스토리지 20GB 및 백업용 스토리지 20GB를 포함합니다.

AWS 프리 티어 세부 정보 보기 »

MySQL, MariaDB, OraclePostgreSQL 엔진에 대한 다중 AZ 배포는 동기식 물리적 복제를 활용하여 예비 복제본의 데이터를 기본 복제본과 같은 최신 상태로 유지합니다. SQL Server 엔진에 대한 다중 AZ 배포는 동기식 논리적 복제를 사용하여 SQL Server 네이티브 미러링 기술을 사용하는 것과 동일한 결과를 냅니다. 두 가지 접근 방식 모두 DB 인스턴스 장애 또는 가용 영역 손실이 발생하는 경우에 데이터를 보호할 수 있습니다.

기본 인스턴스의 스토리지 볼륨이 다중 AZ 배포에서 장애를 일으키면 Amazon RDS가 최신 예비 인스턴스(Amazon Aurora의 경우 복제본)로 자동 장애 조치를 수행합니다. 이를 단일 AZ 배포와 비교해 보면, 단일 AZ 데이터베이스 장애가 발생하면 특정 시점으로 복원하는 작업을 사용자가 시작해야 합니다. 이 작업은 완료하는 데 몇 시간 정도 걸릴 수 있으며 최근 복원 가능 시간(일반적으로 마지막 5분 이내) 이후 발생한 데이터 업데이트는 사용할 수 없게 됩니다.

Amazon Aurora는 데이터베이스 워크로드용으로 구축된 내구성이 뛰어난 SSD 지원 가상 스토리지 계층을 사용합니다. Amazon Aurora는 볼륨을 6가지 방법으로 3개의 가용 영역 전체에 자동 복제합니다. Amazon Aurora 스토리지는 뛰어난 내결함성으로, 데이터베이스 쓰기 가용성에 영향을 주지 않고 최대 2개의 데이터 사본 손실을 처리하고 읽기 가용성에 영향을 주지 않고 최대 3개의 데이터 사본 손실을 투명하게 처리합니다. 또한, Amazon Aurora 스토리지에는 자가 치유 기능이 있습니다. 데이터 블록과 디스크에 오류가 있는지 계속 스캔하고 오류가 있는 경우 자동으로 교체됩니다.

또한 다중 ZA 배포를 실행할 경우 향상된 데이터베이스 가용성 이점을 활용할 수 있습니다. 가용 영역 장애 또는 DB 인스턴스 장애가 발생하는 경우, 자동 장애 조치가 완료되기까지 걸리는 시간, 즉 일반적으로 Amazon Aurora의 경우 1분 이내(MariaDB 커넥터/J를 사용하는 경우 최소 30초) 그리고 다른 데이터베이스 엔진의 경우 1~2분만큼만 가용성에 영향을 미치게 됩니다(자세한 내용은 RDS FAQ 참조).

계획된 유지 관리 및 백업 작업에도 다중 AZ 배포의 가용성을 활용할 수 있습니다. OS 패치 또는 DB 인스턴스 확장과 같은 시스템 업그레이드의 경우 이러한 작업은 자동 Failover 전에 예비 복제본에서 먼저 발생합니다. 따라서 자동 장애 조치를 완료하는 데 걸리는 시간만 가용성에 영향을 주게 됩니다.

단일 AZ 배포와는 달리 백업이 예비 복제본에서 수행되기 때문에 MySQL, MariaDB, Oracle 및 PostgreSQL 엔진에 대한 다중 AZ 배포의 백업이 진행되는 동안 기본 복제본에서 I/O 활동이 일시 중단되지 않습니다. 그러나 다중 AZ 배포에서 백업이 진행되는 동안 지연 시간이 몇 분 정도 증가될 수 있습니다. 

Amazon Aurora 배포 시 인스턴스 장애가 발생할 경우 Amazon RDS는 RDS 다중 AZ 기술을 사용하여 3개의 가용 영역에서 생성한 최대 15개의 Amazon Aurora Replicas 중 하나로 장애 조치를 자동화합니다. Amazon Aurora Replicas가 프로비저닝되지 않은 경우 장애가 발생하면 Amazon RDS에서 자동으로 새 Amazon Aurora DB 인스턴스를 만들려고 시도합니다.

DB 인스턴스 Failover는 완전히 자동으로 실행되므로 관리자의 개입이 필요하지 않습니다. Amazon RDS는 기본 복제본과 예비 복제본의 상태를 모니터링하고 다양한 장애 상태에 따라 자동으로 장애 조치를 시작합니다.

Amazon RDS는 다중 AZ 배포에 대한 가장 빈번한 오류를 감지해 자동으로 복구하므로 관리자의 개입 없이 데이터베이스 작업을 최대한 빨리 재개할 수 있습니다. Amazon RDS는 다음과 같은 이벤트가 발생하는 경우 장애 조치를 자동으로 수행합니다.

  • 기본 가용 영역의 가용성 손실
  • 기본 복제본에 대한 네트워크 연결 상실
  • 기본 복제본의 컴퓨팅 장치 장애
  • 기본 복제본의 스토리지 장애

참고: 다중 AZ 배포에서 DB 인스턴스 확장 또는 OS 패치와 같은 시스템 업그레이드 작업을 하는 경우 가용성을 향상하기 위해 자동 장애 조치 전에 예비 복제본에서 먼저 작업이 수행됩니다(업데이트 동작에 대한 자세한 내용은 Aurora 설명서를 참조하십시오). 따라서 Failover를 완료하는 데 걸리는 시간만 가용성에 영향을 주게 됩니다. Amazon RDS 다중 AZ 배포는 장시간 동작 쿼리, 교착 상태 또는 데이터베이스 손상 오류 같은 데이터베이스 동작에 대해서는 자동으로 장애 조치를 수행하지 않습니다.

자세한 내용은 Amazon RDS 요금 페이지를 참조하십시오.

AWS Management Console을 사용하면 새로운 다중 AZ 배포를 쉽게 생성하거나 기존 단일 AZ 인스턴스를 쉽게 수정하여 다중 AZ 배포로 만들 수 있습니다. AWS Management Console을 사용하여 새로운 다중 AZ 배포를 생성하려면 DB 인스턴스를 시작할 때 "Multi-AZ Deployment"에 대해 "Yes" 옵션을 클릭합니다. 기존 단일 AZ DB 인스턴스를 다중 AZ 배포로 변환하려면 AWS Management Console에서 DB 인스턴스에 해당하는 "Modify" 옵션을 사용합니다.

MySQL용 Amazon RDS 및 PostgreSQL을 사용하면 이러한 엔진의 내장 복제 기능과 읽기 전용 복제본을 사용해 읽기 중심의 데이터베이스 워크로드를 처리하기 위해 단일 DB 인스턴스의 용량을 한도 이상으로 확장할 수 있습니다. 다중 AZ 배포와 읽기 전용 복제본을 함께 사용하여 각각의 장점을 상호보완적으로 활용할 수 있습니다. 해당 다중 AZ 배포를 읽기 전용 복제본의 소스 DB 인스턴스로 지정하기만 하면 됩니다. 이 방법으로 다중 AZ 배포가 제공하는 데이터 내구성과 가용성의 이점 및 읽기 전용 복제본이 제공하는 읽기 확장의 이점을 모두 활용할 수 있습니다.

다중 AZ 배포의 경우 중복성을 향상하기 위해 기본 복제본 및 예비 복제본의 AZ가 아닌 다른 AZ에 읽기 전용 복제본을 생성할 수 있는 옵션이 있습니다. AWS Management Console에 있는 DB 인스턴스의 "Secondary Zone"을 조회하면 예비 복제본에 해당하는 AZ를 확인할 수 있습니다.