LoadView は、テスト エンジニアが Web サイト、Web アプリ、API、Web サービス、ストリーミング メディアなどで負荷テストやストレス テストをすばやく設定して実行できるクラウドベースのパフォーマンス テスト ソリューションです。 クラウドベースのロード テストでは、強力なインフラストラクチャが提供されますが、ユーザーフレンドリなインターフェイスを使用して、完全に管理されたクラウド環境から負荷テストとストレス テストを実行できます。 この記事では、パブリック クラウドとパブリック プロキシ、オンサイトのロード テストを選択する際の、さまざまなオプションと考慮事項について説明します。
自社のマシンでのオンプレミス テストとは異なり、クラウド環境を使用すると時間、お金、管理が不要になり、独自のパフォーマンス テスト インフラストラクチャと環境を構築および管理する必要なく、負荷テストとストレス テストに集中できます。 さらに、LoadViewは、実際のブラウザを使用して、世界中の20以上の地理的な場所からのユーザー負荷をインスタンス化し、複数のロードカーブオプションを提供し、最も現実的なテスト条件を設定する機能を提供します。
簡単にロード テスト内部アプリケーション
LoadView ソリューションでは、いくつかのオプションを利用して、ローカル ネットワーク内から Web サイトや Web アプリケーションをテストできます。 クラウドベースのロードテストは、パブリック Web アプリケーションや Web サイトに必須です。
ただし、ターゲット Web アプリケーションがパブリック インターネットから利用できない場合はどうでしょうか。 または、組織内でのみ使用されるアプリケーションをテストする場合があります。 これらの内部アプリケーションまたはサイトは、ビジネスにサービスを提供するために重要です。 パフォーマンスは収益を生み出す鍵となるため、特に大規模な組織内の多数の従業員がこれらのアプリケーションやサイトを使用している場合は、パフォーマンス テストが必要です。 たとえば、内部の財務や銀行のアプリケーションや、内部の従業員が使用する Web ポータルなどが考えられます。
パブリック プロキシ と オンサイト エージェント のオプションを使用すると、LoadView ソリューションは内部ロード テストに代わる実行可能なソリューションです。 LoadView のようなクラウドベースのソリューションがなければ、組織は内部パフォーマンス テストを実行するために、専門のチームと多大な予算を必要とします。 計画とセットアップには数週間から数か月かかる可能性があり、ハードウェアの追加購入、ライセンス契約の管理、開発および支援のテストのために追加のリソースやチームを組み込むなどのコストのかかる結果が生じます。
LoadView では、これらの要件と考慮事項は、ロード インジェクタが提供され、世界のさまざまな領域から利用できるため、不要になりました。 この記事では、ファイアウォールの背後にあるパブリック Web アプリケーションと Web アプリの両方で使用できるロード テストアプローチの概要を説明します。
| ロード テスト オプション | ターゲットの種類 | ロード テスト用にファイアウォールを構成する必要がありますか。 | ネットワーク プロキシ |
| パブリック クラウド | 公共のインターネットから利用できる | いいえ | 使用しない |
| パブリック プロキシ | ファイアウォールの背後 | 専用の LoadView IP アドレスをホワイトリストに入ります。 | パブリック プロキシ |
| オンサイトエージェント | ファイアウォールの背後 | いいえ | オンサイトエージェント |
ロードビューを使用したパブリック クラウド ベースのロード テスト
パブリック クラウド ベースのロード テストを使用する場合
パブリック インターネットから利用できるテスト Web サービス、Web サイト、または Web アプリケーションをロードするために使用します。
ロード テストをセットアップおよび開始する方法
- あなたにログイン LoadView アカウント. アカウントをお持ちですか?今すぐ LoadView アカウントを作成 します。
- ファイアウォールが受信トラフィック用に開かされていること、およびターゲット Web リソースがパブリック インターネットから利用できることを確認します。
- ロード テストを設定して実行します。 ロード テスト タスクとロード テスト シナリオを作成する方法の完全なステップ バイ ステップ ガイドについては、ナレッジ ベースの 「ターゲット構成 」ページを参照してください。
パブリック クラウド ベースのロード テストのしくみ
- 仮想ユーザーをエミュレートするために、アマゾン ウェブ サービス(AWS) と Azure クラウドサービスを使用してランダムに割り当てられた IP アドレスでロード インジェクタ サーバー (LA) が起動されます。
- テストに使用される 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オンサイトエージェント
オンサイト エージェントの LoadView を使用する場合
セキュリティ上の理由から着信トラフィックに対してファイアウォールを開きたくない場合は、オンサイト エージェントを使用して、一般に公開されていない Web サイトや Web アプリケーションなどのテスト用の Web リソースをロードします。
オンサイト エージェントを使用してロード テストをセットアップおよび開始する方法
- LoadView アカウントにログインします。 LoadView アカウントがない場合は、 ここでアカウントを作成 して、数分で設定できます。
- LoadView オンサイト エージェント アプリケーションを、ターゲット Web リソースと同じネットワーク内の専用の Windows サーバーにインストールします。 システム要件とハードウェア要件の一覧 は、こちらにあります。 続行するには、オンサイト エージェントをインストールして有効にする必要があります。
- ドットコム モニタ サービスへの送信トラフィックを有効にします。
- ロード テストを設定する: ロード テスト シナリオで ネットワーク プロキシ オプションを オンサイト エージェント に設定します。
オンサイトエージェントの仕組み
- オンサイト エージェントは、構成が完了したらポート 443 を使用して、対応するターゲット Web サイトに対してロード テストが開始されたかどうかを確認するために、ポート 443 を使用して Dotcom モニタ サービスに送信要求を送信し、ロード テスト構成を要求します。
- ロード インジェクタ IP アドレスを持つテスト構成をオンサイト エージェントで受信すると、ローカル ネットワーク内からこれらの IP アドレスへの複数の接続が開始されます。
- ロード インジェクタは、同じ接続を使用して、ロード テスト トラフィックをオンサイト エージェントに送信します。
- ターゲットへのロード テスト トラフィックはすべて、会社のネットワークからオンサイト エージェントを介して送信されます。
- ロード テストの結果は LoadView に送信され、LoadView アカウントで使用できます。
プライベート エージェントを使用したファイアウォールの内側からの監視
ファイアウォールの背後からパフォーマンステストを行うのと同様に、Web サイト、Web アプリケーション、サーバー、Web サービス、ネットワークパフォーマンスをファイアウォールの内側から監視する必要がある場合もあります。 このような状況では、ドットコムモニタープラットフォームは、プライベートエージェントを設定する機能を提供します。 これらのプライベートエージェントは、グローバルな監視場所のネットワークに取って代わるものではなく、組織が監視機能を拡張することを可能にします。 たとえば、プライベート エージェントを使用すると、組織は外部の場所と内部監視エージェントの間で進行中のパフォーマンスを分析および比較できます。 これにより、パフォーマンスの問題が内部ネットワークやアプリケーション、あるいは他の外部ネットワークの問題によるものかどうかの洞察が得られます。
プライベートエージェント機能は、当社のグローバル監視場所と組み合わせることで、すべてのウェブサイト、アプリケーション、Webサービス、ネットワークなど、同じインターフェイスから包括的かつ継続的な監視パフォーマンスを提供します。 プライベートモニタリングエージェントの詳細については、 プライベートモニタリングエージェント のナレッジベース記事をご覧ください。 システム要件、プライベート エージェントのインストール、および構成については、サポート技術情報の「 プライベート エージェントのインストールと使用」を参照してください。 この記事では、ローカル サーバーにプライベート エージェントをインストールして構成する手順について説明します。