ロードビューを使用した ウェブ パフォーマンスロードテスト
クラウドベースのパフォーマンステストソリューションを使用して、ウェブ サイト、ウェブ アプリケーション 、API、ストリーミングメディアでパフォーマンステストを実行します。
オンラインで事実上何でもパフォーマンスをテストするために使用できるクラウドベースの ウェブ パフォーマンスロードテスト。
ロードビューは、あなたを助けることができます:
- 特定のユーザー負荷番号で応答時間ベースラインを確立します。
- 同時ユーザー数が時間の経過とともに増加するに当って、パフォーマンスのボトルネックを特定します。
- 将来の容量と容量計画を計画する現行システムの上限を見つけます。
- システムと要素の劣化が始まる時期と方法を確認するために、運用環境にストレスを与えます。
簡単に実際のユーザーをシミュレート!
- GET および POST 要求を ウェブ サイトに送信します。
- 実際のブラウザでウェブサイトを閲覧する実際のユーザーをシミュレートします。
- ウェブサイトをナビゲートするモバイルデバイスをエミュレートします。
- RESTful API にリクエストを送信します。
グローバルなテスト場所
LoadViewはクラウドで動作し、世界中の地理的に分散した場所の多様なリストをユーザーに提供します。 LoadView ソリューションは、アマゾン ウェブ サービス (AWS) や Azure クラウド サービスなどの一般的なクラウド コンピューティング ネットワークを利用します。 特定の場所、地域、または国から ウェブ サイトまたは ウェブ アプリケーションでユーザー エクスペリエンスが心配な場合は、そのリージョン内のノードから実行するようにロード テストを設定できます。 これは、各場所でコンテンツ配信ネットワーク (CDN) をテストする場合にも非常に役立ちます。
マネージド クラウドのセットアップとスケーラビリティ
クラウド インスタンスを管理する心配が続く日々は、クラウド内のノードをバックグラウンドで作成し、スクリプトの設計、テスト計画の作成、テストの実行に集中できるようにします。 ロード テストに既存のクラウド アカウントを作成または使用する必要はありません。 ロードビューでロードテストを設定するだけで、クラウドインフラストラクチャに関連するすべての詳細を管理できます。
クラウドベースのパフォーマンス テスト ツール
LoadView ロード テスト プラットフォームは、複数のクラウドの場所で負荷テスト インスタンスを一度にスピンアップするように設計されています。 前述したように、ロード テスト プラットフォームで利用されるコア クラウド プロバイダーには、アマゾン ウェブ サービスと Azure クラウド サービスが含まれます。 これらの場所はすべて、他のロード テスト ツールが提供するプロトコル ベースのテストだけでなく、実際のブラウザーでロード テストを実行できる点に注意してください。 LoadView チームは、追加のサービス プロバイダーと地域が利用可能になると、継続的に評価および確認しています。
アマゾン ウェブ サービス
Azure クラウド サービス
外部ネットワークおよびサーバーパフォーマンステスト
ネットワークの外部から ウェブ ページ、ウェブ サービス、およびアプリケーションのパフォーマンスをテストします。 これにより、ウェブ サイト、ウェブ アプリケーション、API、ストリーミング メディアが、パブリック インターネット上のさまざまな負荷レベルで実行される方法について、より深い洞察を得ることができます。 これにより、内部ネットワーク全体でロード テストを実行するだけで生じる誤ったバイアスが排除されます。 さらに、クラウド ネットワークを活用することで、多数の同時ユーザーと同時ユーザーでロード テストを拡張できます。 また、ルーター、ファイアウォール、ロード バランサー、サーバー ファーム、またはクラスターなど、既存のネットワーク インフラストラクチャの機能をテストすることもできます。
LoadView を使用して ウェブ パフォーマンスロードテストをセットアップして実行する利点の 1 つは、包括的な監視プラットフォームも提供していることです。 LoadView は 、Dotcom-Monitor プラットフォームと統合されたパフォーマンステストおよび監視ソリューションの 1 つにすぎません。 ロード テストを実行する場合、外部エンド ユーザーの観点から ウェブ サイトのパフォーマンスを確認するだけでなく、負荷の増加の下でサーバーがどのように動作するかを確認する価値があります。 これを行う最善の方法は、Dotcom-Monitor プラットフォーム内のパフォーマンス カウンター監視ソリューションを使用することです。
監視エージェントは、Windows サーバーまたは Linux サーバー、および特定の環境に対応する SNMP デバイスやその他のカスタム メトリックを監視できます。 通常、ユーザーは、CPU、メモリ使用率、帯域幅、ディスク I/O、データベース応答時間、および ウェブ アプリケーションのロードとパフォーマンステストのサポートに関連するその他のメトリックを監視します。
クラウドベースのテストが ウェブ ページまたは ウェブ アプリケーションで実行されている間、LoadView プラットフォームは、ロード テストの完了後にさまざまなレポートを提供するだけでなく、テスト中に表示される貴重なパフォーマンス データを収集します。 テスト データとレポートから、外部テスト ノードで速度低下や他の問題 (応答時間やエラーの急増など) が発生した相互参照期間を使用できます。 これらのメトリックを重ね合わせて、パフォーマンスのボトルネックが存在する場所を把握できます。
JavaScript およびその他のリッチ インターネット アプリケーション (RIA) インターフェイス
多くの ウェブ パフォーマンス ロードテストツール は、基本的な HTML および要素レベルのファイルをダウンロードするための GET リクエストを送信できますが、JavaScript、Angular、フラッシュ、シルバーライト、反応、ノックアウトなどの、一種のオープン、レンダリング、およびインタラクティブメディアや動的 ウェブ アプリケーションフレームワークの一種に該当します。 EveryStep Web Recorder を使用すると、実際のブラウザーで RIA コンテンツとの実際の対話を記録できるため、ウェブ ページまたは ウェブ アプリケーションをポイントしてクリックして、これらの重要なシナリオをスクリプト化し、RIA ウェブ アプリケーションをステップ実行できます。 このような強力なスクリプトを使用すると、ウェブ サイトや ウェブ アプリケーションが適切なコンテンツを提供しているだけでなく、ユーザーが ウェブ ページやアプリケーションと効果的に対話できることを確認できます。 機能テストは、特定のアクションが機能するかどうかを示すだけの目的で設計されていますが、パフォーマンス テストでは、多数の同時ユーザーをシミュレートすることによって、これらの関数がどのように機能するかを示します。
40以上のモバイルデバイスとブラウザのサポート
ほとんどの組織は、最も一般的なブラウザの 2 つまたは 3 つのブラウザーで ウェブ ページと ウェブ アプリケーションの読み込みとパフォーマンス テストを実行しますが、モバイル デバイスの普及に伴い、ブラウザー、ブラウザーバージョン、画面解像度、画面レイアウト、およびマルチタッチズーム、スクロールへのスワイプ、クリック操作 (マウスレス) の操作などの対話型メソッドの組み合わせが何百もあります。
EveryStep Web レコーダーを使用すると、ロード テストをシミュレートするために、これらのモバイル デバイスのいずれかを選択できるようになりました。 サポートされているデバイスには、アップルのiPhone、iPad、iPod、グーグルネクサス、サムスンギャラクシー、ソニー、HTC、ブラックベリー、モトローラ、アマゾンキンドル、ノキアなどがあります。 モバイルブラウザは世界のインターネットトラフィックの半分以上を占めるため、モバイルブラウザの負荷の下でウェブサイトが正常に機能し続けることを確認することがこれまで以上に不可欠になっています。
CDNおよび地理的パフォーマンステスト
独自のハードウェア、サーバー、ネットワークを内部的にロード テストした後でも、ネットワークの外部でホストされているサードパーティのコンテンツがユーザー負荷の増加の下でどのように応答するかはわかりません。 外部テストを実行すると、特定の地域にロード テストを集中し、個々のコンテンツ配布ネットワーク (CDN) ノードを一度に 1 つずつテストできます。 これは、ウェブ アプリを頻繁に訪れる訪問者が多い地域または別の地域から来る場合に特に便利です。
CDN テストに加えて、ウェブ サイトやアプリケーションのパフォーマンスをさまざまな場所から一般的に把握できます。 ウェブ サイトのパフォーマンスは、ローカル バックボーン プロバイダーの速度と信頼性、その他のパフォーマンス要因の中で、ある場所から次の場所に大きく異なる場合があります。
たとえば、中国でターゲット市場を持つ新製品を発売する予定の場合、 中国のグレートファイアウォールの背後にある中国の場所を使用して、いくつかの負荷テストと監視を行うことが最善の利益になります。 このようなテストは、ファイアウォールの背後にある中国に直接配置された追加のサーバーの必要性を特定するのに役立ちます。 中国の大ファイアウォールは、中国政府が本土内からインターネットコンテンツに置いた厳格なアクセス制御に与えられた共通の名前です。
中国政府は、世界的な知識や意見の可視性を制御するために、Google、Facebookなどの多くの人気ウェブサイトからのトラフィックをブロックまたは制限することを選択しました。 このような状況でテストできることは、Dotcom-Monitorプラットフォーム全体を非常に価値のあるものにするものです。
パフォーマンス ベースラインの確立
ストレス テストを実行する場合は、最初に、追加の負荷がサイトのパフォーマンスに悪影響を及ぼし始めるポイントを特定して、ウェブ スタックのベースライン パフォーマンスを確立する必要があります。 これは、1 分間に同時に訪れる訪問者数を徐々に増やすロード テストを実行することで簡単に行うことができます。 10 人の同時ユーザーから開始するか、1,000 人のユーザーから開始するかに関係なく、LoadView は管理されたクラウド インフラストラクチャを使用してニーズを満たすために簡単に拡張できます。
パフォーマンス ベースラインを確立し、スケーラブルなストレス テスト計画を構築したら、ストレス テストを監視して、テストの進行に合わせてパフォーマンスのボトルネックをリアルタイムで特定できます。 ストレスが検出された期間に関して、ストレス テストの結果を ウェブ ページまたはデータベース サーバーのログと関連付けて、ボトルネックがハードウェア、ソフトウェア、ネットワーク、またはインフラストラクチャの制限に関連しているかどうかを特定できます。
スケール・ユ
インフラ
負荷テストとストレス テストの両方を実行して、ベースラインを確立し、ボトルネックを特定した後、キャパシティ プランニングのプロセスを開始できます。 ウェブサイトの1時間平均1,000人の同時訪問者が1時間あたり1,000人の訪問者であり、サイトが1時間あたり2,500人の同時訪問者で揺らぎ始め、ブラックフライデーのトラフィックが500%増加すると予想される場合は、そのようなトラフィックの増加に対処するためにインフラストラクチャをアップグレードする計画を積極的に開始することができます。
データベース パフォーマンスのベンチマーク
最近のウェブサイトのほとんどは、小さな MySQL データベース、大規模な SQL サーバー ファーム、または多くの noSQL オプションの 1 つにかかわらず、何らかのデータベースの上または前に置かれます。 各データベースは、異なる種類の使用を念頭に置いて設計されています。 データベースによっては、ディスクへの書き込みをコミットするのに最適な場合もあれば、最近使用したデータを提供する上で最も効率的なものもあれば、高速インデックス作成とランダムデータの取得に最適化されているデータベースもあります。
どちらのデータベースが ウェブ サイトをサポートしていても、ウェブ パフォーマンスの負荷テスト シナリオを複数実行して、ウェブ サイトとデータベースがさまざまな種類の負荷で実行する方法を確認することをお勧めします。 テストシナリオやデータベースの種類に関係なく、LoadView はほぼすべての使用シナリオをカバーする、事実上無数のテストオプションを提供します。
ロード バランサーのテスト
ロード バランサーを使用してユーザーをサーバー間で分散する場合は、同時訪問者数を増やすと、負荷の分散の程度を把握する必要があります。 このプロセスを監視する方法として、ロード バランサー自体から SNMP データを収集するネットワークに MetricsView エージェントをインストールして、ロード バランサーの背後にある個々のノードで ウェブ サーバーまたはデータベース トラフィックを監視する方法があります。
LoadView は、現在利用可能な最高の包括的な ウェブ パフォーマンスロード テスト ソリューションとして、一から作成されました。 LoadView は、パフォーマンス テストを作成および拡張するための比類のないアクセスを提供するだけでなく、非常に競争力のある価格で利用可能な明確で正確なデータを使用して非常に簡単に使用できます。
あなたのウェブサイトの限界に関しては暗闇の中に残ってはいけません。
今日のロードビューを試してみてください!