HP StorageWorks Command View EVAPerf ソフトウェア …h50146. · 3 はじめに 適用範囲 このドキュメントは、HP StorageWorks Command View EVAPerf...

HP StorageWorks Command View EVAPerf ソフトウェア・ ツールによるHP StorageWorks Enterprise Virtual Arrayスト

レージ・システムのパフォーマンス分析－ホワイトペーパー

はじめに............................................................................................................................................................. 3 適用範囲........................................................................................................................................................ 3 対象者 ........................................................................................................................................................... 3 補足資料........................................................................................................................................................ 3

HP Command View EVAPerfソフトウェアの概要 ................................................................................................ 3 HP Command View EVAPerfソフトウェアによるパフォーマンス情報のキャプチャ................................................. 4

一回のサンプリング ........................................................................................................................................ 4 短期間のキャプチャ ........................................................................................................................................ 5 長期間のキャプチャ ........................................................................................................................................ 5

分析のためのHP Command View EVAPerfソフトウェア出力データ編集 .............................................................. 6 パフォーマンス・オブジェクトとパフォーマンス・カウンタ ......................................................................................... 7

HP StorageWorks Enterprise Virtual Array 3000/5000とHP StorageWorks Enterprise Virtual Array 4000/6000/8000のカウンタの比較.................................................................................................................. 8 ホスト･ポート統計情報のパフォーマンス・オブジェクト ....................................................................................... 8 EVA Virtual Diskのパフォーマンス・オブジェクト............................................................................................... 9 物理ディスクのパフォーマンス・オブジェクト .................................................................................................... 12 HP Continuous Access トンネルのパフォーマンス・オブジェクト .................................................................... 14 EVA Host Connectionのパフォーマンス・オブジェクト .................................................................................... 15 ヒストグラム測定値のパフォーマンス・オブジェクト .......................................................................................... 16 アレイ・ステータスのパフォーマンス・オブジェクト ............................................................................................ 18 コントローラ・ステータスのパフォーマンス・オブジェクト.................................................................................... 18 ポート・ステータスのパフォーマンス・オブジェクト ............................................................................................ 19

各パフォーマンス・オブジェクトの表示 ................................................................................................................ 20 EVAストレージ・サブシステムの分離 ............................................................................................................. 20 ホスト・ポートの統計情報 .............................................................................................................................. 20 仮想ディスクの統計情報 ............................................................................................................................... 23 物理ディスクの統計情報 ............................................................................................................................... 25 HP Continuous Accessトンネルの統計情報 ................................................................................................. 26 ホスト・コネクションの統計情報 ...................................................................................................................... 26 ディスク・グループ別の仮想ディスク統計情報 ................................................................................................ 27

詳細情報を得るための再結合作業.................................................................................................................... 27

ストレージ・サブシステム ............................................................................................................................... 27 ディスク・グループ ......................................................................................................................................... 29

パフォーマンスの問題 ....................................................................................................................................... 30 データの調査.................................................................................................................................................... 30

ホスト・ポート ................................................................................................................................................ 31 コントローラ統計情報 .................................................................................................................................... 31 ホスト・コネクション........................................................................................................................................ 32 仮想ディスク ................................................................................................................................................. 32 物理ディスク ................................................................................................................................................. 34 HP Continuous Accessトンネル ................................................................................................................... 34 コントローラのワークロード ............................................................................................................................ 35 ディスク・グループ ......................................................................................................................................... 36

パフォーマンスのベースライニング..................................................................................................................... 36 通常の動作 .................................................................................................................................................. 36 問題発生時 .................................................................................................................................................. 37 比較のテクニック .......................................................................................................................................... 37

3

はじめに

適用範囲

このドキュメントは、HP StorageWorks Command View EVAPerf ソフトウェア・ツールで取得できるデータと

表示できる詳細情報を分析するための決まりと方法について説明します。HP Command View EVAPerf ソ

フトウェアは、HP Command View EVA ソフトウェア・スイートに無料で付属しています。また、http://h20000.www2.hp.com/bizsupport/TechSupport/DriverDownload.jsp?pnameOID=471498&locale=en_US&taskId=135&prodSeriesId=471497&prodTypeId=12169&swEnvOID=1005 から無料でダウン

ロードできます。このドキュメントは、パフォーマンスのトラブルシューティングやストレージ・アレイのチューニン

グについて詳しく説明するためのものではありません。また、HP Command View EVAPerf ソフトウェア・

ツールのインストール、設定、実行に必要な情報も掲載していません。

対象者

このドキュメントは、HP StorageWorks EVA (Enterprise Virtual Array) のパフォーマンス特性に関わる業務

を担当するストレージ管理者または設計担当者向けに書かれたものです。したがって、このドキュメントの読

者は、EVA のアーキテクチャと管理方法、およびストレージのパフォーマンスに関する基本的な知識を持って

いる必要があります。また、HP Command View EVAPerf ソフトウェアの操作、出力の選択肢について詳し

いことを前提としています。

補足資料

• HP StorageWorks Command View EVAPerf ツールの入手、インストール、および実行方法については、

HP StorageWorks Command View EVA 配布 CD に付属の『HP StorageWorks Command View EVA User Guide』を参照してください。

• また、EVA シリーズについては、以下の Web サイトを参照してください。 http://www.hp.com/go/eva3000 http://www.hp.com/go/eva5000 http://www.hp.com/go/eva4000 http://www.hp.com/go/eva6000 http://www.hp.com/go/eva8000

• HP Command View EVAPerf ソフトウェアとその関連資料については、HP StorageWorks Command View EVA の Web サイト、

http://h18006.www1.hp.com/products/storage/software/cmdvieweva/index.html を参照してください。

HP Command View EVAPerf ソフトウェアの概要

ホスト（サーバー）とストレージ・エリア・ネットワーク（SAN）インフラストラクチャに対して、いろいろなパフォー

マンス監視ツールやユーティリティが使用できます。これらのツールは、ホストが EVA へ与える動作負荷

（ワークロード）を測定し、アレイの処理能力を示します。例えば、リクエストレート、データレート、遅延時間と

いったホスト上のパラメータを見ることで、アレイの稼働状況（アクティビティ）を理解することが可能です。しか

し、サーバーがレポートするのは、そのサーバーがアクセスする仮想ボリュームに対するアクティビティだけで

す。そこで、EVA に対して稼動するワークロードをさまざまな面から理解する必要がある場合は、HP Command View EVAPerf ソフトウェアが必要となります。

4

HP Command View EVAPerf ソフトウェアを使用すれば、ストレージ・システム内部のアクティビティに関する

情報も表示されます。この情報は、どの程度性能の限界に近づいているか確認したり、あとどれだけワーク

ロードの増大に耐えられるかを判断したりするのに有効です。例えば、ホスト・ポートと物理ディスクのレベル

の測定結果から、アレイ内でボトルネックになる可能性のある場所を探すことができます。この分析はコン

ピュータシステム内の CPU、メモリ、ページング・ファイルといった各コンポーネントを調べてホスト内のボトル

ネックを見つけ出すのと似ています。

HP Command View EVAPerf ソフトウェアを使用すると、ストレージ・アレイ内のさまざまなコンポーネントに

ついて、パフォーマンス情報と関連情報を大量に取得できます。しかし、収集されたデータを正確に理解する

ために必要なアレイの構成に関する他のパラメータは識別できません。パフォーマンスを詳しく調査するには、

HP Command View EVAPerf ソフトウェアでは直接取得できない以下の情報を追加することが必要な場合

があります。

• 仮想RAID（Vraid）のレベル • スナップショット、スナップクローン、HP Continuous Access EVAのリモート・ミラー・ボリュームのID • ディスク・グループの構成と物理レイアウト • 仮想ディスクと物理ディスクのサイズまたは容量 • ディスク・グループの使用率

また、以下の情報が文書作成と問題解決のために有効な場合があります。

• ホスト・バス・アダプタ（HBA）のファームウェアとドライバのレビジョン • すべてのドライバとレジストリのパラメータ • SANの構成図とスイッチ・ファームウェアのレベル • EVAのファームウェア • アプリケーションのワークロードの概要

HP Command View EVAPerf ソフトウェアによるパフォーマン

ス情報のキャプチャ EVA からキャプチャしたワークロードやパフォーマンス情報をツールで表示するために、HP Command View

EVAPerf ソフトウェアには様々な種類のパラメータがあります。コマンド・ラインを使用して手軽にキャプチャし

た情報を画面に表示したり、ファイルに保存して後で精査したりできます。

まず、出力するデータの使用目的を決めます。データのキャプチャでは、キャプチャ時間の長さ、カウンタの取

得回数、および取得するカウンタの種類を決める必要があります。すべての選択はデータをどのように使用す

るかによって決まります。

一回のサンプリング

ストレージ・システムをインタラクティブに監視して現在の状態を調べたい場合は、サンプリング一回分のキャ

プチャ期間を設定すると適切で効果的です。この方法によって、システムのワークロード、パフォーマンス、設

定パラメータをすばやく調べることができます。この方法が有効な例を以下に示します。

• 各EVAシステムに対する負荷の合計 • コントローラ・プロセッサの使用率 • 仮想ディスクのリードキャッシュヒット率

5

• ディスク・グループの負荷情況 これらの簡易表示からサンプリング時のシステム動作の概略が得られます。そして、より詳細な調査を行うと

きに注目すべき点を判断できます。

一回のサンプリングをキャプチャする場合、ホスト・ポート統計情報など単一のパフォーマンス・オブジェクトに

限定し、結果をそのまま監視画面に表示させるのが通常は最も有効な方法です。問題のある箇所やさらに調

査が必要な箇所を調べるために、さまざまなオブジェクトを続けて表示させることも自由にできます。一回のサ

ンプリングで全てのオブジェクトを表示するとキャプチャ後に見づらくなり、実行にはかなり長い時間が必要と

なります。

短期間のキャプチャ

一回のサンプリングでは、はっきりわからないような動作を調べるには、少し長めの時間でシステムのアクティ

ビティを表示させるのが有効な方法です。そのような動作の例を以下に示します。

• 一時的な負荷の影響 • 内部的なシステム動作（物理ディスクのアクティビティなど） • サイト間リンク（ISL）の動作などの外部要因 • 就業日の特定の時間帯に起こる問題

このような場合は、期間を 15 分～数時間に設定するのが適切です。また、特に遅延時間の急上昇と下降など、

一時的な動作に対するサンプリング周期は可能な限り短くします。その上で、次のセクションで説明する時間

の制約を守るようにします。

長期間のキャプチャ

バックグラウンドのパフォーマンスやワークロードを記録（ベースライニング）したり、めったに起こらないイベン

トや長期にわたる複数のイベントをキャプチャしたりする場合は、データのキャプチャ期間を最も長く設定しま

す。目的によって、数時間のキャプチャを行うこともあれば、制限期間なしにキャプチャを行うこともあります。

このモードでのサンプリング周期は、サンプル当たり数十秒～数分までと長くなる傾向にありますが、これも目

的に応じて決定します。短期間の現象をキャプチャする場合は、前のセクションで説明したようにサンプリング

周期を短くする必要があります。HP StorageWorks Enterprise Virtual Array 4000 (EVA4000)、HP StorageWorks Enterprise Virtual Array 6000 (EVA6000)、および HP StorageWorks Enterprise Virtual Array 8000 (EVA8000)でサンプリング周期を長くすると、サンプリング周期にわたって平均化されるため、変

動幅が小さく表示されます。

EVA のワークロードとレスポンスの履歴を記録する場合、最も役立つデータだけに制限すると効果的です。

キャプチャするパフォーマンス・オブジェクト数を制限すると、サンプリング速度が最適化され、データ保存に必

要なストレージ容量が少なくなり、後でそのデータを調査する際の手間を省くことができます。そのためには、

HP Command View EVAPerf ソフトウェアのインスタンスを複数実行する必要があります。1 つのインスタン

スでキャプチャできるパフォーマンス・オブジェクトは 1 つだからです。最も利用価値が高い情報は、コントロー

ラ統計、ホスト・ポート、仮想ディスク、および物理ディスク・グループでキャプチャされる情報です。また、ホス

ト・コネクションと HP Continuous Access のトンネル（該当する場合）のデータをキャプチャすれば、さらに効

果的です。

キャプチャするカウンタを選択したら、次にサンプリングの周期と期間を決定します。主に長期的なワークロー

ドのデータを利用する場合は、サンプリング周期は 1～5 分が適切なはずです。また、将来何らかの問題解決

を行う場合に備えて、ワークロードとパフォーマンスを詳細に記録しておくことが必要な場合は、粒度を細かく

6

する必要があるため、10～60 秒の周期が適切です。

他に特別な条件がない場合は、制限期間は設定しません。ただし、抽出するデータの処理と選択を簡単にで

きるようにするためには、1～2 時間の長さで繰り返すのが最適な方法です。このためには、HP Command View EVAPerf ソフトウェアの実行ファイルをその周期で起動させ、対応するタイムスタンプ付きの出力ファイ

ルを生成させるスクリプトが必要です。

以下の例は、20 秒周期で 2 時間のサンプリングを行う複数の実行インスタンスです。

evaperf cs -cont 20 -dur 7200 > cs<datetime>.txt

evaperf hps -cont 20 -dur 7200 > hps<datetime>.txt

evaperf vd -cont 20 -dur 7200 > vd<datetime>.txt

evaperf pdg -cont 20 -dur 7200 > pdg<datetime>.txt

上の例で、<datetime>は、スクリプトの実行によって設定されるタイムスタンプです。これらのコマンドは記述

されている順番に実行されますが、通常は同時発生データが必要になるため、このままでは問題があります。

そこで、HP Command View EVAPerf ソフトウェアを複数の異なるターミナル・セッションで実行するか、各コ

マンドを同時実行するためにバックグラウンド・スケジューリング・ユーティリティを使う必要があります。

前に掲載したコマンド例から出力されるようなプレーン・テキストの出力フォーマットは読みやすさの点で優れ

ています。しかし、ツールで事後処理を行う場合は、コンマ区切り（CSV）ファイルなど、より簡潔なフォーマット

でキャプチャするのが最適です。

この例では、どの実行インスタンスも 20 秒周期でサンプリングを行うため、それぞれの開始時刻が偏る可能

性がありますが、互いの対応関係は維持できるはずです。データのキャプチャはすべて、このサンプリング周

期より短い時間で完了することが重要です。そうでないと、最も時間のかかるキャプチャの実行が続くので、

他のキャプチャから遅れていきます。例えば、サンプリング対象の全システムが 750 個の仮想ディスクで構成

されているとしたら、前に掲載した例では、vd コマンドの実行が他のコマンドと同一歩調を保てる見込みはあ

りません。

要求するデータ・セットが大きくなれば、それだけキャプチャに時間がかかります。多くのメンバー（特に仮想

ディスクと物理ディスク）が存在するシステムのパフォーマンス・オブジェクトをキャプチャするには 1 分近くか

かることがあります。したがって、まず簡単なテストを行い、データを収集する周期の最小値を決めてから、長

い時間のかかる収集セッションを始めるのが最適な方法です。少ない数のサンプルに対して、HP Command View EVAPerf ソフトウェアを連続スクリーン・モードで実行してください。このサンプルで、データのキャプチャ

に必要な時間がスクリーンキャプチャの下部にミリ秒単位で表示されます。この数字に適切な余裕（例えば

20%）を持たせ、そのオブジェクトのサンプリング周期として秒単位でその時間を使用してください。HP Command View EVAPerf ソフトウェアで複数のインスタンスを実行する場合は、各サンプル・セットで最も長

い周期を設定してください。サンプリング周期を短くしすぎて連続的にならないように、実行時間を計ってから

サンプリングレートを決めることがどのような場合にも適切な方法です。

分析のための HP Command View EVAPerf ソフトウェア出力

データ編集 HP Command View EVAPerf ソフトウェアのデータは、Microsoft® Windows® Performance Monitor（Perfmon）ユーティリティを使用するか、HP Command View EVAPerf ソフトウェアのコマンド・ライン・イン

ターフェース（CLI）を使用して見ることができます。このソフトウェアの現バージョンでは、全てではないものの、

ほとんどの測定値や補助情報を Perfmon から利用できます。Perfmon の実装によってサポートされるオブ

ジェクトとカウンタの全一覧については、HP EVA のマニュアルを参照してください。この文書では、HP

7

Command View EVAPerf ソフトウェアの CLI についてのみ説明します。Perfmon のパフォーマンス・オブジェ

クトとカウンタで対応している全情報について、その解釈と使い方は今のところ有効です。

HP Command View EVAPerf ソフトウェアのデータは、テキスト、CSV、タブ区切り（TSV）などさまざまな出

力フォーマットを選択できます。連続出力モード（-cont）を選択すると、パフォーマンス・データのテキスト・スト

リームが生成され、直接閲覧するか、出力ファイルに転送することができます。このデータは、HP Command View EVAPerf ホストが通信できるすべての EVA から、監視対象にした多くのコンポーネントを収集したもの

です。

パフォーマンス・オブジェクトとパフォーマンス・カウンタ 以降のセクションでは、読みやすいプレーン・テキスト・フォーマットでキャプチャした出力データの例を説明し

ます。ただし、出力データを事後処理する予定がある場合は、CSV フォーマットをおすすめします。ここに掲載

するデータの例はすべて、人工的に作り出したワークロードを利用して生成されているため、仮想ディスクに

よって大きな差が有りますが、時間経過による変化はほとんどありません。これらの例はお客様環境で観測し

た実際のワークロードを表したものではありません。

重要：掲載されているどの例においても、数値データの良し悪しは結論づけできません。パフォーマンス情報

としての妥当性についても同様です。すべてのデータは、あくまでも出力フォーマットの例として掲載していま

す。

出力データのファイルはパフォーマンス・カウンタとそれに関連する参照情報で構成されています。出力デー

タのファイルを開くと、パフォーマンス・データが行と列のマトリクス状の表に記録されていることがわかります。

パフォーマンス以外の情報には、複数のオブジェクトに共通するものもあります。具体的には次のような情報

です。

• 「Ctlr（コントローラ）」列はレポートされている測定値がどのコントローラのものであるかを示しています。AまたはBという表示は、Command Viewで表示されるものと対応関係にある場合もない場合もあります。そ

のため、コントローラを明確に区別するには、コントローラのシリアル番号を使用する必要があります。 • 「Node（ノード）」列は各データの収集元であるEVAストレージ・アレイを示しています。このドキュメントの例

では、わかりやすくするためにノードのデータは省略しています。 • 「GroupID（グループID）」列は仮想ディスクと物理ディスクのどちらかがメンバーとなっているディスク・グ

ループを表します。 デフォルトでは、HP Command View EVAPerf ソフトウェアは MB/s の単位でデータレートを表します。これは

1 秒当たり 100 万バイトに相当します。データレートを KB/s 単位で表すことも可能です。これは 1 秒当たり

1024 バイトに相当します。HP Command View EVAPerf ソフトウェアでは、各カウンタのヘッダ部分に該当す

るデータレートの単位を表示します。遅延時間の単位はデフォルトではミリ秒（ms）ですが、マイクロ秒も指定

できます。

場合によっては、わかりやすくするために、ノード名やオブジェクト名を省略形にしています。例えば、アレイの

ノード名 5000-1FE1-5001-8680 を、...-8680 と省略して表しています。仮想ディスクのワールドワイド・ネーム

（WWN）6005-08B4-0010-2E24-0000-7000-015E-0000 は、...-015E と省略して表しています。わかりやす

い名前は取り扱いがより簡単ですが、この例のデータをキャプチャした時から使われていたわけではありませ

ん。

HP Command View EVAPerf ソフトウェアでは、13 種類のパフォーマンス・オブジェクトを利用できます。その

オブジェクトとは、ホスト・ポート、仮想ディスク、ディスク・グループ別の仮想ディスク、物理ディスク、ディスク・

グループ別の物理ディスク、データ複製トンネル、読み取り遅延のヒストグラム、書き込み遅延のヒストグラム、

転送サイズのヒストグラム、ホスト・コネクション、ポート・ステータス、アレイ・ステータス、およびコントローラ・

ステータスです。これらの各パフォーマンス・オブジェクトには、そのオブジェクトのワークロードとパフォーマン

スの測定値を表すカウンタ・セットが含まれています。各オブジェクトとカウンタ、およびその意味については、

8

以降のセクションで定義します。

HP StorageWorks Enterprise Virtual Array 3000/5000 と HP StorageWorks Enterprise Virtual Array 4000/6000/8000 のカウンタの比較

HP StorageWorks Enterprise Virtual Array 3000（EVA3000）と HP StorageWorks Enterprise Virtual Array 5000（EVA5000）のカウンタは、EVA4000、EVA6000、EVA8000 のカウンタとは少し異なる方法で管

理されています。EVA3000 と EVA5000 のシステムでは、サンプリング周期に関わらず、ほとんどのカウンタ

（Req/s、MB/s など）はサンプリング時点の 1 秒あたりの平均となっています。したがって、各サンプルはその

時点のアクティビティを瞬間的に捉えた断片的な状態を表しています。一方、EVA4000、EVA6000、

EVA8000 システムでは、カウンタはサンプリング期間の実際の平均値です。したがって、変動の大きなデータ

では、サンプリング期間を短くしたときと長くしたときで違った特性が現れることになります。

EVA3000 と EVA5000 のシステムでは、HP Continuous Access のトンネル再試行や、ホスト接続ビジーなど

の回数は、常に値が増加してリセットされることはありません。一方、EVA4000、EVA6000、EVA8000 のシス

テムでは、カウンタはサンプリング周期の間に記録された回数の割合を表します。

ホスト･ポート統計情報のパフォーマンス・オブジェクト

EVAのホスト・ポート統計情報は、EVAの各ホスト・ポートの情報を収集したものです。各測定値には、それぞ

れのポートでのパフォーマンスとデータ・フローに関する情報が含まれます。EVA8000 は、コントローラ当たり

4 つのホスト・ポート、そしてコントローラのペア当たり 8 つのホスト･ポートを搭載しています。他のコントローラ

搭載モデルはすべて、コントローラ当たり 2 つのポート、コントローラのペア当たり 4 つのポートを搭載していま

す。

読み取りと書き込みに対する、秒当たりのリクエスト数、データレート、遅延時間を順に見れば、各ポートと各

コントローラのアクティビティをすばやく理解できます。キューの深さは、それ自体で良し悪しを判断するのでは

なく、補助的な測定値としてパフォーマンスの問題を見つけるのに役立ててください。

注意：すべてのホスト・ポート統計情報は、ホストが開始したアクティビティだけが対象となります。どの測定値

にもリモート・ミラーのトラフィックは含まれません。

ホスト・ポート統計情報と関連カウンタ

9

Read Req/s（読み取りリクエスト数/秒）

このカウンタは、読み取りコマンドに対して各ホスト・ポート経由で送信された、ホスト側開始リクエストに基づく

読み取りリクエストレートを表します。

このドキュメントでは、「リクエスト」という語は、決められた長さのデータをストレージ内の特定のロケーション

へ、または特定のロケーションから転送するためにクライアントが開始する動作です。コントローラからみれば

クライアントはホストであり、物理ディスクからみればクライアントはコントローラとなります。

Read MB/s（読み取り MB/秒）

このカウンタは、読み取りコマンドに対して各ホスト・ポート経由で送信された、ホスト側開始リクエストに基づく

読み取りデータレートを表形式で表します。

上の例では、すべてのデータレートをデフォルト単位の MB/s で表しています。すべてのレートを KB/s で一覧

することも可能です。

Read Latency（読み取り遅延時間）

読み取り遅延時間は、EVA が読み取りリクエストを受信してから、EVA ホスト・ポート経由でホスト・クライアン

トにそのリクエストの完了を返信するまでにかかった時間です。この時間は、この EVA ホスト・ポート経由でア

クセスしているすべての仮想ディスクで発生した読み取りリクエスト遅延の平均時間で、キャッシュにヒットした

場合もミスした場合も含まれます。

Write Req/s（書き込みリクエスト数/秒）

このカウンタは、書き込みコマンドに対して各ホスト・ポート経由で送信された、ホスト側開始リクエストの書き

込みリクエストレートを、表形式で表します。

Write MB/s（書き込み MB/秒）

このカウンタは、書き込みコマンドに対して各ホスト・ポート経由で送信された、ホスト側開始リクエストの書き

込みデータレートを、表形式で表します。

Write Latency（書き込み遅延時間）

書き込み遅延時間は、EVA が書き込みリクエストを受信してから、特定の EVA ホスト・ポート経由でホスト・ク

ライアントにそのリクエストの完了を返信するまでにかかった時間です。この時間は、この EVA ホスト・ポート

経由でアクセスしているすべての仮想ディスクで発生した書き込みリクエスト遅延の平均時間です。

Av Queue Depth（平均キュー深度）

このカウンタは、サンプリング周期の間に、EVA ホスト・ポート経由でアクセスされた全ての仮想ディスクに対

する処理待ち状態のホスト・リクエストの平均値を追跡します。この測定値は、すべてのホスト側開始コマンド

が対象で、データ転送以外のコマンドも含みます。

EVA Virtual Disk のパフォーマンス・オブジェクト

Virtual Disk オブジェクトは、EVA 上にある各仮想ディスクのワークロードとパフォーマンスをレポートします。

仮想ディスクには、スナップショット、スナップクローン、または複製ボリュームも含みます。ツールのヘッダ中

の「LUN（論理装置番号）」という語は、仮想ディスクとほぼ同じ意味で用いられています。

仮想ディスクは、HP Command View EVAPerf ソフトウェアから見えているホストにプレゼントされている必要

があります。ただし、複製システム上にあるリモート・ミラー・ボリュームは、公開されていなくても見ることがで

きます。

仮想ディスク統計情報は、ストレージ・システム内の仮想ディスク一つ一つのアクティビティについて豊富な情

10

報を提供します。各仮想ディスクのアクティビティは、その仮想ディスクにアクセスするコントローラのそれぞれ

でレポートされます。各仮想ディスクのアクティビティは、各コントローラでレポートされたアクティビティの合計

になります。

EVA3000 と EVA5000 のコントローラは、アクティブ/スタンバイ・モードで機能します。このモードでは、ディス

クがオンラインになっているコントローラを通してだけ、ディスクにアクセスします。したがって、任意の仮想ディ

スクに対するどのアクティビティも単一のコントローラを経由します。しかし、EVA4000、EVA6000、EVA8000のコントローラは、アクティブ/アクティブ・モードと呼ばれる機能をサポートしています。このモードでは、１つの

コントローラが、任意の仮想ディスクに対してオンラインまたは優先設定されていても（所有コントローラ）、もう

一方のコントローラ（プロキシ）でもリクエストを処理できます。所有コントローラに対するリクエストはすべて、

EVA3000 または EVA5000 のコントローラと同じ方法で処理されます。プロキシ・コントローラに対する読み取

りコマンドは所有コントローラに渡されて、その結果、所有コントローラがディスクかキャッシュからデータを引

き出します。そのデータはミラー・ポート経由でプロキシ・コントローラに渡され、そしてホストの読み取りリクエ

ストが完了されます。プロキシ・コントローラへの書き込みはローカル・キャッシュに格納されますが、ミラー・

ポート経由でコピーもされます。これは、EVA3000 および EVA5000 のシステムと同じ方法です。所有コント

ローラは、キャッシュを物理ディスクにフラッシュする役割をします。書き込まれたデータは、EVA4000、

EVA6000、EVA8000 のシステムでは常にミラーリングされます。したがって、アクティブ/アクティブ・モードの

プロキシ・コントローラに対する書き込みパフォーマンスは、所有コントローラへの書き込みと比べて、ほとんど

影響がありません。

EVA4000、EVA6000、EVA8000 のシステムでは、すべてのホスト・リクエストを、所有コントローラかプロキ

シ・コントローラのどちらか、受信した側のコントローラだけが記録します。したがって、任意の仮想ディスクに

対するリクエストレートとデータレートは、両方のコントローラの値をそれぞれ単純に足したものになります。

仮想ディスクのデータに固有の情報

「Online to（オンライン接続先）」列は、各仮想ディスクに対してどちらのコントローラが所有コントローラである

かを定義します。

「Wr Mode（書き込みモード）」は、各コントローラのキャッシュがライトバック・モードであるかライトスルー・

モードであるかを示します。ライトバック・モードがデフォルトのモードですが、仮想ディスク単位でライトス

ルー・モードの指定ができます。仮想ディスクに対して 3 フェーズ・スナップショットまたはスナップクローン操作

を開始する場合は、あらかじめその仮想ディスクをライトバック・モードからライトスルー・モードに変更する必

要があります。この場合、操作が完了するとライトバック・モードに戻ります。また、キャッシュの整合性を維持

できないおそれのあるバッテリー状態になったことをコントローラが検出すると、書き込みモードはただちにラ

イトスルー・モードに変わります。書き込みモードは、バッテリー状態が回復するまでライトスルー・モードのま

まです。

「Mirr（ミラー）」は、各仮想ディスクでキャッシュのミラーリングが有効かどうかを示します。EVA4000、

EVA6000、EVA8000 のコントローラでは、アクティブ/アクティブ機能をサポートするため、キャッシュのミラー

リングは常に有効になっています。

11

EVA 仮想ディスクと関連カウンタ

Read Hit Req/s（読み取り成功リクエスト数/秒）

このカウンタは、EVA のキャッシュ・メモリから処理完了された読み取りリクエストレートをレポートします。デー

タが EVA の読み取りキャッシュ内に存在しているのは、事前のキャッシュ・ミスか、データ・ストリームのシーケ

ンシャル・リードによって発生するプリフェッチ操作によります。

Read Hit MB/s（読み取り成功 MB/秒）

このカウンタは、ホストの仮想ディスクへの読み取りリクエストがヒットしたので、EVA のキャッシュ・メモリから

読み取られたデータレートをレポートします。

Read Hit Latency（読み取り成功遅延時間）

このカウンタは、読み取りリクエストを受信してから、EVA のキャッシュ・メモリから読み取りが行われてリクエ

ストが完了するまでにかかった平均時間をレポートします。

Read Miss Req/s（読み取り失敗リクエスト数/秒）

このカウンタは、EVA のキャッシュ・メモリから処理できず、物理ディスクから読み取らなければならなかった、

ホストからの読み取りリクエストレートをレポートします。

Read Miss MB/s（読み取り失敗 MB/秒）

このカウンタは、EVA のキャッシュ・メモリに存在せず、物理ディスクから読み取らなければならなかった読み

取りデータレートをレポートします。

Read Miss Latency（読み取り失敗遅延時間）

このカウンタは、ホストからの読み取りリクエストを受信してから、物理ディスクから読み取りが行われてリクエ

ストが完了するまでにかかった平均時間をレポートします。

Write Req/s（書き込みリクエスト数/秒）

このカウンタは、仮想ディスクへの書き込みリクエストレートをレポートします。書き込みリクエストは、すべて

のホストからの受信、データ複製のための HP Continuous Access EVA の複製元システムからこのシステム

への転送、およびスナップショットまたはスナップクローン・ボリュームに書き込まれたホスト・データが対象で

す。

Write MB/s（書き込み MB/秒）

このカウンタは、すべてのホストから仮想ディスクへの書き込みデータレートをレポートするものです。データ

複製のために HP Continuous Access EVA の複製元システムからこの複製先システムに転送されるデータ

を含みます。

12

Write Latency（書き込み遅延時間）

このカウンタは、ホストからの書き込みリクエストを受信してから、リクエストの完了が返信されるまでの時間を

レポートします。

Flush MB/s（フラッシュ MB/秒）

このカウンタは、ホストからの書き込みデータが、対応する仮想ディスクのための物理的なストレージへ書き

込まれるデータレートを表します。両コントローラ上の全仮想ディスクのフラッシュの値を合計すると、物理ディ

スクへの書き込みデータレートとなり、ホストからの書き込みデータ合計にも一致します。

複製先ボリュームに書き込まれたデータ複製用のデータも、フラッシュ統計情報に含まれます。ホストからの

スナップショットとスナップクローン・ボリュームへの書き込みはフラッシュ統計情報に含まれますが、内部で行

われるスナップショットやスナップクローンの正規化によるデータ・フロー、およびコピー・ビフォア・ライト動作に

よるデータ・フローは含まれません。

Mirror MB/s（ミラーMB/秒）

注意：このセクションで言うミラー・データレートとは、ミラー・ポートを経由するデータを指します。Vraid 1 で冗

長化のために行われる物理ディスクのミラーリングとは関係ありません。

このカウンタは、仮想ディスクへの読み取りリクエストと書き込みリクエストの処理にあたって、ミラー・ポートを

経由する転送のデータレートを表します。書き込みデータは、冗長化のためにキャッシュのミラーリングが有効

になっていると、常にミラー・ポート経由でコピーされます。ミラー・データレートには、リクエストを行ったホスト

へプロキシ・コントローラ経由で返す所有コントローラからの読み取りデータを含みます。参照しているコント

ローラからもう一方のコントローラへ出て行くデータがミラー・トラフィックとしてレポートされます。

書き込みストリームがシーケンシャル・アクセスとして検出された場合、または仮想ディスクが Vraid 1 か Vraid 0である場合、そのストリームのミラー・トラフィックには、書き込みデータしか含まれません。しかし、Vraid 5ボ

リュームに対するランダム・ワークロードでは、パリティのコピーも必要になります。そのため、この場合のミ

ラー・データレートは、ホストの書き込みデータレートの 2 倍になります（ホスト・データ 1 バイトに対してパリ

ティ １バイト）。

スナップショット・ボリュームとスナップクローン・ボリュームへのホストの書き込みはミラーされ、複製側ボ

リュームのミラー･データレートの統計情報に含まれます。スナップクローンの正規化と、スナップショットとス

ナップクローンに対するコピー・ビフォア・ライト動作は所有コントローラによって行われ、ミラー・ポート経由で

の転送はされません。リモート・ミラー・ペアの複製先システム側の仮想ディスクのミラーレートには、複製先シ

ステム上の複製ボリュームへのイニシャル・コピーやマージ・トラフィックが含まれます。これは、通常のホスト

書き込み動作と同じように扱われます。

Prefetch MB/s（プリフェッチ MB/秒）

このカウンタは、仮想ディスクを所有するコントローラでシーケンシャル・リード・ストリームが検出された場合に、

その後に続く読み取り動作を見越して物理ストレージからキャッシュへ読み込まれるデータレートをレポートし

ます。

HP Continuous Access EVA が複製先の仮想ディスクに対して初回（イニシャル）のコピーをする場合のトラ

フィックは、複製元ボリュームの所有コントローラによってプリフェッチ統計情報としてレポートされます。

物理ディスクのパフォーマンス・オブジェクト

物理ディスクのカウンタは、ディスク・グループのメンバーになっている各物理ディスクの情報をレポートします。

このカウンタには、各ディスクのアクティビティがすべて記録され、ホスト・データの通信によるすべてのディス

ク・トラフィックと内部システムのサポート・アクティビティも対象となります。このアクティビティには、メタデータ

13

の更新、キャッシュのフラッシュ、プリフェッチ、スペアリング、レベリング、スナップクローンとスナップショットへ

の対応が含まれます。また、パリティの読み取りと書き込みやミラー・コピーの書き込みなどの冗長トラフィック

も含まれます。測定値はコントローラごとに別々にレポートされます。したがって、各ディスクに対するアクティ

ビティの合計は、両方のコントローラ上のアクティビティを合算したものになります。

各ディスクの ID は、レポート内で区別するためのもので、ディスクを正確に識別するものではありません。

物理ディスクと関連カウンタ

Drive Queue Dept（ドライブのキュー深度）

キューの深さの測定値は、両コントローラからの進行中のリクエスト数の平均で、読み取りリクエストと書き込

みリクエストの両方が含まれます。

Drive Latency（ドライブの遅延時間）

このカウンタは、EVA4000、EVA6000、EVA8000 のシステムにはありませんが、データ転送コマンドが送信

されてから、コマンド完了がディスクから返信されるまでの平均時間をレポートします。この時間は、読み取り

遅延時間と書き込み遅延時間に分割されるのではなく、「コマンド処理」にかかる時間です。ディスク・コマンド

が完了してもホストの要求が完了したことにはなりません。その理由は、各物理ディスクに対するリクエストが、

仮想ディスクに対するより大きなリクエストの一部分にすぎないかもしれないからです。

Read Req/s（読み取りリクエスト数/秒）

このカウンタは、各コントローラへの読み取りリクエストがディスクに送信された回数をレポートします。

Read MB/s（読み取り MB/秒）

このカウンタは、各コントローラでデータがドライブから読み取られた速度をレポートします。

Read Latency（読み取り遅延時間）

このカウンタは、EVA3000とEVA5000のシステムにはありませんが、物理ディスクが各コントローラからの読

み取りリクエストを完了させるのにかかった平均時間をレポートします。

Write Req/s（書き込みリクエスト数/秒）

このカウンタは、各コントローラからの書き込みリクエストがディスクに送信された回数をレポートします。

14

Write MB/s（書き込み MB/秒）

このカウンタは、データが各コントローラからドライブに送信された速度をレポートします。

Write Latency（書き込み遅延時間）

このカウンタは、EVA3000とEVA5000のシステムにはありませんが、物理ディスクが各コントローラからの書

き込みリクエストを完了させるのにかかった平均時間をレポートします。

Enc（筐体）

これは、参照先ドライブを収容しているドライブ筐体の番号です。この番号は、EVA コントローラからレポートさ

た番号を基準に付けられ、HP StorageWorks Command View EVA からレポートされます。

Bay（ベイ）

これは、ドライブがある筐体のスロット番号です。

HP Continuous Access トンネルのパフォーマンス・オブジェクト

EVA HP Continuous Access トンネルのカウンタは、複製元 EVA と複製先 EVA 間のリンク・トラフィックの負

荷状況と動作状態をレポートします。EVA HP Continuous Access トンネルの統計情報は、ストレージ・アレ

イにアクティブな HP Continuous Access EVA グループが少なくとも 1 つある場合にだけ表示されます。該

当するグループが 1 つもない場合は、ヘッダだけが出力されます。

最初の 5 列には、各トンネルの物理情報と論理情報が表示されます。このデータからトンネルの両端にある

複製元と複製先の 2 つのシステムが示されています。下の例では、アクティブなトンネルは、アクティビティが

あることを示している 1 つのトンネルになります。この場合、16MB/s の書き込みアクティビティを示しています。

複製元（ノードが-8680）のコントローラ B のホスト・ポート 3 にあるトンネル 3 と、複製先（ノードが-2350）のコ

ントローラ B のホスト・ポート 2 にあるトンネル 2 が、アクティブなトンネルです。16 進数で表された複製元 IDと複製先 ID は、各コントローラを基準にしており、コントローラどうしで対応しているはずです。 EVA4000、

EVA6000、EVA8000 のコントローラでは、任意のホスト・ポート上に最大 4 つのトンネルを設定できます。１つ

以上のトンネルがオープンとしてレポートされますが、HP Continuous Access EVA グループが 1 つの場合

は、1 つのトンネルだけがアクティブになります。HP Continuous Access EVA グループが複数ある場合は、

同じトンネルを共有できます。各トンネルの統計情報は、複製元の EVA と複製先の EVA からレポートされ ま

す。ただし、方向性を持つカウンタはおたがいを補います。例えば、一方のコントローラの Write Out MB/s は、

相手のコントローラの Write In MB/s としてほぼ同じ値になります。

HP Continuous Access tunnel 統計情報と関連カウンタ

15

Round Trip Delay（往復遅延時間）

往復遅延時間は、測定周期の間に、信号（ping）が複製元から複製先に送信されてから再び戻ってくるまでの

平均時間をミリ秒で表します。このカウンタには、リンクの往復自体の遅延時間と、そのワークロードがもたら

す待機時間が含まれます。したがって、往復遅延時間カウンタは、複製元と複製先との間にデータ・フローが

ない場合には、リンク遅延を測定します。リンクに複製トラフィックがある場合、すでに処理が始まっている

データ転送の後ろで ping は待機させられるため、往復遅延時間が長くなります。複製先のコントローラがビ

ジー状態であれば、それだけ往復遅延時間は長くなります。往復遅延時間は、ローカル・システムとリモート・

システムの両方の各アクティブトンネルについてレポートされます。10000 の値がレポートされるのは、トンネ

ルが初めてオープンされ、ping が成功したかどうか更新された時です。また、リンクに問題が発生してトンネ

ルが遮断された場合にも、値は 10000 となります。往復遅延時間は、アクティブであるかないかに関わらず、

オープンしているすべてのトンネルについてレポートされます。

Copy Retries（コピー再試行数）

コピー再試行数は、サンプリング周期の間に、コピー処理の失敗によって複製元の EVA から再送信しなけれ

ばならなくなったすべてのコピー動作の数です。再試行当たり 128KB 分のコピーが追加されます。再試行数

は、 ローカル・システムとリモート・システムの両方からレポートされます。

Write Retries（書き込み再試行数）

書き込み再試行数は、サンプリング周期の間に、複製ボリュームへの書き込み処理の失敗によって複製元の

EVA から再送信しなければならなくなったすべての書き込み動作の数です。再試行当たり 8KB 分のコピーが

追加されます。複製される書き込みデータが 8KB の複数のセグメントで構成されている場合、書き込みに失

敗したセグメントだけが再送信されます。再試行数は、ローカル・システムとリモート・システムの両方からレ

ポートされます。

Copy In MB/s（IN 側コピーMB/秒）

Copy In MB/s のカウンタは、初回のコピー動作の間に複製先 EVA 上でリモート・ミラーを作るために複製元

EVA から受信されるデータか、またはユーザ操作かリンク・イベントによって開始されたフルコピーから受信さ

れるデータを測定します。再試行されるコピーも対象となります。

Copy Out MB/s（OUT 側コピーMB/秒）

Copy Out MB/s のカウンタは、その方向がローカルの複製元 EVA からリモートの複製先 EVA への外向きで

あること以外は、対応する Copy In MB/s のカウンタと一致します。

Write In MB/s（IN 側書き込み MB/秒）

Write In MB/s のカウンタは、ホストの書き込み、マージ、および複製書き込みの再試行のために複製元 EVAからローカルの複製先 EVA への内向きのデータレートを測定します。マージは複製先 EVA への複製書き込

みが中断後に復元されるまでに受信しロギングしておいた新しいホスト・データの書き込みです。複製元コント

ローラによって開始されます。

Write Out MB/s（OUT 側書き込み MB/秒）

Write Out MB/s のカウンタは、その方向がローカルの複製元 EVA からリモートの複製先 EVA への外向きで

あること以外は、対応する Write In MB/s のカウンタと一致します。

EVA Host Connection のパフォーマンス・オブジェクト

このオブジェクトの 2 つのカウンタは、EVA 上のホスト・ポート・コネクションを扱い、EVA に接続されている外

部 のホスト・アダプタごとに情報を提供します。

ホスト・コネクションの測定値は、アレイにとってホストとみなされる各アダプタのアクティビティに関する情報を

16

提供します。サンプリング周期の間に処理中のリクエスト数の平均（キューの深さ）と、その間に各アダプタへ

発行されたビジー状態の数がレポートされます。

ホスト接続と関連カウンタ

Port（ポート）

このカウンタは、EVA4000、EVA6000、EVA8000 のシステムにはありませんが、ホスト接続が行われるコン

トローラ上のホスト・ポート数を表します。

Queue Depth（キュー深度）

このカウンタは、対応するホスト・アダプタ毎の処理待ちリクエストの平均数を記録します。

Busies（ビジー）

このカウンタは、サンプリング周期の間に各ホストに送信されるビジー応答の数を表します。ビジーは、内部

ジョブのキューがいくらか減少するまで I/O トラフィックを中断するよう、コントローラからホストに対して行う要

求を表します。

ヒストグラム測定値のパフォーマンス・オブジェクト

前に掲載した各測定値は、サンプリング周期での、各カウンタの単一の平均値をレポートするものです。ヒスト

グラムは、各周期で観測された値の範囲と、観測されたさまざまな値の頻度を示すことで、より広範囲な情報

を提供します。EVA などの複雑なシステムでは、任意の測定値に変動があるのは普通のことです。ヒストグラ

ムを利用すると、その変動が通常のものか問題のあるものかを判断できます。ヒストグラム測定値は、

EVA4000、EVA6000、EVA8000 の各コントローラの仮想ディスク単位でレポートされます。EVA3000 と

EVA5000 では、ヒストグラムは利用できません。

読み取りまたは書き込み遅延時間のヒストグラム

遅延時間のヒストグラムは、リクエストに対する応答時間の分布を洞察するものです。読み取り遅延時間の分

布は、読み取り（リード）ヒットとリードミスの両方を合わせたもので、この 2 種類の処理に関連する二峰性分布

を表す場合もあります。また、分布を見れば、応答時間がどの程度良好な範囲に集中しているか、またはさま

ざまなレベルの遅延時間があるかどうかがわかります。このヒストグラムでは、10 段階の範囲をミリ秒で表し

ています。カウンタは、サンプリング周期中に計測されたリクエストの遅延時間がそれぞれの範囲に当てはま

る数をレポートします。例えば、以下のヒストグラムでは、サンプリング周期中の仮想ディスク 0 に対するリクエ

ストの遅延時間が 13～26 ミリ秒の範囲に 1229 回見られました。

分布は、ホストサービスを提供する各コントローラによって、仮想ディスク単位で個々にレポートされます。した

がって、完全なヒストグラムのカウントを正確にレポートするには、各コントローラの統計情報を合算すること

17

が必要です。

すべてのヒストグラムの範囲は、幾何級数的に大きくなる目盛りが割り当てられます。したがって、値が小さい

箇所では目盛りが細かく、値の大きい箇所では目盛りが大きくなります。遅延時間の単位はミリ秒で、10 個の

範囲が設定されます。

以下の例は、読み取り遅延時間ヒストグラムから取り出したものですが、フォーマットと内容については書き込

み遅延時間とほとんど同じです。したがって、遅延時間ヒストグラムの例は 1 つだけ掲載します。

読み取りまたは書き込み遅延時間のヒストグラム

転送サイズのヒストグラム

転送サイズの分布は、遅延時間の分布とは多少異なります。それは、転送サイズの分布がアプリケーション

のワークロードによって定義され、本質的に規定された値だからです。遅延時間は任意のワークロードに対す

るシステムの応答状況を表すものですが、転送サイズはそのワークロードの構成を表すものです。

以下の例は、このデータをキャプチャするために使用した人工的なワークロードのデータで、1 種類の転送サ

イズを使用して各仮想ディスクに負荷をかけ、その結果を行ごとにわかりやすく表示したものです。実際の

ワークロードは、以下の例よりはるかに変化に富んでいるのが普通です。ほとんどのオペレーティング・システ

ムでは、転送サイズに上限があります。大きい転送サイズを設定することはアプリケーションのレベルでは可

能ですが、オペレーティング・システムでは、その転送データはいくつかの小さなデータに分けられます。例え

ば、最大転送サイズが 128KB の場合、アプリケーションが 512KBのデータを書き込もうとすると、コントローラ

はこれを 4 つの小さいデータとして認識することになります。この場合、アレイの統計情報は、同じ操作でのホ

ストの統計情報とは一致しません。

18

転送サイズのヒストグラム

アレイ・ステータスのパフォーマンス・オブジェクト

アレイ・ステータスのオブジェクトは、ストレージ・システム全体に対する基本的なワークロードをレポートしま

す。

アレイ・ステータスと関連カウンタ

アレイ・ステータスのカウンタは、コントローラのペアに対するワークロードの合計をリクエストレートとデータ

レートですばやく表示します。

コントローラ・ステータスのパフォーマンス・オブジェクト

コントローラ・ステータスは、コントローラのプロセッサの使用率と、ホスト・データ・サービスの使用率を出力す

るものです。2 つのストレージ・システムのコントローラ・ステータスの測定値は、以下の例のようにレポートさ

れます。

19

コントローラ・ステータスと関連カウンタ

CPU %（CPU 使用率）

このカウンタは、EVA コントローラの CPU がアイドル状態ではない時間の割合を表しています。コントローラ

が完全にアイドル状態になっていれば 0%となり、上限まで使用されていれば 100%になります。

Data %（データ転送率）

データ転送時間の割合は、CPU %と同様です。ただし、ホストが開始するデータ転送とは関連のない内部プ

ロセスの時間は対象外です。したがって、スペアリング、レベリング、スナップクローン、スナップショット、リ

モート・ミラーリングのトラフィック、仮想ディスク管理、または HP Command View EVAPerf ソフトウェアなど

のツールを使用した通信など、バックグラウンドで実行されるタスクは含まれません。

ポート・ステータスのパフォーマンス・オブジェクト

ポート・ステータスのカウンタは、各コントローラのすべてのファイバ・チャネル・ポートについて、ヘルス・ス

テータスとエラー・ステータスをレポートするもので、パフォーマンスとは関連していません。

ポート・ステータスと関連カウンタ

20

各パフォーマンス・オブジェクトの表示 プレーン・テキストで出力したデータには、短期間のパフォーマンスに関する一般的な情報が記録されていま

す。しかし、長期間のパフォーマンスの分析を容易に行えるようにしたり、長期間のパフォーマンス・カウンタ

値をグラフ化したりするときは、出力ファイルを追加処理する必要があります。この追加処理は、コントローラ・

レベルのワークロードなど、HP Command View EVAPerf ソフトウェアのデータには直接表示されないパ

フォーマンスの構成要素を取得するためにも必要となります。

期間を延長して多くの構成要素のパフォーマンス・データを取得するときは、HP Command View EVAPerf ソ

フトウェアから得られるパフォーマンス・データが記録されたテキストファイルは、大きすぎて分析が難しい場

合があります。

この加工していない状態の元出力ファイルを、パフォーマンス・オブジェクトのデータをオブジェクトごとに異な

るファイルに分けて整理することで、より高度で詳細なパフォーマンス分析ができるようになります。Perl や

Awk などのテキスト処理ツールがこの分析作業には有効です。この作業によって、各構成要素のレポート結

果を時系列で表示させ、分析やグラフ作成ができます。

EVA ストレージ・サブシステムの分離

複数の EVA ストレージ・サブシステム（コントローラのペア）があり、1 つの出力ファイルに表示されている場合、

その出力ファイルのデータを複数のファイルに分けて、各ファイルには1つのEVAストレージ・サブシステムの

データだけが含まれるようにしてください。EVA ストレージ・サブシステムごとに個別のファイルを作成したら、

以下の手順に従ってパフォーマンス・データを整理し、各ストレージ・システムを構成要素レベルで分析してく

ださい。

注意：コマンド・ライン・スイッチ-sz は、指定されたシステムだけにデータのキャプチャを制限しています。複数

の HP Command View EVAPerf ソフトウェアを同時に実行すると、システムごとに個別のファイルにキャプ

チャを行うことができますが、そのオブジェクトのサンプルを、他のファイルのサンプルと時間的に対応させる

必要がある場合には、設定と実行に注意が必要です。

ホスト・ポートの統計情報

ホスト・ポートの統計情報を効果的に表示させるには、すべてのホスト・ポートのデータを取得して、時間経過

順に表示させてください。

1. HP Command View EVAPerf ソフトウェアの出力ファイルからポートの統計情報を抽出して、すべてのホ

スト・ポートのデータを 1 つのファイルに保存してください。

21

両方のコントローラの出力データ・ファイルから抽出したポート統計情報の例

2. 抽出したデータを再編集して、同じタイムスタンプのポートをすべて 1 行にまとめてください。

ホスト・ポートのレベルまたは仮想ディスクのレベルで転送サイズの推定値を確定することは、パフォーマンス

の分析作業に役立ちます。この推定値はサンプリング周期の平均値で、その周期のデータレートをリクエスト

レートで割った値です。この計算で得られる値の単位は MB/transfer となります。この値に 1000000 を乗じて

1024 で割ると、KB/transfer 単位の値が得られます。

22

タイムスタンプでグループ分けされたホスト・ポート・データの例（8 つの全ホスト・ポートをタイムスタンプごとに 1 行で表示）

前に掲載した例では、時系列情報として抽出したホスト・ポートのデータをツールが処理したままの状態で表

示しているため、読みにくいデータになっています。以下の例のように、まったく同じ情報をスプレッドシート形

式で表示すると、内容がよりはっきりとわかります。

前の例のタイムスタンプでグループ分けされたホスト･ポートのデータをスプレッドシートで表示した例（このスプレッドシートはコントローラ A の最初の 3 つのポート

について表示しています）。

3. 各ポート・データを、任意の周期を設定してグラフにしてください。

23

仮想ディスクの統計情報

仮想ディスクのパフォーマンス統計情報を見るには、以下に推奨する手順に従って、各仮想ディスクのデータ

を抽出して時系列に分けてください。

1. リードヒットとリードミスの統計情報を、1 つの読み取り統計情報にまとめてください（オプション）。 2. コントローラごとの仮想ディスク統計情報を統合して仮想ディスク別のファイルに分けるか、1 つのファイ

ル上で別々のフィールドに分けてください。 3. 以前に説明したホスト・ポートのように、リードヒット、リードミス、および書き込みの転送サイズを仮想ディ

スクごとに算出し、その結果を追加してください（オプション）。

すべての出力データ・ファイルまたは単一オブジェクトのデータ・ファイルから抽出した仮想ディスクのパフォーマンス・データの例

上の例で、仮想ディスク 0 と 1 の、最初の 4 つのサンプルはコントローラごとに表示されています。ほとんどの

状況において、必要とする情報に応じて仮想ディスクごとに両方のコントローラのデータを 1 つにまとめること

をお薦めします。そうすることで、仮想ディスクごとのアクティビティを完全に理解できるようになります。しかし、

多くの状況で、コントローラごとにすべての仮想ディスクのデータを 1 つにまとめることも有効です。

リードヒットとリードミスの統計情報は、仮想ディスクごとに別々にレポートされます。仮想ディスクの読み取り

アクティビティをわかりやすく表示するには、リードヒットとリードミスの統計情報を 1 つの読み取り統計情報に

まとめてください

さらに分析を行うには、測定期間ごとに各仮想ディスクのリクエストレートとデータレートをすべて平均化し、大

きな割合を占めるワークロードを探し出してください。遅延時間のデータをまとめる場合には、必ず以下の公

式から算出した加重平均値としてまとめる必要があります。

24

例えば、ある仮想ディスクで、リクエストレートが 80 Req/s の時のリードヒット遅延時間が 1.5ms、リクエスト

レートが 372 Req/s の時のリードミス遅延時間が 14.2ms とレポートされた場合、読み取り遅延時間をまとめ

ると以下のようになります。

上の式は、すべてのリクエスト数と関連の遅延時間を合算した値を、すべてのリクエスト数を集計した値で割

れば、いくらでも拡張できます。

以下の例は、複数の仮想ディスクを構成する最初の 17 個のボリュームに対するワークロードとパフォーマン

スの測定値を平均化したものです。各行には、すべてのデータをキャプチャした期間の平均値が表示されて

います。これによって、仮想ディスクの長期的なパフォーマンス測定値を全体的に比較して、どのボリュームに

的を絞ってさらに分析を行えばよいかをすばやく決定できます。

データ・キャプチャ期間の仮想ディスク・パフォーマンスの概要例

25

物理ディスクの統計情報

EVA では通常、物理ディスク情報の値はディスク・グループ・レベルのパフォーマンス分析を詳細化したもの

になります。EVA システムには膨大な数の物理ディスクが含まれており、すべてのディスクが複数の仮想ディ

スクのメンバーとなっているため、物理ディスク単位から有効な情報を抽出するのは困難です。しかし、容量

の異なる物理ディスクや速度の異なるディスクが単一のディスク・グループ内に混在している場合は、ディスク

単体、またはドライブの種類ごとにレポートが必要になることがあります。HP Command View EVAPerf ソフ

トウェアでコマンド･ライン･インターフェースの pda コマンドを使用して、このレポートを簡単に取得して、シェル

フやベイで物理的に区分された物理ディスクの全体的なデータレートを調べることができます。ただし、キュー

の深さ、リクエストレート、または遅延時間は手動で取得する必要があります。

物理ディスクのパフォーマンス・データを取得するには、各物理ディスクのデータを時系列に再編集してくださ

い。ここでも、コントローラごとに統計情報が別々に表示されます。

以下の例は、各コントローラから取得した情報ですが、通常は物理ディスクごとにコントローラの統計情報をま

とめることをお薦めします。

出力データ・ファイルから抽出した物理ディスクのパフォーマンス・データ

上の例では、両方のコントローラの物理ディスク 0 と 1 での最初の数サンプルが表示されています。次のス

テップでは各物理ディスクの両方のコントローラから抽出した統計情報をまとめ、行ごとにすべてのアクティビ

ティを合わせて表示するようにします。なお、データをさらに圧縮する方法については、次のセクションで説明

します。

ワークロードの不均衡がある物理ディスクを特定するためには、測定期間ごとに各物理ディスクのリクエストと

データレートをすべて平均化してください。遅延時間は加重平均式を使用してまとめる必要があります。

26

HP Continuous Access トンネルの統計情報

HP Continuous Access トンネルのパフォーマンス・データを取得するには、すべてのトンネルの記録を別々

の時系列ファイルに分けます。それから、切れ目のない 1 つのファイルにアクティブなトンネルとアクティブでな

いトンネルの統計情報をすべて表示します。

出力データ・ファイルから抽出した、単一の HP Continuous Access トンネルの統計情報（この情報はアクティブなトンネルごとに抽出して

ください。通常は、すべてのオープンなトンネルのサブセットです。）

ホスト・コネクションの統計情報

ホスト・コネクションのパフォーマンス・データを取得するには、各ホスト・コネクションのキューの深さを時系列

ファイルに分け、1 つのフィールドに 1 つのホスト・コネクションが入るようにしてください。

時系列に編集されたホスト接続統計値（この例では、3 つのホスト接続がタイムスタンプごとに 1 行で表示されています）

27

ディスク・グループ別の仮想ディスク統計情報

vdg コマンド・ライン・オプションは、コントローラのワークロードをキャプチャするのに有効です。このオプション

には、ディスク・グループ単位で仮想ディスク統計情報を集計する機能があります。コントローラが制御する

ディスク・グループの数が1つの場合、測定値はコントローラ統計情報そのものになります。2つ以上ある場合

は、すべてのディスク・グループを合算して測定値を算出する必要があります。

ディスク・グループ別の仮想ディスク統計情報（最初の 2 つのシステムにはそれぞれ 1 つのディスク・グループがあります。したがって、表示されるデータは、コント

ローラのワークロードそのものです。3 番目のシステムには 3 つのディスク・グループがあります。したがって、コントローラのワークロードは、各ディスク・グループ

のデータをすべて加算して取得する必要があります。）

詳細情報を得るための再結合作業 時系列ファイルをさらに加工して、指定した複数のオブジェクトのカウンタを 1 つにまとめると、コントローラや

グループのレベルでパフォーマンス・データを特定できます。

ストレージ・サブシステム

コントローラのアクティビティとストレージ・サブシステムのアクティビティの詳細情報を取得するためには、以

下の手順に従って、ホスト・ポートのデータをさらにまとめてください。

1. タイムスタンプでグループ分けしたホスト・ポートのデータから始め、コントローラごとにすべてのホスト・

ポートのトラフィックをまとめてください。 これによって、コントローラの読み取り遅延時間、書き込み遅延

時間を含む、コントローラのワークロードとパフォーマンスの情報が表示されます。この情報は、各ホスト・

ポートの統計情報をまとめたもので、この手順の一部として算出しておく必要があります。 2. 24 ページの式を利用して、加重平均として遅延時間をまとめてください。

28

コントローラ・レベルのパフォーマンス・データを含む、再結合したホスト・ポート統計情報

3. コントローラのパフォーマンスについてさらに完全な情報を取得したい場合は、以下の例のように、タイム

スタンプごとのすべての仮想ディスク統計情報を 1 つにまとめて、コントローラ別に表示させてください。こ

れによって、バックエンドとフロントエンドのデータが表示され、リードヒットとリードミスが分けられます。リ

クエストレート、データレート、および遅延時間は、同じタイムスタンプのホスト・ポートから再結合したデー

タと非常に近い値になっているはずです。

タイムスタンプは、コントローラ A だけで表示されています。これは、通常は 2 つの表が互いに並んで表示され

るからです。この例では、タイムスタンプは、実際の時刻ではなく、経過時間を分単位で表示するように編集さ

れています。

29

コントローラ・レベルのパフォーマンス・データを含む、再結合した仮想ディスク統計情報

4. 必要に応じて、これらのパフォーマンス測定値をさらにまとめて、1 つの表でアレイ・レベルのパフォーマン

ス情報を取得してください。 5. コントローラ・レベルのデータを、任意の周期を設定してグラフにしてください

ディスク・グループ

ディスクがどの程度使用されているかを調べるには、物理ディスクのデータをディスク・グループごとに集計し

て表示するのが簡単な方法です。これによって、ディスク・グループのサイズがワークロードに対して十分であ

るか調べることができます。これは、コマンド・ライン・インターフェースの pdg コマンドを使用すると最も簡単に

行えます。このコマンドによって、すべての物理ディスクから取得した全アクティビティが、ディスク・グループに

従ってグループ分けされます。

以下の例は、3 つのディスク・グループを持つ単一の EVA3000 または EVA5000 のシステムから出力した

データです。このプレーン・テキスト・データには、システム上のすべてのディスク・グループのアクティビティと

ワークロードのある各コントローラのアクティビティが表示されています。

さらに情報を抽出する方法は 2 つあります。まず、この例では、すべてのワークロードは単一のコントローラか

ら取得されています。しかし、このようなケースが常に当てはまるわけではありません。1 つのディスク・グルー

プに対するワークロードをすべて表示させるため、ワークロードをまとめるとよいでしょう。次に、連続モードで

は、すべてのカウンタの全情報がサンプリング周期ごとに表示されます。時系列で各ディスク・グループを表

示するには、ディスク・グループごとに情報を複数のファイルに分けるか、フィールドをタイムスタンプごとに分

30

けて 1 行に表示させる必要があります。

ドライブをサブグループごとに分割し、ワークロードを表示させる必要がある場合は、全ての物理ディスクの

データを必要に応じてデータを抽出するため処理する必要があります。

ディスク・グループ別の物理ディスク・パフォーマンス・データ

パフォーマンスの問題 最初に行うことは、実際にパフォーマンスの問題があるかどうかを調べることです。これは、ユーザにとっての

必要性の観点から行います。ストレージのユーザが、パフォーマンス統計情報だけを調べて、ある測定値が

「悪い」と判断することは普通ありません。一部の測定値が問題を簡単に示したとしても、問題があるかどうか

の判断はシステムまたはユーザのレベルで行う必要があります。例えば、「使用しているデータベース・アプリ

ケーションが、ストレージへのアクセス時にタイムアウトになる。」、「バックアップ・ウィンドウでは正常だったが、

業務時間帯に何か影響がある。」、または「電子メールの応答時間が長すぎるとユーザから苦情がある。」と

いうことなどです。問題がない場合の例は、「ホスト・ポートのキューの深さが大きすぎる。」とか「HP Command View EVAPerf ソフトウェアでは物理ドライブにたくさんの読み取り動作を示しているが、実際には

Vraid 5 のボリュームに書き込みをしているだけなのだが。」といった具合です。このように、測定値の分析か

らではなく、ユーザへの影響の観点からパフォーマンスの問題を限定する方がはるかに効果的です。

可能であれば、ホスト・ベースの測定値を調べて問題を限定してから、コントローラのパフォーマンス測定値と

比較してください。問題を示しているホスト・ベースの測定値が、コントローラの測定値と一致せず異なってい

る場合、その問題がストレージ・システム側にあることはほとんどありません。ストレージ以外の原因でパ

フォーマンスが低下する例には、以下のようなものがあります。

• アプリケーションに関するホストの問題。このような問題への対応はこのドキュメントの説明対象ではありま

せんが、システム・パフォーマンス、およびさまざまなアプリケーションとその環境の調整については、いくつ

かの箇所で説明しています。 • ストレージ・システムに対してパスが少なすぎる、またはパスの設定が十分でないという問題。現在使われ

ているホスト･バス・アダプタは、25～30000 IO/sまたは200 MB/sで通信できます。ドライバのキューの深さ、

I/O応答の結合、リンク速度設定などは、ストレージのパフォーマンスに大きな影響を与えることがあります。

各アダプタは優れたパフォーマンスを持っていますが、SANファブリックの構成が不適切な場合は、パ

フォーマンスの問題が起こることがあります。 • 最大転送サイズ、ストレージへのアクセス制限、ファイル・システムのパラメータ、ページ・スワップなどオペ

レーティング･システムの設定パラメータ。

データの調査

31

パフォーマンスの問題は、HP Command View EVAPerf ソフトウェアで出力したテキストデータを、処理せず

そのまま使用するだけでわかる場合があります。ポートの偏りや飽和が著しい、仮想ディスクレベルでの応答

時間が長い、プロキシ・コントローラのワークロードが大きい、または想定外の仮想ディスクがライトスルー・

モードで認識されるといった問題を明らかにする場合は、必ずしも長期間のデータを時系列で追う必要はあり

ません。ただし、ワークロードは、通常、動きが激しく変化しやすいので、一度限りの監視結果ではそのワーク

ロードの特性を表すことはできないことに注意してください。

上位レベルの出力データ調査に代わる合理的な選択肢は、Perfmon ウィンドウで同種のカウンタを監視する

ことです。これによって、パフォーマンス・オブジェクト内で特定のオブジェクトとカウンタを選択できるというメ

リットも生まれます。EVA のカウンタがすべて Perfmon で利用できるわけではありませんが、重要なカウンタ

はほとんど利用可能です。Perfmon のグラフ表示機能を利用すると、時間によって変化する測定値が同じ見

方で見えるので、データを短い期間で直接比較するときに効果的です。

分析作業のあらゆる段階で、レポートされた動作が予想と一致しているかどうかを調べてください。適正値を

意識すれば、パフォーマンスの問題を見つけ出すのが容易になります。検討すべき要素は数多くあります。そ

の一部を以下に示します。

• サーバーのアクティビティ―対応するホスト・アダプタによって、ワークロードが期待どおりの適切な状態に

なっていますか？ • 仮想ディスクのワークロード―各仮想ディスクへのワークロードは適切ですか？例えば、シーケンシャルな

読み取り動作が起こったり、ランダムな読み取り動作と書き込み動作が起こったりすることを想定していま

すか？転送サイズが与えられたワークロードと一致していますか？ワークロードの変動が、利用パターン

の既知の変化に一致していますか？各仮想ディスクがアクティブになっている時間帯は適切ですか？ • HP Continuous Accessトンネルのアクティビティ―Write OutとWrite Inの値が、関連するリモート・ミラー

の書き込み動作と対応していますか？コピー動作が、アクティブであってはいけない時にアクティブだった

り、アクティブであるべき時にアクティブでなかったりしませんか？pingの時間が予想されるリンクのパラ

メータと動作を反映していますか？

ホスト・ポート

たいていの場合、最初に調べるのはホスト・ポートの情報です。これによって、アレイへの入出力の状況、

ポート間のワークロードのバランス、ユーザの認識と測定値が一致しているかどうかが、上位レベルで確認で

きます。パフォーマンスの問題の調査を、外部のツールで生成されたパフォーマンス測定値から始める場合

は、遅延時間、データレート、リクエストレート、キューの深さを確認してください。サーバーのパフォーマンス測

定ツール、データベースの内部測定値、ファブリック監視ツールなどから得た測定値は、すべてストレージ・ア

レイに関する問題を示すことができるものです。これは、上位レベルで問題を確認する最も簡単な方法です。

単一ポートのデータは、コントローラの負荷に関しては、複数のポートの集計値ほど参考にはなりません。1 つ

のポートは、2Gb のファイバ・チャネル・プロトコルをベースにして、上限が 200MB/秒に固定されています。し

たがって、データレートがこの上限に近い場合は、技術的限界に達している可能性があります。そうでなけれ

ば、そのポート（リンク）はボトルネックではありません。

コントローラ上にあるすべてのポートを集計して、そのコントローラの負荷を算出してください。任意のワーク

ロードに対するアクティビティのレベルが現実的なパフォーマンスの限界に達していないか、絶対評価で確認

してください。コントローラ間でワークロードに不均衡がないかを調べてください。絶対レベルがコントローラの

能力未満であれば、不均衡は問題ではないはずです。著しい不均衡がみられ、あるコントローラが制限値に

達している場合は、バランスの再設定の機会であることを示しています。バランスの再設定はきわめて直接的

な手段ですが、ファブリックのトポロジ、ISL の制約、サーバーのワークロードの偏り、仮想ディスクのワーク

ロードの不均衡などの制約に応じて、簡単に実行できる場合もあれば、実行不可能な場合もあります。

コントローラ統計情報

32

コントローラの使用率は、コントローラのプロセッサがどの程度使われているかを表すものです。プロセッサの

使用率が低いのにアレイにパフォーマンスの問題がある場合は、物理ディスクのストレージがボトルネックに

なっている可能性があります。また、データレートの大きいワークロードが連続すると、コントローラの CPU は

使用率が低いままなのに、コントローラのデータ・パスが飽和状態になることがあります。CPU の使用率と

データレートが反比例するのは、珍しいことではありません。

データ・パスの使用率は、コントローラ・プロセッサがどれくらいの時間データリクエスト処理のために専有され

ているかをレポートします。CPU 使用率とデータ使用率の差は、外部とのコミュニケーション、スペアリング/レベリング、および仮想ボリューム管理など、クライアント・データの転送ではないアクティビティに対してコント

ローラが割り当てるオーバーヘッドです。このようなアクティビティの中には、クライアントからのデータリクエス

トに割り込みを許す、優先度の低い処理もあります。このため、コントローラがかなりのビジー状態になってい

ても、より多くのホストのアクティビティを実行できます。

コントローラには次の 2 つの重要なリソースが含まれていることを、認識しておくことが大切です。それは、プロ

セッサ自体とデータ・パスです。データ・パスには、バスの帯域幅、キャッシュの帯域幅、およびファイバ・ポー

トのパラメータなどが含まれます。プロセッサは、コントローラ内のすべてのアクティビティと通信を管理し、

データ・パスはデータを移動させるためのものです。通常、転送サイズが小さくリクエストレートが高い場合は、

プロセッサがパフォーマンスに大きな影響を与えます。一方、転送サイズが大きい場合は、コントローラ経由で

サーバーから物理ディスクへ向かうデータ・パスが、パフォーマンスに大きな影響を与えます。

ホスト・コネクション

ホスト・コネクションのキューの深さは、各ホスト・アダプタで処理するリクエスト数の目安となる平均値です。こ

の平均値は、パフォーマンスの測定値というよりは、各ホストからアレイにかけられる負荷の度合いを示すも

のです。実際の値はワークロードに依存します。この平均値に目を通せば、サーバーの適切なロード・バラン

スを確かめることができます。問題と考えられる大きなキューの深さは、仮想ボリュームや、仮想ボリュームを

サポートするバックエンド・システムまでさかのぼって調べる必要があります。

ホスト・コネクションの測定値にビジー状態が認められる場合は、たいていパフォーマンスに問題があることを

示しています。各ビジーは、コントローラ内部のキューが十分に減少するまで、それ以上のリクエストを中断す

るようにコントローラからホストに対して送った信号の数を表しています。キューが一杯であることを表す応答

はこの測定値に分類されます。どのような応答が発行されるかはオペレーティング・システムに依存します。そ

れに続く、ビジーまたはキューが一杯であることを表す信号に対するサーバーからの応答も、オペレーティン

グ・システムに依存します。

仮想ディスク

仮想ディスクレベルでは、ワークロードはほぼ完全に定義され、ワークロード間の相互作用も簡単に表されま

す。

リードヒットとリードミスの統計情報は、別々にレポートされます。データベースの問い合わせや更新などトラン

ザクションのワークロードは、読み取りキャッシュ容量をはるかに上回る範囲で、ランダムなデータ・アクセスを

発生させるのが普通です。したがって、これらのワークロードが、すでにキャッシュされているデータにアクセス

できる可能性はほとんどありません。そのため、一般的に、リードヒットは、シーケンシャル検出とプリフェッチ

のアルゴリズムが高い効果を発揮する、シーケンシャル読み取りワークロードに対して主に発生します。これ

は、仮想ディスクのリードヒットのデータレートを、対応するプリフェッチのデータレートと比較することで確認で

きます。通常、リードヒットでは、リクエストの遅延時間が、たいていミリ秒未満と小さくなります。

ライトバック・モードでは、書き込みは常にキャッシュへ受け入れられて、リクエストが完了したとみなされ、

データはバックエンドへのフラッシュ待ちと印されます。この場合、書き込み遅延時間は常に短く、時にはミリ

秒未満のこともありますが、通常は 2～3 ミリ秒未満です。この書き込みワークロード（または他のバックエン

33

ド・アクティビティ）が増大して、キャッシュ・フラッシュがフロントエンドの書き込みリクエストに対応しきれないよ

うになると、この書き込みリクエストはキャッシュが対応可能になるまで待機しなければ、その動作を完了でき

なくなります。書き込み遅延時間は増加し、時には著しい増加幅となります。また、ミラー・ポートの使用率が

大きく上がり、ワークロードを処理するためにもう一方のコントローラへ充分な早さでデータをコピーできなく

なった場合にも、同じことが起こります。どちらの場合も、データが両方のコントローラのキャッシュに保存され

るまでは、リクエストが完了したと印されません。

9 ページの「EVA Virtual Disk のパフォーマンス・オブジェクト」のセクションの「Wr Mode」で説明しているバッ

テリー状態となっているコントローラでは、書き込み遅延時間が予想外に増加することがあります。この場合、

コントローラ･イベントが記録され、HP StorageWorks Command View で確認できます。

遅延時間はワークロードに対して妥当な値であるべきです。15 ミリ秒未満の読み取り遅延時間は、たいてい

のランダムなワークロードに対して許容できるはずです。書き込み遅延時間が数ミリ秒の場合は、コントローラ

への書き込みがフラッシュの能力を超えていないことを示します。書き込み遅延時間が 2 桁になっても、サー

バ・アプリケーションの感度によっては許容されるかもしれませんが、これは、仮想ディスクがライトスルー・

モードになっているか（実際にはほとんどない）、キャッシュ・フラッシュ機能の限界に近づいているか（たいて

いはこのケース）、またはミラー・ポートの使用率が高くなっていることを示します。転送量の大きいシーケン

シャルなワークロードでは、遅延時間が長くなることがよくあります。

仮想ディスクの遅延時間は、互いに関連し合っています。キャッシュ・フラッシュの動作とミラー・ポートの使用

率は、コントローラにかかるワークロードの合計にのみ依存します。このため、1 つの仮想ディスクのワーク

ロードが、他の仮想ディスクの遅延時間に大きな影響を与えることがあります。

キャッシュのミラーリングが有効になっている仮想ディスクが書き込みリクエストを受信した場合、またはプロ

キシ・コントローラからその仮想ディスクに対する読み取りリクエストを受信した場合は、所有コントローラ側で

ミラー・ポートがアクティブになります。ミラー・ポートのデータレートは常に、対応する仮想ディスクに対する各

コントローラの書き込み動作（送信）を表します。そのため、任意の仮想ディスクに対するミラー・ポートのアク

ティビティは、その仮想ディスクに対する書き込みデータと、プロキシ側で対応する読み取りアクティビティの合

計になります。書き込まれるボリュームが Vraid 5 のボリュームであり、シーケンシャルなアクティビティが検出

されない場合、ホスト・ポートに書き込まれるデータの 2 倍のデータを、ミラー･ポートは転送する必要がありま

す。その理由は、パリティをデータとともに転送して、どのような障害が起こってもデータの整合性が確実に保

証されるようにするためです。

フラッシュ・データレートは、キャッシュから物理ディスクへのデータ移動を表します。各コントローラにおいて、

このデータレートは、そのコントローラが所有している仮想ディスクに対して書き込まれるすべてのデータを集

計したものになります。プロキシ・コントローラは、どのようなホストの書き込みリクエストに対してもキャッシュ

をフラッシュしません。このフラッシュ・データレートには、パリティやミラーリングによる冗長データは含まれま

せん。

キャッシュのフラッシュは、フロントエンドの書き込みに対して非同期で行われます。したがって、短い周期で

データがサンプリングされた場合、ホストの書き込みのデータレートとフラッシュのデータレートは一致しないこ

とがあります。ワークロードの少ない書き込みでは特にそうです。

転送量の大きいシーケンシャルなワークロードは、別の仮想ディスク上でのランダムなワークロードに対する

応答時間に悪影響を及ぼすことがあります。すべての仮想ディスクは、ストレージ・システムのリソースを共有

しています。シーケンシャルなワークロードでは、内部のバスの使用率がすぐに高くなります。また、転送量が

大きいと、転送完了までにかなり長い時間がかかるようになります。このような状態では、内部のシステムリ

ソースを利用するために待機しなければならなくなります。そのため、相互に関連のない、ランダムで小さい転

送の遅延時間が増えることがあります。

RAID のレベルによって動作が大きく異なります。Vraid 1 では、ミラーのペアのそれぞれに対して、二重の書

き込みが行われます。この書き込みは並行して非同期で行われるため、書き込みパフォーマンスは Vraid 0に近くなります。読み取りは 2 つのミラー･ボリュームで共有されるため、Vraid 1 の読み取りパフォーマンスは

34

Vraid 0 を超える可能性があります。Vraid 5 では、パリティ管理が必要です。異なる条件下では動作も異なり

ます。Vraid 5 ボリュームに対するシーケンシャルな書き込みでは、パリティの影響はわずかですが、シーケン

シャルなワークロードでない場合には、はるかに負荷の高いバックエンド・アクティビティが持続します。そのボ

リュームに対するミラーリングのトラフィックにも同じ効果がみられます。

HP Continuous Access EVA の複製元ボリュームは、ほとんど常に複製アクティビティによる影響を受けるこ

とになります。同期転送モードでは、書き込みリクエストは、そのリクエストによって送られたデータが複製シス

テムに保存され、通知が返信されるまで完了にはなりません。リンク速度とリンク遅延が、この処理に影響を

及ぼします。非同期モードはワークロードが小さい場合には役立ちますが、複製元ボリュームに対する書き込

みワークロードが大きくなるにつれて役に立たなくなります。内部リンクのキューが一杯になると、複製モード

は事実上同期モードと同等になります。

ワークロードの高い状況では、仮想ディスクへのプロキシ・アクセスが悪影響を及ぼす可能性があります。プ

ロキシ・コントローラ経由で仮想ディスクからの読み取りを行うには、所有コントローラから情報を引き出す必

要があります。そして、ミラー・ポートを利用してコントローラ間でデータを転送します。この状態では、読み取り

応答時間が長くなり、ミラー・ポートの使用率が高くなります。どちらのコントローラに書き込みを行う場合でも

ミラーの転送が必要ですが、所有コントローラはデータをフラッシュする必要があります。このことは問題には

ならないと思われますが、プロキシのワークロードが含まれている場合には、コントローラ間でワークロードの

バランスを取る際に注意が必要です。

物理ディスク

たいていの場合、物理ディスクから抽出した未加工のデータから、有効な情報を取り出すのは困難な作業と

なります。その理由は、データがあまりに大きく、またディスク・グループ内での短期間の変動が激しいからで

す。しかし、画像化して検査すれば、各サンプルでキューの深さがかなり大きく、遅延時間が長いディスクや

ディスクのサブセットを区別するのに効果的です。通常、物理ディスクのデータから有効な情報を集めるには、

大掛かりな事後処理が必要になります。

すべての仮想ディスク・ストレージは、対応するディスク・グループ内にあるすべての物理ディスクにわたって、

物理的に割り当てられています。したがって、すべての物理ドライブがすべての仮想ディスクのアクティビティ

を共有することになります。単一のディスク・グループにおいて、特定の仮想ディスクと物理ディスクとの間に

関連性はありません。したがって、長い周期で平均化した場合は、ドライブ・グループ内のサイズの同じすべ

てのドライブで本質的に均一なアクティビティが存在しているはずです。

条件によっては、ドライブによってワークロードが長期にわたり偏る可能性があります。まず、ディスク・グルー

プ内に容量の異なるディスクが存在している場合です。EVA はストレージをディスク容量に比例して割り当て

るため、サイズの大きなディスクにはその分大きい I/O ワークロードがかかることになります。例えば、36GBのディスクと 146GB のディスクで構成されるシステムでは、146GB ディスクにかかるワークロードは、平均し

て 36GB ディスクの 4 倍になります。このような場合は、同じサイズのドライブで構成される物理ディスクのサ

ブグループで調べるのが有効です。

レポートされる物理ディスクのアクティビティには、ミラーリングによる冗長化やパリティの書き込み、およびパ

リティを計算するためのパリティとデータの読み取りなど、コントローラのバックグラウンドで行われるすべての

アクティビティが含まれます。また、メタデータ管理、スペアリングとレベリング（必要に応じて）、およびスナップ

ショット、スナップクローン、HP Continuous Access のトラフィックに対応するすべての I/O トラフィックなど、

バックグラウンドで行われるアクティビティも含まれます。物理ディスクのアクティビティをフロントエンドのアク

ティビティにマッピングするのは、難しいだけでなく不可能な場合があります。

HP Continuous Access トンネル

まず、アクティブなトンネルの往復遅延の値（ping の時間）を調べてください。この往復遅延の値は、任意の時

35

刻でのリンクに対して予想される値と一致しているはずです。複製元ボリュームに対する書き込みワークロー

ドが比較的小さいローカル・リンクの場合は、低い値になることが予想されます。書き込みトラフィックが重い

場合や、元々、遅延時間が長い ISL の場合には、高い値になることが予想されます。この時間は、ほとんどの

場合、負荷によって変化するはずです。複製元システムと複製先システムからレポートされる遅延時間は、基

本的に 1 対 1 で対応しているはずです。

Copy Out データは、複製元サイトと複製先サイトとの間で完全に正規化されているボリュームでは、すべて 0になっているはずです。データレートが 0 でない場合は、正規化が完了していないことを示しています。または、

以前のリンクフェイルとそれに続くリストア動作かフルコピー要求によって、新たなコピーが行われていること

を示しています。

Write Out のデータレートには、対応するリモート・ミラー・ボリュームに対するすべての書き込みトラフィック、

書き込み再試行、および複製元の HP Continuous Access EVA のログからマージ中のデータが含まれます。

マージデータとは、一時的なリンクの不通からデータの「遅れを取り戻す」ものです。ping 時間とともに、この値

をすべての複製元ボリュームへの書き込みデータレートと比較すると、ISL に問題がないかすぐにわかりま

す。

Copy In と Copy Out の値、および Write In と Write Out の値は事実上同じはずです。ただし、サンプル期間

が短いことから生じる偏りや時間的な異常は除きます。コピーの値は、リンクが切れてフルコピーが始まらな

い限り、メンバーのボリュームが完全に正規化された HP Continuous Access EVA の全グループで 0 となり

ます。

サイト間リンクのパラメータと動作がパフォーマンスに与える影響は少なくありません。リンク速度が遅いと、複

製システムに転送されるデータの速度が制限される場合があります。書き込みワークロードがその速度を超

えると、そのリンクはボトルネックとなります。長期間でのリンク使用率が低い場合でも、書き込み動作が一気

に行われると、結果として遅延時間が長くなります。EVA コントローラのアーキテクチャは、リンク自体よりはる

かに良いバースト機能を提供しています。そのため、リンク速度が遅く、断続的に高いワークロードがかかると、

HP Continuous Access トンネルのリソースに対する待ち行列が長くなります。この現象は仮想ディスクの遅

延時間に直接反映されます。

コントローラのワークロード

コントローラのワークロードを分析するには、ホスト・ポートのデータか仮想ディスクのデータを組み合わせて、

各コントローラの関連情報をすべて取得する必要があります。ホスト・ポートのデータを組み合わせる作業は、

事後処理ツールを使って直接行うか、27ページの説明のようにポート・データを識別して対応するコントローラ

のデータを合算することで、簡単に実行できます。一方、仮想ディスクからコントローラ・レベルのデータを抽出

すると、よりさまざまな情報を取得できます。EVA にあるディスク・グループが単一の場合は、vdg コマンドを使

用してコントローラの情報を直接確認できます。

フロントエンドとバックエンドのアクティビティは、いずれもコントローラごとの仮想ディスク情報を結合して調べ

てください。フロントエンドの情報は、リクエストレート、データレート、および遅延時間に対するホスト・ポートの

結合情報と密接に対応しているはずです。リードヒットとリードミスは、仮想ディスクの結合情報では個別にカ

ウントされることになりますが、処理ツールを使えば簡単に 1 つにまとめることができます。

フロントエンドのアクティビティには、ストレージ・アレイに接続されているすべてのサーバーからかけられる

ワークロードと、そのワークロードに対する応答の内容が詳しくはっきりと表されています。コントローラ間の

ワークロードのバランスは、時系列のデータを減らしても、期間全体をはっきり表示して図式化できます。転送

サイズが算出されれば、追加情報を加え、シーケンシャルなワークロードとランダムなワークロードを区別でき

ます。

バックエンドのアクティビティには、プリフェッチ、ミラーリング、およびフラッシュのデータレートが含まれます。

EVA4000、EVA6000、EVA8000 のミラーリング・レートが、各コントローラの書き込みレートに比べて高い場

36

合は、プロキシの読み取りアクティビティが増加している可能性があります。ミラーリング・レートが書き込み

レートと比べて低いなら、書き込みワークロードの対象ボリュームで、キャッシュのミラーリングが無効になって

いる可能性があります。

フラッシュ・レートは、書き込みワークロードの強度に対して適切になるよう設計されています。システムの時

系列データ上で、軽い書き込みワークロードを見ると、フラッシュのアクティビティが断続的に示されます。コン

トローラに対する書き込みアクティビティには、HP Continuous Access EVA の複製元システムからの Write In か Copy In の動作、またはプロキシ・コントローラのための書き込み動作が含まれますが、これらのアクティ

ビティが全体として増加するにつれて、フラッシュ・レートは高くなり途切れなくなります。フラッシュ・レートが書

き込みレートの集計値と常に等しい場合は、そのコントローラに対する書き込みレートが最大に達したものと

考えられます。その時点においては、書き込み遅延時間が大幅に長くなる可能性があります。

プリフェッチ・レートは、リードヒット・レートと密接に対応しているはずです。

一方のコントローラが現在のワークロードに対して上限に近づいている場合は、コントローラのバランスを考

慮する必要があります。秒当たりのリクエスト数とは対照的に、データレートのバランスは度々検討する必要

があります。その理由は、内部のコントローラ・バスが飽和状態になってしまう確率の方が、リクエストを処理

するコントローラの能力を超える確率よりはるかに高いからです。コントローラのバランスが問題となる可能性

がある構成の 1 つは、HP Continuous Access EVA を実装している場合です。単一グループ内のボリューム

はすべて同じコントローラによって制御される必要があるため、複製トラフィックを含め、すべての仮想ディスク

のアクティビティを 1 つのコントローラで処理する必要があります。コントローラ・レベルのホスト・ポートの結合

情報には、コントローラ間のバランスに関する情報が表示されています。また、コントローラ単位の仮想ディス

クの結合情報には、バックエンド情報が同様に含まれています。

ディスク・グループ

ディスク・グループの最も一般的な測定値は、そのディスク・グループ内のすべてのディスクに対して平均化さ

れたワークロードの値です。この値を利用することで、最も負荷がかかっているディスク・グループをすばやく

調べることができます。他の測定値と同じく、時系列の表を作成すれば、ディスク・グループのワークロードに

関する動的な属性を監視できます。

ディスク・グループ内の複数のドライブ間でのワークロードの偏りは、34 ページで説明しているような異なる種

類が混在するディスク・グループであることを示す良い情報です。偏りとワークロードが極端でなければ、問題

視する必要はありません。このような場合は、アレイのパフォーマンスにおいては、明白な妥協が存在するの

かもしれません。

パフォーマンスのベースライニング ストレージ・アレイのワークロードとパフォーマンスの測定値をキャプチャ、処理、保存する機能は、将来問題

に直面した場合や、変更を検討する場合に欠かせないものになるでしょう。この処理を行うには、ユーザが決

めた周期で定期的に HP Command View EVAPerf ソフトウェアを実行し、データを保存しておく必要がありま

す。この方法で重要なことは、中断をいれず関心のある時間帯を通して、関心のあるすべてのパフォーマン

ス・ログをキャプチャすることです。この方法によるメリットは数多くありますが、そのうちのいくつかについて説

明します。

通常の動作

• 目的のシステムについて、ワークロードとパフォーマンスの特性に関する履歴を残すことができます。これ

によって、システムが正常な場合の基準を設け、正常かそうでないかの判断基準にできます。履歴を定期

的に（例えば、毎日）調べる場合は、そのデータをすばやく事後処理する必要があります。問題があった時

37

にだけ、それまで保存した履歴が必要になる場合は、加工しないまま保存しておいてもよいでしょう。 • 長期間のデータを分析すれば、周期的なパターンが明らかになります。日毎のパターンを確立することは、

1日のワークロードの傾向と変動の特徴を理解するのに欠かせません。また、週毎のパターンは、通常の

変動と異常な動作を区別するのに有効です。場合によっては、月毎のパターンも有効です。 • 長期的な傾向を調べることで、関連する要因の変化を理解できます。その要因には、ストレージの占有率

増加（サブシステム上のデータ増加）、ワークロードの増大（電子メールシステムの利用ユーザが増加）、環

境の変動（共有ISLでの偶発的なトラフィックが増加）などがあります。 • 現在のアレイのパフォーマンス能力を評価できます。これは、将来のアップグレードに備えて、その必要性

や質を判断するのに欠かせません。例えば、ワークロードのほとんどが大きなサイズのシーケンシャルI/Oで占められている場合は、物理ディスク・ドライブを追加しても効果がありません。

問題発生時

• 現在の状態と過去のアクティビティを比較して問題を認識した時には、パフォーマンスの変化を定量化しま

す。パフォーマンスの測定値に変化があったその時に、関連するワークロードも変わっていたかどうかを調

べることは大変重要です。 • 断続的な問題でも周期的に起こる問題でも、履歴情報によって、その問題が起こる時間と起こらない時間

を正確に把握できます。これによって、他のイベントとの相互関連付けが容易になります。 • パフォーマンスが低下した場合に、データを利用して、ワークロードに関連する変化があったかどうか判断

できます。遅延時間が増加したら、リクエストレートは大きくなるでしょうか、それとも小さくなるでしょうか？

一方のコントローラでのシーケンシャルなワークロードの発生が、もう一方のコントローラでリクエストの遅

延時間に影響を及ぼすことがあります。 • データを参照することによって、問題が発生し始めた時期を特定できます。他のレポート機能（例えば、

Command Viewイベント・ログ、iostat、Perfmonのサーバー測定値）と相互関連付けする場合、すべての

ホストの時刻を合わせるか、同期設定をする必要があるので注意してください。

比較のテクニック

• 生産現場では、プロセス管理表が特定のパラメータ・セットを追跡するためによく用いられます。この手法で

は、平均値と標準偏差を利用してプロセスが容認できる範囲にあるかどうか判断し、グラフで傾向をわかり

やすく表示します。 • プロセス管理表のようなものが無かったとしても、パフォーマンスの問題を視覚的あるいは自動的に検出す

るためのしきい値を設定しようと思うでしょう。しかし、リクエストレートとデータレートの場合には、上限のし

きい値を設定するには問題があります。それは、これらの値は通常高い方が望ましいからです。また、下限

を設定することは困難です。それは、ほとんどのワークロードには、アクティブではない時や、通常よりも低

いときがあり、またとても変化しやすいものだからです。ワークロードがきちんと文書化されていて、合理的

に予測可能であれば、キューの深さについては現実的な上限を設定できるかもしれません。また、遅延時

間は、多くのワークロードにおいて最も利用しやすい指針です。その理由は、遅延時間は常に短い方がよく、

遅延時間に関しては多くのアプリケーションで共通の目安があるからです。

© 2005 Hewlett-Packard Development Company, L.P. 本書の内容は、将来予告なしに変

更されることがあります。HP製品およびサービスに対する保証については、当該製品および

サービスの保証規定書に記載されています。本書のいかなる内容も、新たな保証を追加するも

のではありません。本書の内容につきましては万全を期しておりますが、本書中の技術的ある

いは校正上の誤り、省略に対して、責任を負いかねますのでご了承ください。

MicrosoftおよびWindowsは、米国Microsoft Corporationの米国における登録商標です。

5983-1674EN_、Rev. 1、2005年6月