AWSのloadrunnerによる負荷テスト

Question

AWSでloadrunnerを使用して負荷テストを行うプロジェクト要件があります。 詳細なテストアプローチをどのように提供するのか、そしてこれは私たちにとって非常に新しいため、開始する前提条件は何か？

Answer 1

1. 仮想化環境で動作するロードジェネレータに関係していること。これにはいくつかの理由がありますが、その内の最初のものは、物理システムクロックに疎結合された仮想化システムクロックです。定期的にフローティング（劣化）仮想クロックを物理システムクロックと再同期させる必要があり、これにより再同期時にクロックジャンプが発生します。これは、必然的にタイミングレコードが開いているときに発生する必然的に、記録された平均、パーセンタイル、最大応答時間につながります。これはツールに依存しません。このフローティング・システム・クロックの問題は、クラウドにこれらのコンポーネントをインストールする場合、コントローラ（レコーディング・クロックの完全性）およびSiteScopeインスタンス（監視間隔）にも影響します。
2. 仮想マシンで実行されている共有負荷ジェネレータで、初期状態とテスト中の状態を制御できなくなります。あるテストから次のテストまで、同じホスト上で他のマシンが何をしているのか、ホスト上で実行しているユーザーを低下させるリソース（CPU、DISK、MEMORY、NETWORK）へのアービトアクセスがあるかどうかを制御することはできません。
3. 参照制御要因として物理ホストが必要です。これは、統計的サンプリング（サンプルの5％）を使用して、結果セットにある程度の信頼性を追加する、高信頼性/高精度クロックホストと考えることができます。これは、アプリケーションのユーザーにとって代表的な場所に配置することをお勧めします。
4. テストするアプリケーションと同じ場所（AWS）にロードジェネレータを置くと、ネットワークのトラバーサル状態が不自然になります（潜在的に）同一のデータセンター内を走査するはるかに複雑なネットワークを有する実際のユーザに対して異常に短い応答時間である。これにより、クロックジャンプと組み合わせると制御/参照ジェネレータが非常に重要になります
5. AWSのホスト間でデータセンター内のネットワークトラフィックを支払うことはありませんが、雲。したがって、AWSロード・ジェネレータの内部では、ネットワーク料金のテストごとの直接コストは削減されますが、結果セットの整合性が低下します。
6. LoadRunnerの最新バージョンはAmazonアカウントと統合されています。雲。 StormRunnerと同様に、クラウドはHPからLoadRunnerテクノロジーのバージョンをホストしました。テストの終わりにロードジェネレータインスタンスをシャットダウンするのではなく、テスト終了時にシャットダウンしてください。この最後の項目はツール固有ではありません。多くのツールは負荷を生成するためのインスタンスをスピンアップするのには優れていますが、シャットダウン時にはそれほど大きくありません。
7. これは、コンポーネントのインストール先を決定する場合があるため、使用許諾契約書をよくお読みください。特に、コントローラへのリモートアクセスに関連する規定、およびアプリケーションがコンポーネントの場所に関連してテストされている場所を読みたいと思うでしょう。この合意をPMとチームと提携して、コンポーネントがどこにインストールされているかを提案するだけで、いつでもソフトウェア監査に直面した場合に、すべての「i」が点滅し、「t」が交差することを保証したい。あなたはそのようなイベントの最後に驚きを望んでいません。