LoadView は、テスト エンジニアが Web サイト、Web アプリ、API、Web サービス、ストリーミング メディアなどで負荷テストやストレス テストをすばやく設定して実行できるクラウドベースのパフォーマンス テスト ソリューションです。 クラウドベースのロード テストでは、強力なインフラストラクチャが提供されますが、ユーザーフレンドリなインターフェイスを使用して、完全に管理されたクラウド環境から負荷テストとストレス テストを実行できます。 この記事では、パブリック クラウドとパブリック プロキシ、オンサイトのロード テストを選択する際の、さまざまなオプションと考慮事項について説明します。
自社のマシンでのオンプレミス テストとは異なり、クラウド環境を使用すると時間、お金、管理が不要になり、独自のパフォーマンス テスト インフラストラクチャと環境を構築および管理する必要なく、負荷テストとストレス テストに集中できます。 さらに、LoadViewは、実際のブラウザを使用して、世界中の20以上の地理的な場所からのユーザー負荷をインスタンス化し、複数のロードカーブオプションを提供し、最も現実的なテスト条件を設定する機能を提供します。
簡単にロード テスト内部アプリケーション
LoadView ソリューションでは、いくつかのオプションを利用して、ローカル ネットワーク内から Web サイトや Web アプリケーションをテストできます。 クラウドベースのロードテストは、パブリック Web アプリケーションや Web サイトに必須です。
ただし、ターゲット Web アプリケーションがパブリック インターネットから利用できない場合はどうでしょうか。 または、組織内でのみ使用されるアプリケーションをテストする場合があります。 これらの内部アプリケーションまたはサイトは、ビジネスにサービスを提供するために重要です。 パフォーマンスは収益を生み出す鍵となるため、特に大規模な組織内の多数の従業員がこれらのアプリケーションやサイトを使用している場合は、パフォーマンス テストが必要です。 たとえば、内部の財務や銀行のアプリケーションや、内部の従業員が使用する Web ポータルなどが考えられます。
パブリック プロキシとオンサイト プロキシ エージェント オプションを使用すると、LoadView ソリューションは内部ロード テストの実行可能な代替手段です。 LoadView のようなクラウドベースのソリューションがなければ、組織は内部パフォーマンス テストを実行するために、専門のチームと多大な予算を必要とします。 計画とセットアップには数週間から数か月かかる可能性があり、ハードウェアの追加購入、ライセンス契約の管理、開発および支援のテストのために追加のリソースやチームを組み込むなどのコストのかかる結果が生じます。
LoadView では、これらの要件と考慮事項は、ロード インジェクタが提供され、世界のさまざまな領域から利用できるため、不要になりました。 この記事では、ファイアウォールの背後にあるパブリック Web アプリケーションと Web アプリの両方で使用できるロード テストアプローチの概要を説明します。
データのプライバシーとセキュリティを維持しながら、ファイアウォールの背後でロード テストを実施するための専用ソリューションを探している組織向けに、LoadView は オンプレミス ロード インジェクターを提供します。オンプレミスロードインジェクターを使用すると、チームはプライベートネットワーク内から直接負荷をシミュレートでき、内部セキュリティポリシーへの準拠とプロセスの完全な制御を確保できます。
| ロード テストのオプション | ターゲットタイプ | ロード テスト用にファイアウォールを構成する必要がありますか |
ネットワークプロキシ |
| パブリッククラウド | 公共のインターネットから利用できます | いいえ | 未使用 |
| パブリックプロキシ | ファイアウォールの内側 | 専用の LoadView IP アドレスをホワイトリストに登録します | パブリックプロキシ |
| オンサイトプロキシエージェント | ファイアウォールの内側 | いいえ | オンサイトプロキシエージェント |
| オンプレミスのロードインジェクター | どれでも | いいえ | 未使用 |
ロードビューを使用したパブリック クラウド ベースのロード テスト
パブリック クラウド ベースのロード テストを使用する場合
パブリック インターネットから利用できるテスト Web サービス、Web サイト、または Web アプリケーションをロードするために使用します。
ロード テストをセットアップおよび開始する方法
- あなたにログイン LoadView アカウント. アカウントをお持ちですか?今すぐ LoadView アカウントを作成 します。
- ファイアウォールが受信トラフィック用に開かされていること、およびターゲット Web リソースがパブリック インターネットから利用できることを確認します。
- ロード テストを設定して実行します。 ロード テスト タスクとロード テスト シナリオを作成する方法の完全なステップ バイ ステップ ガイドについては、ナレッジ ベースの 「ターゲット構成 」ページを参照してください。
パブリック クラウド ベースのロード テストのしくみ
- 仮想ユーザーをエミュレートするために、 Load Injector Server (LI)を起動します。LIは、 Amazon Web Services (AWS)および Azure Cloud Servicesを使用して、ランダムに割り当てられたIPアドレスで起動されます。
- テストに使用される IP アドレスの一覧は、テスト開始直後にダウンロードできます。 ロード インジェクタ IP アドレスの取得の詳細と手順については 、Load Injector IP ナレッジベースの記事をご 覧ください。
ファイアウォールの背後にあるクラウド テスト用パブリック プロキシ
クラウドベースのロード テストにパブリック プロキシを使用する場合
[パブリック プロキシ] オプションを使用して、ファイアウォールの背後にあるテスト Web リソースをロードし、特定の IP アドレスからの受信接続に対してファイアウォールを開くことができる場合。 このシナリオでは、ネットワーク内のロード インジェクタ IP アドレスからのトラフィックを許可する必要があります。 この場合、パブリック プロキシ オプションを使用して、事前に定義済みの静的 IP アドレスからテストを実行し、これらの IP アドレスを事前にホワイトリストに入れておいてください。ロード テストをセットアップおよび開始する方法
- LoadView アカウントにログイン するか 、または LoadView アカウントがない場合は、今すぐ LoadView アカウントを作成 してください。
- ホワイトリスト LoadView ファイアウォール設定で選択した各 geo ゾーンのパブリック プロキシ IP アドレス。 LoadView 静的プロキシ IP の完全なリストは、静的プロキシ IP ナレッジ ベース のリスト に関する記事で参照できるほか、Web アプリケーションのロード テスト用に EveryStep Web Recorder をホワイトリストに登録するための追加の手順とヒントも記載されています。
- ロード テストの構成とセットアップのロード テスト シナリオで、[ ネットワーク プロキシ] オプションを有効にして [パブリック] に設定します。 詳細とテスト構成手順については 、LoadView 静的プロキシ サービスr サポート技術情報の記事を参照してください。
パブリック プロキシの動作
- 仮想ユーザーをエミュレートするために、静的 IP アドレス を使用してロード インジェクタ サーバー (LI) を起動します。
- すべてのトラフィックは、静的 IP アドレスからネットワークに送信されます。
Web アプリケーションテスト: EveryStep Web レコーダーのホワイトリスト登録
Web アプリケーションのロード テストでは、通常、ユーザーアクションのスクリプト化と、高レベルの負荷に対するこれらのスクリプトの実行が必要です。 LoadView プラットフォームは、EveryStep Web レコーダーを使用して、ショッピング カート、ログイン ポータル、フォームなど、さまざまなユーザー機能のマルチステップ スクリプトを作成します。 EveryStep Web レコーダーは、専用 IP アドレスからホワイトリストに登録できるため、Web アプリケーションのロード テストが可能になります。
EveryStep Web レコーダーをホワイトリストに追加する方法の詳細については、 静的 IP のサポート技術情報の一覧 に関する記事を参照してください。
LoadView オンサイト プロキシ エージェントを使用したオンサイト負荷テスト
オンサイト プロキシ エージェントを使用する場合
セキュリティ上の理由により、受信トラフィックに対してファイアウォールを開きたくない場合は、オンサイト プロキシ エージェントを使用して、Web サイトや Web アプリケーションなど、一般に公開されていないテスト Web リソースを読み込みます。
オンサイト プロキシ エージェントを使用してロード テストをセットアップして開始する方法
- LoadView アカウントにログインします。 LoadView アカウントがない場合は、 ここでアカウントを作成 して、数分で設定できます。
- ターゲット Web リソースと同じネットワーク内の専用の Windows Server に LoadView オンサイト エージェント アプリケーションをインストールします。 システム要件とハードウェア要件のリスト は、こちらでご覧いただけます。 続行するには、オンサイト・エージェントをインストールして有効にする必要があります。
- ドットコム モニタ サービスへの送信トラフィックを有効にします。
- ロード テストを設定する: ロード テスト シナリオで [ ネットワーク プロキシ ] オプションを有効にし、オン サイト プロキシ エージェントに設定します。
オンサイト プロキシ エージェントのしくみ
- オンサイト プロキシ エージェントが構成されると、ポート 443 を使用して送信要求を Dotcom-Monitor サービスに送信し、対応するターゲット Web サイトに対してロード テストが開始されたかどうかを確認し、ロード テストの構成を要求します。
- ロード インジェクタ IP アドレスを含むテスト構成がオンサイト プロキシ エージェントによって受信されると、ローカル ネットワーク内からこれらの IP アドレスへの複数の接続が開始されます。
- ロード インジェクタは、同じ接続を使用して、ロード テスト トラフィックをオンサイト プロキシ エージェントに送信します。
- ターゲットへのすべてのロード テスト トラフィックは、会社のネットワークからオンサイト プロキシ エージェントを介して送信されます。
- ロード テストの結果は LoadView に送信され、LoadView アカウントで使用できます。
負荷テスト用のオンプレミスロードインジェクタ
オンプレミスロードインジェクターを使用する場合
オンプレミス LI を使用して、小規模なテストを毎月多数実行します。 ファイアウォールと公開されている Web アプリケーションの背後でロード テストを行います。
セットアッププロセス
- LoadView インターフェイスからオンプレミス ロード インジェクター アプリをダウンロードし、ネットワーク内のシステムにインストールします。
- LoadView アカウントでオンプレミスのロード インジェクターを構成します。
- LoadView プラットフォームでテスト シナリオを作成し、オンプレミス エージェントを読み込みソースとして指定します。テストを実行し、結果をリアルタイムで分析します。
どのように動作するか
オンプレミスエージェントは、プライベートネットワーク内で動作する専用のロードインジェクターとして機能します。シームレスなロード テストを実現する方法は次のとおりです。
- オンプレミス エージェントは、LoadView プラットフォームへの安全な接続を確立し、機密データをパブリック インターネットに公開せずにテストの調整を可能にします。
- 負荷は内部で生成され、実際の使用シナリオをシミュレートしながら、外部トラフィックによる遅延や不一致を排除します。
- ネットワーク全体に複数のエージェントをデプロイして、分散トラフィックパターンをシミュレートし、必要に応じて負荷テスト作業をスケールアップします。
- パフォーマンス メトリックとエラーを含むすべてのテスト データはリアルタイムで処理され、詳細な分析のために LoadView プラットフォームに送り返されます。