この不一致は、RU/秒全体をスケールアップして、単一のパーティションで (current RU/s per partition * new container RU/s)/(old container RU/s) が10,000 RU/秒を超えたときに発生する可能性があります。 この不一致は、RU/秒を currentNumberOfPartitions * 10,000 RU/s を超えて増やしたためにパーティション分割がトリガーされたか、パーティション分割のトリガーなしで RU/秒を増やしたときに発生する可能性があります。
スケールアップ後にスループットを均等に再配布することをお勧めします。 そうしない場合、プロビジョニング済み (かつ課金対象) のすべての RU/秒を使用できなくなる可能性があります。
このシナリオがリソースに適用されるかどうかを確認するには、Azure Monitor メトリックを使用します。 ProvisionedThroughput (手動スループットを使用している場合) または AutoscaleMaxThroughput (自動スケーリングを使用している場合) メトリックの値を、PhysicalPartitionThroughput メトリックの値と比較します。 PhysicalPartitionThroughput の値が ProvisionedThroughput または AutoscaleMaxThroughput より小さい場合は、再配布する前に RU/秒を偶数の配布にリセットするか、リソースのスループットを PhysicalPartitionThroughput の値まで減らします。
たとえば、コレクションに 6000 RU/秒と 3 つの物理パーティションがあるとします。 最大 24,000 RU/秒にスケールアップします。 スケールアップ後、すべてのパーティションの合計スループットはわずか 18,000 RU/秒です。 この配布では、24,000 RU/秒に対して課金される一方で、有効なスループットは 18,000 RU/秒しか得ることができないことを意味します。 RU/秒が均等に再配布されると、各パーティションが 8,000 RU/秒を取得し、必要に応じて RU/秒を再配布できます。 RU/秒全体を 18,000 RU/秒に減らすという選択もできます。
スケールアップ前 (6000 RU/秒)24,000 RU/秒にスケールアップした後 (有効な RU/秒 = 18,000 RU/秒)合計 RU/秒の割合 P0: 1000 RU/秒P0: 4000 RU/秒1/6 P1: 4000 RU/秒P1: 10000 RU/秒 (パーティションが 10,000 RU/秒を超えることはありません)2/3 P2: 1000 RU/秒P2: 4000 RU/秒1/6