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

여러 Amazon RDS 엔진을 사용하면 확장성을 높이기 위해 읽기 전용 복제본을 추가하고 AZ 장애 발생 시 데이터베이스 가용성을 유지할 수 있습니다. Amazon RDS 읽기 전용 복제본은 다른 AZ에서 자체 예비 인스턴스와 함께 설정할 수 있습니다. Aurora의 경우 여러 가용 영역에 걸쳐 읽기 전용 복제본을 배치하도록 선택할 수 있습니다.

Amazon Aurora는 데이터베이스 워크로드를 위해 특별히 구축된 SSD 지원 가상화 스토리지 계층을 활용하여 다중 AZ의 이점을 더욱 확장합니다. 스토리지를 6가지 방법으로 3개의 가용 영역 전체에 자동 복제합니다. Amazon Aurora 스토리지는 내결함성을 갖추고 있어, 데이터베이스 쓰기 가용성에 영향을 주지 않고 최대 2개의 데이터 사본 손실을 처리하고 읽기 가용성에 영향을 주지 않고 최대 3개의 데이터 사본 손실을 투명하게 처리할 수 있습니다. 데이터베이스가 읽기 전용 복제본을 사용하는지 여부에 관계 없이 Aurora는 항상 3개의 가용 영역에서 데이터를 복제합니다.

Converting an Amazon RDS instance to Multi-AZ (3:01)

이점

강화된 내구성

MySQL, MariaDB, Oracle 및 PostgreSQL 엔진에 대한 다중 AZ 배포는 동기식 물리적 복제를 활용하여 예비 복제본의 데이터를 기본 복제본과 같은 최신 상태로 유지합니다. SQL Server 엔진에 대한 다중 AZ 배포는 동기식 논리적 복제를 사용하여 SQL Server 네이티브 미러링 기술을 사용하는 것과 동일한 결과를 냅니다. Amazon Aurora는 데이터베이스 워크로드를 위해 특별히 구축된 SSD 지원 가상화 스토리지 계층을 사용합니다. 모든 접근 방식은 DB 인스턴스 장애 또는 가용 영역 손실이 발생하는 경우에 데이터를 보호할 수 있습니다.

향상된 가용성

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

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

데이터베이스 성능 보호

단일 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 인스턴스를 만들려고 시도합니다.

자동 장애 조치

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

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

장애 조치 조건

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

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

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

여러 데이터 센터의 내결함성

설정

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

다중 AZ 배포, 다중 리전 배포 및 읽기 전용 복제본

Amazon RDS 다중 AZ 배포는 다중 리전 배포 및 읽기 전용 복제본을 보완합니다. 세 가지 기능 모두 데이터의 추가 복사본을 유지하여 가용성과 내구성을 향상시키지만 다음과 같은 차이점이 있습니다.

다중 AZ 배포

다중 리전 배포

읽기 전용 복제본

고가용성이 주요 목적

재해 복구 및 로컬 성능이 주요 목적

확장성이 주요 목적

비 Aurora: 동기식 복제, Aurora: 비동기식 복제

비동기식 복제

비동기식 복제

비 Aurora: 기본 인스턴스만 활성화, Aurora: 모든 인스턴스 활성화

모든 리전은 접근이 가능하며 읽기도 가능

모든 읽기 전용 복제본은 접근이 가능하며 읽기 확장도 가능

비 Aurora: 자동 백업은 대기 상태에서 수행, Aurora: 자동 백업은 공유 스토리지 계층에서 수행

자동 백업은 각 리전에서 수행될 수 있음

기본 제공된 백업 구성 없음

단일 리전 내에서 항상 2개 이상의 가용성 영역 확장

각 리전에 다중 AZ 배포가 있을 수 있음

가용 영역, 교차 AZ 또는 교차 리전 내에 있을 수 있음

비 Aurora: 기본 데이터베이스 엔진 버전 업그레이드 발생, Aurora: 모든 인스턴스가 함께 업데이트됨

비 Aurora: 각 리전에서 데이터베이스 엔진 버전 업그레이드는 독립적임, Aurora: 모든 인스턴스가 함께 업데이트됨

비 Aurora: 소스 인스턴스에서 데이터베이스 엔진 버전 업그레이드는 독립적임, Aurora: 모든 인스턴스가 함께 업데이트됨

문제가 감지되면 대기(비 Aurora) 또는 읽기 전용 복제본(Aurora)으로 자동 장애 조치

Aurora를 통해 보조 리전을 마스터로 프로모션 가능

독립 실행형 데이터베이스 인스턴스(비 Aurora) 또는 기본 인스턴스(Aurora)로 수동 프로모션 가능

다중 AZ 배포와 기타 Amazon RDS 기능을 조합하여 각각의 이점을 상호 보완적으로 활용할 수 있습니다. 예를 들어 고가용성을 위해 원본 데이터베이스를 다중 AZ로 구성하고 읽기 확장성을 위해 읽기 전용 복제본(단일 AZ)을 만들 수 있습니다. 또는 Aurora Global Database를 사용하여 다중 AZ Aurora 배포의 데이터를 추가 리전으로 복제할 수 있습니다.

RDS for MySQL, MariaDB, PostgreSQL 및 Oracle을 사용하면 읽기 전용 복제본을 다중 AZ로 설정할 수 있어 읽기 전용 복제본을 DR 대상으로 사용할 수 있습니다. 읽기 전용 복제본을 독립형 데이터베이스로 승격하면 다중 AZ는 이미 활성화되어 있습니다.

Amazon RDS 기능에 대해 자세히 알아보기
RDS 기능에 대해 자세히 알아보기

Amazon RDS의 주요 기능을 탐색하십시오. 

자세히 알아보기 
AWS 계정에 가입
무료 계정에 가입

AWS 프리 티어에 즉시 액세스할 수 있습니다. 

가입하기 
콘솔에서 Amazon RDS 구축 시작
콘솔에서 구축 시작

Amazon RDS 관리 콘솔을 사용해 시작하십시오.

로그인