Azure DocumentDB는 MongoDB 호환성을 사용하여 최신 애플리케이션 개발을 위한 완전 관리형 NoSQL 데이터베이스 서비스입니다. Azure DocumentDB는 동기적으로 복제된 핫 대기 복제본 및 영역 중복성을 사용하여 HA(고가용성) 구성을 지원합니다. 또한 다른 Azure 지역의 선택적 읽기 복제본과 특정 시점 보존이 있는 자동 백업을 제공하여 우발적인 데이터 손실로부터 보호합니다.
Azure를 사용하는 경우 안정성은 공유 책임입니다. Microsoft는 복원력 및 복구를 지원하는 다양한 기능을 제공합니다. 이러한 기능이 사용하는 모든 서비스 내에서 작동하는 방식을 이해하고 비즈니스 목표 및 가동 시간 목표를 충족하는 데 필요한 기능을 선택할 책임이 있습니다.
이 문서에서는 일시적인 오류, 가용성 영역 중단, 지역 중단 및 서비스 유지 관리를 포함하여 다양한 잠재적인 중단 및 문제에 Azure DocumentDB를 복원하는 방법을 설명합니다. 또한 백업 동작을 설명하고 HA 및 지역 간 복제에 대한 주요 정보를 제공합니다.
안정성을 위한 프로덕션 배포 권장 사항
클러스터의 안정성을 개선하기 위한 권장 사항 목록은 Azure DocumentDB에서 HA(고가용성) 및 지역 간 복제에 대한 모범 사례를 참조하세요.
안정성 아키텍처 개요
이 섹션에서는 안정성 관점에서 가장 관련성이 높은 서비스가 작동하는 방식의 몇 가지 중요한 측면을 설명합니다. 이 섹션에서는 배포하고 사용하는 일부 리소스 및 기능을 포함하는 논리 아키텍처를 소개합니다. 또한 서비스의 작동 방식에 대한 세부 정보를 제공하는 물리적 아키텍처에 대해서도 설명합니다.
논리 아키텍처
배포하는 기본 리소스는 Azure DocumentDB 클러스터입니다. 각 클러스터에 대해 컴퓨팅 계층을 선택하고 스토리지를 구성합니다. 선택한 계층은 HA(고가용성)와 같은 안정성 기능에 사용할 수 있는 기능을 결정하며 복원력 시나리오에 대한 용량을 계획하는 방법에도 영향을 줍니다.
애플리케이션은 연결 문자열 및 엔드포인트를 사용하여 클러스터에 연결합니다. Azure DocumentDB는 읽기 및 쓰기 작업을 위한 연결 엔드포인트를 제공하며, 구성된 경우에는 읽기 복제본 클러스터용 엔드포인트도 제공합니다. 이러한 엔드포인트를 사용하면 서비스가 백그라운드에서 장애 조치(failover) 동작을 관리하는 동안 애플리케이션에서 안정적인 연결 패턴을 계속 사용할 수 있습니다.
각 클러스터 내에서 데이터는 데이터베이스, 컬렉션 및 문서로 구성됩니다. 이 MongoDB 호환 데이터 모델은 분할 전략, 읽기 및 쓰기 패턴, 백업 및 복원 범위와 같은 워크로드 수준 디자인 결정의 기초입니다.
물리적 아키텍처
Azure DocumentDB는 서비스를 실행하는 노드(가상 머신)를 나타내는 샤드에서 클러스터를 실행합니다. 하나의 분할된 데이터베이스를 배포하거나 여러 분할된 데이터베이스로 확장할 수 있습니다. 여러 분할된 데이터베이스를 배포하면 크기 조정 용량이 향상되지만 그 자체로는 HA를 제공하지 않습니다.
HA를 사용하도록 설정하면 Azure DocumentDB는 일치하는 대기 분할된 데이터베이스 집합을 프로비전합니다. 각 주 샤드에는 대기 샤드가 있습니다. 서비스는 각 기본-대기 쌍 간에 데이터를 동기적으로 복제하고, 기본 샤드에 장애가 발생하면 대기 샤드를 승격합니다. HA에 대한 자세한 내용은 Azure DocumentDB의 고가용성을 참조하세요.
Azure DocumentDB는 샤드의 내구성을 위해 Azure Storage를 사용합니다. HA를 비활성화하면 각 샤드는 LRS(로컬 중복 저장소)를 사용합니다. LRS는 세 개의 데이터 복사본을 유지 관리하지만 가용성 영역 손실에 대한 복원력은 없습니다. LRS 내구성 세부 정보는 중복 옵션 요약을 참조하세요.
자세한 내용은 Azure DocumentDB: 백그라운드에서 DR(가용성 및 재해 복구)을 참조하세요.
일시적인 오류에 대한 복원력
일시적인 오류는 구성 요소에서 짧고 간헐적인 오류입니다. 클라우드와 같은 분산 환경에서 자주 발생하며 작업의 일반적인 부분입니다. 일시적인 오류는 짧은 시간 후에 스스로 수정됩니다. 애플리케이션은 일반적으로 영향을 받는 요청을 다시 시도하여 일시적인 오류를 처리할 수 있는 것이 중요합니다.
모든 클라우드 호스팅 애플리케이션은 클라우드 호스팅 API, 데이터베이스 및 기타 구성 요소와 통신할 때 Azure 임시 오류 처리 지침을 따라야 합니다. 자세한 내용은 일시적 결함 처리를 위한 권장 사항을 참조하세요.
Azure DocumentDB는 MongoDB 프로토콜과 호환되므로 애플리케이션은 일반적으로 MongoDB 드라이버를 사용하여 연결됩니다. 일시적인 오류, 특히 장애 조치(failover) 이벤트 중 연결 중단 및 짧은 쓰기 중단을 처리하도록 애플리케이션의 드라이버 재시도 설정을 구성할 책임이 있습니다. 다음 지침을 따르세요.
일시적인 연결 오류에 대한 자동 재시도 처리를 지원하는 MongoDB 드라이버를 사용합니다.
지수 백오프를 사용하여 재시도를 구성하고 재시도 횟수를 제한합니다.
가능하면 쓰기 작업을 idempotent로 디자인하여 다시 시도해도 안전합니다. 멱등성에 대한 일반적인 구현 지침은 멱등 소비자 패턴을 참조하세요.
가용성 영역 오류에 대한 복원력
가용성 영역은 Azure 지역 내에서 물리적으로 별도의 데이터 센터 그룹입니다. 한 영역이 실패하면 서비스가 나머지 영역 중 하나로 전환될 수 있습니다.
Azure DocumentDB에서 가용성 영역 지원을 사용하려면 HA(고가용성)를 사용하도록 설정합니다. 가용성 영역을 지원하는 지역에서 HA를 사용하도록 설정하면 Azure DocumentDB가 대기 분할된 데이터베이스를 주 분할된 데이터베이스와 다른 가용성 영역에 배치하기 때문에 클러스터가 영역 중복이 됩니다. 프라이머리 샤드에 장애가 발생하지 않는 한 대기 샤드는 클라이언트 요청을 받지 않습니다.
HA를 사용하지 않도록 설정하는 경우 Azure DocumentDB는 대기 분할된 데이터베이스를 다른 가용성 영역에 배치하지 않으므로 가용성 영역 오류로 클러스터를 사용할 수 없게 될 수 있습니다.
다이어그램은 세 가지 가용성 영역에 걸쳐 하나의 Azure DocumentDB 클러스터를 보여 줍니다. 두 개의 기본 물리 샤드는 가용성 영역 1에 있고, 각각에 대응하는 대기 물리 샤드는 가용성 영역 2에 있습니다. 각 프라이머리 샤드와 스탠바이 샤드 사이의 화살표는 동기 복제를 나타냅니다. 이 예제에서는 가용성 영역 3에 샤드가 없습니다.
요구 사항
지역 지원: Azure DocumentDB에서 가용성 영역을 사용하려면 Azure DocumentDB 및 가용성 영역을 모두 지원하는 지역을 선택합니다. 지역별로 사용 가능한 제품을 확인하고 가용성 영역을 지원하는 지역과 비교합니다.
고가용성: 클러스터에서 HA를 사용하도록 설정해야 합니다. HA를 사용하려면 클러스터가 M30(이상) 컴퓨팅 계층을 사용해야 합니다.
Considerations
일부 Azure DocumentDB API에는 동일한 영역 배포 모드에 대한 참조가 포함되어 있지만 Azure DocumentDB는 동일한 영역 HA 배포를 지원하지 않습니다. 이 서비스는 영역 중복 HA 배포를 지원합니다.
영역 간 인스턴스 배포
Microsoft 클러스터에 대해 두 개의 가용성 영역을 선택합니다. 영역 중복 HA 배포에서 Azure DocumentDB는 모든 기본 분할된 데이터베이스를 한 영역에 배치하고 다른 영역에는 모든 대기 분할된 데이터베이스를 배치합니다.
Cost
HA를 사용하도록 설정하면 Azure DocumentDB는 각 기본 샤드에 대해 대기 샤드를 프로비저닝하므로 클러스터의 컴퓨팅 및 스토리지 비용이 증가합니다. 가용성 영역을 지원하는 지역에서는 HA를 통해 클러스터가 영역 중복성을 갖도록 합니다. 일부 배포 모드에서 Azure DocumentDB는 기본적으로 HA를 사용하도록 설정합니다. 프로덕션 워크로드의 경우 HA를 사용하도록 설정합니다. 개발 및 테스트 워크로드의 경우 HA를 사용하지 않도록 설정하여 비용을 절감할 수 있습니다. 가격 책정 세부 정보는 Azure DocumentDB 가격 책정을 참조하세요.
가용성 영역 지원 구성
새 영역 중복형 Azure DocumentDB 클러스터 만들기: 가용성 영역을 지원하는 지역에서 클러스터를 만들 때 HA를 사용하도록 설정하여 클러스터를 영역 중복형으로 구성합니다. 자세한 단계는 빠른 시작: Azure 포털을 사용하여 Azure DocumentDB 클러스터 만들기를 참조하세요.
기존 Azure DocumentDB 클러스터에서 영역 중복을 사용하도록 설정합니다. 기존 클러스터에서 HA를 사용하도록 설정할 수 있습니다. Azure DocumentDB 클러스터에서 고가용성을 사용하거나 사용하지 않도록 설정한 경우 데이터베이스 가동 중지 시간이 없습니다. 자세한 단계는 Azure DocumentDB 클러스터 크기 조정을 참조하세요.
모든 영역이 정상인 경우의 동작
이 섹션에서는 가용성 영역을 지원하는 지역에서 HA에 대한 Azure DocumentDB 클러스터를 구성할 때 예상되는 작업을 설명하며 모든 영역이 작동합니다.
영역 간 운영: 기본 샤드는 모든 클라이언트 요청을 처리합니다. 다른 가용성 영역의 대기 분할된 데이터베이스는 주 데이터베이스가 실패하지 않는 한 클라이언트 요청을 받지 않습니다.
영역 간 데이터 복제: 기본 분할된 데이터베이스와 대기 분할된 데이터베이스 간의 복제는 동기적입니다. 쓰기는 서비스가 응답을 반환하기 전에 기본 분할된 데이터베이스와 대기 분할된 데이터베이스 모두에서 유지됩니다.
영역 오류 중 동작
이 섹션에서는 가용성 영역을 지원하는 지역에서 HA에 대한 Azure DocumentDB 클러스터를 구성할 때 예상되는 작업에 대해 설명하며 영역 중 하나에서 중단이 발생합니다.
감지 및 대응: Microsoft는 샤드 상태를 모니터링하고 감지 및 장애 조치(failover) 작업을 대신 처리합니다. 영역 장애로 인해 주 샤드를 사용할 수 없게 되면 Azure DocumentDB는 자동으로 대기 샤드를 승격한 다음 새 대기 샤드를 만들어 중복성을 다시 구성합니다.
통지: 영역이 다운된 경우 Microsoft는 자동으로 알리지 않습니다. 그러나 Azure Service Health 를 사용하여 영역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며, 문제를 알리도록 Service Health 경고를 설정할 수 있습니다.
활성 요청: 장애 조치 전에 확인되지 않은 진행 중인 요청은 실패할 수 있으며 클라이언트가 다시 시도해야 합니다. 애플리케이션이 일시적인 오류를 처리하는 경우 이러한 재시도는 일반적으로 자동으로 완료됩니다.
예상 데이터 손실: Azure DocumentDB는 주 분할된 데이터베이스와 대기 분할된 데이터베이스 간에 데이터를 동기적으로 복제하므로 데이터 손실이 예상되지 않습니다.
예상 가동 중지 시간: 읽기 작업에는 가동 중지 시간이 필요하지 않습니다. 쓰기 작업의 경우 장애 조치(failover)가 완료되는 동안 잠시 중단이 발생할 수 있습니다. 애플리케이션이 일시적인 오류를 올바르게 다시 시도하면 일반적으로 짧은 속도 저하로 나타납니다.
재배포: 연결 문자열 변경되지 않으므로 클라이언트는 동일한 엔드포인트를 계속 사용합니다. 서비스는 트래픽을 승격된 대기 샤드로 자동으로 전환하고 새 대기 샤드를 재구축합니다.
영역 복구
가용성 영역이 복구되면 Azure DocumentDB는 클러스터에서 사용하는 모든 영역에서 정상 작업을 자동으로 복원합니다.
영역 오류 테스트
Azure DocumentDB 플랫폼은 영역 중복 클러스터에 대한 트래픽 라우팅, 장애 조치(failover) 및 영역 복구를 관리합니다. 가용성 영역 오류 프로세스를 시작하거나 유효성을 검사할 필요가 없습니다.
지역 전체 오류에 대한 복원력
단일 Azure 지역에 각 Azure DocumentDB 클러스터를 배포합니다. 지역 오류에 대한 복원력을 지원하려면 다른 지역에 하나의 복제본 클러스터를 추가하여 지역 간 복제를 구성합니다.
지역 간 복제
Azure DocumentDB는 복제본 클러스터를 통한 지역 간 복제를 지원합니다. 복제본 클러스터는 리소스 그룹에 별도의 클러스터로 나타납니다. 재해 복구 및 읽기 크기 조정에 이 복제본 클러스터를 사용할 수 있습니다. Azure DocumentDB는 주 클러스터에서 복제본 클러스터로 데이터 변경 내용을 자동으로 비동기적으로 복제합니다.
다이어그램은 읽기-쓰기 연결 문자열을 통해 기본 지역의 기본 클러스터에 연결되는 애플리케이션을 보여줍니다. 파선 화살표는 주 클러스터에서 보조 지역의 읽기 복제본 클러스터로의 비동기 복제를 보여 줍니다.
주 지역이 실패하면 복제본 클러스터를 읽기/쓰기 클러스터로 승격할 수 있습니다. 전역 읽기/쓰기 연결 문자열은 승격된 클러스터를 가리키도록 자동으로 업데이트됩니다.
다이어그램은 승격 후 읽기-쓰기 연결 문자열을 통해 보조 리전의 복제본 클러스터에 연결하는 애플리케이션을 보여줍니다. 실패 기호는 주 클러스터, 주 지역 및 이전 비동기 복제 경로를 표시합니다.
이 섹션에서는 지역 간 복제에 대한 안정성 고려 사항을 요약합니다. 자세한 내용은 Azure DocumentDB의 Azure DocumentDB 클러스터 및 지역 간 및 동일한 지역 복제 모범 사례에서 지역 간 및 동일한 지역 복제 관리를 참조하세요.
지역 간 장애 조치
Azure DocumentDB는 세 가지 승격 모드를 지원합니다.
강제 승격: 복제본 클러스터를 즉시 승격해 쓰기 작업을 수락하고, 전역 읽기-쓰기 연결 문자열을 통해 들어오는 쓰기 트래픽을 리디렉션합니다. 이 모드는 가동 중지 시간을 최소화하지만 설명되지 않은 쓰기가 손실되므로 데이터 손실이 발생할 수 있습니다.
서비스 관리 장애 조치(failover): 서비스 관리 장애 조치(failover)를 사용하도록 클러스터를 구성할 수 있습니다. Microsoft 주 클러스터를 모니터링하고 기본 클러스터가 비정상인 경우 강제 승격을 자동으로 트리거합니다.
정상 승격: 데이터 손실은 방지하지만, 아직 복제되지 않은 쓰기가 복제되는 동안 약간의 다운타임이 필요합니다. 정상적인 승격을 위해서는 두 클러스터가 모두 정상 상태여야 하므로 지역 가동 중단 중에는 수행할 수 없습니다.
자세한 내용은 Azure DocumentDB의 지역 간 장애 조치(failover) 모드를 참조하세요.
요구 사항
지역 지원: Azure DocumentDB를 지원하는 모든 Azure 지역에서 지역 간 복제를 사용할 수 있습니다.
컴퓨팅 계층: 지역 간 복제에는 M30 컴퓨팅 계층 이상이 필요합니다.
Considerations
네트워크 액세스: 복제본 클러스터는 주 클러스터에서 네트워킹 설정을 상속하지 않습니다. 복제본 클러스터에서 방화벽 규칙 또는 프라이빗 엔드포인트를 별도로 구성하고 장애 조치(failover) 전에 연결을 테스트합니다. 자세한 내용은 연속 쓰기, 클러스터 복제본에 대한 읽기 작업 및 연결 문자열을 참조하세요.
기능 지원: 복제본 클러스터는 PITR(특정 시점 복원) 또는 지역 내 HA를 지원하지 않습니다.
주 클러스터에서 HA를 사용하는 경우 승격된 클러스터에서 HA를 다시 사용하도록 설정해야 합니다.
자세한 내용은 Azure DocumentDB 서비스 제한 및 할당량을 참조하세요.
Cost
지역 간 복제는 복제본 클러스터의 컴퓨팅 및 스토리지 리소스에 대한 비용을 추가합니다. 지역 간 데이터 전송 요금도 적용됩니다. 가격 책정 세부 정보는 Azure DocumentDB 가격 책정 및 대역폭 가격을 참조하세요.
다중 리전 지원 구성
복제본 클러스터 만들기: 지역 간 복제를 사용하도록 설정하려면 주 클러스터에서 복제본 클러스터를 만듭니다. 주 클러스터를 만들 때 또는 나중에 복제본 클러스터를 만들 수 있습니다. 단계는 Azure DocumentDB 클러스터에서 지역 간 및 동일한 지역 복제 관리를 참조하세요.
자동 장애 조치 구성: 주 지역에 장애가 발생하는 경우 Azure가 복제본을 자동으로 승격하도록 하려면 서비스 관리형 장애 조치를 사용하도록 설정하세요. 자세한 내용은 서비스 관리형 장애 조치 활성화를 참조하세요.
메모
Microsoft 일반적으로 전체 지역 중단 또는 영향을 받는 많은 고객과 같은 극단적인 이벤트에서만 서비스 관리 장애 조치(failover)를 트리거합니다. 장애 조치가 시작되기 전에 지연이 있을 수 있습니다. 가용성을 신속하게 복원해야 하는 경우 고객 주도 강제 승격을 사용하여 장애 조치 과정을 수행하는 것이 좋습니다.
모든 지역이 정상인 경우의 동작
이 섹션에서는 지역 간 복제를 위해 Azure DocumentDB 클러스터를 구성하고 모든 지역이 작동할 때 예상되는 사항에 대해 설명합니다.
지역 간 작업: 기본 클러스터는 모든 읽기-쓰기 트래픽을 제공합니다. 복제본 클러스터는 읽기 전용 트래픽을 제공하며 읽기 워크로드를 확장하거나 읽기 트래픽을 특정 지역에 로컬로 유지하는 데 사용할 수 있습니다. 전역 읽기-쓰기 연결 문자열은 항상 현재 쓰기 가능한 클러스터를 가리키므로 클라이언트는 어느 리전이 주 리전인지 추적할 필요가 없습니다.
지역 간 데이터 복제: 주 클러스터와 복제본 클러스터 간의 복제는 비동기적입니다. 쓰기는 주 클러스터에서 커밋되고 복제본 클러스터에 복제되기 전에 클라이언트에 승인됩니다. 이 방법을 사용하면 지역 간 네트워크 대기 시간이 쓰기 성능에 영향을 주지 않습니다. 복제는 비동기식이므로 기본 클러스터와 복제본 클러스터 간에 어느 정도의 복제 지연이 발생할 수 있으며, 강제 장애 조치(failover) 중에는 복제되지 않은 쓰기 작업이 손실될 수 있습니다.
지역 오류 중 동작
이 섹션에서는 지역 간 복제를 위해 Azure DocumentDB 클러스터를 구성하고 주 클러스터의 지역에 중단이 발생할 때 예상되는 작업에 대해 설명합니다.
검색 및 응답: 중단을 감지하고 응답하는 책임은 클러스터에서 사용하는 장애 조치(failover) 유형에 따라 달라집니다.
- 서비스 관리 장애 조치(failover)가 사용하도록 설정된 경우 Azure DocumentDB는 중단을 감지하고 복제본 클러스터의 강제 승격을 자동으로 수행합니다.
- 서비스 관리형 장애 조치가 활성화되어 있지 않다면, 서비스 중단을 감지하고 강제 승격을 직접 시작해야 합니다.
자세한 내용은 Azure DocumentDB의 지역 간 장애 조치(failover) 모드를 참조하세요.
알림: Microsoft는 지역이 다운된 경우 자동으로 알리지 않습니다. 그러나 Azure Service Health 를 사용하여 지역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며, 문제를 알리도록 Service Health 경고를 설정할 수 있습니다.
활성 요청: 실패한 주 지역에 대한 활성 요청이 실패할 수 있습니다. 장애 조치(failover)가 완료되면 애플리케이션은 승격된 클러스터에 대해 다시 연결하고 다시 시도해야 합니다.
예상 데이터 손실: 리전 장애 중 발생하는 장애 조치는 계획되지 않으므로, 복제가 비동기식이기 때문에 복제되지 않은 쓰기가 손실될 수 있습니다.
예상 가동 중지 시간: 전체 가동 중지 시간은 검색 시간, 장애 조치 모드 및 클라이언트 다시 연결 동작에 따라 달라집니다.
고객이 시작한 강제 승격의 경우 총 가동 중지 시간에는 중단을 감지하고 응답 프로세스를 시작하는 데 걸리는 시간과 프로모션을 완료하는 시간이 포함됩니다.
승격이 시작되면 일반적으로 몇 분 내에 완료됩니다.
재배포: 전역 읽기/쓰기 연결 문자열은 승격 후 승격된 클러스터를 자동으로 가리킵니다. 클러스터별 연결 문자열을 사용하는 애플리케이션은 트래픽을 정상 클러스터로 전달하도록 구성 업데이트가 필요할 수 있습니다.
지역 복구
Azure DocumentDB는 복구된 후에도 원래 지역으로 자동 복귀하지 않습니다. 쓰기 작업을 원래 지역에 반환하려면 기본 토폴로지 다시 설정 후 다른 승격을 수행합니다. 페일백 중 데이터 손실을 방지하려면 정상 승격을 사용하세요. 정상적인 승격에는 약간의 가동 중지 시간이 필요하며, 유지 관리 기간 동안처럼 선택한 시간에 수행할 수 있습니다. 자세한 내용은 정상적으로 프로모션 실행하기를 참조하세요.
지역 오류 테스트
제어된 환경에서 복제본 클러스터를 승격하여 재해 복구 프로세스를 정기적으로 테스트합니다.
강제 승격을 사용하여 장애 동작을 시뮬레이션합니다. 이 테스트는 데이터 손실을 초래할 수 있으므로 비프로덕션 환경에서 이 테스트를 실행하는 것이 좋습니다. 자세한 내용은 강제 승격 실행을 참조하세요.
데이터 손실을 방지하려는 경우 계획된 전환 드릴에 정상 승격을 사용하세요. 자세한 내용은 정상적으로 프로모션 실행하기를 참조하세요.
백업 및 복원
가용성 영역에 대한 복제 및 지원은 인프라 오류 발생 시 클러스터를 사용할 수 있도록 유지하는 데 도움이 됩니다. Azure DocumentDB는 데이터를 실수로 삭제하거나 수정한 후 PITR(지정 시간 복구)을 사용하도록 설정하여 다른 위험을 해결하는 연속 백업을 자동으로 사용합니다. Azure DocumentDB는 데이터베이스 작업의 성능 또는 가용성에 영향을 주지 않고 백업을 수행합니다. 복제 및 백업이 다양한 위험을 해결하는 방법에 대한 자세한 내용은 중복성, 복제 및 백업을 참조하세요.
Azure DocumentDB는 원본 데이터와 별도로 백업을 저장합니다. 가용성 영역을 지원하는 지역에서 서비스는 백업 스냅샷을 세 개의 가용성 영역에 저장합니다. Azure DocumentDB는 이러한 백업을 관리하므로 내보낼 수 없습니다. 이 서비스는 활성 클러스터의 경우 35일, 활성 버스트 가능 계층(M10, M20, M25) 클러스터의 경우 7일, 삭제된 클러스터의 경우 7일 동안 백업을 유지합니다.
백업을 새 클러스터로 복원할 수 있습니다. 이렇게 하면 복원 후 작업 집합을 수행해야 합니다.
자세한 내용은 Azure DocumentDB에서 클러스터 복원을 참조하세요.
서비스 유지 관리에 대한 복원력
Microsoft는 정기적으로 서비스 업데이트를 적용하고 다른 유지 관리를 수행합니다. Azure 플랫폼은 이러한 활동을 자동으로 처리하여 유지 관리가 원활하고 투명하도록 합니다. Azure Service Health 계획된 유지 관리를 통해 조언을 받지 않는 한 유지 관리 이벤트 중에 가동 중지 시간이 예상되지 않습니다.
계획된 유지 관리 이벤트는 클라이언트 작업에 대한 간단한 일시적인 오류를 발생시킬 수 있습니다. 애플리케이션은 일시적인 오류에 대한 복원력의 재시도 지침을 사용하여 이러한 이벤트를 처리해야 합니다.
서비스 수준 약정
Azure 서비스에 대한 SLA(서비스 수준 계약)는 각 서비스의 예상 가용성과 솔루션이 가용성 기대치를 달성하기 위해 충족해야 하는 조건을 설명합니다. 자세한 내용은 온라인 서비스에 대한 SLA를 참조하세요.
Azure DocumentDB의 경우 가용성 SLA는 클러스터에 HA(고가용성)가 설정된 경우에만 적용됩니다. 다른 가용성 SLA는 다음 구성에 적용됩니다.
지역 간 복제를 사용하여 여러 Azure 지역에 걸쳐 있는 HA 지원 클러스터입니다.
단일 지역의 HA 지원 클러스터.