クイックスタート: Azure Load Testing を使用してロード テストを作成して実行する

このクイック スタートでは、ロード テスト ツールに関する事前の知識がなくても、Azure portal から Azure Load Testing を使用して Web アプリケーションをロード テストする方法について説明します。 最初に Azure Load Testing リソースを作成してから、Web アプリ URL を使用してロード テストを作成します。

このクイックスタートを完了すると、他のチュートリアルに使用できるリソースとロード テストが作成されます。

Azure Load Testing の主要な概念の詳細について確認してください。

前提条件

Azure Load Testing のリソースを作成する

まず、Azure Load Testing の最上位リソースを作成します。 これによって、テスト計画、テスト結果、および関連する成果物を表示および管理するための一元的な場所が提供されます。

既に Load Testing リソースがある場合は、このセクションをスキップして、「ロード テストを作成する」に進んでください。

Load Testing リソースを作成するには:

  1. ご利用の Azure サブスクリプションの資格情報を使って、Azure portal にサインインします。

  2. ポータルの左上隅にあるメニュー ボタンを選択して、[+ リソースの作成] を選択します。

    リソースを作成するためのボタンを示すスクリーンショット。

  3. 検索バーを使用して、Azure Load Testing を見つけます。

  4. [Azure Load Testing] を選択します。

  5. [Azure Load Testing] ペインで、[作成] を選択します。

    [Azure Load Testing] ペインを示すスクリーンショット。

  6. 以下の情報を指定して、新しい Azure Load Testing リソースを構成します。

    フィールド [説明]
    サブスクリプション この Azure Load Testing リソースに使用する Azure サブスクリプションを選択します。
    リソース グループ 既存のリソース グループを選択します。 または、[新規作成] を選択し、新しいリソース グループの一意の名前を入力します。
    名前 Azure Load Testing リソースを識別するための一意の名前を入力します。
    名前には、\/""[]:|<>+=;,?*@& などの特殊文字や空白を含めることはできません。 名前の先頭をアンダースコア (_) にすることはできません。また、末尾をピリオド (.) またはダッシュ (-) にすることもできません。 長さは 1 から 64 文字にする必要があります。
    場所 Azure Load Testing リソースをホストする地理的な場所を選択します。
    この場所は、テスト エンジンがホストされる場所であり、JMeter クライアント要求の発信元です。

    注意

    必要に応じて、[タグ] タブでさらに詳細を構成できます。タグは名前と値のペアであり、同じタグを複数のリソースやリソース グループに適用することで、リソースを分類したり、統合された課金を表示したりできるようにします。

  7. リソースの構成が完了したら、[確認および作成] を選択します。

  8. すべての構成設定を確認し、[作成] を選択して、Azure Load Testing リソースのデプロイを開始します。

    プロセスが完了すると、デプロイ成功メッセージが表示されます。

  9. 新しいリソースを表示するには、[リソースに移動] を選択します。

    デプロイの完了画面を示すスクリーンショット。

  10. 必要に応じて、Azure Load Testing リソースへのアクセスを管理します

    Azure Load Testing によって、ロールベースのアクセス制御 (RBAC) が使用され、リソースのアクセス許可が管理されます。 このメッセージが表示された場合、アカウントには、テストを管理するために必要なアクセス許可がありません。

    Azure Load Testing リソースの使用が承認されていない Azure portal のエラー メッセージを示すスクリーンショット。

ロード テストの作成

Azure Load Testing を使用すると、ターゲット Web アプリケーション URL と基本的なロード テスト パラメーターを指定することで、Azure portal からロード テストをすばやく作成できます。 サービスでは、ロード テスト スクリプトの作成とコンピューティング インフラストラクチャのプロビジョニングの複雑さが抽象化されます。

次の 2 つのオプションのいずれかを使用して、クイック テストでターゲットの負荷を指定できます。

  • 仮想ユーザー: 指定されたロード テスト期間の仮想ユーザーの合計数をシミュレートします。
  • 1 秒あたりの要求数: 推定応答時間に基づいて、1 秒あたりの要求の合計数をシミュレートします。
  1. Azure Load Testing リソースの [概要] ページに移動します。

  2. [作業の開始] タブで、[クイック テスト] を選択します。

    リソースの概要ページの [クイック テスト] ボタンを示すスクリーンショット。

  3. クイック スタートのテスト ページで、テスト URL を入力します

    テストを実行したい完全な URL を入力します。 たとえば、「 https://www.example.com/login 」のように入力します。

  4. [仮想ユーザー] の負荷仕様メソッドを選択します。

  5. (省略可能) 仮想ユーザーの数を仮想ユーザー の合計数に更新します。

    許可される最大値は 11250 です。 仮想ユーザーの数がテスト エンジン インスタンスあたり最大 250 人を超える場合、Azure Load Testing は複数のテスト エンジンをプロビジョニングし、負荷を均等に配置します。 たとえば、300 人の仮想ユーザーは、それぞれ 150 人の仮想ユーザーを持つ 2 つのテスト エンジンになります。

  6. (省略可能)テストの 期間 を更新し、テストの 時間を増 やします。

  7. [ テストの実行 ] を選択して、ロード テストを作成して開始します。

    Azure portal のクイック テスト ページを示すスクリーンショット。仮想ユーザーを指定するオプションが強調表示されています。

注意

Azure Load Testing では、ロード テスト用の Apache JMeter スクリプトが自動生成されます。 JMeter スクリプトは、テストの実行ダッシュボードからダウンロードできます。 [ダウンロード] を選択し、[入力ファイル] を選択します。 ローカルでスクリプトを実行するには、URL とテスト パラメーターを構成するための環境変数を指定する必要があります。

テスト結果を表示する

ロード テストが開始されると、テストの実行ダッシュボードにリダイレクトされます。 ロード テストの実行中、Azure Load Testing によって、クライアント側のメトリックとサーバー側メトリックの両方がキャプチャされます。 このセクションでは、ダッシュボードを使用して、クライアント側のメトリックを監視します。

  1. テストの実行ダッシュボードに、テストが実行する間ストリーミングでクライアント側のメトリックを確認できます。 既定では、データは 5 秒ごとに更新されます。

    ロード テストの結果を示すスクリーンショット。

  2. 必要に応じて、表示フィルターを変更して、特定の時間範囲、結果のパーセンタイル、またはエラーの種類を表示します。

    ロード テストの結果のフィルター条件を示すスクリーンショット。

ロード テスト パラメーターの変更

ロード テスト構成はいつでも変更できます。 たとえば、 テスト失敗条件を定義 したり、 Azure でホストされるアプリケーションのサーバー側メトリックを監視したりします

  1. Azure portal の Azure Load Testing リソースに移動します。

  2. 左側のペインで、[テスト] を選択してロード テストのリストを表示し、対象のテストを選択します。

  3. [ 編集] を 選択してロード テストの構成を変更します。

生成されたロード テストでは、環境変数を使用して初期構成を指定します:

  • domain: Web サーバーのドメイン名 ( たとえば、www.example.com)。 http:// プレフィックスは含めません。

  • プロトコル: HTTP または HTTPS

  • path: リソースへのパス (/servlets/myServlet など)。

  • threads_per_engine: エンジン インスタンスあたりの仮想ユーザーの数。 これを最大 250 に設定することをお勧めします。 より多くの仮想ユーザーが必要な場合は、テスト用のテスト エンジンの数を増やします。 詳細については、 大規模な構成方法を参照してください。

  • duration_in_sec: テスト期間 (秒)

  • ramp_up_time: テストが仮想ユーザーの合計数に達するまでの時間を秒単位で増やします。

リソースをクリーンアップする

重要

作成した Azure Load Testing リソースは、他の Azure Load Testing チュートリアルおよびハウツー記事で再利用できます。

作成したどのリソースも使用する予定がない場合は、追加の課金が発生しないように削除します。 別のリソース グループにサンプル アプリケーションをデプロイした場合は、次の手順を繰り返します。

Azure portal を使用してリソースを削除するには、次のようにします。

  1. 左上隅にあるメニュー ボタンを選択して、[リソース グループ] を選択します。

  2. 一覧から、作成したリソース グループを選択します。

  3. [リソース グループの削除] を選択します。 Azure portal でリソース グループの削除を選択する画面のスクリーンショット。

  4. リソース グループ名を入力します。 次に、 [削除] を選択します。

Azure CLI を使用してリソースを削除するには、次のコマンドを入力します。

az group delete --name <yourresourcegroup>

リソース グループを削除すると、そのグループに含まれるすべてのリソースが削除されるので注意してください。

次のステップ

Azure Load Testing リソースを作成できました。これを使用して、外部 Web サイトのロード テストを実行しました。

このリソースを再利用し、サーバー側のメトリックを使用して、Azure でホストされているアプリケーションのパフォーマンスのボトルネックを特定する方法を学習できます。