EMC Symmetrix StorageでのVMware vSphereの使用

(1)

EMC Symmetrix Storage での

VMware vSphere の使用

高度なテクノロジー

US ホワイトペーパー翻訳版要約このホワイト・ペーパーでは、VMware vSphere™で使用できる新機能と、EMCのエンタープライズ・クラスのストレージ・システムであるSymmetrix DMX™およびSymmetrix® V-Max™と組み合わせてこれらの新機能を使用および実装する際の推奨事項について説明します。この文書では、 VMware Storage VMotion™、VMware VMFS Volume Grow、VMware VMFS Volume Copy Mountingといった機能について説明するとともに、Pluggable Storage Architectureの使用方法についても説明します。

(2)

Copyright © 2009 EMC Corporation. 不許複製 EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなします。情報は予告なく変更されることがあります。この資料に記載されている情報は、「現状優先」の条件で提供されます。EMC Corporation は、この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたしません。この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソフトウェア・ライセンスが必要です。

最新の EMC 製品名については、EMC.com で EMC Corporation の商標を参照してください。

他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。パーツ番号 h6531-J

(3)

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

はじめに ... 5

対象読者 ... 6

VMware vSphereの概要... 6

EMC Storage Viewer for vSphere Client 4.0 ... 8

接続性... 10

Symmetrix DMXの接続 ... 11 Symmetrix DMXフロントエンド・ポートのビット設定 ... 11 Symmetrix V-Maxの接続 ... 12 Symmetrix V-Maxフロントエンド・ポートのビット設定 ... 13 EMC SymmetrixデバイスでのSPC-2 ビットのコンプライアンシー ... 14 SPC-2 非準拠のSymmetrixポートの追加による影響 ... 15

SPC-2 とEMC Storage Viewer for vSphere Clientt ... 17

Pluggable Storage Architectureでのマルチパスおよびロード・バランシング ... 18

ネイティブ・マルチパス・プラグイン ... 18 vSphere ClientでのNMPの管理... 19 PowerPath/VE ... 20 PowerPath/VEの機能... 21 PowerPath/VEの管理... 22 vCenter ServerのPowerPath/VE... 23 VMotionを使用したPowerPath/VEの無停止のインストール... 24

ストレージの無停止の移行と再構成... 25

Storage VMotion ... 25 使用例：RAID 1 VMFSボリュームからRAID 5 VMFSボリュームへの仮想マシンの移行 ... 26 Storage VMotionでの仮想ディスクのフォーマット変更 ... 29 Symmetrix V-Maxによる仮想LUNマイグレーションの強化... 29 使用例：VLUNマイグレーションによるRAID 5 からRAID 1 へのVMFSボリューム移行... 30 使用例：VLUNマイグレーションを使用したディスク階層間でのRDMデバイス移行 ... 33

VMFS Volume Copy MountingおよびVMFS Resignaturing... 37

vSphere Clientを使用してVMFSボリューム・コピーをマウントする ... 37 コマンド・ラインを使用してVMFSボリューム・コピーをマウントする ... 39

VMFS Volume Grow ... 41

メタボリュームの拡張... 41 連結メタボリュームの拡張... 42 ストライプ・メタボリュームの拡張 ... 43 シン・メタボリュームの拡張 ... 46 vCenterでのVMFSボリューム拡張... 46 エクステントによるVMFS拡張... 50

結論 ... 50

(4)

(5)

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

VMware vSphere™ 4 では、プロセッサ、ストレージ、ネットワークといったインフラストラクチャのラージ・プールを、シームレスで柔軟性のあるダイナミックなオペレーティング環境として集約し、管理します。VMware vSphere 4 は、企業のためにクラウド・コンピューティングの威力をデータセンターにもたらし、ITコストを削減すると同時にインフラストラクチャの有効性を強化します。ホスト・サービス・プロバイダには、お客様の社内クラウド・インフラストラクチャとの互換性があるクラウド・サービスを提供し、より経済的で効率的な手段を実現します。 VMware vSphere 4 は、1 世代前のVMware® Infrastructure 3 よりパフォーマンスおよび拡張性が大幅に強化されており、大規模なデータベースなどリソースを大量に消費するアプリケーションなども社内クラウドに導入することができます。このようにパフォーマンスと拡張性が強化された VMware vSphere 4 により 100%仮想化された内部クラウドを実現できます。

この次世代の仮想環境には、EMC®

Symmetrix® V-Max™システムが最適です。Virtual Matrix Architectureは業界標準のコンポーネントをEMC独自のSymmetrixの機能に統合することにより、極めて高いレベルの拡張性を提供します。この拡張性により、単一の統合ストレージ・インフラストラクチャで数十万台のVMware仮想マシンをサポートし、数千万IOPSと数十万テラバイトのストレージまで拡張可能なシステムを実現します。これは、スケール・アップ・アーキテクチャのパフォーマンスと効率性およびスケール・アウト・アーキテクチャのコスト効率に優れた柔軟性を兼ね備えた初のストレージ・アーキテクチャです。最新世代のエンタープライズ・フラッシュ・ドライブ、ファイバ・チャネル・ドライブ、SATAドライブと組み合わせることにより、 Symmetrix V-Maxシステムは、多岐にわたる仮想化システムをホスティングする単一のVMware ESX™ホスト・サーバに必要な高パフォーマンスおよび大容量に対応するための極めて幅広いストレージ要件を、コスト・パフォーマンスに優れた方法で満たすことができます。この

Symmetrix V-Maxシステムが実証済みのEMC Symmetrix DMX-4 システムを組み込むことで、今日の仮想データセンターの現在および将来のすべてのニーズに対応できます。これら 2 つのシステムはどちらも、今日の市場における最新のハイエンド・ストレージ・アーキテクチャです。 VMware vCenter™ Serverは、最大規模のIT環境を扱えるよう同様に設計されています。vCenter Serverの単一インスタンスは最大 300 台のホストと 3,000 台の仮想マシンを管理します。Linked Modeでは、単一のコンソールから 10 個のvCenter Serverインスタンスにまたがる最大 1,000 台のホストと 10,000 台の仮想マシンを管理することで、EMC Symmetrix DMX、Symmetrix V-Maxなどの大規模なエンタープライズ・ストレージ・アレイの仮想化の基盤を提供することができます。

はじめに

Enginuity™オペレーティング環境を実行する Symmetrix V-Max ストレージ・システムおよび Symmetrix DMX ストレージ・システムは、最新世代の VMware vSphere 仮想化プラットフォームに最適です。Symmetrix V-Max および Symmetrix DMX は、世界最大で最高の拡張性を誇るストレーイ・アレイであり、可用性の高い次世代仮想環境に特化した多様な特長と機能を備えています。Symmetrix 製品ラインは、vSphere に組み込まれた新しい新機能と組み合わせることで、最も汎用性があり、拡張性および効率的な最新の仮想データセンターを実現できます。

このホワイト・ペーパーでは、VMware vSphere 4 リリースで導入された新機能について説明し、そのベスト・プラクティスを提供します。このドキュメントで説明する機能は、具体的に、 Storage Vmotion、VMFS Volume Grow、VMFS Volume Copy Mounting、およびPowerPath®/VEを VMware ESXに統合できるPluggable Storage Architectureです。これら特定のVMware機能について説明するだけでなく、Symmetrix V-MaxまたはSymmetrix DMXの機能を使用して、できる限り効果的にこれらの機能を活用する方法に関する推奨事項を説明します。

(6)

対象読者

このホワイト・ペーパーは、VMFS データストアに加えて、Symmetrix DMX ストレージ・アレイおよび Symmetrix V-Max ストレージ・アレイに接続している VMware vSphere 環境の基盤となるストレージ・デバイスを作成、管理、使用する VMware 管理者、サーバ管理者、ストレージ管理者の方々を対象にしています。このホワイト・ペーパーは、VMware テクノロジー、EMC Symmetrix、および関連ソフトウェアに精通した読者を対象にしています。

VMware vSphere の概要

VMware vSphere仮想化スイートは、ESX/ESXiホスト、vCenter Server、vSphere Client、vSphere Web Access、vSphere SDKを含むさまざまなコンポーネントで構成されています。このほか、 VMware vSphereには、分散リソース・スケジューリング、高可用性、統合バックアップをはじめとする一連の分散サービスが用意されています。VMware vSphereでは、サーバ、ストレージ、ネットワークを含むITインフラストラクチャ全体を仮想化します。VMware vSphereはこれらのリソースを集約し、仮想環境における統一された構成要素のセットを提供します（図 1）。VMware vSphereでは、共有ユーティリティなどのITリソースを管理したり、さまざまなビジネス・ユニットやプロジェクトにリソースを動的にプロビジョニングしたりできます。 図1：VMware vSphere 4.0 アーキテクチャ vCenter Server を使用すると、ホスト、クラスタ、リソース・プール、データストア、ネットワーク、仮想マシンなどの重要な要素を表示、構成、管理することができます。vCenter Server は複数の ESX/ESXi ホストの物理リソースを集約し、システム管理者が仮想環境で仮想マシンをプロビジョニングするためのシンプルで柔軟なリソースの集中型のコレクションを提供します。 vCenter Server には次のような特徴があります。

(7)

一元管理：vCenter Server を使用すると、IT 組織が単一のインタフェースから IT 環境全体を編成し、迅速にプロビジョニングして構成できるため、運用コストを削減できます。CPU、メモリ、ストレージ、ネットワークなどすべての重要なコンポーネントの徹底した一貫性のあるパフォーマンス監視により、管理者が必要とする詳細情報を提供します。運用の自動化：タスクのスケジュールやアラートの使用により、ビジネス・ニーズへの即応性が向上し、最も緊急性が高く注意を促す必要があるアクションを優先順位づけできます。セキュア・アクセス・コントロール：

堅牢な認証メカニズムと Microsoft Active Directory との統合により、環境および仮想マシンに対して許可されたアクセスのみが行われるように保証します。

この許可権限は、システム管理者の階層に委任することができます。

可用性管理およびリソース管理：管理者は、VMware Vmotion、Storage Vmotion、VMware HA （High Availability）、およびフォルト・トレランスを、VMware vCenter Server から構成および管理ができます。

セキュリティの強化：パッチに関する基準へのコンプライアンスが VMware vCenter Update Manager によって自動的に適用されるため、仮想インフラストラクチャを脆弱性から保護できます。

電力効率性の自動的な確保：VMware Distributed Power Management を使用することにより、消費電力を最小限に抑えることができるため、「グリーンな（環境に優しい）」データセンターを実現します。

vSphere は VMware VMFS（Virtual Machine File System）を使用して仮想マシンを保存します。 VMware VMFS は、仮想マシンに合わせて最適化されているストレージ仮想化を提供する、高パフォーマンスのクラスタ・ファイル・システムです。各仮想マシンは小容量の一連のファイルにカプセル化されており、物理 SCSI ディスクおよび物理パーティション上では、VMFS がそれらのファイルに対するデフォルトのストレージ管理インタフェースになります。 VMFS では、マシン全体の状態を中央拠点に効率的に保存すると同時に、複数の ESX ホスト・サーバが共有されている仮想マシンのストレージへの同時アクセスを可能にすることで、仮想マシンのプロビジョニングを合理化できます。また、VMFS を使用すると、仮想化ベースの分散インフラストラクチャ・サービスが実現します。このサービスでは単一システムの範囲を超えて仮想化を拡張できる基盤を提供します。VMFS では、個々の仮想マシンで Fibre Channel SAN、 iSCSI SAN、ダイレクト・アタッチド・ストレージ（DAS）、NAS などの複雑な物理ストレージ・テクノロジーを使用するのではなく、個々の仮想マシンにストレージ領域を割り当てるモデルを提供することにより、環境の合理化を促進します。 VMware vSphere 4 のいくつかの主な機能には次のようなものがあります。 • VMware DRS：サーバ・リソースのロード・バランシングを動的に実行し、ビジネスの 優先順位に基づいて適切なアプリケーションに適切なリソースを配分するため、必要に応じてアプリケーションの縮小と拡大に対応できます。

• Pluggable Storage Architecture：サード・パーティのマルチパス・ソフトウェアを ESX カーネルにロードし、パラレル・ストレージの接続性をこれまで以上に活用できるよう にします。 • ホット・アド：仮想マシンの停止やダウンタイムなしに、仮想マシンに CPU とメモリを追加することができます。 • ホット・プラグ：仮想マシンの停止やダウンタイムなしに、仮想マシンに仮想ストレージやネットワーク・デバイスを追加したり、仮想マシンからこれらを削除したりすることができます。

(8)

• ホット・エクステンド：仮想ディスクのこの機能では、仮想マシンの停止やダウンタイムなしに、稼働中の仮想マシンに仮想ストレージを追加することができます。

• VMware vNetwork Distributed Switch：VMware vSphere 環境の仮想マシン・ネットワー クのプロビジョニング、管理、制御を簡素化し強化します。また、vSphere 環境で使用される Cisco Nexus 1000v などのサード・パーティの分散仮想スイッチをサポートしており、ネットワーク管理者に仮想マシン・レベルでサービス品質を管理するための使い慣れたインタフェースを提供します。

• VMware vStorage Thin Provisioning：ストレージ容量を動的に割り当てることができる ため、より効率的にストレージを活用できます。

• VMware Vmotion：ユーザー操作の中断やサービスの損失なく、仮想マシンを稼働状態 のままサーバ間で移行するサーバ・メンテナンスがスケジュールされており、アプリケーションのダウンタイムを予定する必要がなくなります。

• VMware Storage Vmotion：ユーザー操作の中断やサービスの損失なく、仮想マシン・デ ィスクを稼働状態のままで移行を可能にするので予定されたストレージ・メンテナンスやストレージ移行時のアプリケーション・ダウンタイムを予定する必要がなくなります。 • VMware HA（High Availability）：ハードウェアまたはオペレーティング・システムに

障害が発生した場合に、コスト・パフォーマンスに優れた方法で自動的にすべてのアプリケーションを数分で再起動できます。

• VMware FT（Fault Tolerance）：ハードウェアの障害が発生したときに、データ損失や ダウンタイムのない継続的な可用性をアプリケーションに提供します。

• VMFS Volume Grow：ストレージ・デバイスのサイズがいっぱいになるまで無停止で VMFS ボリュームを拡張できます。これは、データストアが元々そのストレージ・デバイス上に作成されているためです。

VMware vSphere 4 の重要なメリットと特長の詳細なリストについては、http://www.vmware.com にある「VMware vSphere 4 Key Features and Benefits」ドキュメント（「関連資料」セクションに直接リンクがあります）を参照してください。

EMC Storage Viewer for vSphere Client 4.0

VMware 仮想化スイートは、仮想化による IT 環境の最適化と管理を行う、最も広く導入されているソフトウェアです。ミッション・クリティカルな x86 アプリケーションを導入するために選択するプラットフォームとして、このテクノロジーの完成度が高まることにより、多くの業務が VMware vSphere Client 内で完結するようになります。EMC は、この目標を達成するために、 EMC Storage Viewer for vSphere Client をリリースしました。この無料ツール（Powerlink からダウンロードで入手可能）は、vSphere Client に新たな機能を加えることで、従来は vSphere Client 以外のアプリケーションを 1、2 種類組み合わせて取得していた詳細なストレージ関連情報を、ユーザーが閲覧できるようにしたものです。EMC Storage Viewer は、データストア、LUN、SCSI ターゲットなどの vSphere Client 内に存在するさまざまな EMC ストレージ関連の構成要素を扱うことができる、読み取り専用の簡単なストレージ・マッピング機能です。EMC Storage Viewer に表示されるストレージ情報では、使用ストレージの種類、指定された特定のアレイやデバイス、ストレージに使用されるパス、既存ストレージごとの特性などを区別できます。

EMC Storage Viewerには、VMware ESXコンテキスト・ビューとVirtual Machineコンテキスト・ビューの 2 種類のメイン・ビューがあります。VMware ESXコンテキスト・ビューのデータストア・サブビューには、選択したESXホストから確認可能なVMFSデータストア関連のEMSストレージに関する詳細情報が表示されます（図 2参照）。

(9)

図2：EMC Storage Viewer の VMware ESX コンテキスト・ビューにおけるデータストア・サブ ビュー

さらに、EMC Storage Viewerでは、VMware ESXホスト・サーバから確認可能なEMCストレージに関する詳細情報もLUNサブビューに表示されます。この例を図 3に示します。表示される情報には、保護タイプ、アレイのシリアル番号、Enginuityレベル、デバイス・タイプ、メタボリューム情報、ボリュームが仮想プロビジョニングされているかどうかを示す情報などがあります。

図3：EMC Storage Viewer の VMware ESX コンテキスト・ビューにおける LUN サブビュー 対象サブビューをドリル・ダウンすると、すべての SCSI ターゲットとそれぞれの詳細情報が表示され、特定の Symmetrix アレイを VMware ESX ホスト・サーバ上の対応する SCSI ターゲット番号に最も効率的な方法でマッピングすることができます。

(10)

2 番目のビューは、Virtual Machineコンテキスト・ビュー（図 4）です。このビューには、選択した仮想マシンに関連したEMCストレージ・デバイスの詳細情報が表示されます。Symmetrixデバイス情報は、仮想マシンで使用されているすべてのデータストアやrawデバイス・マッピングについて提供されます。

図4：EMC Storage Viewer の Virtual Machine コンテキスト・ビュー

Virtual Machine コンテキスト・ビューにも VMware ESX コンテキスト・ビューと同様の情報が表示されますが、仮想マシンに関連づけられたこれらの EMC ストレージ・デバイスに関する情報に限定されます。

EMC Storage Viewerを併用せずにvSphere Client単独で使用すると、VMware ESXホスト・システムに提示されるマッピング・データ・ソースや、基盤となるストレージ・デバイスに提示される仮想マシンの詳細が十分に表示されません。EMC Storage Viewerを利用すると、ユーザーはこれまでvSphere Clientでは確認できなかった方法ですべてのストレージ構成要素を参照、解読することができます。EMC Storage ViewerとVMware vSphere Clientを組み合わせることにより、EMCストレージに接続する仮想環境の管理がより簡単に、そして従来に比べ大幅に効率的に行えるようになります。こうした理由から、Symmetrix V-Max/DMXアレイを利用するVMware vSphere環境を管理するために、EMC Storage Viewerをインストールすることを強く推奨します。EMC Storage Viewer for VMware vSphere Clientが提供する機能の詳細については、Powerlinkのホワイト・ペーパー「Using EMC Storage Viewer for Virtual Infrastructure Client」を参照してください。

接続性

vSphere 環境でストレージの最高レベルの信頼性と可用性を実現するには、Symmetrix V-Max/DMX への接続を適切に構成する必要があります。EMC では、VMware ESX ホスト・サーバを Symmetrix アレイに接続する方法に関して最低限の推奨値を設定します。以下で説明するこれらの推奨要件を満たすことにより、VMware vSphere 環境への接続性とその可用性は、不適切な操作が行われた場合でも最高レベルで保証されます。

(11)

Symmetrix DMX の接続

Symmetrix DMX ストレージを使用する各 VMware ESX ホストには、最低 2 つの物理 HBA が必要であり、各 HBA は異なるダイレクタ上にある 1 つのフロントエンド・ポートに接続されている必要があります。この構成により、次の 2 つのことが保証されます。1 つは、HBA が 2 台あるため、何らかの理由で一方がダウンしても接続性がすべて失われることはありません。もう 1 つは、このように構成することにより、フロントエンド・ポートがダイレクタのメンテナンス・アクティビティの際にダウンした場合でも、VMware ESX ホストから継続的にアレイを使用することができます。 2 個のダイレクタを備える Symmetrix DMX セットアップでは、各ダイレクタの少なくとも 1 つの個別のポートにそれぞれ HBA を接続する必要があります。Symmetrix フロントエンド・ポートに接続するときは、まず、1 つのホストをフロントエンド・ダイレクタのポート 0 に接続してから、追加のホストを同じダイレクタおよびプロセッサのポート 1 に接続します。複数のフロントエンド・ダイレクタが使用可能な場合、VMware ESX ホストの HBA はワークロードを完全に分散できるようにできるだけ多くのダイレクタに接続する必要があります。

たとえば、4 個のFAダイレクタを備えるSymmetrix DMX（図 5）では、1 番目の 2 つのダイレクタを経由して分散される 2 つのポート（ポート 3A:0、ポート 4A:0 など）に、1 番目のVMware ESXホストを接続します。2 番目の 2 つのダイレクタを経由して分散されるもう 2 つのポート（ポート 13A:0 およびポート 14C:0 など）に、2 番目のVMware ESXホストを接続します。

図5：4 個のフロントエンド・ダイレクタを使用する VMware ESX ホスト・システムの

Symmetrix DMX への接続

より多くのダイレクタを使用可能にすることで必要に応じて接続を拡張していくことが可能です。これらの接続手法により、すべてのフロントエンド・ダイレクタとプロセッサを活用して、 Symmetrix DMX ストレージ・アレイに接続された VMware vSphere 環境において可能な限り最大限のパフォーマンスとロード・バランシングを実現できます。

Symmetrix DMX

フロントエンド・ポートのビット設定

Symmetrix DMX/ESX 4.0 環境が適切に機能するには、フロントエンド・ダイレクタ上に複数のビットが設定されていることが重要です。必須およびオプションのビット設定について、表 1を参照してください。詳細については、http://japan.emc.com/の「EMCサポート・マトリックス」を参照してください。

(12)

表1：ESX 4.0 の Symmetrix DMX-3 および Symmetrix DMX-4 のビット設定 ビット オプション/必須説明

Common_Serial_Number 必須このフラグは、同一デバイスへのパスを判断するために一意のシリアル番号を必要とするマルチパス構成やホストに対して有効にする。 SCSI_3 必須このフラグを有効にすると、Symmetrix が SCSI

3 プロトコルをサポートしていることを通知するために、ポート上の任意のデバイスから返された照会（Inquiry）データが変更されるようになる。このフラグを無効にすると、SCSI 2 プロトコルがサポートされる。 SPC-2 必須新しいSCSIプロトコル仕様に準拠できる（詳 細については「EMC Symmetrixデバイスでの SPC-2 ビットのコンプライアンシー」を参照）。 VCM 必須このフラグはデバイス・マスキング・ソフトウェアまたは Volume Logix ソフトウェアに対して有効。これらのソフトウェアは Symmetrix デバイスへのアクセスを処理するためのボリューム構成管理を提供する。 OS2007 オプションこのフラグを有効にすると、LUN 0 でのデバイス ID、マルチポート・ターゲット、Unit Attention レポート、デバイスの欠如を管理する SCSI 標準に、より厳密に準拠できる。

Symmetrix V-Max の接続

Symmetrix DMX と同様に、Symmetrix V-Max に接続される各 VMware ESX ホスト・システムには、最低 2 つの物理 HBA が必要であり、各 HBA は最低 2 つの異なるダイレクタに接続されている必要があります。

使用中のSymmetrix V-MaxにV-Maxエンジンが 1 台しか搭載されていない場合は、各HBAをその中にある奇数および偶数のダイレクタに接続する必要があります。Symmetrixのフロントエンド・ポートへの接続は、まず、フロントエンド・ダイレクタのポート 0 に 1 つのホストを接続してから、もう 1 つのホストを同じダイレクタおよびプロセッサのポート 1 に接続することによっ て構成します（図 6）。

(13)

図6. VMware ESX ホスト・システムから単一エンジンの Symmetrix V-Max への接続

複数のV-Maxエンジンを使用できる場合は、VMware VSphere環境のVMware ESXホスト・システムのHBAを、別のV-Maxエンジン上にある別のダイレクタに接続する必要があります。この場合は、1 台のV-Maxエンジンに搭載された 2 つのダイレクタに組み込まれている 4 つの異なるプロセッサではなく、2 台のV-Maxエンジン経由して 4 つの異なるダイレクタに組み込まれている 4 つの異なるプロセッサにVMware ESXホストを接続する必要があります（図 7）。

図7：VMware ESX ホスト・システムから複数台のエンジンがある Symmetrix V-Max への接続より多くの V-Max エンジンを使用可能にすることで必要に応じて接続を拡張していくことが可能です。これらの接続手法により、すべてのフロントエンド・ダイレクタとプロセッサを活用して、Symmetrix V-Max ストレージ・アレイに接続された VMware Virtual Infrastructure 環境において可能な限り最大限のパフォーマンスとロード・バランシングを実現できます。

Symmetrix V-Max フロントエンド・ポートのビット設定

Symmetrix V-Max/ESX環境が適切に機能するには、フロントエンド・ダイレクタに複数のビットが設定されていることが重要です。必須およびオプションのビット設定について、表 2を参照し

(14)

てください。詳細については、http://japan.emc.com/の「EMCサポート・マトリックス」を参照してください。

表2：ESX 4.0 の Symmetrix V-Max のビット設定 ビット オプション/必須説明

Common_Serial_Number 必須このフラグは、同一デバイスへのパスを判断するために一意のシリアル番号を必要とするマルチパス構成やホストに対して有効にする。 SCSI_3 必須このフラグを有効にすると、Symmetrix が SCSI

3 プロトコルをサポートしていることを通知するために、ポート上の任意のデバイスから返された照会（Inquiry）データが変更されるようになる。このフラグを無効にすると、SCSI 2 プロトコルがサポートされる。 SPC-2 必須新しいSCSIプロトコル仕様に準拠できる（詳 細については「EMC Symmetrixデバイスでの SPC-2 ビットのコンプライアンシー」を参照）。 ACLX 必須このフラグを有効にすると、イニシエータ・グループを使用してストレージ・プロビジョニングできる。このフラグは Enginuity 5874 以降に適用できる。 OS2007 オプションこのフラグを有効にすると、LUN 0 でのデバイス ID、マルチポート・ターゲット、Unit Attention レポート、デバイスの欠如を管理する SCSI 標準に、より厳密に準拠できる。

EMC Symmetrix デバイスでの SPC-2 ビットのコンプライアンシー

Symmetrix V-Max/DMX では SPC-2 などの新しい SCSI プロトコル仕様に準拠することができます。Enginuity に組み込まれている SPC-2 インプリメンテーションには、SAN 環境用に最適化された SCSI コマンドを VMware vSphere で使用できる機能が含まれています。これらのすべての機能を適切に機能させるには、VMware vSphere および EMC Storage Viewer for vSphere Client（本ホワイト・ペーパーの後半で説明）で、前述のビット設定が有効になっている必要があります。また、PowerPath/VE、Site Recovery Manager などその他のソフトウェアに加え、その他多くのソフトウェアでも SPC-2 が設定されている必要があります。そのため、どのような環境でも SPC-2 を無効にすることは推奨しません。無効にすると、これらのアプリケーションが適切に実行されなくなります。5773 コードのすべての Symmetrix DMX-4 およびすべての Symmetrix V-Max アレイは、デフォルトで SPC-2 ビットが有効になっている状態で出荷されるという点に注意してください。

SPC-2 サポートは、Solutions Enabler CLI（SYMCLI）またはSMC（Symmetrix Management Console）を使用して、Symmetrix Fibre Channelのポートごと、またはイニシエータごとに有効にすることができます。この実行手順については、「EMC Solutions Enabler Symmetrix Array Controls CLI Version 7.0 Product Guide」またはSMCオンライン・ヘルプを参照してください。 SPC-2 のコンプライアンシーの有効化は、新しいvSphere環境の実装の一環として実行されることを前提としています。以前有効化されていなかった既存のvSphere環境またはVirtual Infrastructure 3 環境でSPC-2 のコンプライアンシーをアクティブ化することは想定していません。これは、データ損失、利用不可状態など、望ましくない結果を引き起こす可能性があるためです。サービスの停止を最小限に抑えるか、またはサービスをまったく停止せずに、非準拠デバイスから準拠デバイスに既存のvSphere環境を変換または移行できます。このプラクティスに関するベスト・プ

(15)

ラクティスについての詳細は、ホワイト・ペーパー「Enabling SPC-2 Compliancy on EMC Symmetrix DMX Devices Connected to VMware VI3 Environments」を参照してください。

ここで重要なのは、フロントエンド・ポートで SPC-2 ビットを設定する、別の方法があるということです。各 VMware ESX ホスト・システムの HBA に対してイニシエータ・ベースで SPC-2 フラグを有効にすることができます。HBA でこのフラグを設定すると、異なるビット設定要件を持つ異機種混在ホストを同じフロントエンド・ダイレクタに接続できるようになります。この場合も、正しいビット設定が維持されます。

SPC-2 非準拠の Symmetrix ポートの追加による影響

追加のフロントエンド・ポートをVMware ESXホストにゾーニングする場合、デバイスへの接続性を強化するため、SPC-2 ビットを設定する必要があります。設定しない場合、Symmetrixデバイスは適切に識別されません。適切なNAA（Network Authority Address）で各デバイスを識別する代わりに、デバイスはSYM ID番号で表示されます。VMware ESXホスト・システムは、SPC-2 非準拠のポートにプロビジョニングされるすべてのデバイスを新しいデバイスとして識別します。つまり、単に既存のデバイスへの新しいパスとして認識されるのではなく、まったく新しいデバイスとして認識されます。その結果、提供されたデバイスの 1 つがVMFSデータストアを含む場合、データストアはボリューム・コピー（スナップショット）としてVMware ESXホストに追加されます（図 9）。そのため、SPC-2 に準拠していない場合、SPC-2 ビットが適切に設定されるまで、既存の認識済みのデバイスに対する追加のI/Oパスとして追加されたポートの使用目的は実現しません。たとえば、次の画像（図 8）では、データストア「NMP_R5_3F5」には基盤となるSymmetrixデバイスへの 4 つのパスがあります。各パスはSPC-2 対応のフロントエンド・ファイバ・チャネル・ポートにつながっています。このデバイスは、すべてのパス上にLUN 95 として、解決されている適切なNAA IDとともに表示されます。

(16)

図8：4 つの SPC-2 対応のパスを持つデータストア

新しいフロントエンド・ポートをインストールまたはアクティブ化しても、そのポートではSPC-2 は有効になっていません。SPC-新しいフロントエンド・ポートをインストールまたはアクティブ化しても、そのポートではSPC-2 が無効になっているため、VMware ESXは、NAA IDなど新しく認識されたパス上のID情報を適切に解決できません。デバイスはLUN 95 として表示されますが、VMware ESXが識別デバイスのLUN番号を使用していないため、VMware ESXはこのデバイスをデータストア「NMP_R5_3F5」に対する追加パスとして認識しません。ただし、VMware ESXは、このパスが「NMP_R5_3F5」というVMFSボリュームを含むターゲット・デバイスにつながるということは認識しています。そのため、VMware ESXはこのボリュームがスナップショットであることを認識しており、再署名または強制マウント用の候補ボリュームとしてこのボリュームを［Add Storage］ウィザードに表示できます（図 9）。つまり、その結果、VMware ESX は 2 つの異なるデバイスを（誤って）表示します。1 つ目のデバイスは 4 つのパス（SPC-2 対応のパス）を備えるデータストア、2 つ目のデバイスは「オリジナル」のデバイスのデータストアのボリューム・コピーを含むパスを 1 つのみ含むデバイスです。

(17)

図9：SPC-2 に非準拠の Symmetrix ポートで使用中の VFMS データストアへのパスの追加

この状況を認識していない場合、データが使用できなくなったり、破損したり、損失したりする可能性があります。このため、SPC-2 が無効になっているフロントエンド・ポート上にある VMware ESX はデバイスを認識することはできません。

SPC-2 と EMC Storage Viewer for vSphere Clientt

SPC-2 ビット設定が有効になっていないSymmetrixポートもEMC Storage Viewer for vSphere Client の機能に影響を与える可能性があります。ESXは非準拠のパスを介してデバイスを適切に認識できないため、EMC Storage Viewerはそのようなデバイスをバックエンド・ストレージに解決することができません。図 10に示すように、ポート 7F:0 ではSPC-2 が有効化されていませんが、 Viewerはこのことを認識し、ステータス・ボックスに警告を表示します。さらに、Viewerでは、ほぼすべてのフィールドがそのポートについて「unknown」であると表示されます。

(18)

図10：SPC-2 が無効になっている EMC Storage Viewer for vSphere Client

Pluggable Storage Architecture でのマルチパスおよびロー

ド・バランシング

VMware vSphere では、ネイティブまたはサード・パーティのストレージ・ベンダーのマルチパス・ソフトウェアを使用して動的にマルチパスおよびロード・バランシングを実行する機能が新たに導入されました。PSA（Pluggable Storage Architecture）はモジュール・ストレージ構成であるため、（PowerPath/VE を提供する EMC など）ストレージ・パートナーが自社のストレージ・アレイの独自の機能を最大限に活用することができるプラグインを作成できます。このようなモジュールは、ストレージ・アレイとのインタフェースの役割を果たし、常に最良のパスを選択できるように解決できます。また、冗長パスを活用し、VMware ESX ホストからストレージへの I/O のパフォーマンスと信頼性を大幅に強化できます。

ネイティブ・マルチパス・プラグイン

デフォルトでは、VMware が提供する NMP（ネイティブ・マルチパス・ドライバ）を使用して I/O を管理します。NMP は、基本的なフェイルオーバー構成、最近使用された構成、ラウンド・ロビン構成（VMware Infrastructure とは異なり vSphere 4 では現在ラウンド・ロビンを完全にサポート）をサポートするように構成できます。

(19)

NMPプラグインおよびその他のマルチパス・プラグインはVMware ESXホスト上で共存できるように設計されています。ただし、マルチパス・プラグインは同一のデバイスを同時に管理することはできません。この問題を解決するため、VMwareは要求ルールの概念を作成しました。要求ルールは、適切なMMP（マルチパス・プラグイン）にストレージ・デバイスを割り当てるために使用します。VMware ESXホストは、起動時または再スキャンの実行時に、ホストから認識で きるストレージ・デバイスへの物理パスをすべて検出します。/etc/vmware/esx.confファイルに定 義されている要求ルールを使用して、ESXホストは特定のストレージ・デバイスを管理する役割を持つマルチパス・モジュールを決定します。要求ルールは番号付けされています。ESXホストは、各物理パスで最も小さい要求ルールから順に処理します。物理パスの属性を要求ルールのパスの指定と比較します。一致する場合、VMware ESXホストは要求ルールで指定されているMPP を割り当て、その物理パスを管理します。この割り当てプロセスはMPPによってすべての物理パスが要求されるまで継続されます。図 11は、NMPのみがインストールされている要求ルール・リストのサンプルです。 図11：NMP でのデフォルトの要求ルール このルールには、その他のオプションがないためNMPのすべてのデバイスを効果的に要求します。インストール後に要求ルールを変更する必要がある場合、手動でデバイスを要求解除することができます。また、デバイスがI/Oを処理中でない限り再起動しないでルールを再ロードすることができます（たとえば、デバイスはマウントされているVMFSボリュームを含むことはできますが、実行中の仮想マシンを含むことはできません）。要求ルールの変更はインストール後に行うことをお勧めします。ただし、インストール直後の再起動の前に実行してください。NMPで EMCデバイスまたはEMC以外のデバイスを管理するために、管理者はこの要求ルールを変更できます。MPPの初回のインストール後は、MPPのインストール後にvSphereホストが再起動されるまで要求ルールは有効にならないという点に注意する必要があります。要求ルールの変更方法については、Powerlinkに掲載されている「PowerPath/VE for VMware ESX and ESXi Installation and Administration Guide」またはVMware.comに掲載されている「VMware vSphere 4SAN Configuration Guide」を参照してください。

vSphere Client での NMP の管理

要求ルールおよび要求操作はすべて CLI を使用して行う必要があります。ただし、NMP マルチパス・ポリシーを選択する機能は vSphere Client 内で実行できます。デフォルトでは、NMP で管理されている Symmetrix デバイスは、ポリシーが［fixed］に設定されます。これは最適な設定ではありません。Symmetrix 上にあるデバイスへの複数のパラレル・パスを持つ機能が活用されないため、未使用の無駄なリソースの発生につながります。そのため、EMC ではすべての Symmetrix デバイスの NMP ポリシーを［Round Robin］に設定し、スループットを最大化することを推奨します。［Round Robin］ではすべての使用可能なパスを順に選択する自動化パスを使用して、それらのパス全体で負荷を分散できるようにします。すべての Symmetrix デバイスを確実に［Round Robin］に設定する最も簡単な方法は、デフォルトのポリシー設定を［Fixed］ポリシーから［Round Robin］ポリシーに変更することです。すべてのデバイスで最初からこのポリ

(20)

シーが使用されるようにするには、VMware ESX にすべての Symmetrix デバイスが認識される前に、この操作を実行する必要があります。

これは、サービス・コンソールまたは vSphere CLI（推奨）で次のコマンドを発行して行います。 esxcli nmp satp setdefaultpsp -s VMW_SATP_SYMM -P VMW_PSP_RR

その後は、すべてのSymmetrixデバイスで、デフォルトで［Round Robin］が設定されます。また、 vSphere Clientでは各デバイスを手動で変更できます（図 12）。

図12：vSphere Client での NMP ポリシーの選択

PowerPath/VE

EMC PowerPath/VE は、VMware vSphere 仮想環境を最適化する PowerPath Multipathing 機能を提供します。PowerPath/VE により、異機種が混在する物理および仮想環境にわたるパス管理を標準化できます。また、動的な仮想環境でサーバ、ストレージ、パスの使用率を自動的に最適化できます。ハイパー統合により、仮想環境では、I/O 集約レベルが異なる数百または数千に上る独立した仮想マシンを実行することができます。I/O 集約型アプリケーションは、他のアプリケーションからの I/O を中断してから、VMware ESX ホスト・システムで PowerPath/VE の可用性、ロード・バランシングを手動で構成して、この問題を訂正することができます。手動のロード・バランシング操作で、すべての仮想マシンが個別に必要なレスポンス・タイムを確実に受け取ることができるようにするのは、時間がかかり、効果的に実現することは論理的に困難です。

PowerPath/VE は MPP（マルチパス・プラグイン）として VMware ESX および ESXi と連携して動作し、VMware ESX ホストおよび ESXi ホストに強化されたパス管理機能を提供します。

PowerPath/VE は vSphere（ESX 4）でのみサポートされています。ESX の以前のバージョンには、 PowerPath/VE に必要な PSA が備わっていません。

PowerPath/VEは、vSphereホスト上にカーネル・モジュールとしてインストールされます。 PowerPath/VEはvSphere I/Oスタック・フレームワークにプラグインされ、PowerPathの先進的なマルチパス機能である、ダイナミック・ロード・バランシング機能および自動フェイルオーバー機能をVMware vSphereプラットフォームにもたらします（図 13）。

(21)

図13：マルチパス・プラグイン用の PowerPath/VE vStorage API PowerPath/VE によるパス管理の中核をなすのは、SCSI デバイス・ドライバ・レイヤーとその他のオペレーティング・システムに介在するサーバ常駐ソフトウェアです。このドライバ・ソフトウェアは、特定のアレイ・ボリューム（LUN）が表示されている物理パスの個数とは無関係に、そのアレイ・ボリュームに対して単一の「疑似デバイス」を作成します。この疑似デバイス、つまり、論理ボリュームが特定のデバイスへのすべての物理パスを表します。そして、仮想ディスクの作成や、RDM（RAW デバイス・マッピング）に使用され、さらに、この RDM がアプリケーションやデータベースのアクセスに使用されます。 PowerPath/VE の価値は基本的にそのアーキテクチャおよび I/O スタック中の状態に由来します。 HBA 上にある PowerPath/VE では、オペレーティング・システムとストレージ・アレイの異機種混在サポートを実現できます。I/O ドライバとの統合により、すべての I/O に PowerPath を通過させ、PowerPath を I/O の制御と管理の単一ポイントとすることができます。PowerPath/VE は ESX カーネル内に常駐しているため、PowerPath/VE はゲスト OS レベル、アプリケーション・レベル、データベース・レベル、およびファイル・システム・レベルより下に位置します。I/O スタック中の PowerPath/VE 特有の位置により、PowerPath/VE はインフラストラクチャの単一の管理および制御ポイントとなり、より多くの価値をもたらします。

PowerPath/VE の機能

PowerPath/VE は、以下の機能を提供します。ダイナミック・ロード・バランシング：PowerPath は常にすべてのパスを使用するように設計されています。PowerPath は論理デバイスへの I/O 要求をすべての使用可能なパス間で分散します。単一のパスに I/O 負荷全体を負わせることはありません。パスの自動リストア：障害発生の状態からパスを回復する際、定期的な自動リストアは論理デバイスを再割り当てします。リストア後、パスは I/O をすべてのアクティブ・チャネル間で自動的にリバランスします。

(22)

デバイスの優先順位設定：単一または複数のデバイスに対して高い優先順位を設定し、それ以外のデバイスを低い優先順位にして I/O パフォーマンスを向上させます。この設定を行わない場合は、すべてのパス間で最適なロード・バランシングが維持されます。これは、さまざまなアプリケーション・パフォーマンスや可用性要件を持つ複数の仮想マシンがホスト上にある場合に特に役立ちます。パフォーマンスの自動最適化：PowerPath/VE ではストレージ・アレイの種類を自動的に特定し、デフォルトで、最高のパフォーマンスを発揮する最適化モードを設定します。Symmetrix での最適化モードとは SymmOpt（Symmetrix Optimized）です。ダイナミック・パス・フェイルオーバーとパスのリカバリ：パスで障害が発生すると、

PowerPath/VE は機能しているパスに対して I/O トラフィックを再分配します。PowerPath/VE は障害が発生したパスへの I/O 送信を停止し、アクティブな代替パスの有無をチェックします。アクティブなパスが使用可能な場合、PowerPath/VE はそのパス経由で I/O を再分配します。

PowerPath/VE は I/O チャネル（HBA、光ファイバ・ケーブル、ファイバ・チャネル・スイッチ、ストレージ・アレイ・ポートなど）での複数の障害を補うことができます。

I/O 統計情報の監視/レポート：PowerPath/VE は I/O の負荷を分散させると同時に、すべてのパス

のすべての I/O の統計情報を管理します。管理者は rpowermt を使用して、これらの統計情報を表 示できます。パスの自動テスト：PowerPath/VEは使用可能なパスおよび使用不可のパスの両方を定期的にテストします。アイドル状態の可能性のある使用可能なパスをテストすることによって、障害が発生したパスを、アプリケーションがそのパスにI/Oを渡そうと試みる前に特定できます。アプリケーションがパス障害と認識する前に障害が発生している状態であると記録することにより、タイムアウトや再試行による遅延が短縮されます。障害が発生している状態であると特定されたパスに対してテストを実施し、PowerPath/VEはそのパスがテストに合格した場合、機能するように自動的にリストアします。I/Oの負荷は、すべてのアクティブで使用可能なパスに自動的に分散されます。

PowerPath/VE の管理

PowerPath/VE は rpowermt というコマンド・セットを使用して PowerPath/VE for vSphere を監視と管理を構成します。構文、引数、オプションは、PowerPath Multipathing がサポートしているその他すべてのオペレーティング・システム・プラットフォームで使用されている従来の powermt コマンドに、非常に似ています。唯一の大きな違いは rpowermt がリモート管理ツールであるということです。

すべての vSphere インストールにサービス・コンソール・インタフェースが備わっているわけではありません。VMware ESXi ホストを管理するため、リモート・サーバ上で vCenter Server か vCLI（VMware リモート・ツールとも呼ばれる）のどちらを使用するかを選択できます。 PowerPath/VE for vSphere は、VMware ESX および ESXi 両方用の rpowermt コマンド・ライン・ユーティリティを使用します。VMware ESX ホスト自体では PowerPath/VE for vSphere を管理できません。VMware ESX 上の PowerPath にはローカル、リモートどちらの GUI も備わっていません。管理者は 1 つまたは複数の VMware ESX ホストを管理するゲスト OS または物理マシンを指定する必要があります。rpowermt は Windows 2003（32 ビット）および Red Hat 5 アップデート 2（64 ビット）でサポートされています。

SymmetrixシステムにvSphereホスト・サーバを接続すると、vSphereホスト上で実行されている PowerPath/VEカーネル・モジュールは、アレイから表示されている各デバイスへのすべてのパスを関連づけ、仮想デバイス名を関連づけます（前述）。この例は図 14に示されています。この 図ではrpowermt display host=x.x.x.x dev=emcpower0 の出力を示しています。この出力では、デバ

(23)

イスに 4 つのパスがあり、最適化モード（SymmOpt = Symmetrix最適化）を表示していることに 注目してください。

図14：Symmetrix V-Max デバイスの rpowermt display コマンドの出力

rpowermtコマンドおよび出力の詳細については、「EMC PowerPath/VE for VMware vSphere Installation and Administration Guide」を参照してください。

より多くの V-Max エンジンまたは Symmetrix DMX ダイレクタを使用可能にすることで必要に応じて拡張していくことが可能です。PowerPath/VE ではデバイスへのパスを最大 32 個までサポートしています。これらの接続方式ではすべてのフロントエンド・ダイレクタおよびプロセッサを活用できます。これにより、PowerPath/VE と組み合わせて、Symmetrix V-Max/DMX ストレージ・アレイに接続されている vSphere ホストに、可能な限り最大のパフォーマンスとロード・バランシングを提供することができます。

vCenter Server の PowerPath/VE

前のセクションで説明したように、PowerPath/VE for vSphere は rpowermt を使用して管理と監視を構成します。この CLI ベースの管理はすべての PowerPath プラットフォームで共通ですが、現時点では、VMware 管理ツールとすべてが統合されていません。ただし、LUN のオーナーシップはこの GUI で表示されます。

図 15に示すように、［ESX Configuration］タブの［Storage Devices］リストに、デバイスの所有者が表示されます。

(24)

図15：vCenter Server でのデバイスのオーナーシップ 図 15に、PowerPathが所有しているデバイスが複数表示されています。要求ルールのセットは、 vSphere PSAに追加されます。このルールを使用することで、PowerPath/VEはサポートしているストレージ・アレイを管理できます。最初のインストール・プロセスおよびPowerPath/VEによるデバイスの要求の一環として、システムを再起動する必要があります。無停止のインストールについては、次のセクションで説明します。

VMotion を使用した PowerPath/VE の無停止のインストール

vSphere ホストに PowerPath/VE をインストールするには、再起動が必要です。その他の PowerPath プラットフォームと同様に、ホストを再起動するか、またはホスト上で実行されているアプリケーションへの I/O を停止する必要があります。vSphere の場合、ハイパーバイザの組み込みの移行機能を使用すると、アクティブな仮想マシンを中断せずに、クラスタのメンバーが PowerPath/VE をインストールすることができます。 VMware VMotion テクノロジーは、サーバ、ストレージ、ネットワークの完全な仮想化を活用して、稼働している仮想マシン全体をサーバ間で瞬時に移動します。VMware VMotion は VMware のクラスタ・ファイル・システムを使用して仮想マシンのストレージへのアクセスを制御します。 VMotion の操作中は、仮想マシンのアクティブ・メモリおよび正確な実行状態が高速ネットワークを介して物理サーバ間で迅速に転送されます。また、仮想マシンのディスク・ストレージへのアクセスを新しい物理ホストに即座に切り替えられます。したがって、ダウンタイムを排除するために、PowerPath/VE をインストールする前に、Vmotion を使用して稼働するすべての仮想マシンを ESX ホスト・サーバ外に移動することをお勧めします。VMware ESX ホスト・サーバが完全自動化の HA（高可用性）クラスタ内にある場合、VMware ESX ホストをメンテナンス・モードにします。これにより、クラスタ内の VMware ESX ホストから他のサーバへのすべての仮想マシンの移行が即時に開始されます。従来どおり、仮想マシンを実際に移行できることを確認するには、VMware ESX ホストから仮想マシンを移動させる前に、多くの異なるチェックを行う必要があります。これらのチェックでは以下のことを確認します。 • Vmotion が適切に構成され機能している。 • 仮想マシンを含むデータストアがクラスタを介して共有されている。

• 仮想マシンが Vmware ESX ホスト・システムの物理メディア（つまり、CD-ROM ドライブ、USB ドライブ）を使用していない。

(25)

• クラスタ内の他の Vmware ESX ホストが、一時的に移行される仮想マシンによる追加の負荷に対応できる。これらのチェックを実行することにより、仮想マシンの正常な（つまり、エラーの発生しない）移行を実現します。また、このように慎重を期すことにより、Vmware ESX ホスト・システムが過負荷状態になって発生する、仮想マシンのパフォーマンスの低下リスクを大幅に削減します。 Vmotion の構成および使用の詳細については、VMware のマニュアルを参照してください。すべて PowerPath インストールが完了するまで、クラスタ内のすべての Vmware ESX ホストに対してこのプロセスを繰り返します。

ストレージの無停止の移行と再構成

多くの場合、仮想マシンのサービス要件はライフサイクルの進行とともに変わります。その結果、ほとんどの場合、必要なスループット、レスポンス・タイムまたは新しい保護レベルを満たすため、基盤となるストレージ構成に重要な変更を行う必要が生じます。このような理由から、個々の仮想マシン、または（複数の仮想マシンを含む）VMFS ボリューム全体を Symmetrix デバイス間で移行する必要があります。これらの変更では、ディスク・タイプ（フラッシュ、ファイバ・チャネル、SATA）または RAID 保護（RAID 1、RAID 5、RAID 6）の変更が必要になる場合があります。単純に 1 台の仮想マシンをデータストア間で移動する必要がある場合は、VMware Storage VMotion は最良の選択肢です。指定した任意のデータストア上のすべての仮想マシンに新しいストレージ・サービス・レベルが必要な場合、または物理互換モードで RDM 上にあるデータを移動する必要がある場合は、Enhanced Virtual LUN Migration（Symmetrix V-Max 上に限る）が解決策となります。VLUN マイグレーションを活用すると、ホスト仮想マシンに影響を与えずに、デバイスを他の保護タイプやディスク・タイプに変更できます。VLUN マイグレーションは、 Storage Vmotion を使用して複数の仮想マシンを一度に 1 つずつ手動で移行する面倒な作業をユーザーに代わって実行します。さらに、Storage VMotion とは異なり、VLUN マイグレーションは、アレイ上で全体的に実行されます。これにより、移行のために貴重なホスト・サイクルを使用する必要がなくなります。

Storage VMotion

VMware Storage Vmotion は、Vmware vSphere のコンポーネントでサービスの停止やダウンタイムを発生させることなく、ストレージ・アレイ内または複数のストレージ・アレイ間で仮想マシンのディスク・ファイルを稼働状態のまま移行を可能にします。Storage VMotion は、仮想マシンのディスク・ファイルを共有のストレージ・ロケーションから別の共有のストレージ・ロケーションに再配置します。

VMware Storage VMotion を機能させるには、まず、仮想マシンのホーム・ディレクトリを、新しく指定された場所に移動します。このディレクトリには、configuration .vmx ファイル、スワップ・ファイル、ログ・ファイルなど仮想マシンに関するメタデータが含まれています。ホーム・ディレクトリを転送後、Storage VMotion では仮想マシン VMDK のデータを移行先のストレージ・ホストにコピーし、VMware で「変更ブロック・トラッキング」と呼ばれる機能を使用して、 Storage VMotion プロセス中のデータの整合性を保持します。その後、ブロック・トラッキング・モジュールを読み取り、初回のコピーで書き込まれたディスクの部分を特定します。最初のコピーの完了後、2 度目のコピーが実行されます。このコピーでは、最初のコピーの開始以降に変更された部分がすべてコピーされます。このプロセスは完了するまで複数回続行される場合があります。コピーの完了後、新しく指定された VMFS データストア上の新しいホーム・ディレクトリおよびディスク・ファイルの使用を開始できるように、仮想マシンは迅速に一時停止および再開を行います。最後に、VMware ESX では、移行元 VMDK の最後に変更されたトラックが移行先にコピーされ、元のファイルが削除されるまで、仮想マシンの実行の開始を許可しません。

(26)

使用例：RAID 1 VMFS ボリュームから RAID 5 VMFS ボリュームへの仮想マシン

の移行

Storage VMotion を使用すると、以下をはじめとする多くの機能を実行できます。 • 同一アレイ上のデータストア間での仮想マシンの移行 • 異なるアレイ上のデータストア間での仮想マシンの移行 • 仮想ディスクのフォーマットの変更参考として、次のセクションでは Storage VMotion の使用方法が詳しくわかる典型的な例を示します。この例では、仮想マシンに新しい要件が加わり、RAID 1 デバイス上の現在の VMFS データストアではなく、RAID 5 Symmetrix デバイス上の VMFS データストアに配置する必要が生じています。Storage VMotion を使用すると、電源投入中に 2 つのデータストア間で仮想マシンが移行されます。図 16では、移行元のRAID 1 データストアのストレージ構成であるCH_RAID1_DS、および移行先のデータストアであるCH_RAID5_DSがvSphere Clientに表示されています。

図16：EMC Storage Viewer for vSphere Client を使用して Symmetrix デバイス構成を表示

仮想マシンtest-vmは、現在、RAID 1 データストア上にありますが、仮想マシンのアプリケーシ ョンの動作を中断することなくRAID 5 データストアに移動されます。［Migrate Virtual Machine］ウィザードには、［Change host］、［Change datastore］、［Change both host and

datastore］という 3 つの選択肢があります。最初のオプションはVMotionを開始し、2 つ目のオ プションはStorage VMotionを開始します（図 17）。3 番目のオプション（ホストとデータストアの両方を一度に変更）は仮想マシンの電源がオフである場合にのみ使用できます。ストレージと VMware ESXホスト・システムの両方を変更する必要があり、仮想マシンがダウンタイムの余裕がない場合は、単にStorage VMotionを使用して、最初にストレージを変更し、変更完了後、 VMotionを開始してホストを変更します（この逆の順序で行うことも可能）。

(27)

図17：vSphere Client での［Migrate Virtual Machine］ウィザード

［Change datastore］ボタンを選択すると、仮想マシンの現在のVmware ESXホストが使用できる データストアが表示されます。この例では、仮想マシンをRAID 5 デバイスを移行させるため、 CH_RAID5_DSを選択します（図 18）。

図18：Storage VMotion を使用した仮想マシンの新しいデータストアへの移行

vSphere 4 では、シックとシン間で仮想ディスクのフォーマットを変更できる機能を新たに使用できるようになりました。［Migrate Virtual Machine］ウィザードには、移行時に仮想ディスクの

(28)

フォーマットを変更するオプションが用意されています（図 19）。Symmetrix Virtual Provisioning™を使用する際は「シック」フォーマットの使用をお勧めします。仮想プロビジョニング上のSymmetrixデバイスで「シン」フォーマットを使用すると、サブスクリプションの制限を超える危険性があるためです。ここで重要なのは、「シック」オプションはeagerzeroedthickではなくzeroedthickフォーマットであるため、Symmetrix仮想プロビジョニングの使いやすさが維持されるという点です。「シン」フォーマットは、通常の Symmetrix デバイスに使用できますが、シン・ディスクの拡張に合わせて、空き領域を注意して監視する必要があります。

図19：［Migrate Virtual Machine］ウィザードでの仮想ディスク・フォーマットの選択

ウィザードの完了後は、Storage VMotionセッションが開始し、仮想マシンの可用性を損なうことなく仮想マシンのファイルが新しい場所に移されます（図 20）。

(29)

図20：進行中の Storage VMotion セッション

Storage VMotion での仮想ディスクのフォーマット変更

Storage VMotion のその他の使用目的は、ダウンタイムを必要とすることなく、指定された仮想マシンの仮想ディスクのフォーマットを変更できるようにすることです。［Migrate Virtual Machine］ウィザードを使用すると、データストアを変更する必要がない場合でも、この変更を実行できます。このウィザードでは、ソースとターゲットに同じデータストアを選択し、次に新しいディスク・フォーマットを選択するだけです。ウィザードが完了したら、選択した内容に応じて、Storage VMotion セッションが開始し、ディスク・フォーマットが「シック」から「シン」または「シン」から「シック」のいずれかに変換されます。

Symmetrix V-Max による仮想 LUN マイグレーションの強化

Symmetrix V-Max ストレージ・アレイの仮想 LUN テクノロジーは、Symmetrix DMX ストレージ・アレイが提供する仮想 LUN テクノロジーより強化されています。Symmetrix V-Max アレイの仮想 LUN テクノロジーでは、標準的な Symmetrix デバイスを透過的かつ無停止でストレージ階層間のデータ移動を実行することができます。このテクノロジーは、Enginuity Virtual RAID Architecture をベースとしており、Enginuity コード・レベル 5874 が必要です。

(30)

仮想 LUN マイグレーション機能により、ユーザーは高性能ドライブと大容量ドライブの間でデータを移動できます。この機能を使用して、RAID の保護タイプの変更、物理ディスク・グループ間での移動、またはそれら両方を実行できます。この機能は、通常のデバイスまたはメタボリュームの移行をサポートしており、構成済みまたは未構成のディスク容量をターゲットとして利用できます。構成済みの容量への移行を実施する場合は、その実施のターゲットをホストに割り当てることはできません。移行は、Symmetrix デバイスの作成と移動により実施します。移行が完了した段階で、元のデバイスは削除され、容量は解放されます。以下のシナリオでは VLUN マイグレーションが最適なオプションです。 • 1 つのデータストア中のすべての仮想マシンを移行する o VMFS ボリューム全体を含むデバイスの RAID 保護を変更する o VMFS ボリューム全体を含むデバイスのバックエンド・ディスクのタイプを変更する • RDM 上のデータを移行する o RDM デバイスの RAID 保護を変更する o RDM デバイスのバックエンド・ディスクのタイプを変更するこれらのシナリオは、より高速な応答時間を必要とする状況で発生する可能性があります。そのため、後から VMFS ボリュームを保持するデバイスをより高速なディスク階層に移動したり、他の保護スキーム（たとえば、RAID 5 から RAID 1）に変更したりする必要があります。また、ビジネス・ニーズの変化により仮想マシン・グループの重要度が低下し、より下位の階層にある低コストで大容量のストレージに移動できる場合があります。VLUN マイグレーションではストレージ管理者が、VMFS データストアの基盤となる Symmetrix デバイスの構成を変更できます。この際、VMware 管理者側の作業はまったく必要としません。VLUN マイグレーションを使用しない場合は、VMware 管理者が、VMware ESX クラスタに認識されている、目的のストレージ構成を持つ新しいデバイス上に、新しいデータストアを作成することが必要になります。新しいデバイスが作成され、新しい VMFS ボリュームがフォーマットされたら、VMware 管理者が、前のセクションで説明した手順の通り、すべての仮想マシンを移行する必要があります。移行完了後、古い VMFS ボリュームは使用されなくなるか、ホストから削除され、アレイ上のストレージ・プールに戻されます。VLUN ではこのプロセス全体が VMware 管理者に対して透過的に行われます。そのため、管理者が新しい VMFS ボリュームを作成したり、任意の仮想マシンを手動で移動したりする必要はありません。

使用例：VLUN マイグレーションによる RAID 5 から RAID 1 への VMFS ボリュ

ーム移行

この使用例では、VMFSボリューム全体がRAID 1 デバイスからRAID 5 デバイスに移行されます。現在、4 つの仮想マシンがVLUN_Migration_DSというVMFSボリューム上で実行されています（図 21）。

EMC Symmetrix StorageでのVMware vSphereの使用