이 불일치는 단일 파티션에 대한 전체 RU/s가 스케일 업할 때, 즉 (current RU/s per partition * new container RU/s)/(old container RU/s)가 10,000RU/s보다 큰 경우 발생할 수 있습니다. 이 불일치는 currentNumberOfPartitions * 10,000 RU/s를 초과하도록 RU/s를 늘려 파티션 분할을 트리거하거나 파티션 분할을 트리거하지 않고 RU/s를 늘릴 때 발생할 수 있습니다.
스케일 업 후에 처리량을 균등하게 재배포하는 것이 좋습니다. 그렇지 않으면 프로비전한(비용이 청구되는) 모든 RU/s를 사용하지 못할 수 있습니다.
이 시나리오가 리소스에 적용되는지 확인하려면 Azure Monitor 메트릭을 사용합니다. ProvisionedThroughput(수동 처리량을 사용하는 경우) 또는 AutoscaleMaxThroughput(자동 스케일링을 사용하는 경우) 메트릭의 값을 PhysicalPartitionThroughput 메트릭 값에 비교합니다. PhysicalPartitionThroughput 값이 각 ProvisionedThroughput 또는 AutoscaleMaxThroughput보다 작은 경우 RU/s를 균등 배포로 재설정한 후 재배포하거나, 리소스 처리량을 PhysicalPartitionThroughput 값으로 낮춥니다.
예를 들어, 3개 물리적 파티션 및 6,000RU/s가 포함된 컬렉션이 있다고 가정해 보겠습니다. 최대 24,000RU/s로 스케일 업합니다. 스케일 업 후 모든 파티션의 총 처리량은 18,000RU/s에 불과합니다. 이 배포는 24,000RU/s에 대한 요금이 청구되는 동안 18,000RU/s의 유효 처리량만 얻을 수 있음을 의미합니다. RU/s가 동일하게 재배포되므로 각 파티션에서 8,000RU/s를 얻게 되며, 필요에 따라 RU/s를 다시 재배포할 수 있습니다. 전체 RU/s를 18,000RU/s로 낮추도록 선택할 수도 있습니다.
스케일 업 전(6,000RU/s)최대 24,000RU/s로 스케일 업 후(유효 RU/s = 18,000RU/s)총 RU/s의 비율 P0: 1,000RU/sP0: 4,000RU/s1/6 P1: 4,000RU/sP1: 10,000RU/s(파티션은 10,000RU/s를 초과할 수 없음)2/3 P2: 1,000RU/sP2: 4,000RU/s1/6