EMC PowerPath/VEによるVMware向けEMCパフォーマンス最適化

(1)

EMC PowerPath/VE による VMware 向け EMC パフォーマンス最適化

高度なテクノロジー

US ホワイトペーパー翻訳版要約

このホワイト・ペーパーでは、EMC^® PowerPath^®/VE 5.4のテスト済みの機能およびパフォーマンスを向上させるためのテクノロジーの概要を説明します。また、EMC PowerPath/VEのパフォーマンスと信頼性を、MRU（Most Recently Used）、固定、ラウンド・ロビン方法などのVMware NMP（Native

Multipathing）テクノロジーのパフォーマンスと比較しています。

2009年11月

(2)

EMC Corporationは、この資料に記載される情報が、発行日時点で正確であるとみなします。情報は予告

なく変更されることがあります。ベンチマークの結果は、ワークロード、個々のアプリケーション要件、

システムの設計と実装に大きく依存しています。相対的なシステム・パフォーマンスはこれらの要因およびその他の要因によって変わります。したがって、このワークロードは、重要なキャパシティ・プランニングと製品評価に関する決定を行う際に、個々のお客様のアプリケーション・ベンチマークの代わりとして使用することはできません。

このレポートに含まれるパフォーマンス・データはすべて、厳密に制御された環境で取得されたものです。他のオペレーティング環境で取得したデータは、この結果とは大きく異なる場合があります。EMC

Corporationは、ユーザーが同様のパフォーマンス（1分あたりのトランザクション数）を達成できること

を保証および表明しません。

このドキュメントにおけるシステム・パフォーマンスまたはコスト・パフォーマンスについては、明示または暗示にかかわらず、いかなる保証もいたしません。この資料に記載される、いかなるEMCソフトウェアの使用、複製、頒布も、当該ソフトウェア・ライセンスが必要です。最新のEMC製品名については、EMC.comでEMC Corporationの商標を参照してください。

このドキュメントに詳述されているパフォーマンス特性は、1つのビルディング・ブロックに関するパフォーマンス情報を示唆することを目的としています。より大規模な環境に導入する場合は、提案されている環境が期待どおりに動作するよう、さらに妥当性を検証する必要があります。

他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

パーツ番号：H6533-J

(3)

エグゼクティブ・サマリー ...4

概要 ...5

マルチパス・パフォーマンスの分析...6

主要なコンポーネント ...7

物理アーキテクチャ...9

環境のプロファイル ...11

テストの設計と検証...13

パフォーマンス分析テスト ...14

VMware Native Multipathingのパフォーマンスの結果 ...18

ファイバ・チャネルのパフォーマンスの結果 ...26

iSCSIパフォーマンスの結果 ...34

結論 ...44

(4)

エグゼクティブ・サマリー

ビジネス・ケース

データセンターのマネージャは、次を実現する手段として仮想化を利用します。

• コストを削減する

• 効率性を向上させる

• 必要なサービス・レベルを提供する

仮想データセンターでは、物理サーバ統合によって次が実現します。

• データセンターの貴重なフロア面積を再利用する

• より高い使用率を実現する

• 運用効率を上げる

• リソースおよびアプリケーションの可用性を向上させる

仮想データセンターが拡大すると、サーバとSANストレージ・リソース間の物理接続がさらに重要になります。

製品ソリューション

EMC^® PowerPath^®/VEは、VMware NMP（Native Multipathing）と比べて、より優れたパフォーマンスと信頼性を提供します。PowerPath/VEによって次が実現します。

• 優れたロード・バランシング

• 迅速なパス・フェイルオーバー

• デバイスの優先順位付けテクノロジーの向上

PowerPath/VEは、次の機能によって仮想データセンターを強化します。

• FCおよびiSCSIの両方を介したパフォーマンス予測

• VMware NMPよりさらに優れた信頼性

• フェイルオーバーおよびフェイルバック機能

重要な結果 EMC PowerPath/VEテストの結果を次に示します。

• PowerPath/VEは、FCまたはiSCSIを使用して複数のパスにわたって優れたロード・バランシングのパフォーマンスを提供する。PowerPath/VEは、追加構成なしですべてのデバイスI/O、パス選択、フェイルオーバーをシームレスに統合し制御する。

• VMware NMPでは、特定の構成パラメータを指定してパフォーマンスを向上させ

る必要がある。

(5)

概要

目的この「高度なテクノロジー」ホワイト・ペーパーでは、EMC PowerPath/VE 5.4のテスト済みの機能およびパフォーマンスを向上させるためのテクノロジーを説明します。

また、EMC PowerPath/VEのパフォーマンスと信頼性を、次のVMware NMP（Native Multipathing）テクノロジーのパフォーマンスと比較しています。

• MRU（Most Recently Used）

• 固定

• ラウンド・ロビン

対象読者このホワイト・ペーパーは、ITプランナ、仮想化アーキテクト、管理者など、EMC プライベート・クラウド環境の評価、取得、管理、運用、設計に携わっているEMC 社員、パートナー、お客様を対象としています。

(6)

マルチパス・パフォーマンスの分析

はじめにリソースの可用性を最大限に高めるには、データセンターのインフラストラクチャで次を満たしている必要があります。

• サーバとストレージ・リソース間に複数の物理データ・パスがある

• 障害の発生したコンポーネントなどの問題を避けるためのパスの再ルーティングが許可されている

• トラフィック負荷が複数の物理パスに分散されている

マルチパス仮想サーバ・ホストとそのストレージ間の持続的な接続を維持するために、マルチパスという技術を使用します。

マルチパスではホストおよびストレージ・デバイス間で複数の物理パスが維持されています。アダプタ、スイッチ、ケーブルなど、SAN内の要素に障害が発生した場合、仮想サーバ・ホストは、障害が発生したコンポーネントを使用していない他の物理パスに切り替えることができます。

障害が発生したコンポーネントを回避するためのパス切り替えプロセスはパス・フェイルオーバーとして知られています。

ロード・バランシング

マルチパスは、パス・フェイルオーバーの他にロード・バランシングも提供します。ロード・バランシングは負荷を複数の物理パスに分散させるプロセスです。潜在的なトラフィックのボトルネックを軽減または解消します。

(7)

主要なコンポーネント

はじめにこのパフォーマンス分析テストでは、次が含まれる仮想データセンターに PowerPath/VEが導入されています。

• 2台のESXサーバ

• CLARiX^® CX4-480

• vSphere 4

• ロード・シミュレーション・ソフトウェア

PowerPath/VE PowerPath/VEは、ESXホストに対してパス管理機能を提供するMPP（マルチパス・

プラグイン）としてVMware ESXと連携して動作します。このPowerPath/VEはカーネル・モジュールとしてvSphereホストにインストールされます。そして、vSphere I/Oスタック・フレームワークにプラグインされ、ダイナミック・ロード・バランシングや自動フェイルオーバーなどのPowerPath/VEの先進的なマルチパス機能を、

vSphereホストで利用できるようにします。

CLARiX CX4-480 FLARE^® 28.10

EMC CLARiX CX4-480

• 最大容量471 TBまでシームレスに拡張可能な、ミッドレンジ・ネットワーク・ス

トレージでクラス最高のパフォーマンスを提供する

• 最大256台の可用性の高いデュアル接続ホストをサポートする

• 5～480台のディスクまで増設できる

• FC（ファイバ・チャネル）接続とiSCSI接続が事前構成され、お客様のアプリケ

ーションに最適な接続を選択できる

vSphere 4 VMware vSphere 4はITコンピューティングの次の論理ステップです。このVMware

vSphere 4により、お客様はクラウド・コンピューティングの機能を自社のITイン

フラストラクチャで利用できます。VMware vSphere 4は、VMware Infrastructureの機能に基づいて、OS、アプリケーション、ハードウェア製品をサポートすることにより、IT環境に対する管理機能を向上させます。

実証済みの仮想プラットフォーム上に構築されたVMware vSphere 4は、内部および外部クラウドの基盤を提供し、統合および標準を使用してクラウド・インフラストラクチャをブリッジすることで、安全なプライベート・クラウドを作成します。そして、あらゆる規模の組織がクラウド・コンピューティングのすべてのメリットを隅々まで享受し、アプリケーション・ワークロードあたりの総コストを最小限に抑えながら最高レベルのアプリケーション・サービス契約を実現できます。

このMicrosoftアプリケーション向けEMC仮想インフラストラクチャ/データセンタ

ー・ソリューションは、VMware vSphere 4で導入された次の機能により、柔軟な自動I/Oロード・バランシング、強力な処理機能、合理化されたネットワーク・スイッチ管理を提供します。

(8)

• EMC PowerPath/VEパス・フェイルオーバー統合（VMware vStorage API for Multipathingを使用）：このソリューションで示すように、I/Oパスの使用率を常に調整し、VMのI/Oロードの変化に対応します。

• 8 vCPUのサポート：ゲストVMに割り当てることができる仮想CPUの最大数が4 個から8個に増えています。

• VMware vNetwork分散スイッチ：クラスタ全体の接続を拡張することで、

vSwitch機能をさらに強化します。

シミュレーション・ソフトウェア

次のロード・シミュレーション・ソフトウェアを使用しました。

• Microsoft Exchange 2007 Jetstress：JetstressはExchangeディスクI/Oロードをシミュレートします。具体的には、一定の数のユーザーによって生成されたExchange データベースおよびログ・ファイルのロードをシミュレートします。

• Oracle Workload ORION：ORIONは、総合的なI/Oワークロードを生成し、

Oracleと同じI/Oソフトウェア・スタックを使用して、Oracleデータベースをシミ

ュレートします。このORIONは、広範なI/Oワークロードを生成できます。

• Microsoft SQLIOSim：SQLIOSimは、SQL Server 2005、SQL Server 2000、SQL Server 7.0などのMicrosoft SQLサーバのI/Oパターンをシミュレートします。

(9)

物理アーキテクチャ

アーキテクチャ図

次の図は、パフォーマンス分析テスト環境の全体的な物理アーキテクチャを示しています。

この図で示すように、それぞれのホストのストレージ・アダプタ構成は同じです。

唯一の違いは、ホストAはVMware NMPを使用し、ホストBはPowerPath VEを使用しているという点です。

(10)

(11)

環境のプロファイル

ハードウェア・

リソース

パフォーマンス分析環境で使用されているハードウェアの一覧を以下に示します。

装置数構成

EMC CLARiX CX4-480 FLARE v.28.10

1 10 x 50 GB LUN RAID 5（LUNあたり4つのパス）

1 x 1 TB LUN RAID 5（LUNあたり4つのパス）、

VMDK用

SPあたり2 x 4 Gb/秒出力ポート（2 FC、2 iSCSI）

Dell 6850 2 Xeon Core 2

32 GB RAM

QLogic HBA、デュアル・ポート、2 Gb/秒ファイバ・チャネル・スイッチ 1 Cisco MDS 9509（ポートあたり4 Gb/秒）

Cisco Catalyst 6513（1 Gbs IP）

ハードウェア・

リソースの仮想割り当て

次の図は、仮想マシンの編成と割り当てを示しています。

(12)

ソフトウェア・

リソース

パフォーマンス分析環境で使用されているソフトウェアの一覧を以下に示します。

ソフトウェアバージョン

vSphere Enterprise Plus 4.0（ビルド164009）

vCenter

4.0 GA（ビルドB162856）

PowerPath/VE 5.4（ビルド257）

Microsoft Exchange 2007 JetStress 08.02.0060 Oracle Workload ORION 10.2.0.10

Microsoft SQLIOSim 1.00.069

(13)

テストの設計と検証

概要ここでは、PowerPath/VEを使用したマルチパス・パフォーマンス分析のテスト計画と実装の概要について説明します。

パフォーマンス・テストは、EMC PowerPath/VEが、vSphereサーバに対して優れたロード・バランシング、パス・フェイルオーバー、デバイスの優先順位付けテクノロジーを提供していることを示します。

テスト計画 • Windows 2008が実行されている10台の仮想マシンを作成して導入します。

− PowerPath/VEの動作中は、10台のVMがサーバAに存在する

− NMPの動作中、10台のVMがサーバBに存在する

• VMを次のように割り当てます。

− Windows 2000 SQLサーバ×4

− Exchange 2007サーバ×3

− Oracle ORIONサーバ×3

• ファイバ・チャネルを使用してストレージ接続を実装する

• Exchange、SQL、Oracleシミュレーション・ソフトウェアをインストールする

• デフォルトのVMware NMP（Native Multipathing）を使用してシステム・パフォーマンスをテストする

• PowerPath/VEを使用してシステム・パフォーマンスをテストする

• ファイバ・チャネルからiSCSIに接続を変更する

• デフォルトのVMware NMP（Native Multipathing）を使用してシステム・パフォーマンスをテストする

• PowerPath/VEを使用してシステム・パフォーマンスをテストする

テスト・パラメータ

PowerPath/VEパフォーマンス分析テストでは、次のオペレーションに対するシステ

ムの応答を検証します。

• ロード・バランシング

− シングル・パス

− マルチパス

• フェイルオーバーとフェイルバック

− フロントエンド・フェイルオーバー

− バックエンド・フェイルオーバー

• VMotion切り替え

− ホストの変更

− データストアの変更

− ホストおよびデータストアの変更

(14)

パフォーマンス分析テスト

シングル・パス・ロード・バランシングのテスト

次の表は、シングル・パス・ロード・バランシングのテストを実行し、VMware

NMPとPowerPath/VEのパフォーマンスを比較する手順を示しています。

ステップ

アクション

1 VMでI/Oシミュレーションを開始します。

2 NMPを使用してESXサーバ（シングル・パス）のパフォーマンス・

データを記録します。

a. ESXTOPを実行します。

b. 「d」、「P」の順に入力し、HBA名を入力して、HBAへのパスを表示します。

注意：ESXTOPに示されているI/Oレートはすべて、キュー登録され

ているI/O数ではなく、アクティブなI/O数を示しています。

3 PowerPath/VEを使用してESXサーバ（シングル・パス）のパフォー

マンス・データを記録します。

マルチパス・ロード・バランシングのテスト

次の表は、マルチパス・ロード・バランシングのテストを実行し、VMware NMPと

PowerPath/VEのパフォーマンスを比較する手順を示しています。

ステップ

アクション

2 NMPを使用してESXサーバ（マルチパス）のパフォーマンス・データを記録します。

3 PowerPath/VEをインストールし、各vSphereサーバでPowerPath/VEラ

(15)

イセンスを登録します。

4 PowerPath/VEを使用してESXサーバ（マルチパス）のパフォーマン

ス・データを記録します。

フロントエンド・フェイルオーバーのテスト

次の表は、フロントエンド・フェイルオーバーのテストを実行し、VMware NMPと

ステップ

アクション

2 ファイバ・チャネル：

スイッチ・ファブリック経由の任意のHBAポートを無効にします。

a. 無効になったHBAでパス障害が発生するのを待ちます（システム・ログでパス障害メッセージをチェックします）。

b. I/Oは引き続きもう一方のHBAのアクティブ・パスを通過している必要があります。

iSCSI：

Ethernetスイッチ経由の任意のNICポートを無効にします。

a. 無効になったNICでパス障害が発生するのを待ちます（システム・ログでパス障害メッセージをチェックします）。

b. I/Oは引き続きもう一方のNICのアクティブ・パスを通過している必要があります。

3 PowerPath/VEをインストールし、各vSphereサーバでPowerPath/VEライセンスを登録します。

4 スイッチ経由のポートを有効にします。

a. パスがリストアされるのを待ちます。

注意：パスの自動リストアには最長で5分かかることがあります。この時間内でパスは元に戻り、リストアされたパスでI/Oが開始されます（システム・ログをチェックします）。

b. または、（サポートされている場合）「powermt restore」コマンドを使用して、リストア・アクションを手動で実行します。

注意：CLARiXシステムでは、現在のLUNのオーナーがアクティブ

で接続されている場合、ボリュームへの不要なトレスパスが存在してはいけません。

(16)

バックエンド・

フェイルオーバーのテスト

次の表は、バックエンド・フェイルオーバーのテストを実行し、VMware NMPと

ステップ

アクション

2 ファブリック・スイッチ（ファイバ・チャネル）またはEthernetスイッチ（iSCSI）経由の任意のアレイ・ポートを無効にします。

a. 無効になったターゲットでパス障害が発生するのを待ちます

（システム・ログでパス障害メッセージをチェックします）。

b. I/Oは引き続きもう一方のアクティブ・パスを通過している必要があります。

注意：CLARiXシステムでは、現在のLUNオーナーが無効なときに

トレスパスが発生することがあります。この場合、I/Oはトレスパスされたパスを通過します。

3 PowerPath/VEをインストールし、各vSphereサーバでPowerPath/VEライセンスを登録します。

4 スイッチ経由のアレイ・ポートを有効にします。

a. パスがリストアされるのを待ちます。

注意：パスの自動リストアには最長で5分かかることがあります。この時間内でパスは元に戻り、リストアされたパスでI/Oが開始されます。

b. または、（サポートされている場合）「powermt restore」コマンドを使用して、リストア・アクションを手動で実行します。

注意：CLARiXシステムでは、現在のLUNオーナー接続がリストアされるときに、LUNのフェイルバックが発生します（システム・ログをチェックします）。

VMotionのホスト変更のテスト

次の表は、VMotionのホスト変更のテストを実行し、VMware NMPとPowerPath/VE のパフォーマンスを比較する手順を示しています。

ステップ

アクション

1 VMの電源をオンにして、「ホストの変更」オプションを使用して移行します。

2 PowerPath/VEを有効にせずに、VM上でI/Oシミュレーションを開始

します（このテスト例はVMからのI/Oの有無にかかわらず実行でき

(17)

ます）。

3 ターゲットESXを選択します。

4 リソース・プールを選択します。

5 優先順位を選択します。

6 移行を完了します。

結果：VMはI/Oの有無にかかわらず適切に移行されます。I/Oが存在していても、

そのI/Oは失敗しません。

(18)

VMware Native Multipathing のパフォーマンスの結果

概要ここでは、VMware VMkernelマルチパス・プラグインおよびデフォルトのVMware NMP（Native Multipathing）を使用して実行したテスト条件のパフォーマンスの結果について説明します。

NMPは、サブプラグインを管理する拡張性を備えたモジュールです。NMPサブプラグインには次の2種類があります。

• SATP（Storage Array Type Plug-in）

• PSP（Path Selection Plug-in）

SATPおよびPSPはVMwareに組み込まれて提供されることも、サード・パーティ

によって提供されることもあります。

デバイス構成次の図は、デバイス構成を示しています。デフォルトでは、EMC PowerPath/VEなどのサード・パーティのMPP（マルチパス・プラグイン）がインストールされていない場合、VMware NMPはすべてのデバイスの所有者になります。

(19)

(20)

次の図は各LUNに4つのパスがあること、つまり2つのアクティブ・パスと2つのスタンバイ・パスがあることを示しています。ただし、VMware NMPがすべてのデバイスの所有者であるため、I/Oで使用されているのは1つのアクティブ・パスのみです。

(21)

VMware NMPポリシーでは、使用状況に基づいて複数のアクティブ・パスでラウンド・ロビンを行います。特定の期間に存在するアクティブなI/Oパスは1つだけであり、このパスは所定の数のI/Oを送信してから他のアクティブ・パスに切り替わります。デフォルトのパス切り替えは「IO数」に基づいており、デフォルト値は

1,000です。この値を変更するには、次のコマンドを実行します。

esxcli nmp device setpolicy --device <デバイスのUID> --psp VMW_PSP_RR esxcli nmp roundrobin setconfig --device <デバイスのUID> --iops 1 --type iops IOPS値を1に変更すると、次の図に示す結果が表示されます。

I/Oトラフィックのパフォーマンス

SQLIOstressを実行する4台のWindows 2008 VM、JetStress 2007を実行する3台の Windows 2008 VM、Oracle ORIONを実行する3台のWindows 2003がある場合、一

度に11,000 I/Oが存在します。ESXTOPユーティリティの例で示すように、これら

のI/Oはすべて1つのパスvmhba4を通過してCLARiX LUNにアクセスします。

(22)

パス選択プロファイル

VMware NMPはデフォルトで3つのPSPをサポートします。次の3つの図は、Most Recently Used（MRU）、Round Robin（ラウンド・ロビン）、Fixed（固定）としてのパス選択を示しています。

Most Recently Used（MRU）

(23)

Round Robin（ラウンド・ロビン）

(24)

Fixed（固定）

(25)

パス選択プロファイルのI/O結果

次の3つの図は、3つの異なるパス選択でのI/Oパフォーマンスを示しています。

MRU

ラウンド・ロビン

固定

(26)

ファイバ・チャネルのパフォーマンスの結果

概要ここでは、PowerPath/VEがマルチパスを処理し、接続がファイバ・チャネルを使用して確立されている場合のパフォーマンス・テストの結果について説明します。

PowerPath/VEは、ESXホストに対してパス管理機能を提供するMPP（マルチパス・

デバイス構成 vSphereホストにインストールされたPowerPath/VEは、自身がサポートされているすべてのストレージ・デバイスを要求します。次の図は、PowerPath/VEがCLARiX

CX4-480上のデバイスの所有者であることを示しています。

(27)

PowerPath/VE ダイナミック・

ロード・バランシング

PowerPath/VEは、常にすべてのパスを使用するように設計されています。

PowerPath/VEは、論理デバイスへのI/O要求を、使用可能なすべてのパス間で分散

します。1つのパスですべてのI/O要求を処理する必要はありません。

次の図はESXTOP出力を示しています。I/O要求がvmhba1およびvmhba4の両方にバランス良く分散されています。

また、PowerPath/VEでは、コマンド・ライン・ツールを使用してパスを管理することもできます。次の図は、各デバイスに2つ最適パスがありI/O要求を処理しています。また、すでにお気づきのように、I/O要求が2つのパスにバランス良く分散されていることも示しています。

(28)

次の2つの図は、パス・ステータスとLUNステータスを示しています。

パス・ステータス

(29)

LUNステータス

(30)

フロントエンド・フェイルオーバーの結果

このテストでは、ファイバ・チャネル・スイッチ上のHBAポートを無効にして、フロントエンドでのパス障害をシミュレートします。

次の図は、ESXTOPでは1つのパスのみがI/O要求を処理していることを示しています。

次の図は、powermtユーティリティでは最適パスが1つだけで、もう一方のパスは故障していることを示しています。

(31)

次の図は、vCenterでも1つのパスが使用不可能であることを示しています。

ファイバ・チャネル・スイッチでポートを有効にしたら、障害が発生したパスが 360秒以内にパス・テストまたはバスの再スキャンで自動的にリストアされます。

手動で「powermt restore」を実行すると、障害が発生したパスが直ちにリストアされます。

(32)

フェイルオーバーの結果

ファイバ・チャネル・スイッチ上のCLARiX SPポートを無効にして、バックエンドの障害をシミュレートします。各SPの1つのポートが無効になっている場合、次の図で示すように、両方のパスが縮退モードになります。

次の図は、1つのSPポートのみにアクティブI/O要求があることを示しています。

(33)

SPポートが再度有効になったら、次の2つの図で示すように、両方のパスが最適モードに戻ります。

(34)

iSCSI パフォーマンスの結果

概要ここでは、PowerPath/VEがマルチパスを処理し、接続がiSCSIを使用して確立されている場合のパフォーマンス・テストの結果について説明します。

PowerPath/VEは、ESXホストに対してパス管理機能を提供するMPP（マルチパス・

環境の構成 iSCSIが含まれる次の10台の仮想マシンに対してパフォーマンスのテストを実行します。

• 3台のOracleシミュレータ（ORIONソフトウェアを使用）

• 4台のSQLシミュレータ（SQLIOstressを使用）

• 3台のExchangeシミュレータ（Jetstressを使用）

次の図は、テスト環境の構成を示しています。

シングル・パス・ロード・バランシングの結

次の図は、パスが1つだけのPowerPath/VEホストのスクリーンショットです。

(35)

果

マルチパス・ロード・バランシングの結果

次の2つの図は、VMware NMPがデバイスの所有者であることと、パス・ステータスを示しています。

(36)

次の図は、NMPのパフォーマンス・データを示すESXTOP画面です（ロード・バランシングは行われていません）。

(37)

(38)

次の2つの図は、PowerPath/VEがデバイスの所有者であることと、パス・ステータスを示しています。

(39)

次の図は、PowerPath/VEが有効になっているI/Oを示すESXTOP画面です。

VMkernel NICと物理NICに均等に負荷が分散されていることに注意してください。

フロントエンド・フェイルオーバーの結果

次の図は、シミュレートされたフロントエンド・パス障害が発生する前のI/Oを示しています。

(40)

次の図は、シミュレートされたフロントエンド・パス障害が発生した後のI/Oを示しています。データは5～10秒以内（ESXTOPでは少なくとも2秒の待機後、つまりほぼ瞬時）に1つのVMkernel NICに移動しました。

(41)

フェイルオーバーの結果

次の図は、バックエンド・ポートがシャットダウンされバックエンド障害をシミュレートする前のPowerPath/VEホストを示しています。

次の図では、SPB（vLAN 318）上で1つのポートに障害が発生した後、偶数個のパスほど最適ではありませんが、I/O負荷がほぼ分散されています。

(42)

次の図は、SPB vlan 318ポートが再度有効にされた後のI/Oを示しています（10～20 秒）。負荷は完全に分散されています。

VMotionのホスト変更の結果

次の図は、VMがPowerPath/VE ESXホストから移行される前のホスト2（NMP有効）を示しています。

(43)

次の図は、VMが移行された後のホスト2を示しています。

次の図は、すべてのVMが移行された後のホスト1（PowerPath/VE有効）を示しています。

(44)

結論

まとめパフォーマンス・テストは、EMC PowerPath/VEのパフォーマンスおよび信頼性が VMware NMP（Native Multipathing）によって向上していることを示しています。

vSphereサーバについては、PowerPath/VEによって次のメリットが実現します。

• 優れたロード・バランシング

• 迅速なパス・フェイルオーバー

• デバイスの優先順位付けテクノロジーの向上

結論説明したテストの計画および方法によって導き出された結果は次のとおりです。

• PowerPath/VEは、FCまたはiSCSIを使用して複数のパスにわたって優れたロード・バランシングのパフォーマンスを提供する。

• PowerPath/VEは、追加構成なしですべてのデバイスI/O、パス選択、フェイルオー

バーをシームレスに統合し制御する。

• VMware NMPでは、特定の構成パラメータを指定してパフォーマンスを向上させ

る必要がある。

メリット PowerPath/VEは、次の機能によって仮想データセンターを強化します。

• FCおよびiSCSIの両方を介したパフォーマンス予測

• VMware NMPよりも優れた信頼性

• フェイルオーバーおよびフェイルバック機能

次のステップ EMCは、お客様が仮想データセンターの導入のリスクと作成のコストを抑え、評価、設計、導入、管理を迅速に行えるよう支援いたします。

このソリューションおよびその他のソリューションの詳細については、EMC担当営業に問い合わせるか、あるいはhttp://japan.emc.com/をご参照ください。

EMC PowerPath/VEによるVMware向けEMCパフォーマンス最適化