Azure Cosmos DB에서 고가용성을 제공 하는 방법How does Azure Cosmos DB provide high availability

적용 대상: SQL API Cassandra API Gremlin API Table API Azure Cosmos DB API for MongoDB

Azure Cosmos DB는 두 가지 주요 방법으로 고가용성을 제공 합니다.Azure Cosmos DB provides high availability in two primary ways. 먼저, Azure Cosmos DB Cosmos 계정 내에서 구성 된 지역에 걸쳐 데이터를 복제 합니다.First, Azure Cosmos DB replicates data across regions configured within a Cosmos account. 둘째로, Azure Cosmos DB는 지역 내에서 4 개의 데이터 복제본을 유지 관리 합니다.Second, Azure Cosmos DB maintains 4 replicas of data within a region.

Azure Cosmos DB는 전역적으로 분산 된 데이터베이스 서비스 이며 Azure의 기본 서비스입니다.Azure Cosmos DB is a globally distributed database service and is a foundational service in Azure. 기본적으로는 Azure를 사용할 수 있는 모든 지역에서 사용할 수 있습니다.By default, is available in all regions where Azure is available. 제한 없는 수의 Azure 지역을 Azure Cosmos 계정과 연결할 수 있으며 데이터는 자동으로 투명하게 복제됩니다.You can associate any number of Azure regions with your Azure Cosmos account and your data is automatically and transparently replicated. 언제든지 Azure Cosmos 계정에서 지역을 추가 또는 제거할 수 있습니다.You can add or remove a region to your Azure Cosmos account at any time. Cosmos DB는 고객이 사용할 수 있는 5개의 고유한 Azure 클라우드 환경에서 사용할 수 있습니다.Cosmos DB is available in all five distinct Azure cloud environments available to customers:

  • Azure 공용 클라우드: 전역적으로 사용할 수 있습니다.Azure public cloud, which is available globally.

  • Azure 중국 21vianet 은 중국의 가장 큰 인터넷 공급자 중 하나인 Microsoft와 21vianet 간의 고유한 파트너 관계를 통해 사용할 수 있습니다.Azure China 21Vianet is available through a unique partnership between Microsoft and 21Vianet, one of the country’s largest internet providers in China.

  • Azure 독일 은 데이터 트러스티 모델에서 서비스를 제공 하며,이는 독일 데이터 트러스티 역할을 하는 Deutsche Telekom의 자회사 인 T-Systems 국제 GmbH의 제어를 통해 고객 데이터가 독일에 유지 되도록 합니다.Azure Germany provides services under a data trustee model, which ensures that customer data remains in Germany under the control of T-Systems International GmbH, a subsidiary of Deutsche Telekom, acting as the German data trustee.

  • Azure Government : 미국 4개 지역에서 미국 정부 기관 및 해당 파트너가 사용할 수 있습니다.Azure Government is available in four regions in the United States to US government agencies and their partners.

  • DoD (방어 부서)에 대 한 Azure Government 미국의 방어 부서와 미국의 두 지역에서 사용할 수 있습니다.Azure Government for Department of Defense (DoD) is available in two regions in the United States to the US Department of Defense.

다음 그림에 표시 된 것 처럼 지역 내에서 Azure Cosmos DB는 실제 파티션 내의 복제본으로 4 개의 데이터 복사본을 유지 관리 합니다.Within a region, Azure Cosmos DB maintains four copies of your data as replicas within physical partitions as shown in the following image:

물리적 분할

  • Azure Cosmos 컨테이너 내의 데이터는 수평 분할됩니다.The data within Azure Cosmos containers is horizontally partitioned.

  • 파티션 집합은 여러 복제본 집합의 컬렉션입니다.A partition-set is a collection of multiple replica-sets. 각 지역 내에서 모든 파티션은 모든 쓰기가 복제되는 복제본 세트로 보호되며, 대부분의 복제본에서 지속적으로 커밋됩니다.Within each region, every partition is protected by a replica-set with all writes replicated and durably committed by a majority of replicas. 복제본은 10 ~ 20개의 장애 도메인 간에 분산됩니다.Replicas are distributed across as many as 10-20 fault domains.

  • 모든 지역에 걸쳐 있는 각 파티션이 복제됩니다.Each partition across all the regions is replicated. 각 지역에는 Azure Cosmos 컨테이너의 모든 데이터 파티션이 포함 되며 쓰기를 허용 하 고 읽기를 제공할 수 있습니다.Each region contains all the data partitions of an Azure Cosmos container and can accept writes and serve reads.

Azure Cosmos 계정이 n 개의 azure 지역에 배포 되는 경우 모든 데이터의 최소 n x 4 복사본이 있습니다.If your Azure Cosmos account is distributed across N Azure regions, there will be at least N x 4 copies of all your data. 2 개 이상의 지역에 Azure Cosmos 계정이 있으면 응용 프로그램의 가용성이 향상 되 고 연결 된 지역에서 짧은 대기 시간을 제공 합니다.Having an Azure Cosmos account in more than 2 regions improves the availability of your application and provides low latency across the associated regions.

가용성 SLASLAs for availability

전역적으로 분산 된 데이터베이스인 Azure Cosmos DB는 처리량, 대기 시간 (99 번째 백분위 수), 일관성 및 고가용성을 포함 하는 포괄적인 Sla를 제공 합니다.As a globally distributed database, Azure Cosmos DB provides comprehensive SLAs that encompass throughput, latency at the 99th percentile, consistency, and high availability. 아래 표에서는 단일 및 다중 지역 계정에 대해 Azure Cosmos DB에서 제공 하는 고가용성을 보장 합니다.The table below shows the guarantees for high availability provided by Azure Cosmos DB for single and multi-region accounts. 고가용성을 위해 항상 여러 쓰기 지역을 갖도록 Azure Cosmos 계정을 구성 합니다.For high availability, always configure your Azure Cosmos accounts to have multiple write regions.

작업 유형Operation type 단일 지역Single region 다중 지역(단일 지역 쓰기)Multi-region (single region writes) 다중 지역(다중 지역 쓰기)Multi-region (multi-region writes)
쓰기Writes 99.9999.99 99.9999.99 99.99999.999
읽기Reads 99.9999.99 99.99999.999 99.99999.999

참고

실제로 제한 된 부실, 세션, 일관 된 접두사 및 최종 일관성 모델에 대 한 실제 쓰기 가용성이 게시 된 Sla 보다 훨씬 더 높습니다.In practice, the actual write availability for bounded staleness, session, consistent prefix and eventual consistency models is significantly higher than the published SLAs. 모든 일관성 수준에 대한 실제 읽기 가용성은 게시된 SLA보다 훨씬 높습니다.The actual read availability for all consistency levels is significantly higher than the published SLAs.

지역 가동 중단 시 Azure Cosmos DB를 통한 고가용성High availability with Azure Cosmos DB in the event of regional outages

드물지만 지역 가동 중단이 발생 하는 경우에 Azure Cosmos DB 데이터베이스를 항상 항상 사용할 수 있도록 합니다.For the rare cases of regional outage, Azure Cosmos DB makes sure your database is always highly available. 다음 세부 정보는 Azure Cosmos 계정 구성에 따라 가동 중단 중에 Azure Cosmos DB 동작을 캡처합니다.The following details capture Azure Cosmos DB behavior during an outage, depending on your Azure Cosmos account configuration:

  • Azure Cosmos DB를 사용 하는 경우 쓰기 작업이 클라이언트에 승인 되기 전에 쓰기 작업을 수락 하는 지역 내의 복제본 쿼럼에 의해 데이터가 지속적으로 커밋됩니다.With Azure Cosmos DB, before a write operation is acknowledged to the client, the data is durably committed by a quorum of replicas within the region that accepts the write operations. 자세한 내용은 일관성 수준 및 처리량 을 참조 하세요.For more details, see Consistency levels and throughput

  • 다중 쓰기 지역으로 구성된 다중 지역 계정은 쓰기 및 읽기 모두에 대해 고가용성을 유지합니다.Multi-region accounts configured with multiple-write regions will be highly available for both writes and reads. 지역 장애 조치 (failover)는 Azure Cosmos DB 클라이언트에서 검색 되 고 처리 됩니다.Regional failovers are detected and handled in the Azure Cosmos DB client. 또한 즉시 적용 되며 응용 프로그램을 변경할 필요가 없습니다.They are also instantaneous and don't require any changes from the application.

  • 단일 지역 계정은 지역 중단으로 인해 가용성이 손실될 수도 있습니다.Single-region accounts may lose availability following a regional outage. 항상 고가용성을 보장 하기 위해 두 개 이상의 지역 (하나 이상의 쓰기 지역)을 Azure Cosmos 계정으로 설정 하는 것이 좋습니다.It's always recommended to set up at least two regions (preferably, at least two write regions) with your Azure Cosmos account to ensure high availability at all times.

단일 쓰기 지역이 있는 다중 지역 계정 (쓰기 영역 중단)Multi-region accounts with a single-write region (write region outage)

  • Azure Cosmos 계정에 자동 장애 조치 (failover) 를 구성 하는 경우 azure Cosmos 계정은 쓰기 지역 가동 중단 중에 자동으로 보조 지역을 새 주 쓰기 지역으로 승격 합니다.During a write region outage, the Azure Cosmos account will automatically promote a secondary region to be the new primary write region when enable automatic failover is configured on the Azure Cosmos account. 사용 하도록 설정 하면 지정한 지역 우선 순위에 따라 다른 지역으로 장애 조치 (failover)가 수행 됩니다.When enabled, the failover will occur to another region in the order of region priority you've specified.

  • 이전에 영향을 받은 지역이 다시 온라인 상태가 되 면 해당 지역이 실패 했을 때 복제 되지 않은 모든 쓰기 데이터는 충돌 피드를 통해 사용할 수 있게 됩니다.When the previously impacted region is back online, any write data that was not replicated when the region failed, is made available through the conflicts feed. 응용 프로그램은 충돌 피드를 읽고, 응용 프로그램별 논리에 따라 충돌을 해결 하 고, 업데이트 된 데이터를 적절 하 게 Azure Cosmos 컨테이너에 다시 쓸 수 있습니다.Applications can read the conflicts feed, resolve the conflicts based on the application-specific logic, and write the updated data back to the Azure Cosmos container as appropriate.

  • 이전에 영향을 받는 쓰기 지역이 복구되고 나면, 자동으로 읽기 지역으로 사용할 수 있게 됩니다.Once the previously impacted write region recovers, it becomes automatically available as a read region. 쓰기 지역으로 복구 된 지역으로 다시 전환할 수 있습니다.You can switch back to the recovered region as the write region. PowerShell, Azure CLI 또는 Azure Portal를 사용 하 여 지역을 전환할 수 있습니다.You can switch the regions by using PowerShell, Azure CLI or Azure portal. 쓰기 지역을 전환 하 고 응용 프로그램의 가용성이 계속 유지 되기 전에는 데이터 나 가용성 손실이 발생 하지 않습니다.There is no data or availability loss before, during or after you switch the write region and your application continues to be highly available.

중요

자동 장애 조치 (failover)를 사용 하도록 설정 하려면 프로덕션 워크 로드에 사용 되는 Azure Cosmos 계정을 구성 하는 것이 좋습니다.It is strongly recommended that you configure the Azure Cosmos accounts used for production workloads to enable automatic failover. 장애 조치 (failover) 중에 데이터 손실이 발생 하지 않도록 수동 장애 조치 (failover)를 수행 하려면 보조 및 기본 쓰기 지역 간의 연결이 필요 합니다.Manual failover requires connectivity between secondary and primary write region to complete a consistency check to ensure there is no data loss during the failover. 주 지역을 사용할 수 없는 경우이 일관성 검사를 완료할 수 없으며 수동 장애 조치 (failover)가 실패 하 여 지역 가동 중단 시간에 대 한 쓰기 가용성이 손실 됩니다.If the primary region is unavailable, this consistency check cannot complete and the manual failover will not succeed, resulting in loss of write availability for the duration of the regional outage.

단일 쓰기 지역이 있는 다중 지역 계정 (읽기 영역 중단)Multi-region accounts with a single-write region (read region outage)

  • 읽기 지역 가동 중단 중에는 세 개 이상의 읽기 지역에서 일관성 수준 또는 강력한 일관성을 사용 하는 Azure Cosmos 계정이 읽기 및 쓰기에 항상 사용 가능한 상태로 유지 됩니다.During a read region outage, Azure Cosmos accounts using any consistency level or strong consistency with three or more read regions will remain highly available for reads and writes.

  • 읽기 & 쓰기 영역을 포함 하는 읽기 지역 두 개 이하로 강력한 일관성을 사용 하는 Azure Cosmos 계정은 읽기 지역 가동 중단 중에 읽기/쓰기 가용성을 잃게 됩니다.Azure Cosmos accounts using strong consistency with two or fewer read regions (which includes the read & write region) will lose read write availability during a read region outage.

  • 영향을 받는 지역은 자동으로 연결이 끊어지고 오프 라인으로 표시 됩니다.The impacted region is automatically disconnected and will be marked offline. Azure Cosmos DB sdk 는 기본 지역 목록에서 사용 가능한 다음 지역으로 읽기 호출을 리디렉션합니다.The Azure Cosmos DB SDKs will redirect read calls to the next available region in the preferred region list.

  • 기본 설정 지역 목록의 어느 지역도 사용할 수 없는 경우 호출은 현재 쓰기 지역으로 자동으로 대체됩니다.If none of the regions in the preferred region list is available, calls automatically fall back to the current write region.

  • 읽기 지역 중단을 처리하기 위해 애플리케이션 코드를 변경할 필요가 없습니다.No changes are required in your application code to handle read region outage. 영향을 받는 읽기 지역이 다시 온라인 상태가 되 면 현재 쓰기 지역과 자동으로 동기화 되 고 읽기 요청을 제공 하기 위해 다시 사용할 수 있게 됩니다.When the impacted read region is back online it will automatically sync with the current write region and will be available again to serve read requests.

  • 후속 읽기는 애플리케이션 코드를 변경하지 않고도 복구된 지역으로 리디렉션됩니다.Subsequent reads are redirected to the recovered region without requiring any changes to your application code. 이전에 실패 한 지역에 대 한 장애 조치 (failover)와 다시 가입 하기 중에는 Azure Cosmos DB에서 읽기 일관성을 유지 합니다.During both failover and rejoining of a previously failed region, read consistency guarantees continue to be honored by Azure Cosmos DB.

  • Azure 지역이 영구적으로 복구할 수 없는 때 드물게 발생 하는 이벤트 에서도, 다중 지역 Azure Cosmos 계정이 강력한 일관성으로 구성 된 경우 데이터가 손실 되지 않습니다.Even in a rare and unfortunate event when the Azure region is permanently irrecoverable, there is no data loss if your multi-region Azure Cosmos account is configured with Strong consistency. 제한 된 부실 일관성을 사용 하 여 구성 된 다중 지역 Azure Cosmos 계정에 대 한 영구 복구할 수 없는 쓰기 지역의 경우 잠재적 데이터 손실 기간은 K = 100000 업데이트 및 T = 5 분 인 부실 창 ( k 또는 t )으로 제한 됩니다.In the event of a permanently irrecoverable write region, a multi-region Azure Cosmos account configured with bounded-staleness consistency, the potential data loss window is restricted to the staleness window ( K or T ) where K=100,000 updates and T=5 minutes. 세션, 일관 된 접두사 및 최종 일관성 수준에 대 한 잠재적인 데이터 손실 기간은 최대 15 분으로 제한 됩니다.For session, consistent-prefix and eventual consistency levels, the potential data loss window is restricted to a maximum of 15 minutes. Azure Cosmos DB의 RTO 및 RPO 대상에 대 한 자세한 내용은 일관성 수준 및 데이터 지 속성을 참조 하세요.For more information on RTO and RPO targets for Azure Cosmos DB, see Consistency levels and data durability

가용성 영역 지원Availability Zone support

지역 간 복원 력 외에도 이제 Azure Cosmos 데이터베이스와 연결할 지역을 선택할 때 영역 중복성 을 사용 하도록 설정할 수 있습니다.In addition to cross region resiliency, you can now enable zone redundancy when selecting a region to associate with your Azure Cosmos database.

가용성 영역을 지 원하는 Azure Cosmos DB를 사용 하 여 복제본이 지정 된 지역 내의 여러 영역에 배치 되도록 하 여 영역 오류 발생 시 고가용성 및 복원 력을 제공 합니다.With Availability Zone support, Azure Cosmos DB will ensure replicas are placed across multiple zones within a given region to provide high availability and resiliency during zonal failures. 이 구성에서는 대기 시간 및 기타 Sla를 변경 하지 않습니다.There are no changes to latency and other SLAs in this configuration. 단일 영역 장애가 발생 하는 경우 영역 중복성은 RPO = 0 및 RTO = 0 인 가용성에 대 한 전체 데이터 내구성을 제공 합니다.In the event of a single zone failure, zone redundancy provides full data durability with RPO=0 and availability with RTO=0.

영역 중복성은 다중 지역 쓰기 기능에서 복제 에 대 한 추가 기능 입니다.Zone redundancy is a supplemental capability to the replication in multi-region writes feature. 영역 중복성 만으로는 지역 복원 력을 달성할 수 없습니다.Zone redundancy alone cannot be relied upon to achieve regional resiliency. 예를 들어 지역에 걸친 지역 가동 중단 또는 짧은 대기 시간에 대 한 이벤트의 경우 영역 중복성 외에도 여러 쓰기 영역을 사용 하는 것이 좋습니다.For example, in the event of regional outages or low latency access across the regions, it's advised to have multiple write regions in addition to zone redundancy.

Azure Cosmos 계정에 대 한 다중 지역 쓰기를 구성 하는 경우 추가 비용 없이 영역 중복성을 옵트인 (opt in) 할 수 있습니다.When configuring multi-region writes for your Azure Cosmos account, you can opt into zone redundancy at no extra cost. 그렇지 않으면 영역 중복성 지원에 대 한 가격 책정과 관련 된 아래 참고를 참조 하세요.Otherwise, please see the note below regarding the pricing for zone redundancy support. 지역을 제거 하 고 영역 중복성을 사용 하 여 다시 추가 하 여 Azure Cosmos 계정의 기존 지역에서 영역 중복성을 사용 하도록 설정할 수 있습니다.You can enable zone redundancy on an existing region of your Azure Cosmos account by removing the region and adding it back with the zone redundancy enabled. 가용성 영역이 지원 되는 지역 목록은 가용성 영역 설명서를 참조 하세요.For a list of regions where availability zones are supported, see the Availability zones documentation.

다음 표에는 다양 한 계정 구성의 고가용성 기능이 요약 되어 있습니다.The following table summarizes the high availability capability of various account configurations:

KPIKPI 가용성 영역 없는 단일 영역 (AZ)Single region without Availability Zones (Non-AZ) 가용성 영역 있는 단일 지역 (AZ)Single region with Availability Zones (AZ) 가용성 영역 (AZ, 2 regions)를 사용 하 여 다중 지역 작성-가장 권장 되는 설정Multi-region writes with Availability Zones (AZ, 2 regions) – Most recommended setting
쓰기 가용성 SLAWrite availability SLA 99.99%99.99% 99.99%99.99% 99.999%99.999%
가용성 SLA 읽기Read availability SLA 99.99%99.99% 99.99%99.99% 99.999%99.999%
가격Price 단일 지역 청구 요금Single region billing rate 단일 지역 가용성 영역 요금 청구 요금Single region Availability Zone billing rate 다중 지역 요금 청구 요금Multi-region billing rate
영역 오류-데이터 손실Zone failures – data loss 데이터 손실Data loss 데이터 손실 없음No data loss 데이터 손실 없음No data loss
영역 오류-가용성Zone failures – availability 가용성 손실Availability loss 가용성 손실 없음No availability loss 가용성 손실 없음No availability loss
읽기 대기 시간Read latency 지역 간Cross region 지역 간Cross region 낮음Low
쓰기 대기 시간Write latency 지역 간Cross region 지역 간Cross region 낮음Low
지역 가동 중단-데이터 손실Regional outage – data loss 데이터 손실Data loss 데이터 손실Data loss 데이터 손실Data loss

여러 쓰기 지역과 둘 이상의 지역에서 제한 된 부실 일관성을 사용 하는 경우 데이터 손실은 계정에 구성 된 제한 된 부실 항목으로 제한 됩니다.When using bounded staleness consistency with multiple write regions and more than one region, data loss is limited to the bounded staleness configured on your account

여러 지역에서 강력한 일관성을 구성 하 여 지역 가동 중단 중에 데이터 손실을 방지할 수 있습니다.You can avoid data loss during a regional outage by configuring strong consistency with multiple regions. 이 옵션은 가용성 및 성능에 영향을 주는 장단점을 제공 합니다.This option comes with trade-offs that affect availability and performance. 단일 지역 쓰기에 대해 구성 된 계정에만 구성할 수 있습니다.It can be configured only on accounts that are configured for single-region writes.
지역 가동 중단-가용성Regional outage – availability 가용성 손실Availability loss 가용성 손실Availability loss 가용성 손실 없음No availability loss
처리량Throughput X r u/초 프로 비전 된 처리량X RU/s provisioned throughput X r u/초 프로 비전 된 처리량 * 1.25X RU/s provisioned throughput * 1.25 프로 비전 된 처리량 2 배2X RU/s provisioned throughput

이 구성 모드를 사용 하려면 두 개의 지역이 있기 때문에 가용성 영역를 사용 하는 단일 지역과 비교할 때 처리량의 두 배가 필요 합니다.This configuration mode requires twice the amount of throughput when compared to a single region with Availability Zones because there are two regions.

참고

다중 지역 Azure Cosmos 계정에 대 한 가용성 영역 지원을 사용 하도록 설정 하려면 계정에 다중 지역 쓰기가 활성화 되어 있어야 합니다.To enable Availability Zone support for a multi region Azure Cosmos account, the account must have multi-region writes enabled.

새 또는 기존 Azure Cosmos 계정에 영역을 추가할 때 영역 중복성을 사용 하도록 설정할 수 있습니다.You can enable zone redundancy when adding a region to new or existing Azure Cosmos accounts. Azure Cosmos 계정에서 영역 중복성을 사용 하도록 설정 하려면 isZoneRedundant true 특정 위치에 대 한 플래그를로 설정 해야 합니다.To enable zone redundancy on your Azure Cosmos account, you should set the isZoneRedundant flag to true for a specific location. 이 플래그는 위치 속성 내에서 설정할 수 있습니다.You can set this flag within the locations property. 예를 들어 다음 PowerShell 코드 조각은 "동남 아시아" 지역에 대해 영역 중복성을 사용 하도록 설정 합니다.For example, the following PowerShell snippet enables zone redundancy for the "Southeast Asia" region:

다음을 통해 가용성 영역을 사용 하도록 설정할 수 있습니다.Availability Zones can be enabled via:

고가용성 애플리케이션 빌드Building highly available applications

  • 이러한 이벤트 중에 Azure Cosmos sdk의 예상 동작 을 검토 하 고이에 영향을 주는 구성입니다.Review the expected behavior of the Azure Cosmos SDKs during these events and which are the configurations that affect it.

  • 높은 쓰기 및 읽기 가용성을 보장 하려면 여러 쓰기 지역이 있는 두 개 이상의 지역에 걸쳐 Azure Cosmos 계정을 구성 합니다.To ensure high write and read availability, configure your Azure Cosmos account to span at least two regions with multiple-write regions. 이 구성은 Sla에서 지원 되는 읽기 및 쓰기 둘 다에 대해 최고 가용성, 가장 낮은 대기 시간 및 최고 확장성을 제공 합니다.This configuration will provide the highest availability, lowest latency, and best scalability for both reads and writes backed by SLAs. 자세한 내용은 여러 쓰기 영역을 사용 하 여 Azure Cosmos 계정을 구성하는 방법을 참조 하세요.To learn more, see how to configure your Azure Cosmos account with multiple write-regions.

  • 단일 쓰기 지역으로 구성 된 다중 지역 Azure Cosmos 계정의 경우 Azure CLI 또는 Azure Portal를 사용 하 여 자동 장애 조치 (failover)를 사용 하도록 설정합니다.For multi-region Azure Cosmos accounts that are configured with a single-write region, enable automatic-failover by using Azure CLI or Azure portal. 자동 장애 조치(failover)를 사용하도록 설정하면, Cosmos DB는 지역 재해가 있을 때마다 자동으로 사용자 계정을 장애 조치(failover)합니다.After you enable automatic failover, whenever there is a regional disaster, Cosmos DB will automatically failover your account.

  • Azure Cosmos 계정을 항상 사용할 수 있는 경우에도 응용 프로그램이 항상 사용 가능한 상태로 유지 되도록 올바르게 설계 되지 않았을 수 있습니다.Even if your Azure Cosmos account is highly available, your application may not be correctly designed to remain highly available. 응용 프로그램 테스트 또는 DR (재해 복구) 드릴의 일부로 응용 프로그램의 종단 간 고가용성을 테스트 하려면 계정에 대해 자동 장애 조치 (failover)를 일시적으로 사용 하지 않도록 설정 하 고 PowerShell, Azure CLI 또는 Azure Portal를 사용 하 여 수동 장애조치 (failover)를 호출한 다음 응용 프로그램의 장애 조치 (failover)를 모니터링 합니다.To test the end-to-end high availability of your application, as a part of your application testing or disaster recovery (DR) drills, temporarily disable automatic-failover for the account, invoke the manual failover by using PowerShell, Azure CLI or Azure portal, then monitor your application's failover. 완료 되 면 주 지역으로 장애 복구 (failback) 하 고 계정에 대 한 자동 장애 조치 (failover)를 복원할 수 있습니다.Once complete, you can fail back over to the primary region and restore automatic-failover for the account.

  • 전역적으로 분산 된 데이터베이스 환경 내에서는 지역 전체 중단이 발생 했을 때 일관성 수준 및 데이터 내 구성을 직접 관계가 있습니다.Within a globally distributed database environment, there is a direct relationship between the consistency level and data durability in the presence of a region-wide outage. 비즈니스 연속성 계획을 개발할 때는 중단 이벤트가 발생한 후 애플리케이션이 완전히 복구되기까지 허용되는 최대 시간을 이해해야 합니다.As you develop your business continuity plan, you need to understand the maximum acceptable time before the application fully recovers after a disruptive event. 애플리케이션을 완전히 복구하는 데 필요한 시간을 RTO(복구 시간 목표)라고 합니다.The time required for an application to fully recover is known as recovery time objective (RTO). 또한 중단 이벤트가 발생한 후 복구될 때 애플리케이션에서 손실을 허용할 수 있는 최근 데이터 업데이트의 최대 기간도 이해해야 합니다.You also need to understand the maximum period of recent data updates the application can tolerate losing when recovering after a disruptive event. 손실될 수 있는 업데이트 기간을 RPO(복구 지점 목표)라고 합니다.The time period of updates that you might afford to lose is known as recovery point objective (RPO). Azure Cosmos DB의 RPO 및 RTO를 확인하려면 일관성 수준 및 데이터 내구성을 참조하세요.To see the RPO and RTO for Azure Cosmos DB, see Consistency levels and data durability

다음 단계Next steps

이제 다음 문서를 읽을 수 있습니다.Next you can read the following articles: