IOmeterを使用したテスト

IOmeterプログラムは、ディスクサブシステムとローカルネットワークのパフォーマンスをテストするための一般的なツールです。 テストは「100％合成」です。



残念ながら、テストプロセスのいくつかの非自明性、時代遅れの外観、本格的なオンラインヘルプの欠如、ドキュメント、およびロシア語の説明は、使用する際に困難を引き起こすことがよくあります。 また、インターネット上では、実際に使用する方法論の詳細な説明、および使用されている用語と機能の説明はありません。



著者は、 aboutnetappブログの所有者に特別な感謝を表明したいと考えています。IOmeter を 使用したスト​​レージシステムの実際のテストに関する投稿で、著者はこの記事を執筆しました。



テストソフトウェアの世界では、現在2つの主要なテストモデルが受け入れられています。 1つ目は、実際の作業の模倣です。 通常、このようなテストには、スクリプトを使用して、テスト中に実際の作業を模倣するいくつかの実際のアプリケーションが含まれます。Word文書を開いて変更し、スプレッドシートを作成して保存します。 このようなテストアプリケーションの典型的な例は、Winbenchテストスイートです。



このような「実際の」テストには否定できない利点があるため、たとえば、事務などの一般的なアクションを超えるテストを作成することは困難またはほとんど不可能です。

第二に、測定技術はかなり暗く、シミュレーションテストで使用されるアプリケーション内で混乱しているため、結果を解釈することがしばしば困難です。



このため、サーバーシステム、特にディスクサブシステムの負荷テストでは、「合成」テストを使用することがよくあります。これは、実際に近い負荷の種類をシミュレートできるかなり明確なアルゴリズムです。 アルゴリズムの明快さが明らかなため、このようなテストは比較テストやパフォーマンスの問題の分析に非常に便利です。



人気のあるIOmeterテストは、2番目のカテゴリである「合成」テストに属します。



このプログラムはもともとIntelで開発され、その後Intelでの開発が停止すると、オープンソースに移行され、コミュニティは徐々に開発を続けました。



このプログラムには独自のWebサイトがありますが、Sourceforgeのプロジェクトページからダウンロードすることをお勧めします。

実際、ダウンロードリンクは、かなり前に凍結した最後の安定版（2006.07.27）を提供しますが、Sourceforgeの最後の安定版はDevel 2008.06.22 rc2であり、かなりの重要な変更と改善を行っているため、使用することをお勧めします。



このバージョンのSourceforge用に次のバイナリがコンパイルされます：X86_64、IA64（ネイティブItanium）、Win32、およびLinux x86_64。 並べ替えから、目的のプラットフォーム用にDynamoを構築（試行）できるため、少し矯正してシャーマニズムを行った後、彼は必要なSolaris 10 / SPARCのために集まりました。



興味深いことは、最初から始まります。 インストール後、プログラムフォルダーにiometer.exeとDynamo.exeの 2つの実行可能ファイルがあります。 実際、IOmeterは「2コンポーネント」スキームに従って構築されているため、テスト対象のシステムを制御システムから分離するだけでなく、多数のテストコンピューターを一度に管理することもできます。 Iometer.exeはGUIを備えた管理プログラムであり、 Dynamo.exeは対応するプラットフォームのコマンドラインユーティリティです。



この分離は非常に便利です。たとえば、テスト対象のシステムが隣の建物のデータセンターにある場合、率直に言って、そこにいるのはあまり快適ではありません（うるさく、寒く、吹いていて、座るのは簡単なことではありません）。 このような2コンポーネントテストシステムを使用して、データセンターのテスト済みサーバーでLoad Generator（Dynamo.exe）を実行し、オフィスに行き、そこからローカルネットワーク経由で接続し、すべてをリモートで管理して、ラップトップで結果を受信できます。



ただし、「分散」テストを実行するタスクがない場合は、これらすべてに煩わされることはなく、iometer.exeを実行するだけです。 同時に、GUIマネージャー画面が表示され、Dynamoがローカルで起動します。



DynamoとIOmeterは両方とも/？で起動できます。 同時に、予想どおり、いくつかの便利な起動キーのリストが表示されます。



IOmeter：

Iometer config_file [result_file [timeout_value]]

Iometer [/ c config_file] [/ r result_file] [/ t timeout_vaue] [/ p port] [/ m 1]



Config_file-構成ファイル。 存在し、有効なicfでなければなりません。

Result_file-結果ファイル（CSV形式）は補足され、存在しない場合は作成されます。

Timeout_value-参加者がログインを待機している秒数。

Port_number-ログインを待機しているポート。

/ m-テスト時に大きなゲージを表示します。



config_fileとresults_fileの両方が設定されている場合、ロードされたconfig_fileの [Test Setup]タブで開始が定義されている場合、Iometerは人間の介入なしでバッチモードで開始を試み、テストを開始および停止し、 result_fileに結果を書き込み、終了したらiometerを閉じます。



テストには合計で何時間もかかるため、バッチ起動機能は非常に便利で便利です。



ダイナモ：

dynamo [/ i iometer_computer_name / m manager_computer_name] [/ n manager_name] [/ c cpu_affinity] [/ p login_port_number]



iometer_computer_nameは、DynamoからログインするIometerを実行しているコンピューターの名前またはIPアドレスです。 このパラメーターがなければ、Dynamoはローカルホストでそれを探します。

manager_nameは、Dynamoがインストールされているコンピューターの名前です。IOmeterの観点からは、「manager」と呼ばれます。 デフォルトでは、これはホスト名です。 IOmeter構成で使用する場合、たとえば、事前に作成された構成で特定のタスクを割り当てる場合は重要です。

manager_computer_nameは、GUIがこのDynamoと通信するDynamoコンピューターの名前またはIPです。 デフォルトでは、最初のネットワークカードのIPアドレスが使用されます。

login_port_numberは、DynamoとGUIの間でログインが発生するポートです。 デフォルトは1066です。ファイアウォールの場合は、忘れずに開いてください。

cpu_affinityは、マルチプロセッサシステムの場合にDynamoが実行される特定のCPUの番号です。 定義されていない場合は、最初のCPUで。



したがって、実行する行は次のとおりです。

track @ unixbox> ./dynamo / i 192.168.1.100 / m 192.168.1.10 / n LG1



この場合、IP 192.168.1.10のマシンでDynamoインスタンスを実行します。これは、192.168.1.100にあるGUIに表示され、その中でLG1と呼ばれます。



/？で指定されていない別のキー これは/ force_rawスイッチです。 このキーは、ディスク上で見つかったファイルシステムを無視し、rawデバイスとしてテストすることを意味します。 ファイルシステムでフォーマットされたディスクはテスト中に破損するため、使用には注意してください。



ネットワーク経由で起動する場合、リモートDynamoからのログインプロセスには数秒かかります。ローカルで起動した場合、すべてが即座に行われます。







IOmeterの重要な概念の1つは「ワーカー」です。

ワーカーは、テストタスクを実行するオブジェクトです。 これまたはそのアクションを割り当てられるのは彼です。

デフォルトでは、Dynamo（IOmeter-「マネージャー」という点で、このペアでこのGUIマネージャーIOmeter.exeを呼び出す方が論理的です）は、システムで検出されたプロセッサーコアに等しい量のワーカーを作成します。 ハイパースレッディングが存在する場合、それらは2つのコアとして認識されることに注意してください。これらはそれぞれのコアで高負荷アプリケーションを実行するのにはあまり適していません。

任意の数の使用可能なワーカーを使用できます。もちろん、テストを1つだけ割り当てることができます。



そこで、IOmeterを立ち上げました。







[ トポロジ ]列の左側にあるDynamoは、ローカルマシンまたはリモートマシンにログインします。

ご覧のとおり、Atom N270プロセッサ上のAsus 901Goラップトップでは、2つのコアと2つのワーカーが作成されました。



最初のタブは「 ディスクターゲット」と呼ばれます。

最初の起動時に、マネージャーの[ ターゲット ]列に、彼が自分で見るすべてのディスクを左側で選択したワーカーが表示されます（リモートマシンでDynamoを実行している場合、これらはリモートで表示されるディスクになります）車）。 認識されたファイルシステムが存在するディスクは黄色で表示され、未フォーマットのパーティション、未フォーマット、またはこのOSによって認識されないファイルシステムは青色で表示されます。



最初に、すべてのディスクが赤い線で消されます。 これは、ファイルシステムでのテストに必要なテストファイルが見つからなかったことを意味します（rawパーティションの場合、これは不要であり、「青い」ディスクはすぐにテストの準備ができています）。

チェックボックスに十字を入れて、テスト用のディスクを選択できます。

iobw.tstテストファイルは、最初の起動時に対応するディスクのルートに作成されます。注意、デフォルトでは、すべての空きディスク領域を占有します！ それは長い時間になる可能性があり、...ええと...予想外です;）たとえば、稼働中のコンピューターで実験する場合、アプリケーションまたはOSに対して。

サイズを制限するには、[ 最大ディスクサイズ]フィールドでサイズを設定します。サイズはSECTORSで示され、サイズは512バイトです。

たとえば、65535セクター-32MB。

rawパーティションの場合、 開始ディスクセクターは開始セクターを設定できます。

顕著なIOの数は、詳細な説明に値する重要なパラメーターです。



通常、コンピューターで実行される各タスク、各プログラムは、ディスクへの入出力を実行します。 原則として、これらは単一のストリームではなく、ディスクから複数の並列プロセスを同時に読み書きします。

4〜8個の入出力ストリームがnotepad.exeやcalc.exeなどの非常に単純なアプリケーションを生成することは一般に受け入れられています。 大規模なプログラム、MS Wordのレベル-32-64はフローと並行しており、最大は256と見なすことができます。これは、良好な負荷がかかっているOracleなどの大規模なエンタープライズデータベースに対応します。

同時I / Oストリームの数は、「＃of Outstanding IOs」です。

戦闘に近い負荷でシステムをテストするには、このパラメーターを積極的に使用する必要があります。

しかし、ここで、この場所で、このパラメーターに触れず、後で個別に作業を設定します。



[ ネットワークターゲット ]タブに移動します。







IOmeterを使用して、ローカルネットワークのパフォーマンスをテストすることもできますが、これを行ったことがないので、ツールバーのボタンをクリックして、左側の目的の「マネージャー」を強調表示することでネットワークワーカーを追加できます。



次のタブAccess Specificationは重要です。 その上に、「テストパターン」が作成および設定されます。これは、システムをロードするテストロードのプロファイルです。





左側の[ ワーカー]を選択し、所有している負荷プロファイルの1つを選択し、左側のパネルの[ <<追加 ]ボタンで追加します。 したがって、テストタスクを既存のワーカーに割り当てます。 複数のワーカーを並行して（または順番に）実行する予定の場合は、それらに負荷パターンも追加します。

左側で特定のワーカーではなく、それらを含む要素を選択すると、割り当てられたパターンが階層の下のすべてのワーカーに割り当てられます。

ワーカーに複数のパターンを追加できます。



パターンを自分で作成することも、定義済みのセットを使用することもできます。 IOmeterがまだIntelによって製造されていたときに、Intelが開発したいくつかのテストパターンがバンドルされていました。

ここ： iometer2.icf IOmeterの構成ファイルをダウンロードできます。スクリーンショットに一連の負荷テストパターンが表示され、多少の成功を伴う1つまたは別の典型的な負荷をシミュレートします。

修正することも、独自に描画することもできます。 [新規]を押すか、パターンを選択して[編集]（または[コピーの編集]）をクリックすると、パラメーターを設定するためのウィンドウが開きます。







パターンを描画して、テストがストレージシステム（またはネットワークインターフェイスをテストしている場合はネットワーク）にアクセスするブロックを指定します。

ブロックサイズは、左上のパネル： Transfer Request Sizeです。

このようなブロックの相対的な数は次のとおりです。 アクセス仕様のパーセント 。 複雑なパターンを指定する場合、すべての合計数は100％でなければなりません。

左端の読み取り/書き込みの割合 - 読み取りに対するレコードの比率をこのパターンに従って決定します。 そのため、たとえば、 File Serverに対して80％の読み取りと20％の書き込みが設定され、通常は読み取りのみを行うWebサーバーに対して100％の読み取りが設定されます。

パーセントランダム/シーケンシャル分布の4番目の重要なパラメーターは、テストファイルへのランダムアクセスとシーケンシャルアクセス、ランダムアクセスとシーケンシャルアクセスから選択されるアクセスの性質です。

他のパラメーターはほとんど使用されません。



最後から2番目のタブは結果表示です。

その上で、テストがどのように行われているか、選択されたパラメーターでの結果が表示されます。







このタブの2つの重要なコントロールは、 Result SinceスイッチとUpdate Frequencyエンジンです。

最初は、以下の「温度計」に表示される結果を決定します-テストの開始からの合計（テストの開始 ）または瞬間、現在（ 最終更新 ）。

レギュレーターは、画面上の表示の変更頻度を決定します。

これらはすべてプログラムの表示にのみ影響することに注意してください。テスト中に達成された最大値は結果ファイルに書き込まれます。



デフォルトでは、6つのインジケータが表示用に選択されています。 パラメータのある「ボタン」をクリックして、メニューに表示するために必要なパラメータを選択することで変更できます。 また、プログラムの表示のみに影響し、すべて結果ファイルに書き込まれます。







最後に、テストプロセスのセットアップ 、 テストセットアップタブに進みましょう。







選択したワーカーについて、すべてのアクションが実行されて特定のワーカーオブジェクトに割り当てられることを再度思い出します。 テストの説明を書き留めて、後で結果の共通CSVファイルにどのような結果があるかを把握できるようにします。

テスト実行時間を設定します ： 実行時間

そして、「加速時間」、「ウォームアップ」の準備期間： ランプアップ時間を設定します。



1つのテストを実行する場合、これは制限される可能性があります。 しかし、原則として、ボタンを突くのではなく、それぞれが終了するのを待って、一度に数dを実行するのは興味深いことです。 このため、IOmeterには豊富な機能が備わっています。

[ サイクリングオプション]ドロップダウンリストでは、特定の条件とパラメーターの変更に応じて、テストを順次実行するための条件を設定できます。







たとえば、上記で述べたように、I / O負荷に対するストレージシステムの応答のダイナミクスを確認するために、 ＃of Outstanding IOsパラメーターを設定するのではなく、テストを順次実行し、徐々に増加させることをお勧めします。



ただし、サイクリングオプションには8つのバリエーションがあります。パターンを把握してください。







スクリーンショットに示されているオプションを選択すると、スレッド数を増やすためにフィールドをいくつ（1）からいくつ（256）に設定できます。 成長の性質として、Exponential Sepping and Power：2.をお勧めします。この場合、成長は2倍になります：1-2-4-8-16 ...このような成長ステップは、I / Oサブシステムの負荷容量を評価するのに十分です。



それで、私たちは始めました。

ツールバーの緑色のフラグが付いたボタンを押します。

デフォルトの結果results.CSVを使用して、結果をCSV（カンマ区切り値）ファイルに保存するように求められます。 このファイルが既に存在する場合、それは書き込まれます。新しいデータの先頭に、 テストセットアップで指定されたテスト名が示されます。

将来的には、このCSVをExcelにインポートし、そのデータに応じて美しいグラフを構成できるようになるでしょう。



最初の起動では、長い間、最初の実行用にテストファイルが作成されるため、目に見えるものは何も起こりません。 これは、次のメッセージで示されます： ドライブの準備 。 ファイルが作成されると、 Disk Targetsに赤い取り消し線が表示されなくなります 。 さらに実行すると、ファイルは再作成されず、テストはすぐに実行されます。







実行中のテストの名前が左下隅に表示されます。

右側のランプの残りのメッセージは、テストの前に「ウォームアップ」のプロセスがあり、 実行1/6で、サイクリングオプションに割り当てられた6つのテストの最初が実行されていることを示しています。







現在のテストを停止する（および次のテストに進む）には、ツールバーの[ 停止 ]ボタンをクリックして、テストシーケンス全体（ すべて停止）を中断します。



次に、[ テスト結果 ]タブに移動します。







「温度計」にはテストの現在の値が表示され、その中央の図には選択したパラメーターの現在の値が表示されます。

残りの実行： 現在のテストの残り時間。

合計時間は（前に指定したパラメーターを使用）：（30秒のランプ+テストの10分）* 6テストになります。



テスト中、進行状況がDynamoユーティリティウィンドウに表示されます。







テストの最後に、選択した名前（デフォルトではresults.CSV）のCSVファイルが結果を収集し、Excelにインポートして必要な分析を設定できます。