HP StormRunner Loadシリーズの記事の続き。
ここで最初の部分を読むことができます

エクササイズ2. HP TruClientスクリプトの作成

役割：パフォーマンスエンジニア
この演習では、Firefoxブラウザーに接続する記録エージェントであるHP TruClientを使用した負荷テストを見ていきます。

HP TruClientとは何ですか？

HP TruClientは、Firefoxブラウザーに接続する高度な記録エンジンであり（Internet Explorer用のTruClientバージョンもあり、Chrome用のバージョンも開発中です）、ブラウザーをナビゲートする際のアクションを記録します。 TruClientは、これらのアクションのスクリプトを作成し、その起動は複数の仮想ユーザーが再生できます。 そのようなユーザーの数を増やして、必要なサーバー負荷を作成できます。
HP TruClientスクリプトは、ブラウザのユーザーアクションをより現実的に反映しているため、他のスクリプトタイプとは異なります。 API（Application Programming Interface）に基づくスクリプトはサーバーの負荷を正確に再現しますが、ブラウザーを使用する人の観点からサーバーに割り当てることができるすべてのタスクが含まれているわけではありません。
TruClientスクリプトの利点は、作成と保守がはるかに簡単になることです。 ブラウザ（およびTruClient）は特定のセッションのデータを自動的に関連付けますが、HTTP / HTMLスクリプトでは慎重にプログラムする必要があります。 どちらのタイプのレコードも必要な負荷を形成しますが、HP TruClientは実際のユーザーとブラウザーとの完全な対話のより単純なシミュレーションを作成します。
HP TruClientスクリプトの唯一の欠点はスケーラビリティです。 サーバーでAPIレコードを再生する場合、非常に少量のリソース（プロセッサーとメモリー）が必要です。 つまり、このハードウェアでは、TruClient仮想ユーザーよりも多くの仮想ユーザーを実行できます。 ただし、クラウドベースの負荷ジェネレーターの低コストを考えると、TruClientスクリプトの使用は非常に有益です。

FirefoxブラウザにHP TruClientをインストールします

HP TruClientモジュールはブラウザで何が起こっているのかを理解する必要があるため、プラグインとしてFirefoxに直接インストールされ、ブラウザで実行されるコマンドとアクションをインターセプトします。

1. ブラウザの右上隅にある「はじめに」項目をクリックします。
   
2. [StormRunnerの開始]ダイアログボックスで、[TruClientの取得]ボタンをクリックします。
   
3. このアドインにアクセスしてインストールする許可を求めるダイアログボックスが表示されます。 [許可]を選択し、[今すぐインストール]をクリックします。
   
   
4. リクエストに応じてブラウザを再起動します。 要求が表示されない場合は、メニューからアドオンを選択します。
   
5. インストールされている拡張機能のリストに、HP TruClientが表示されます。 今すぐ再起動リンクをクリックします
   
6. Firefoxを再起動すると、ブラウザの左側に新しいパネルが表示されます。 この新しいパネルはTruClientインターフェイスであり、ユーザーインターフェイス（UI）スクリプトを記録および編集します。 TCボタンをクリックすると、いつでもこのパネルを最小化できます
   
7. 以下の図は、TruClientパネルの機能の一部を説明しています。
   

HP TruClientスクリプト作成

次のセクションでは、HP TruClientを使用して簡単なスクリプトを作成します。 記録セッション中に実行するアクションは、多くの場合、ビジネスプロセスまたは使用パターンと呼ばれます。 これらは、サーバーとのユーザーインタラクションを形成する特定の手順です。
たとえば、書店で本を購入するときは、次の手順を実行します。

1. システムにログインします。
2. 本を検索します。
3. カートに本を追加します。
4. チェックアウト。

まず、これらの手順を書き留めて、スクリプトに保存します。 負荷テストを開始すると、多くの場合、このスクリプトを他の同様のビジネスプロセスと組み合わせて、典型的なサーバー負荷を正確に再現します。 また、多数のユーザーをシミュレートするために伝播します。
注 「シミュレーション」や「シミュレーション」などの用語を使用することもありますが、HP StormRunner Loadが生成するトラフィックの種類は非常に信頼できます。 Webサイトをホストするサーバーは、仮想ユーザーと実際のユーザーを区別しません。 適切に設計された負荷テストでは、トラフィックは実際の人がWebサイトにアクセスするのと同じくらいリアルです。

1. Firefoxで新しいタブを開きます。
2. ブラウザウィンドウのサイズを調整して、TruClientパネルが表示され、必要なサイトを含むウィンドウに十分なスペースを確保します。
3. HP TruClient記録パネルが表示されていることを確認してください。
4. [記録の開始]ボタンをクリックして、 www.hp.comにアクセスします。 入力したURLを含む記録された文字列がTruClientに表示されることを確認します。 TruClientで記録する場合、他のFirefoxタブはすべて閉じられます。
5. hp.comでリンクを選択し、それに関連付けられているページをFirefoxで完全に表示します。 次に、ブラウザーの「戻る」ボタンをクリックして、開始ページに戻ります。 録音中に質問または他のポップアップウィンドウが表示された場合は、閉じます。
6. 合計4つの異なるリンクを選択し、ブラウザーの[戻る]ボタンを使用して毎回戻ります。 スクリプトは次のようになります。
   

TruClientパネルの「停止」ボタンをクリックします。

トランザクション作成

トランザクションは、スクリプトのすべてまたは一部を含む一種の論理ユニットです。 説明的な名前がトランザクションに割り当てられます。 トランザクションには開始と終了があります。 トランザクションの開始点であるコマンドの開始とともに、カウントダウンが開始され、トランザクションが完了するまで続きます。
このセクションでは、いくつかのトランザクションをスクリプトに追加して、特定のアクションにかかる時間を決定します。

1. スクリプトの最初の行を選択し、トランザクションの開始アイコンをクリックします。
   
2. このトランザクションに「FullProcess」という名前を付けます。 これを使用して、スクリプト全体の期間を決定します。
   
3. スクリプトの最後の行を選択し、「トランザクションの終了」アイコンをクリックします。 「フルプロセス」という名前が自動的に表示されます。 このトランザクションは、スクリプト全体の実行時間を測定します。
4. Click on ...リンクを含む行の1つを選択します。
5. この行でトランザクションの開始と終了の両方を作成し、このトランザクションに「Click Link」という名前を付けます。
   
6. [ファイル]メニューから、ローカルコンピューターのデスクトップにスクリプトを保存します 「HP_Navigate」という名前を付けます。 （注：StormRunnerの[保存]を選択すると、わずかに小さいサイズをアップロードするためのファイルが作成されます。
7. 完成したスクリプトは次のようになります。
   

演習3.テストの作成と実行

役割：パフォーマンスエンジニア

ストレステストの目的

記録されたスクリプトができたので、Webサイトにアクセスする仮想ユーザーのシミュレーションを開始できます。 通常、通常、ユーザーはサイトとのユーザーインタラクションの最も一般的なシナリオ（通常10〜20）を決定し、それぞれのシナリオを作成します。
そのうちのいくつかは、データベースを大幅に使用し、データベースを構成するためにそれらに集中することができます。 また、Webサーバーの負荷を増やし、このインフラストラクチャコンポーネントの最適化を支援するものもあります。
ストレステストにはいくつかの目標があります。 たとえば、パフォーマンスが低下し始める前にサイトが処理できるユーザー数を決定したいとします。 また、インフラストラクチャのどの要素が負荷にさらされているかを確認して、それらを最適化することもできます。 または、ネットワークインフラストラクチャをテストして、ボトルネックを特定して修正します。
これらのテストはすべて異なるデータを生成し、異なる問題を解決します。 それぞれが特定の問題を識別し、Webアプリケーションを最適化するように設計されています。

ストレステストを作成する

この例では、作成したスクリプトを使用して、Webアプリケーションの基本的なパフォーマンス特性を検討します。 このタイプのストレステストは軽量であり、将来のテストの基礎となります。 インフラストラクチャに過負荷をかけない基本的なテストにより、さらにテストを行った結果をより高い負荷と比較し、特に注意が必要なものを確認できます。

1. 右上隅のアイコンをクリックして、HP TruClientアドインを最小化します。
2. HP SaaSにログインして、StormRunner Loadアプリを起動します。
3. [Getting Started with StormRunner]ダイアログボックスが表示されていることを確認します。
4. [テストの作成]ボタンをクリックします。
   注 このボタンを表示するには、下にスクロールする必要がある場合があります 。
5. 左側の[概要]タブを選択し、テストにHP_Loadtestという名前を付けます。
   
6. 左側の[スクリプト]タブを選択します [アップロード]をクリックします。
   
7. 以前に記録したスクリプトを保存するHP_Navigate.zipファイルを選択し、[開く]をクリックします。 スクリプトがロードされるのを待ちます。
   
   注 スクリプトは多くの個別のファイルで構成されているため、.zipファイルとして保存されます 。
8. スクリプトをロードした後、仮想ユーザーの値（仮想ユーザー）を20に設定します。
   Ramp up値を00 01 00分に設定します。
   期間を00 05 00分に設定します。
   ティアダウン値を00 01 00分に設定します。
   
   したがって、サイトにアクセスできる仮想ユーザーの数が1分以内に0から20に増加し、すべてのユーザーが5分間サイトを操作し、最後に1分以内にユーザー数がゼロになるテストを作成します。 。
9. 左側の[配布]タブを選択します。
   新しい地域を追加（場所を追加）
   オレゴンを選ぶ
   分布を、米国の東部地域（バージニア州）から50％、米国の西部地域（オレゴン州）から50％に設定します。 つまり、20人の仮想ユーザーのうち、10人が米国西部のクラウドジェネレーターで、10人が米国東部のクラウドジェネレーターで形成されます。
10. 左側の[SLA]タブを選択します。 そして、トランザクション応答時間（TRT）を次のように設定します。
    フルプロセス：35秒
    ClickLink：5秒
    
    SLA（Service Level Agreement）パラメーターは、テストのしきい値を定義します。 トランザクションでしきい値を超えた場合（つまり、サービスレベル契約に違反した場合）、結果に反映されます。

ランニングストレステスト

HP StormRunner Loadにテストをロードし、5分で20人のユーザーを実行するように構成しました。 仮想ユーザーは1分間で徐々に追加され、テスト後1分間で徐々に削除されます。 実際のトラフィックは、米国の両方の地域（西部および東部）から生成されます。 これらのシステムは通常、負荷ジェネレーターと呼ばれ、クラウドに配置されます。
ロードジェネレーターのリソースの割り当て（スクリプトの開始と初期化）は、テストの実行時に発生します。

1. 右上隅の[テストの実行]ボタンをクリックして、テストを実行します。 以下のダイアログでテストの初期化の進行状況を追跡できます。
   
2. テストの実行中に、グラフの統計を確認します。 テスト中に、テストの進行状況に関する情報とともに4つのグラフが表示されます。
   
   グラフ
   実行中の仮想ユーザー-このグラフは、20人の仮想ユーザーの追加、一定の負荷、および削除を示しています。 この例では、20人の仮想ユーザーが1分間で追加され、5分間働いた後、徐々に削除されます。 サーバーの整合性を維持し、突然の負荷のピークを防ぐには、仮想ユーザーの数を徐々に増やしたり減らしたりすることが重要です。
   
   ヒット/秒 （ヒット/秒）-サーバーから要求されたヒット（ヒット）またはファイルの数を示します。 多くの場合、ページには複数のリソースが含まれているため、ページにアクセスすると、複数のファイルまたはリソースがロードされます。 1秒あたりのヒット数を示すグラフは、仮想ユーザーの負荷によって生成されたトラフィックの相対的な表現を提供します。
   
   スループット -このグラフは、サーバーから送信され、適用された負荷から直接呼び出されるデータ量（1秒あたりのバイト数）を追跡します。 多くの場合、一般的な形式では1秒あたりのヒット数のグラフと相関しています。
   
   エラー -仮想ユーザーが作業するときに発生するサーバーエラーの数を示します。たとえば、仮想ユーザーがページリクエストへの応答で404または500エラーを受け取った場合などです。 このグラフでは、すべてのタイプのサーバーエラーコードが追跡されます。
   
   適切な項目を選択して、ウィジェットモードから線形に結果を表示するための形式を変更できます。
   
   網掛け部分は何を示していると思いますか（テスト開始後しばらくして表示されます）？
   これらは、テストの開始から収集された初期測定データを表し、StormRunnerによって予測されたベースラインの「正常な」動作を示しています。
3. テストが完了するのを待って、期間、UIユーザー、テストのステータスなどの要約統計を確認します。 テストがエラーで終了したため、理由を把握する必要があります。 テストに合格しましたか？

次のセクションで結果を分析します。