이 문서에는 Azure DocumentDB에 대한 가용성 영역 및 지역 간 재해 복구 및 비즈니스 연속성을 사용하는 지역 복원력에 대한 자세한 정보가 포함되어 있습니다.
Azure의 안정성에 대한 아키텍처 개요는 Azure 안정성을 참조하세요.
가용성 영역 지원
가용성 영역은 Azure 지역 내에서 물리적으로 별도의 데이터 센터 그룹입니다. 한 영역이 실패하면 서비스가 나머지 영역 중 하나로 전환될 수 있습니다.
가용성 영역 지원을 받으려면 고가용성(HA)을 활성화해야 합니다.
HA는 클러스터 내 모든 샤드의 대기 복제본을 유지함으로써 데이터베이스 다운타임을 방지합니다. 샤드가 다운되면, Azure DocumentDB는 실패한 샤드의 들어오는 연결을 스탠바이 복제본으로 전환합니다.
가용성 영역을 지원하는 하위 지역에서 HA가 활성화되면 HA 복제본 샤드는 기본 샤드와 다른 가용성 영역에 프로비저닝됩니다. HA 복제본은 기본 샤드가 장애 발생하지 않는 한 클라이언트의 요청을 수신하지 않습니다.
HA가 비활성화된 경우 각 샤드에는 Azure Storage 서비스에서 유지 관리하는 3개의 동기식 복제본을 가진 자체 로컬 중복 스토리지(LRS)가 있습니다. 단일 복제본 장애가 발생하면 Azure Storage 서비스가 장애를 감지하고 관련 데이터를 투명하게 재구성합니다. LRS 스토리지 내구성에 대해서는 중복성 옵션 요약을 참조하세요. 그러나 지역이 실패하면 광범위한 가동 중지 시간과 데이터 손실이 발생할 위험이 있습니다.
가용성 영역을 사용하도록 설정된 리소스 만들기
가용 영역을 사용하려면 Azure 포털에서 클러스터를 생성할 때 또는 기존 클러스터의 확장 섹션에서 고가용성(HA)을 활성화해야 합니다.
지역 간 재해 복구 및 비즈니스 연속성
DR(재해 복구)은 자연 재해나 가동 중지 및 데이터 손실을 초래하는 배포 실패와 같은 큰 영향을 미치는 사건에서 조직이 복구하는 데 사용하는 사례를 말합니다. 원인에 관계없이 최상의 재해 해결책은 잘 정의되고 테스트된 DR 계획과 DR을 적극적으로 지원하는 애플리케이션 디자인입니다. 재해 복구 계획을 작성하기 전에 재해 복구 전략 디자인을 위한 권장 사항을 참조하세요.
DR과 관련하여 Microsoft는 공유 책임 모델을 사용합니다. 이 모델에서 Microsoft는 기준 인프라와 플랫폼 서비스를 사용할 수 있도록 보장합니다. 그러나 많은 Azure 서비스는 데이터를 자동으로 복제하거나 실패한 지역에서 대체하여 사용하도록 설정된 다른 지역으로 교차 복제하지 않습니다. 이러한 서비스의 경우 워크로드에 적합한 재해 복구 계획을 설정할 책임이 있습니다. Azure PaaS(서비스 제공 플랫폼)에서 실행되는 대부분의 서비스는 DR을 지원하는 기능과 지침을 제공합니다. DR 계획을 개발하는 데 도움이 되는 빠른 복구를 지원하는 서비스별 기능을 사용할 수 있습니다.
Azure DocumentDB는 기본 제공 자동 장애 조치(failover) 또는 재해 복구를 제공하지 않습니다. 솔루션이 확장됨에 따라 고가용성 계획 수립은 중요한 단계입니다.
단일 지역 지리의 재해 복구
가동 시간을 최대화하려면 비즈니스 연속성을 유지하고 Azure DocumentDB를 사용하여 재해 복구를 준비하도록 미리 계획합니다.
Azure 서비스는 가동 시간을 극대화하도록 설계되었지만, 계획되지 않은 서비스 중단이 발생할 수 있습니다. 재해 복구 계획은 지역별 서비스 중단 사태를 처리하기 위한 전략을 마련해 두도록 보장합니다.
Azure DocumentDB는 정기적으로 데이터의 백업을 자동으로 수행합니다. 자동 백업은 데이터베이스 작업의 성능이나 가용성에 영향을 주지 않고 수행됩니다. 모든 백업은 백그라운드에서 자동으로 수행되며, 원본 데이터와 별도로 저장 서비스에 저장됩니다. 이러한 자동 백업은 실수로 리소스를 삭제하거나 수정한 후 원본 버전이 필요해지는 상황에서 유용합니다.
자동 백업은 클러스터가 현재 활성화 상태인지 또는 최근에 삭제되었는지에 따라 다양한 간격으로 유지됩니다.
| 보존 기간 | |
|---|---|
| 활성 클러스터 |
35일 |
| 삭제된 클러스터 |
7일 |
고가용성을 위한 디자인
프로덕션 워크로드를 실행하는 중요한 Azure DocumentDB 클러스터에 대해 HA(고가용성)를 사용하도록 설정해야 합니다. HA가 활성화된 클러스터에서는 각 샤드가 주 노드 역할을 수행하며, 다른 가용성 영역에 핫 스탠바이 샤드가 프로비저닝됩니다. 기본 샤드와 보조 샤드 간의 복제는 기본적으로 동기식으로 이루어집니다. 데이터베이스에 대한 모든 수정 사항은 데이터베이스로부터 응답을 받기 전에 주 샤드와 보조(핫 스탠바이) 샤드 모두에 반영됩니다.
해당 서비스는 클러스터의 각 주 샤드 및 보조 샤드에 대해 상태 점검 및 하트비트를 유지합니다. 주 샤드가 영역 또는 지역 장애로 인해 사용 불가능해지면, 보조 샤드가 자동으로 승격되어 새로운 주 샤드가 되며, 이후 새로운 주 샤드를 위한 보조 샤드가 생성됩니다. 또한 보조 샤드가 사용 불가능해지면 서비스는 기본 샤드의 전체 데이터 사본을 사용하여 자동으로 새로운 보조 샤드를 생성합니다.
서비스가 주 샤드에서 보조 샤드로 장애 조치(failover)를 트리거하면, 연결은 내부적으로 새 주 샤드로 원활하게 라우팅됩니다.
주 샤드와 보조 샤드 간의 동기식 복제는 장애 발생 시 데이터 손실을 방지합니다.
다음 단계
- MongoDB와의 기능 호환성에 대해 자세히 알아보세요.
- MongoDB에서 Azure DocumentDB로 마이그레이션하기 위한 옵션 검토
- 랩 계획을 생성하여 시작합니다.