Azure では、不正による予算超過を防ぎ、Azure の容量の制約を尊重するために制限とクォータを使用しています。 運用環境のワークロードに合わせてスケーリングするときは、これらの制限事項について考慮してください。 この記事では、以下について説明します。
- Azure Load Testing に関連する Azure リソースの既定の制限。
- クォータの引き上げを依頼する。
既定のリソース クォータ
このセクションでは、既定のクォータ制限と最大クォータ制限について説明します。
テスト エンジン インスタンス
次の制限は、リージョンごと、サブスクリプションごとに適用されます。
リソース | 既定の制限 | 上限 |
---|---|---|
同時実行エンジン インスタンス | 5-400 1 | 1000 |
テスト実行あたりのエンジン インスタンス数 | 1 から 400 1 | 400 |
1 上限に達していない場合は、引き上げを要求できます。 現在、上記の上限を超える増加要求を承認することはできません。 既定の制限の引き上げを要求するには、Azure サポートにお問い合わせください。 既定の制限は、オファー カテゴリの種類によって異なります。
テストの実行
次の制限は、リージョンごと、サブスクリプションごとに適用されます。
リソース | 既定の制限 | 上限 |
---|---|---|
同時テストの実行 | 5-50 2 | 1000 |
テスト期間 | 3 ~ 24 時間 2 | 二十四 |
リソースごとのテスト | 一万 | |
テストごとのテストの実行 | 5,000 | |
テストごとのファイルのアップロード | 1000 | |
テストごとの zip ファイルのアップロード | 100 | |
テストまたはテストの実行ごとのアプリ コンポーネント | 100 | |
テストごとのテスト条件 | 50 |
2 上限に達していない場合は、引き上げを要求できます。 現在、上記の上限を超える増加要求を承認することはできません。 既定の制限の引き上げを要求するには、Azure サポートにお問い合わせください。 既定の制限は、オファー カテゴリの種類によって異なります。
通知
次の制限は、リージョンごと、サブスクリプションごとに適用されます。 |リソース |既定の制限 | |---------|---------: | |通知ルールごとのテスト |20 | |通知ルールごとのアクション グループ |5|
データの保持
Azure Load Testing では、テストの実行ごとにメトリック、テスト結果、ログがキャプチャされます。 次のデータ保有期間の制限が適用されます。
リソース | 極限 | 注記 |
---|---|---|
サーバー側のメトリック | 90 日 | サーバー側メトリックを構成する方法について説明します。 |
クライアント側のメトリック | 365 日 | |
テストの結果 | 6 か月 | テスト結果をエクスポートする方法について説明します。 |
ログ ファイルのテスト | 6 か月 | 失敗したロード テストを診断するためのログをダウンロードする方法について説明します。 |
クォータの増加を要求
制限またはクォータを既定の制限を超えて引き上げるには、 オンラインカスタマー サポート要求を 無料で開きます。
[ サポート チケットの作成] を選択します。
問題の 概要 を指定します。
[サービスとサブスクリプションの制限 (クォータ)] として [問題の種類] を選択します。
サブスクリプションを選択します。 次に、Azure Load Testing として [クォータの種類] を選択します。
[次へ] を選択して続行します。
[ 問題の詳細] で、[ 詳細の入力] を選択します。
[ クォータの詳細 ] ウィンドウの [ 場所] に、制限を引き上げる Azure リージョンを入力します。
制限を引き上げる クォータの種類 を選択します。
要求された新しい制限を入力し、[保存して続行] を選択します。
詳細な診断情報、サポート方法、連絡先情報の詳細を入力します。
[次へ] を選択して続行します。
[作成] を選択してサポート リクエストを送信します。
次のステップ
- 大規模なロード テストを設定する方法について説明します。
- 自動パフォーマンス テストを構成する方法について説明します。