다음을 통해 공유


Azure Cosmos DB에서 여러 Azure 지역 비용 최적화

적용 대상: NoSQL MongoDB Cassandra Gremlin 테이블

언제든지 Azure Cosmos DB 계정에서 지역을 추가 및 제거할 수 있습니다. 다양한 Azure Cosmos DB 데이터베이스 및 컨테이너에 대해 구성하는 처리량은 계정과 연결된 각 지역에 예약됩니다. Azure Cosmos DB 계정에 대한 모든 데이터베이스 및 컨테이너에 구성된 초당 요청 단위(RU/s)의 합계인 시간당 프로비전된 처리량이 데이터베이스 계정 T N과 연결된 Azure 지역 수인 경우 지정된 시간 동안 Azure Cosmos DB 계정에 대해 프로비전된 총 처리량은 RU/s와 같습니다 T x N .

단일 쓰기 지역을 사용하여 프로비저닝된 처리량 및 여러 쓰기 가능 지역이 있는 프로비전된 처리량은 비용이 다를 수 있습니다. 자세한 내용은 Azure Cosmos DB 가격 책정을 참조하세요.

여러 쓰기 지역에 대한 비용

다중 지역 쓰기 시스템에서 쓰기 작업에 사용할 수 있는 NET RU/s는 쓰기 영역의 수인 N 시간을 증가 N 합니다. 단일 지역 쓰기와 달리, 모든 지역은 이제 쓰기 가능하며 충돌 해결을 지원합니다. 비용 계획 관점에서 전 세계적으로 RU/s의 쓰기를 수행 M 하려면 컨테이너 또는 데이터베이스 수준에서 RU/s를 구성 M 해야 합니다. 그런 다음 원하는 만큼 지역을 추가하고 쓰기에 사용하여 전 세계 쓰기의 RU/s 가치를 수행할 M 수 있습니다.

예시

단일 지역 쓰기 시나리오에 컨테이너가 있는 것이 좋습니다. 해당 컨테이너는 RU/s의 10K 처리량으로 프로비전되며 이번 달에는 TB 데이터를 저장합니다 0.5 . 이제 동일한 스토리지 및 처리량을 가진 다른 지역을 추가하고 앱에서 두 지역의 컨테이너에 쓸 수 있는 기능을 원한다고 가정해 보겠습니다.

이 예제에서는 새 월별 총 소비량을 자세히 설명합니다.

월별 사용량
단일 쓰기 지역의 컨테이너에 대한 처리량 청구 10K RU/s * 730 hours
여러 쓰기 지역의 컨테이너에 대한 처리량 청구(2) 2 * 10K RU/s * 730 hours
단일 쓰기 지역의 컨테이너에 대한 스토리지 요금 0.5 TB (or 512 GB)
두 쓰기 지역의 컨테이너에 대한 스토리지 요금 2 * 0.5 TB (or 1,024 GB)

참고 항목

이 예제에서는 한 달에 730시간을 가정합니다.

지역별 처리량 사용률 개선

비효율적인 사용률이 있는 경우 읽기 영역에서 변경 피드를 사용하여 읽기 지역에서 RU/s를 최대한 사용하는 단계를 수행할 수 있습니다. 또는 과도하게 활용된 경우 다른 보조 복제본으로 이동할 수 있습니다. 예를 들어 하나 이상의 사용률이 낮은 읽기 영역은 비효율적인 것으로 간주됩니다. 먼저 쓰기 지역에서 프로비전된 처리량(RU/s)을 최적화해야 합니다.

쓰기는 큰 쿼리를 제외한 대부분의 경우 읽기보다 더 많은 비용이 듭니다. 사용률 유지 관리가 어려울 수 있습니다. 전반적으로 사용자의 지역에서 사용된 처리량을 모니터링하고 요청 시 지역을 추가하거나 제거하여 읽기 및 쓰기 처리량을 확장합니다. 동일한 지역에 배포된 모든 앱의 대기 시간에 미치는 영향을 이해해야 합니다.