時間にリクエストを送信していません。到達するまで蓄積され続けます。件のリクエストを送信でき、それらすべてが成功するようになります。件のリクエストのみが許可されます。時間で再度蓄積を開始することができます。送信するように任意の頻度を選択できます。件のリクエストを任意の頻度で使用できるので、それらすべてを一度に使用することも、非常に短い間隔で使用することもできます。件のリクエストという通常のレートを超えることになります。適切な制限を見つける管理者による制限の選択基準について適切な制限の設定は多くの要因に依存するため、単純な回答を提供することはできません。ここではいくつかの提案をご案内させていただきます。適切な制限を見つける最初に、インスタンスが受信するトラフィックのサイズを理解します。リクエストを作成したユーザーを見つけます。トラフィックはレート制限されないため、この数字はレート制限として必要な値よりも大きくなります。次に、これを基本値とし、以下の質問に基づいてさらに変更します。ユーザーによる連携機能がミッションクリティカルな場合、代わりにハードウェアをアップグレードすることをご検討ください。連携の重要性に応じて、制限も高く設定する必要があります。倍にすることをご検討ください。その場合、インスタンスで問題が発生しなかった日の基本値に近い制限を選択します。追加することをご検討ください。これにより、ユーザーの作業が中断されるのを防ぎながら、十分な容量を維持できます。一般に、選択する制限は、個々のユーザーを制御するのではなく、インスタンスを安全に保つ必要があります。統合やスクリプトがヘイワイアになるのを防ぐことです。同様に例外は、他のユーザーよりも多くのリクエストを実際に必要とするユーザーのための特別な制限です。選択した例外は、グローバル設定よりも優先されます。例外を追加するには、次の手順を実行します。