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

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

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분 이내) 이후 발생한 데이터 업데이트는 사용할 수 없게 됩니다.

또한 다중 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" 옵션을 사용합니다.

Amazon RDS 다중 AZ 배포는 읽기 전용 복제본 MySQL, MAriaDB, 및 PostgreSQL를 위한 Amazon RDS를 보완합니다. 두 기능 모두 데이터의 두 번째 복사본을 유지하지만, 이 두 기능에는 차이가 있습니다:

다중 AZ 배포 읽기 전용 복제본
동기식 복제 - 높은 안정성 비동기식 복제 - 높은 확장성
기본 인스턴스의 데이터베이스 엔진만 활성 모든 읽기 전용 복제본은 접근이 가능하며 읽기 확장도 가능
자동 백업은 대기 상태에서 수행 기본 제공된 백업 구성 없음
단일 지역 내에 항상 2 개의 가용성 영역을 확장 가용 영역, 교차 AZ 또는 교차 지역 내에있을 수 있음
기본 데이터베이스 엔진 버전 업그레이드가 발생합니다. 데이터베이스 엔진 버전 업그레이드는 원본 인스턴스와 독립됨
문제가 감지되면 대기 모드로 자동 Failover 조치 독립형 데이터베이스 인스턴스로 수동 승격 될 수 있음

다중 AZ 배포와 읽기 전용 복제본을 함께 사용하여 각각의 이점을 상호 보완적으로 활용할 수 있습니다. 예를 들어 고 가용성을 위해 원본 데이터베이스를 다중 AZ로 구성하고 읽기 확장 성을 위해 읽기 전용 복제본 (단일 AZ)을 만들 수 있습니다.

MySQL 및 MariaDB 용 RDS를 사용하면 읽기 전용 복제본을 Multi-AZ로 설정할수 있어 읽기 전용 복제본을 DR 대상으로 사용 할수 있도록 합니다. 읽기 전용 복제본을 독립형 데이터베이스로 승격하면 Multi-AZ는 이미 사용할 수 있는 상태입니다. PostgreSQL 용 RDS는 아직 해당 기능을 지원하지 않습니다.