HP StorageWorks 4400 Enterprise Virtual ArrayにおけるMicrosoft Hyper-V R2のパフォーマンス特性レポート

(1)

HP StorageWorks 4400 Enterprise Virtual Array に

おける

Microsoft Hyper-V R2 のパフォーマンス特性

レポート

目次要旨...2 はじめに...2 テスト方法...3 テストツール...4 テストベッドのデプロイメント...4 Iometerの構成...4 テストトポロジ...11 ProLiant BL490c G6 サーバー(テスト対象システム)...11 HP StorageWorks EVA4400 ...11

Windows Server 2008 Hyper-V R2 ホスト...11

Windows Server 2008 Hyper-V R2 仮想マシン(VM)...11

論理プロセッサー...11 仮想プロセッサー...11 アーキテクチャー図とコンポーネント仕様...12 Iometerコントローラー ...13 管理サーバー...13 Hyper-V R2 サーバー ...13 ストレージレイアウト...13 テストシナリオと結果...14 ワークロードの定義:...14 ドライブ8 台、16 台、32 台のLUNにおけるHyper-Vのパフォーマンス特性 ...14

Vraid 1 とVraid 5 におけるHyper-Vのパフォーマンス特性...19

単一LUN内の仮想マシン数が 1 つの場合と複数の場合におけるディスクI/Oの総スループットのテスト... 24

Microsoftハイパーバイザーが仮想化環境に及ぼすオーバーヘッド量 ... 29

テスト分析のまとめ... 35

推奨事項... 35

(2)

要旨

仮想化テクノロジーへの関心がここ数年大きく高まったことで、仮想化環境の知識を求めるニーズが増えています。_{Microsoft® Windows® Server 2008 R2の登場により、仮想化への関心がさらに高まっ} ています。_{MicrosoftはWindows Server 2008 R2のリリースに伴い、新しいバージョンの仮想化サー} バー、_{Windows Server 2008 R2 Hyper-V (Hyper-V R2)サーバーロールを導入しました。本書は、HP} StorageWorks 4400 Enterprise Virtual Array (EVA4400)ストレージデバイスをバックエンドストレージとして配したHP ProLiant BL490c G6サーバーへのHyper-V R2のデプロイメントに関する課題に対処するため、EVA4400のディスクサブシステムのパフォーマンス特性テストに焦点を当てています。最新のHP BladeSystemサーバーブレードとEVA4400などの信頼できるアレイにWindows Server 2008 R2を組み合わせることで、柔軟かつ強力なソリューションを実現することができます。対象読者: 本書は、HP StorageWorks EVA4400を接続したHP BL490c G6ブレードサーバーに、 Hyper-V仮想化テクノロジーを使用して、サーバーを統合および移行することに関心を持つ個人または企業を対象としていますが、これに限りません。このホワイトペーパーは、2009年10月に実施されたテストについて記載したものです。

はじめに

サーバー仮想化のおかげで、IT組織はサーバーの利用率を高めて数を減らし、エネルギー消費を抑えてデータセンター環境の総コストを下げることにより、コスト管理と生産性および効率向上という大きなメリットを自社にもたらすことができるようになりました。ところが、こうした仮想化環境への転換の結果、サーバーの仮想化および統合によって、複雑なデータ管理やストレージ利用の非効率さといった、今までとは異なるいくつかのストレージ課題が持ち上がりました。ストレージの適切なキャパシティプランニングがなければ、サーバーの仮想化および統合のメリットもわずかなものに限られてしまいます。 HP StorageWorks EVA4400アレイは、仮想アレイをプロビジョニングして仮想化環境のデータ容量要件を満たす機能と柔軟性を提供することで、ストレージインフラストラクチャーの効率が著しく高まり、これらの課題に対応することができます。EVA4400ストレージアレイでは、HP StorageWorks Command View EVAによる管理の容易さと、HP StorageWorks Business Copy EVAおよびHP StorageWorks Continuous Access EVAによる包括的なデータ保護により、データの保護と復旧が迅速かつ容易に実行できます。

HP StorageWorks 4400 Enterprise Virtual Array (EVA4400)では、仮想化環境のニーズを満たす、展開が簡単なエンタープライズクラスの仮想ストレージアレイを提供しています。仮想化が組み込まれたこのアレイは、容量の使用率を高めて簡単に管理できるよう設計されており、従来のアレイに比べて低い総所有コスト(TCO)を実現します。加えて、パフォーマンスが高く、拡張が容易で、高い信頼性と可用性を備えています。可用性は、99.999%の可用性を実現するEVA4100/6100/8100アーキテクチャーおよびデュアルリダンダント設計に基づいています。このアレイは、Microsoft Hyper-V R2、 Microsoft Exchange、Oracle®、およびSAPなどの主要なアプリケーションとの統合が実証された、様々なオペレーティングシステムをサポートしています。EVA4400は、Business Copy EVAおよび Continuous Access EVAソフトウェアによる堅牢なローカルおよびリモート複製機能を備えています。 Command View EVAとHP StorageWorks EVA Dynamic Capacity Managementソフトウェアを使用することで、簡単にEVAの管理とストレージプロビジョニングを行うことができ、時間も節約できます。以降の項には、テスト方法、テストの実行、使用されたテストツール、ハードウェア/ソフトウェア構成の詳細と推奨事項に関する記載があります。各項では、HPのハードウェアをテスト用に構成する方法、 Microsoft Hyper-V R2および仮想マシン(VM)の構成方法、Hyper-V R2のパフォーマンス能力をテストするためのテストツールの構成方法が詳しく記載されています。

(3)

重要

本書はベンチマークテスト結果のレポートではありません。本書の趣旨は、ProLiant BL490c G6 ブレードサーバーと、HP

StorageWorks EVA4400 ストレージアレイ上の Hyper-V R2 仮想マシンのパフォーマンス特性テストの結果を紹介することです。本書の目的は、様々なワークロードをシミュレートして、EVA4400 の各種 LUN 構成においてHyper-V R2 のディスク I/O パフォーマンスを文書化することです。本書は、1 つの LUN にいくつの仮想マシンが適合できるか、または 1 つの LUN でいくつの仮想マシンを実行できるかをレポートしたものではありません。また、Windows 2008 R2 および Hyper-V R2 を設定するためのハウツーガイドでもありません。本書で引用されているパフォーマンス評価基準は、ラボでのあらゆるテストと同様、理想化されたものです。実稼動環境では、これらの評価基準はさまざまな要因の影響を受けることがあります。すべてのアプリケーションデプロイメントに対するベストプラクティスとして、実際のターゲットアプリケーションを非実稼動環境で使用して概念実証(POC)テストを行うことをお勧めします。実際のターゲットアプリケーションを、実稼働環境と同一の(ただし隔離された)テスト環境またはステージング環境でテストするのが、システム動作を推測する最も効果的な方法です。

テスト方法

EVA4400およびHyper-V R2のパフォーマンス特性テストは、スピンドル数、RAIDレベル、およびワークロードの3つの主要変数に基づきます。 y スピンドル数は、8、16、32 のいずれかです。 y RAID レベルは Vraid 1 および Vraid 5 です。 y シミュレートされたワークロードは、以下の通りです。 1. 頻繁に使用されるファイル共有のシミュレーション(64K、50%ランダム、50% R/W) 2. Microsoft Exchangeデータベースのシミュレーション(8K、100%ランダム、60%/40% R/W) 3. データウェアハウスデータベースのシミュレーション(256K、100%シーケンシャル、 80%/20% R/W) 4. Microsoft Exchangeログファイルのシミュレーション(8K、100%シーケンシャル、100% W) 本書では、Hyper-VとEVA4400ストレージアレイが効果的に連携するためのいくつかの構成方法を詳しく説明します。このプロジェクトでは、以下のような質問について扱います。 y 以下で構成される120GB の LUN に 100GB の VHD ファイルを配置することで、パフォーマンスにどのような影響があるか? – 8台の15K FCディスクでディスクグループを構成 – 16台の15K FCディスクでディスクグループを構成 – 32台の15K FCディスクでディスクグループを構成 y 以下の構成上にVHD ファイルを配置することで、パフォーマンスにどのような影響があるか? – Vraid 1のLUN – Vraid 5のLUN y 1 つの LUN に複数の仮想マシンを配置した場合、パフォーマンス特性はどのようになるか? 1 つの LUN の仮想マシンを 1 つから 4 つに増やすと、ディスク I/O は増加するか、減少するか、あるいは一定に保たれるか?

(4)

テストツール

シミュレートされたワークロードは、Iometerテストツールを使用して生成します。このツールは

www.Iometer.orgからダウンロードできます。Hyper-V R2およびEVA4400のテストに使用する技術的な構成およびテスト方法については、詳しく後述します。 IometerはGUI制御プログラムです。GUIはワークロードの構成、動作パラメーターの設定、およびテストの開始と停止に使用します。IometerはDynamoクライアントを制御し、パフォーマンスデータを収集し、データを結果ファイルに要約します。 Dynamoは、テスト対象システム(SUT)に常駐するワークロード生成プログラムです。Iometerのコマンドにより、DynamoはI/O操作を生成し、結果のパフォーマンスデータを記録し、データをIometerに返します。

テストベッドのデプロイメント

HPはIometerのコピーを入手し、Iometerコンソールとして使用するProLiant BL460c G1システム上で解凍しました。Iometer.exeを初めて実行すると、多くのアプリケーションのインストールにおけるsetup.exe と同じようにインストールが実行されます。HPの技術者は、デスクトップアイコンのインストールを選択し、デスクトップアイコンをIometerの起動用に使用しました。テストに使用したIometerの構成については、次項の「Iometerの構成」に記載されています。HPの技術者はテスト対象システム(SUT)で使用する複数のIometerデータファイル(iobw.tst)を作成し、そのコピーをすべてのテスト対象システムのルートディレクトリに配置しました。テストファイルは、_{Iometerの[Disk Targets]タブを使用して作成しました。すべて} のテスト対象システムに、_{Dynamo.exeのコピーを配置しました。}

Iometer の構成

以下の図_{1～5のスクリーンショットは、テストに使用したIometerの基本構成を示しています。Iometerは、} 本書で扱われていない多くの構成オプションを提供しています。図1に示すIometerの[Disk Targets]タブには、テスト対象システムのIPアドレスまたはコンピューター名と、テストに使用されるディスクドライブが強調表示されています。図1では強調表示されていませんが、 [Maximum Disk Size]パラメーターは、テストに使用する、必要なIometerデータファイルを作成するために使用されることがあります。HPではテストの種類に応じて複数のサイズのデータファイル(iobw.tst) を作成し、テスト前にそのコピーを各ターゲットシステムに配置しました。

(5)

(6)

図2は、HPのテストで選択した[Assigned Access Specification]オプションを示しています。ブロックサイズおよびその他のパラメーターは、ワークロードに応じて異なります。

図2. Iometerの構成設定。Iometerの[Access Specifications]タブを使用して、ブロックサイズ、読み書きの割合、およびランダム/

(7)

図3は、Hyper-V R2のテストにHPが使用した、カスタムのアクセス仕様を示しています。HPでは、「Simulating a heavily used file share (64K 50% Random, 50% R/W)」という名前を使用して、ブロックサイズ64KB、読み取り50%、書き込み50%、ランダムアクセス50%、およびシーケンシャルアクセス 50%で構成されるワークロードをシミュレートしました。

図3. Iometerの[Edit Access Specification]タブを使用して、ブロックサイズ(転送要求サイズ)、読み書きの割合、およびランダム

(8)

図4は、あるテストを実行中のスナップショットで、[Total I/Os per Second]およびそれに関連する値を強調表示したものです。[Update Frequency (seconds)]オプションを1に設定したことを除き、HPではデフォルト設定を使用しました。

図4. Iometerの[Results Display]タブは、リアルタイムパフォーマンスの監視に使用できます。各表示について、他の構成オプショ

(9)

図5は、HPが使用したテスト設定が強調表示されています。[Run Time] (各テストの所要時間)は30秒に設定しました。[Ramp Up Time] (ウォームアップとも呼ばれる)は、3秒に設定しました。[Cycle Options]には、[Cycle # Outstanding I/Os – run step outstanding I/Os on all disk at a time]を選択しました。[# of Outstanding I/Os]は[Start]が「1」、[End]が「40」で、 [Linear Stepping]は「1」に設定しました。使用するディスク数およびRAIDレベルによって、[# of Outstanding I/Os]の[Start]および[End] の設定は、所定の構成で生成可能なIOPS(1秒あたりの入出力操作)の決定を支援するために変更する必要があります。

図5. Iometerの[Test Setup]タブを使用して、[Run Time]、[Ramp Up Time]、[Cycling Options]、および[# of Outstanding I/Os]

(10)

図6は、あるテスト対象システムにおけるDynamoコマンドラインを示したもので、この事例では仮想マシンは1つです。Dynamoを実行する前に、Iometerコンソールが開いて機能している必要があります。「/i」パラメーターはIometerコントローラーを、「/m」パラメーターはマネージャーネットワーク名を、「/n」パラメーターはマネージャー名を指定します。Dynamoで使用できるパラメーターは他にもありますが、本書では扱いません。図6. 仮想マシンで実行中のDynamoの1つのインスタンス

(11)

テストトポロジ

ProLiant BL490c G6 サーバー(テスト対象システム)

このテストでは、HP ProLiant BL490c G6サーバー上のHyper-V R2およびHP StorageWorks EVA4400ストレージアレイのパフォーマンス特性を測定するために、複数の構成が使用されました。 Iometerはデータファイル(iobw.tst)を使用して、I/Oテストを実行します。このファイルは、各テストを実行する前に作成できますが、あらかじめ作成して、テストを開始する前に各テスト対象システムにコピーすることもできます。

HP StorageWorks EVA4400

外部ストレージのパフォーマンスをテストするために、HP StorageWorks EVA4400ストレージシステムを使用しました。テストでは、リダンダントな4Gbファイバーチャネル(FC)接続を使用しました。 EVA4400ストレージアレイのパフォーマンス特性を調べるために、前述の「テスト方法」の項で説明した複数のディスク構成を使用しました。リダンダントコントローラーおよびファイバーチャネルパスによる構成をサポートするために、別のソフトウェアサポートが必要となり、_{Hyper-Vホストシステムにマルチパ} ス_{I/O (MPIO)とDevice Specific Module (DSM)をインストールしました。図7は、高可用性を得るため} のリダンダントなファイバーチャネルパスを実現するために、_{HPが使用したファイバーチャネルケーブ} ル構成を示したものです。ホストと_{EVAの間のいずれかのパスが切断された場合、リダンダントパスあ} るいはバックアップパスが自動的に使用されます。ファイバーチャネルパスの切り替えは、_{MPIOによっ} て管理されます。

Windows Server 2008 Hyper-V R2 ホスト

Hyper-V R2ホストサーバーは、仮想マシン(VM)の作成、構成、管理、およびホスティングに使用しました。

Windows Server 2008 Hyper-V R2 仮想マシン(VM)

各仮想マシンが、Iometerからのコマンドを受け取るために、ホストシステムのNICポート1つを使用しました。

論理プロセッサー

論理プロセッサーは、物理プロセッサー上の単一の実行パイプラインです。以前は_{2プロセッサーシス} テムと言えば、それが何であるかを正しく把握できました。今日では、2プロセッサーシステムだと言っても、各プロセッサーにいくつのコアがあるのか、あるいはインテル® ハイパースレッディングが有効になっているかどうかがわからない場合もあります。ハイパースレッディング機能を実装した2プロセッサーコンピューターは、実際には4つの実行パイプライン、すなわち4つの論理プロセッサーを持ちます。クワッドコアプロセッサーを搭載した2プロセッサーコンピューターは、ハイパースレッディング機能を有効にしなければ、8つの論理プロセッサーを持つことになります。

仮想プロセッサー

仮想プロセッサーは、ハイパーバイザーによってパーティションに公開されている単一の論理プロセッサーです。仮想プロセッサーは、物理コンピューター内で使用できるいずれの論理プロセッサーにもマッピング可能で、論理プロセッサーよりも多くの仮想プロセッサーを持つことができるようにハイパーバイザーによってスケジュールされます。

(12)

アーキテクチャー図とコンポーネント仕様

図7は、HP StorageWorks EVA4400アレイでのHyper-V R2のパフォーマンステストにHPが使用した、テストベッドのアーキテクチャー図です。これらの図では特定のHPサーバーおよびストレージモデルが示されていますが、これらのアーキテクチャーは、Microsoft Hyper-V R2をサポートするHPのほかのすべてのサーバーおよびストレージテクノロジーに適用できます。図7. HP StorageWorks EVA4400アレイでのHyper-V R2のパフォーマンステストにHPが使用した、テストベッドのアーキテク チャー図

管理サーバー

Iometer

Hyper-V

Brocade 4/24 SAN スイッチ2 台(ブレードエンクロージャー EVA4400 146GB 15K FC ドライブ 48 台仮想マシン次の表1に、Iometerコンソールとして使用したHP ProLiantシステムの詳細を示します。

(13)

Iometer コントローラー

表1. ワークロード生成に使用した、Windows Server 2003 R2を実行するProLiant BL460cサーバー

サーバーモデル ProLiant BL460c G1 オペレーティングシステムとパッチレベル Windows Server 2003 R2 プロセッサー/コアクワッドコアIntel Xeon® 3.2 GHz 2 基メモリ 8GB 次の表2に、管理コンソールとして使用したHP ProLiantシステムの詳細を示します。

管理サーバー

アレイ管理に使用した_{ProLiant BL460cサーバーで、Windows Server 2003 R2を実行します} (Command View EVAは、Windows Server 2008 R2ではまだサポートされていません)。

表2. 管理コンソールとして使用したHP ProLiantシステム サーバーモデル ProLiant BL460c G1 オペレーティングシステムとパッチレベル _{Windows Server 2003 R2} プロセッサー/コアクワッドコアIntel Xeon® 3.2 GHz 2 基メモリ 8GB

Hyper-V R2 サーバー

Windows Server 2008 R2 x64を実行するブレードサーバーには、Hyper-Vロールがインストールされ、 Windows Server 2008 R2 x64を実行するHyper-V仮想マシンがそこにインストールされています。このサーバー上の各仮想マシンは、EVAによって提供されるLUN上に1つの仮想ハードディスク(VHD)を持っています。このホストサーバーの仕様は以下のとおりです。

表3. Hyper-Vサーバーの仕様

サーバーモデル ProLiant BL490c G6

オペレーティングシステムとパッチレベル _{Windows Server 2008 R2 Hyper-V} プロセッサー/コアクワッドコアIntel Xeon® 2.93 GHz 2 基メモリ 32 GB

ストレージレイアウト

仮想マシンのVHDのストレージには、146GB 15K RPM FCドライブ48台を搭載したHP StorageWorks EVA4400ストレージアレイが使用されました。それぞれのVHDのタイプでパフォーマンステストを行うのに、Vraidレベル1およびレベル5を使用しました。本プロジェクトのEVAでは、アレイ内の合計48台のドライブのうち32台のみ使用しました。残りの16台については、さまざまなVHDおよび本プロジェクトに関連するIometerファイルの保存に使用しました。

(14)

テストシナリオと結果

ワークロードの定義

:

Vraid 1 と Vraid 5 における Hyper-V のパフォーマンス特性

アクション_{1: 仮想マシン1個/ LUN 1個/ 8スピンドル/ Vraid 1} y ドライブ8 台で構成されるディスクグループ上に 120GB Vraid 1 の LUN を作成します。 y そのLUN に、100GB の固定 VHD ファイルを持つ単一の仮想マシンを作成します。VHD のファイルサイズは、メモリースワップと仮想マシン構成ファイル用のオーバーヘッドを持たせるために、 LUN の容量いっぱいにはしません。 y VHD のファイルサイズの約 75%に相当するサイズで Iometer ファイルを作成します。この例では、 Iometer のファイルサイズは 75GB になります。Iometer のファイルサイズが VHD の容量いっぱいになるように作成すると、仮想マシンのOS は、容量が不足していることを通知します。 y ワークロード定義をすべて実行します。アクション2: 仮想マシン1個/ LUN 1個/ 8スピンドル/ Vraid 5 y ドライブ8 台で構成されるディスクグループ上に 120GB Vraid 5 の LUN を作成します。 y そのLUN に、100GB の固定 VHD ファイルを持つ単一の仮想マシンを作成します。VHD のファイルサイズは、メモリースワップと仮想マシン構成ファイル用のオーバーヘッドを持たせるために、 LUN の容量いっぱいにはしません。 y VHD のファイルサイズの約 75%に相当するサイズで Iometer ファイルを作成します。この例では、 Iometer のファイルサイズは 75GB になります。Iometer のファイルサイズが VHD の容量いっぱい

(20)

図13. IOPS数の結果

Vraid 1 と Vraid 5 の比較(単一 LUN、ディスク 8 台)

ワークロード: 頻繁に使用されるファイル共有のシミュレーション(64K、50%ランダム、50% R/W) ワークロード: Microsoft Exchange データベースのシミュレーション(8K、100%ランダム、 60%/40% R/W) IOPS数の結果: MS ExchangeログファイルをシミュレートしたワークロードのIOPS数が突出しているの は、このケースでは、EVA4400アレイのキャッシュ機能によるものです。ワークロード: データウェアハウスデータベースのシミュレーション(256K、100%シーケンシャル、80%/20% R/W) ワークロード: Microsoft Exchange ログファイルのシミュレーション(8K、100%シーケンシャル、100% W) Vraid 1 Vraid 5 IO PS

(21)

図14. Vraid 1とVraid 5の場合のMBpsの比較

Vraid 1 と Vraid 5 の比較(単一 LUN、ディスク 8 台)

ワークロード: 頻繁に使用されるファイル共有のシミュレーション(64K、50%ランダム、50% R/W) ワークロード: Microsoft Exchange データベースのシミュレーション(8K、100%ランダム、 60%/40% R/W) MB p s ワークロード: データウェアハウスデータベースのシミュレーション(256K、100%シーケンシャル、80%/20% R/W) ワークロード: Microsoft Exchange ログファイルのシミュレーション(8K、100%シーケンシャル、100% W) Vraid 1 Vraid 5 MBpsの結果: データウェアハウスデータベースをシミュレートしたワークロードのMBpsスループット は、Vraid 5に比べてVraid 1の方が明らかに高くなりました。

(22)

図15. 平均応答時間 ワークロード: 頻繁に使用されるファイル共有のシミュレーション(64K、50%ランダム、50% R/W) ワークロード: Microsoft Exchange データベースのシミュレーション(8K、100%ランダム、 60%/40% R/W) ワークロード: データウェアハウスデータベースのシミュレーション(256K、100%シーケンシャル、80%/20% R/W) ワークロード: Microsoft Exchange ログファイルのシミュレーション(8K、100%シーケンシャル、100% W)

Vraid 1 と Vraid 5 の比較(単一 LUN、ディスク 8 台)

Vraid 1 Vraid 5 平均応答時間 (ms ) 平均応答時間(ms)の結果: 平均応答時間(ms)はVraid 1テストとVraid 5テストでほぼ一貫しています が、Vraid 5のパフォーマンスがわずかに上回っています。

(23)

図16. 平均読み取り応答時間 ワークロード: 頻繁に使用されるファイル共有のシミュレーション(64K、50%ランダム、50% R/W) ワークロード: Microsoft Exchange データベースのシミュレーション(8K、100%ランダム、 60%/40% R/W) ワークロード: データウェアハウスデータベースのシミュレーション(256K、100%シーケンシャル、80%/20% R/W) ワークロード: Microsoft Exchange ログファイルのシミュレーション(8K、100%シーケンシャル、100% W)

Vraid 1 と Vraid 5 の比較(単一 LUN、ディスク 8 台)

Vraid 1 Vraid 5 平均読み取り応答時間 (ms ) 平均読み取り応答時間(ms)の結果: 平均読み取り応答時間(ms)はVraid 1テストとVraid 5テストでほ ぼ一貫しています。

(24)

図17. 平均書き込み応答時間 ワークロード: 頻繁に使用されるファイル共有のシミュレーション(64K、50%ランダム、50% R/W) ワークロード: Microsoft Exchange データベースのシミュレーション(8K、100%ランダム、 60%/40% R/W) ワークロード: データウェアハウスデータベースのシミュレーション(256K、100%シーケンシャル、80%/20% R/W) ワークロード: Microsoft Exchange ログファイルのシミュレーション(8K、100%シーケンシャル、100% W)

Vraid 1 と Vraid 5 の比較(単一 LUN、ディスク 8 台)

(ディスク 8 台、Vraid 5)

1 ホスト 1 VM 平均書き込み応答時間 (ms ) 平均書き込み応答時間(ms)の結果: 平均書き込み応答時間(ms)は、仮想マシンよりもホストの方が 高いパフォーマンスを示しました。

(35)

テスト分析のまとめ

Microsoft Windows 2008 R2の仮想化機能「Hyper-V R2」の導入により、新機能とオプションが追加されてパフォーマンスが向上しました。Hyper-V R2のパフォーマンステストを実施する際、いくつかのパフォーマンス要因を考慮する必要がありますが、本書ではディスクサブシステムのパフォーマンスに焦点を当て、_{HP ProLiantブレードサーバーとHP StorageWorks EVA4400ストレージディスクサブシステ} ムとを組み合わせたときに予想される、いくつかの基本的な_{IOPSパフォーマンス範囲を提供しました。}

推奨事項

本書に記載されているテスト目標を再現する場合、目標に対して必要と思われるIometerの[Results Display]および他の重要なWindowsパフォーマンスカウンターを監視することをお勧めします。HPはテスト中、ホストおよび仮想マシンのプロセッサー使用率のパフォーマンスのほか、ディスクサブシステムのパフォーマンスも監視しました。(HPはこの事例で、ディスクサブシステムのパフォーマンスがパフォーマンスの主要な抑制因子であることを発見しました。_{)Iometerを使用してディスクのIOPSパフォーマンス} を生成して記録する場合、各テスト試行後の結果ファイルにあるディスクの平均応答時間とディスク IOPSに注視してください。ディスクの平均応答時間が急激に増加し始めたり、IOPSパフォーマンスカウンターの増加が止まって減少が始まった場合、ディスクサブシステムの最適なパフォーマンスに到達しています。_{HP製サーバーおよびソフトウェアの高可用性オプションを検討して、可能であれば実装してく} ださい。ディスクの_{RAIDレベルやリダンダンシ、フォールトトレランス、マルチパスI/Oなどは、考慮すべ} き高可用性構成オプションのほんの数例に過ぎません。ディスク_{IOPSがパフォーマンスの主要な抑制} 因子である場合、ほとんどの仮想マシンを論理プロセッサー_{1個と1GBのRAMで構成することができ、} 重大なパフォーマンス問題が発生することはありません。

(36)