スケーラビリティテストとパフォーマンスツール

クラウドからのスケーラビリティとパフォーマンステスト

スケーラブルな ウェブ アプリケーションでテストを強化するには、LoadView が提供するクラウドベースのロード テスト プラットフォームの機能と柔軟性が必要です。 EveryStep Web Recorderは、ビジネスに不可欠なユーザー シナリオとパスのスクリプトを作成するために使用され、製品の参照、アカウントやポータルへのサインイン、購入パスなどの一番下の行を作成します。 EveryStep Web レコーダーを使用すると、ユーザーや訪問者が行う場合と同様に、アプリケーション内をすばやくナビゲートできます。

トランザクションのすべてのステップが保存され、レコーダーウィンドウで表示できます。 スクリプトに問題がなければ、スクリプトを保存できます。 ロード テストに使用する前に スクリプトを編集 することもできます。 EveryStep Web レコーダーの最高の機能の 1 つは、40 台以上のデスクトップ/モバイル デバイスとブラウザーのスクリプトをサポートすることです。

ターゲット アプリケーションにテスト プラットフォームからの同時ユーザーが殺到すると、スケーラブルなアプリケーション インフラストラクチャは、負荷の増加に対処するためのコンピューティング能力を追加します。 アプリケーションが拡張されるに合わせて、生成される負荷を増やしていくテスト プラットフォームが必要です。 LoadView は、これを簡単に行い、必要に応じて荷重曲線を制御できます。

マネージ スケーラビリティ テスト

テスト インフラストラクチャを完全に管理し、クラウド アカウントは不要です。

自動化でも手動でも、スケーラブルな ウェブ プラットフォームを管理するのは難しいですが、テストを実行する際にスケーラブルなロード テスト プラットフォームを管理しようとすると、大きな頭痛がする可能性があります。 テスト後にテスト プラットフォームがノードをスケール アップしてシャットダウンしたかどうかを心配する必要はありません。

LoadView は、サーバーのインスタンス化やテスト ケースの読み込みから、テスト結果の集計、サーバーのシャットダウンまで、テスト中にクラウドのすべての側面を管理します。 クラウド資格情報をシステムに入力する必要はなく、設定したスケーラビリティ テストのコストを超えて隠れた追加料金や追加料金を請求されることもありません。

実際のブラウザのスケーラビリティ テスト

同時にユーザーが負荷を高くする場合、実際のブラウザーで ウェブ アプリケーションがどのように動作するかを確認します。

LoadView のユニークな機能の 1 つは、実際のブラウザーでロード テストを実行する機能です。 多くのテストスイートは実際のブラウザを使用すると主張していますが、PhantomJSなどのヘッドレスアプリケーションを使用してブラウザをエミュレートしているだけです。 PhantomJS はヘッドレス テストを実行するのも得意ですが、AJAX、複雑な JavaScript、フラッシュ、シルバーライト、Java アプレットなどの動的およびリッチ インターネット アプリケーション (RIA) との対話を含め、実際のブラウザーでレンダリングされる ウェブ サイトの実際のパフォーマンスは得られない。 これらのリアの多くは、HTML5やJavaScriptによってブラウザで廃止され、ブラウザで置き換えられるようになったが、今日でもかなりの数のウェブサイトで普及している。

インタラクティブなコンテンツが未来のブラウザでネイティブに処理されるようになるにつれて、これらの技術は関連性を失う可能性があります。 ただし、多くの同時ユーザーがサイトやアプリケーションを同時にヒットしたときにアプリケーションが拡張可能であることを証明するために、実際のブラウザーでレンダリングされたコンテンツをキャプチャすることは重要です。

スケーラビリティテスト

モバイルスケーラビリティテスト

インターネット上のトラフィックがモバイル デバイスから大量に増える今、モバイル需要の高い ウェブ サイトのスケーラビリティをテストすることが重要です。 多くのサイトは、モバイル デバイスで表示すると、異なるコンテンツや ウェブ ページのバージョンをホストする場合があるため、LoadView を使用すると、デスクトップ ブラウザーのロード テストだけでなく、モバイルロード テストでもサイトの拡張を保証できます。

スケーラビリティをテストする理由

数百、数千、数万人の同時ユーザーの増加に伴い、アプリケーションで許容できるパフォーマンス レベルを維持できるか。 ウェブ サイトやアプリケーションでこのような数値を処理する必要がある場合は、ウェブ サイトの負荷が増加するにつれて容量を増やすようにスケーラブルな環境を設定する必要があります。 LoadView によるスケーラビリティ テストでは、これらの制限を押し広げ、パフォーマンスの結果を許容可能な応答時間に戻すためにシステムがどの程度の速さで応答するかを把握できます。

アプリケーションのスケーラビリティをテストする方法

スケーラブルなインフラストラクチャを配置し、コンポーネントが指定したパラメーターに基づいて自動スケールするように構成されたら、いくつかのベースライン パフォーマンス テストを実行して、スケーラビリティ テストの結果と比較できます。 スケーラビリティをオフにしてロード テストを実行して、負荷の増加に応じてパフォーマンスが低下する方法を確認し、システムが故障した箇所を特定することをお勧めします。

ベースライン データが収集されると、LoadView を使用して自動スケーラビリティを有効にして、同じテストを再度実行できます。 自動スケーリングは、システムが以前に失敗したレベルで実行し続ける必要があるため、上限テストを追加する必要があります。 システムの限界を把握することで、各トラフィックサージをテストするための追加のロードステップを定義できます。

クラウドベースのスケーラビリティ テスト ツールの使用 – 重要な理由

大量の負荷テストをサポートするために、コストのかかるインフラストラクチャを管理する心配はありません。 LoadView は、必要なクラウド テスト環境の大きい、または小さいとき分かるようにします。 LoadView は、完全に管理されたクラウド環境でオンデマンドでこれを行います。 空調、電力消費、ラック スペース、サーバーメンテナンスなどの環境コストを心配しないでください。 LoadView を使用すると、ロード インジェクタをスピン アップしてテストを実行し、テストが完了すると自動的に消えます。

スケーラブルなアプリケーションをテストする必要がある場合は、LoadView はシステムと一緒に拡張します。 ウェブ アプリケーションが追加の仮想リソースに流出する同時ユーザー数またはトラフィック量がわかっている場合は、ロード テストを使用してそれらのフェールオーバー プロセスをテストし、移行がスムーズに行われるようにすることができます。

自動的にスケーラブルなアプリケーションまたは弾性アプリケーションをテストする

スケーラビリティは、弾力性に関する会話の中でしばしば投げかけられますが、両者には違いがあります。 スケーラビリティとは、システムが容量の持続的な増加に対応できるのに対し、弾力性は単に負荷の増加の短いバーストを処理する能力です。 2 つの用語を区別した結果、容量計画と負荷テストに関する議論の中で、両者が混在していると聞く可能性が高くなります。

LoadView は、ピーク容量計画とシステムの弾力性のテストの両方に使用できます。 いくつかの例を次に示します。

• アマゾンシンプルワークフローサービス(アマゾンSWF)をロードテストします。
• Google オートスケーラーの弾力性をテストします (現在はコンピューティング エンジン APIの一部です)。
• スケーラブルなワードプレス環境の最適化。
• アマゾン エラスティック コンピューティング クラウド (Amazon EC2) の負荷テスト。

ロード テスト クラウドの弾力性

ウェブ アプリケーションやクラウド ベースのインフラストラクチャが “スケーラブル” または “弾性” であると話すときに、多くの場合、システムがリソースを増やして、需要が高い場合に負荷を増やして、最小限のリソース供給にスケールバックして最小限の需要を満たすことができるという点で言及しています。 これにより、ピークパフォーマンスをサポートするインフラストラクチャの保守コストを、ピーク時のピーク時にのみ必要なコストを削減できます。

LoadView を使用すると、同時ユーザー数を増やして、弾性インフラストラクチャに対する需要の増加を適用できる負荷曲線を設定できます。 これにより、クラウドの弾力性が正しく設定されていれば、コンピューティング供給の自動増加に拍車をかける可能性があります。 見つからない場合、LoadView はシステムの障害点を特定するのに役立ちますので、実際のユーザーが発見する前に問題を修正できます。