Share via

Azure Cosmos DB for MongoDB の操作のレート制限エラーを回避する

  • [アーティクル]

適用対象: MongoDB

Azure Cosmos DB for MongoDB の操作は、コレクションのスループット制限 (RU) を超えると、レート制限が発生する可能性があり、その結果 mongo 要求メトリックで 16500 エラーが発生します。

サーバー側の再試行 (SSR) を有効にして、操作の再試行を自動化します。 SSR を使用すると、アカウント内のすべてのコレクションに対して短い待ち時間で要求が再試行されます。 60 秒のタイムアウトに達すると、クライアントに ExceededTimeLimit 例外 (50) が返されます。

Azure ポータルの使用

  1. Azure portal にサインインします。

  2. Azure Cosmos DB for MongoDB アカウントに移動します。

  3. [設定] セクションの下にある [機能] ペインにアクセスします。

  4. [Server Side Retry](サーバー側の再試行) を選択します。

  5. [有効化] をクリックして、アカウント内のすべてのコレクションに対してこの機能を有効にします。

Azure Cosmos DB for MongoDB のサーバー側の再試行機能のスクリーンショット

Azure CLI の使用

  1. ご利用のアカウントで SSR が既に有効になっているかどうかを確認します。

    az cosmosdb show --name accountname --resource-group resourcegroupname

  2. ご利用のデータベース アカウント内のすべてのコレクションに対して SSR を有効にします。 この変更が有効になるまで、最大 15 分かかる場合があります。

    az cosmosdb update --name accountname --resource-group resourcegroupname --capabilities EnableMongo DisableRateLimitingResponses

  3. 次のコマンドは、機能の一覧から DisableRateLimitingResponses を削除することによって、データベース アカウント内のすべてのコレクションに対してサーバー側の再試行を無効にします。 この変更が有効になるまで、最大 15 分かかる場合があります。

    az cosmosdb update --name accountname --resource-group resourcegroupname --capabilities EnableMongo

よく寄せられる質問

サーバー側の再試行の影響はどのように監視するのですか。

[Azure Cosmos DB メトリック] ペインでは、サーバー側で再試行されたレート制限エラー (16500) を mongo 要求メトリックで確認できます。 SSR が有効になっている場合、これらのエラーはサーバー側で処理され再試行されるため、クライアントには返されないことにご注意ください。

Azure Cosmos DB リソース ログ内で、estimatedDelayFromRateLimitingInMilliseconds を含むログ エントリを検索することができます。

サーバー側の再試行を適用すると、整合性レベルに影響がありますか。

サーバー側の再試行を適用しても、要求の整合性に影響はありません。 要求は、レート制限を受けた場合、サーバー側で再試行されます。

クライアントに返される可能性のある種類のエラーは、サーバー側の再試行の影響を受けますか。

いいえ。サーバー側の再試行の影響を受けるのは、レート制限エラーのみであり、これらはサーバー側で再試行されます。 この機能を使用すると、クライアント アプリケーション内でレート制限エラーを処理しなくてもよくなります。 他のエラーはすべて、クライアントに返されます。

次の手順

一般的なエラーのトラブルシューティングの詳細については、次の記事を参照してください。

Azure Cosmos DB に移行する容量計画を実行しようとしていますか? 容量計画のために、既存のデータベース クラスターに関する情報を使用できます。