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