Azure Cosmos DB のバースト容量

適用対象: NoSQL MongoDB Cassandra Gremlin Table

Azure Cosmos DB のバースト容量を使用すると、データベースまたはコンテナーのアイドル状態のスループット容量を利用して、トラフィックの急増を処理できます。 バースト容量では、各物理パーティションで最大 5 分のアイドル容量を蓄積でき、最大 3,000 RU/秒のレートで消費できます。 通常であればレート制限される要求を、バースト容量が利用可できる間はそれを使用して処理できます。

バースト容量は、プロビジョニングされたスループット (手動および自動スケーリング) を使用する Azure Cosmos DB アカウントにのみ適用され、サーバーレス コンテナーには適用されません。 この機能は、Azure Cosmos DB アカウント レベルで構成され、プロビジョニングされたスループットが 3,000 RU/秒未満の物理パーティションを持つアカウント内のすべてのデータベースとコンテナーに自動的に適用されます。 物理パーティションあたり 3,000 RU/秒以上のリソースは、バースト容量の恩恵を受けたり、それを使用したりすることはできません。

バースト容量のしくみ

注意

バースト容量の現在の実装は、今後変更される可能性があります。 バースト容量の使用はシステム リソースの可用性の影響を受け、保証されません。 Azure Cosmos DB では、バックグラウンド メンテナンス タスクにもバースト容量が使用される場合があります。 プロビジョニングした量を超えるスループットがワークロードで一貫して必要な場合は、バースト容量に頼るのではなく、ワークロードに応じて RU/秒をプロビジョニングすることをお勧めします。 バースト容量を有効にする前に、パーティション レイアウトをマージして、バースト容量に依存せずに物理パーティションごとにより多くの RU/秒を永続的に増やすことができるかどうかを評価することもお勧めします。

例として、物理パーティションのプロビジョニングされたスループットが 100 RU/秒で、5 分間アイドル状態であるとします。 バースト容量が有効になっていると、最大 100 RU/秒 * 300 秒 = 30,000 RU のバースト容量を蓄積できます。 容量は最大レート 3,000 RU/秒で消費できるため、要求のボリュームが急増した場合、パーティションは最大 30,000 (RU)/3,000 (RU/秒) = 10 秒間、最大 3,000 RU/秒までバーストできます。 バースト容量が有効になっていないと、要求の消費がプロビジョニングされた 100 RU/秒を超えると、レート制限 (429) されます。

10 秒が経過すると、バースト容量を使い切ります。 ワークロードがまだプロビジョニングされた 100 RU/秒を超えていると、プロビジョニングされた 100 RU/秒を超えて消費する要求はすべてレート制限 (429) されます。 物理パーティションが任意の時点で蓄積できるバースト容量の最大量は、300 秒 * 物理パーティションのプロビジョニングされた RU/秒と等しくなります。

作業の開始

バースト容量の使用を開始するには、Azure Cosmos DB アカウントの [機能] ページに移動します。 バースト容量機能を選択して有効にします。

この機能を有効にすると、有効になるまでに 15 分から 20 分かかります。

要件

バースト容量を有効にするには、Azure Cosmos DB アカウントが次のすべての条件を満たしている必要があります。

• Azure Cosmos DB アカウントは、プロビジョニングされたスループット (手動または自動スケーリング) を使用します。 バースト容量は、サーバーレス アカウントには適用されません。
• Azure Cosmos DB アカウントで、NoSQL、Cassandra、Gremlin、MongoDB、または Table 用の API を使用している。

次の手順

• バースト容量に関する FAQ を参照します。
• プロビジョニングされたスループットの詳細を確認します。
• 要求ユニットの詳細を確認します。