Comments
Description
Transcript
ダウンロードはこちら - EMC Japan
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の使用方法についても説明します。 2009 年 9 月 Copyright © 2009 EMC Corporation. 不許複製 EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなします。情 報は予告なく変更されることがあります。 この資料に記載されている情報は、「現状優先」の条件で提供されます。EMC Corporation は、 この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、 商品性や特定の目的に対する適応性に対する黙示の保証はいたしません。 この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソフトウェア・ ライセンスが必要です。 最新の EMC 製品名については、EMC.com で EMC Corporation の商標を参照してください。 他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。 パーツ番号 h6531-J EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 2 目次 エグゼクティブ・サマリー .............................................................. 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の機能................................................................................. PowerPath/VEの管理................................................................................. vCenter ServerのPowerPath/VE................................................................... VMotionを使用したPowerPath/VEの無停止のインストール..................................... 21 22 23 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 連結メタボリュームの拡張......................................................................... ストライプ・メタボリュームの拡張 .............................................................. シン・メタボリュームの拡張 ...................................................................... vCenterでのVMFSボリューム拡張.................................................................... 42 43 46 46 エクステントによるVMFS拡張....................................................................... 50 結論 ...................................................................................... 50 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 3 関連資料 ................................................................................. 51 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 4 エグゼクティブ・サマリー 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の機能を使用して、できる限り効 果的にこれらの機能を活用する方法に関する推奨事項を説明します。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 5 対象読者 このホワイト・ペーパーは、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 には次のような特徴があります。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 6 一元管理：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 とメモリを 追加することができます。 • ホット・プラグ：仮想マシンの停止やダウンタイムなしに、仮想マシンに仮想ストレー ジやネットワーク・デバイスを追加したり、仮想マシンからこれらを削除したりするこ とができます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 7 • ホット・エクステンド：仮想ディスクのこの機能では、仮想マシンの停止やダウンタイ ムなしに、稼働中の仮想マシンに仮想ストレージを追加することができます。 • 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参照）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 8 図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 ターゲット 番号に最も効率的な方法でマッピングすることができます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 9 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 環境への接続性とその可用性は、不適切な操作が行われ た場合でも最高レベルで保証されます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 10 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サポート・マトリックス」を参 照してください。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 11 表1：ESX 4.0 の Symmetrix DMX-3 および Symmetrix DMX-4 のビット設定 ビット Common_Serial_Number オプション/必須 必須 SCSI_3 必須 SPC-2 必須 VCM 必須 OS2007 オプション 説明 このフラグは、同一デバイスへのパスを判断す るために一意のシリアル番号を必要とするマル チパス構成やホストに対して有効にする。 このフラグを有効にすると、Symmetrix が SCSI 3 プロトコルをサポートしていることを通知す るために、ポート上の任意のデバイスから返さ れた照会（Inquiry）データが変更されるよう になる。このフラグを無効にすると、SCSI 2 プ ロトコルがサポートされる。 新しいSCSIプロトコル仕様に準拠できる（詳 細については「EMC Symmetrixデバイスでの SPC-2 ビットのコンプライアンシー」を参 照）。 このフラグはデバイス・マスキング・ソフトウ ェアまたは Volume Logix ソフトウェアに対し て有効。これらのソフトウェアは Symmetrix デ バイスへのアクセスを処理するためのボリュー ム構成管理を提供する。 このフラグを有効にすると、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）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 12 図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を参照し EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 13 てください。詳細については、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環境を変換または移行できます。このプラクティスに関するベスト・プ EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 14 ラクティスについての詳細は、ホワイト・ペーパー「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とともに表示されます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 15 図8：4 つの SPC-2 対応のパスを持つデータストア 新しいフロントエンド・ポートをインストールまたはアクティブ化しても、そのポートではSPC2 は有効になっていません。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 つのみ含むデバイスです。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 16 図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」であると表示されます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 17 図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 では現在ラウンド・ロビンを完全にサポ ート）をサポートするように構成できます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 18 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］ポリシーに変更することです。すべてのデバイスで最初からこのポリ EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 19 シーが使用されるようにするには、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）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 20 図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 をすべてのアクティブ・チャネル間で自動的 にリバランスします。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 21 デバイスの優先順位設定：単一または複数のデバイスに対して高い優先順位を設定し、それ以外 のデバイスを低い優先順位にして 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 の出力を示しています。この出力では、デバ EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 22 イスに 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］リストに、デバイスの所有 者が表示されます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 23 図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 ドライブ）を使用していない。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 24 • クラスタ内の他の 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 の最後に変更されたトラックが移行先 にコピーされ、元のファイルが削除されるまで、仮想マシンの実行の開始を許可しません。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 25 使用例：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を開始してホストを変更します（この逆の順序で行うことも可能）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 26 図17：vSphere Client での［Migrate Virtual Machine］ウィザード ［Change datastore］ボタンを選択すると、仮想マシンの現在のVmware ESXホストが使用できる データストアが表示されます。この例では、仮想マシンをRAID 5 デバイスを移行させるため、 CH_RAID5_DSを選択します（図 18）。 図18：Storage VMotion を使用した仮想マシンの新しいデータストアへの移行 vSphere 4 では、シックとシン間で仮想ディスクのフォーマットを変更できる機能を新たに使用 できるようになりました。［Migrate Virtual Machine］ウィザードには、移行時に仮想ディスクの EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 27 フォーマットを変更するオプションが用意されています（図 19）。Symmetrix Virtual Provisioning™を使用する際は「シック」フォーマットの使用をお勧めします。仮想プロビジョニ ング上のSymmetrixデバイスで「シン」フォーマットを使用すると、サブスクリプションの制限 を超える危険性があるためです。ここで重要なのは、「シック」オプションはeagerzeroedthickで はなくzeroedthickフォーマットであるため、Symmetrix仮想プロビジョニングの使いやすさが維持 されるという点です。 「シン」フォーマットは、通常の Symmetrix デバイスに使用できますが、シン・ディスクの拡張 に合わせて、空き領域を注意して監視する必要があります。 図19：［Migrate Virtual Machine］ウィザードでの仮想ディスク・フォーマットの選択 ウィザードの完了後は、Storage VMotionセッションが開始し、仮想マシンの可用性を損なうこと なく仮想マシンのファイルが新しい場所に移されます（図 20）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 28 図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 が必要です。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 29 仮想 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 の使用 高度なテクノロジー 30 図21：稼働状態の仮想マシンを含む VMFS ボリューム EMC Storage Viewer for vSphere Clientを使用すると、このデータストアのバックエンド・ストレ ージの詳細がvSphere Client内に表示されます。データストアVLUN_Migration_DSは、RAID 5 保 護で構成されているSymmetrixデバイス 048C上にあります（図 22）。 図22：VLUN マイグレーション前の VMFS ボリュームのストレージ構成 仮想マシン・グループの要件が変わったため、現在の RAID 5 構成ではなく RAID 1 保護に設定 されているデバイスに、このデータストアを配置する必要が生じました。これらの新しいビジネ ス要件を満たすため、VLUN マイグレーション・セッションを開始して RAID 5 で保護されたデ バイスから RAID 1 で保護されたデバイスにデータを移行できます。この移行セッションは、コ マンド・ライン・インタフェース（Solutions Enabler）と Symmetrix Management Console のどちら かを使用して実行できます。この例では、プロセスを明確にするため、CLI コンポーネントを使 用します。 図 23に示すように、CLIコマンドsymmigrateを使用して、ファイル「vlun.txt」にリストされてい るデバイスに対してVLUNマイグレーション・セッションを開始します。この例では、048Cとい うデバイスのみが対象であるため、ファイルにはそのエントリのみが含まれています。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 31 図23：Solutions Enabler 7.0 を使用した VLUN マイグレーション・セッションの開始 この例では、デバイスは未構成の領域に移行されます。未構成の領域への移行の場合、ターゲッ トの RAID グループがアレイ内の空きプールから作成され、移行されます。移行が完了すると、 元の RAID グループは削除され、そのストレージは未使用のストレージ・プールに戻されます。 また、未構成ではなく構成済みの領域に移行することもできます。構成済みの領域に移行する場 合は、既存にある未使用のSymmetrixデバイスがターゲットとして指定され、このターゲット・ デバイスが占有する物理ストレージにソース・デバイスが移行されます。このターゲット・デバ イスは、ユーザーによる指定またはSymmetrixによる自動選択が可能です。移行後は、ターゲッ トとして指定されたデバイスが、ソース・デバイスに元々関連づけられていた物理メディアを占 有します。そして、デバイスのフォーマットがターゲット・デバイス上で実行されることにより、 オリジナル・データにはアクセスできなくなります。Symmetrix V-MaxでのVLUNマイグレーシ ョンの詳細については、Powerlinkに掲載されているテクニカル・ノート「Best Practices for Nondisruptive Tiering via EMC Symmetrix Virtual LUN」を参照してください。 symmigrate queryコマンド（図 24を参照）を使用すると、移行セッションのステータスを特定で きます。 図24：VLUN マイグレーション・セッションのクエリー 移行セッションが完了した直後に構成の変更は有効になります。EMC Storage Viewerを再度使用 すると、今度はデータストアLUN_Migration_DSがRAID 1 デバイス上にあります（図 25）。 VLUN移行の詳細については、Powerlinkに掲載されているテクニカル・ノート「Best Practices for Nondisruptive Tiering via EMC Symmetrix Virtual LUN」を参照してください。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 32 図25：VLUN マイグレーション後の VMFS ボリュームのストレージ構成 使用例：VLUN マイグレーションを使用したディスク階層間での RDM デバイス移行 この使用例では、Symmetrix V-Max上の強化されたVLUNマイグレーションを使用して、物理互 換モードのRDMとして使用中であるSymmetrixデバイスを、SATAディスクからより高速な 15kフ ァイバ・チャネル・ディスクに移行します。この仮想マシンには、1 つのRaw Device Mapping （Symmetrixデバイス# 4C3）がありますが、EMC Storage Viewerを使用すると、このRaw Device MappingをvSphere Clientで表示できます（図 26）。 図26：EMC Storage Viewer での仮想マシン RDM マッピング情報 図 27に示すように、デバイス 4C3 でSolutions Enablerのsymdev showコマンドを使用した出力結果ではディス ク・グループ1 上にあるデバイスが表示されます。このグループは、より低速で、大容量のSATAドライブで構 成されています。VLUNマイグレーション操作により、このデバイスはディスク・グループ 0 に移動します。 このグループは、より高速で、容量の少ないファイバ・チャネル・ドライブで構成されています（図 28）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 33 図27：VLUNマイグレーション前のSymmetrixデバイスのディスク・グループ EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 34 図28：Symmetrix ディスク・グループ 今度は、この RDM に対する要件の変更により、集結されているデータをより高速なディスク・ タイプに配置することが必要になりました。これらの新しいビジネス要件を満たすために、 VLUN マイグレーション・セッションを開始して、現在の SATA ドライブからファイバ・チャネ ル・ドライブにデータを移行できます。コマンド・ライン・インタフェース（Solutions Enabler） または Symmetrix Management Console のいずれかを使用してこの移行セッションを実行できます。 この例では CLI コンポーネントを使用します。 図 29に示すように、CLIコマンドsymmigrateを使用して、ファイル「vlun.txt」にリストされてい るデバイス（この例では、デバイス 04C3 のみ）に対してVLUNマイグレーション・セッション を開始します。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 35 図29：Solutions Enabler 7.0 を使用した VLUN マイグレーション・セッションの開始 この例では、デバイスは未構成の領域に移行されます。未構成の領域への移行の場合、ターゲッ トの RAID グループがアレイ内の空きプールから作成され、移行されます。移行が完了すると、 元の RAID グループは削除され、そのストレージは未使用のストレージ・プールに戻されます。 また、未構成ではなく構成済みの領域に移行することもできます。構成済みの領域に移行する場 合は、既存にある未使用の Symmetrix デバイスがターゲットとして指定され、このターゲッ ト・デバイスが占有する物理ストレージにソース・デバイスが移行されます。このターゲット・ デバイスは、ユーザーによる指定または Symmetrix による自動選択が可能です。移行後は、タ ーゲットとして指定されたデバイスが、ソース・デバイスに元々関連づけられていた物理メディ アを占有します。そして、デバイスのフォーマットがターゲット・デバイス上で実行されること により、オリジナル・データにはアクセスできなくなります。 symmigrate queryコマンド（図 24を参照）を使用すると、移行セッションのステータスを特定で きます。 図30：VLUN 移行セッションのクエリー 移行セッションが完了した直後にディスクタイプの変更は有効になります。現在、デバイスはデ ィスク・グループ 0（図 31）上にあります。VLUNマイグレーションの詳細については、 Powerlinkに掲載されているテクニカル・ノート「Best Practices for Nondisruptive Tiering via EMC Symmetrix Virtual LUN」を参照してください。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 36 図31：移行後の RDM の新しいディスク・グループ VMFS Volume Copy Mounting および VMFS Resignaturing VMware vSphere 4 では、vSphere Client または新しい CLI ユーティリティ esxcfg-volume（vicfgvolume for ESXi）を使用して、VMFS ボリューム・コピーを個別に再署名/マウントできる機能 が新しく導入されました。以前は、Vmware ESX の詳細設定である EnableResignature および DisallowSnapshotLUN がサーバ全体に適用され、Vmware ESX ホストが認識するすべてのボリュ ームに関連づけられていました。このことにより、ボリュームを誤って再署名したり、スナップ ショットを不用意に認識したりするリスクにさらされていました。新しい再署名機能および強制 マウント機能は、ボリューム固有の機能であり、極めて細分性の高いスナップショット処理を実 現できます。この機能は、TimeFinder/Snap、TimeFinder/Clone などのローカル・レプリケーショ ン製品または SRDF（Symmetrix Remote Data Facility）などのリモート・レプリケーション・テク ノロジーを使用して作成した、ボリューム・コピーを作成および管理する際に非常に役立ちます。 CLIまたはGUIのいずれかを使用してこれらの操作を実行する際は、GUI（vSphere Client）を常に 推奨します。ただし、CLIは、vSphere Clientでは実行できない機能をいくつか備えています。両 方のオプションの使用とその影響については、次のセクションで説明します。 vSphere Client を使用して VMFS ボリューム・コピーをマウントする vSphere Client では、［Add Storage］ウィザードを使用して VMFS ボリューム・コピーを再署名 したり、クローン・コピーをマウントする機能があります。［Add Storage］ウィザードで、 VMFS ボリューム・コピーを含むストレージ・デバイスの横に VMFS ラベルが表示されるように なりました。そのため、マウントされていないデバイスがウィザードに表示され、そのデバイス に関連づけられているラベルがある場合は、それがスナップショットであると想定することがで きます。 複製されたVMFSデータストアがホストに認識されると、［Add Storage］ウィザードでは、この データストアは元の名前でVMFSラベルの列に表示されます（図 32）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 37 図32：vSphere Client で［Add Storage］ウィザードを使用しての VMFS ボリューム・コピーの マウント • • このウィザードには、複製されたVMFSボリュームを含むデバイスが選択されると、そのデバイ スがデータストアとしてESXサーバに認識されるための方法として 3 つの選択肢があります（図 33）。 ［Keep the existing signature］：このオプションは永続的な強制マウントを開始します。これは、 VMware ESX 3.xの［Advanced Setting］のDisallowSnapshotLUNが 0 に設定されている状態に相当 します。これにより、VMFSボリューム・コピーは永続的にVMware ESXホスト・サーバに認識 されます（つまり、VMware ESXホストを何度再起動してもデータストアへのアクセスが維持さ れます）。元のVMFSボリュームが同じVMware ESXホストにすでに認識されている場合は、そ のボリューム・コピーのマウントは失敗します。VMFSボリューム・コピーを非永続的にマウン トする機能は、CLIを使用してのみ利用可能です。 • ［Assign a new signature］：このオプションはVMFSボリューム・コピー全体を再署名し ます。そのため、同一のホストにはこのボリューム・コピーをオリジナルのVMFSボリ ュームとして認識させることができます。このオプションは、VMware ESX 3.xの ［Advanced Setting］のEnableResignatureが 1 に設定されている状態に相当します。 • ［Format the disk］：このオプションはデバイス上にあるデータをすべて一掃し、まっ たく新しいVMFSボリュームを新しい署名で作成します。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 38 図33：vSphere Client の VMFS Volume Copy Mounting オプション ボリュームが再署名されると、元のVMFSボリューム名の先頭に「snap-XXXXXXXX-」が追加さ れたデータストアのリストが表示されます（図 34）。ボリューム上にあるすべての仮想マシン は、VMware ESXで認識されている状態で手動で登録する必要があります。 図34：元の VMFS ボリュームおよび再署名された VMFS ボリューム・コピー コマンド・ラインを使用して VMFS ボリューム・コピーをマウント する VMware ESXサービス・コンソールのCLIでは、esxcfg-volumeコマンドを使用してVMFSボリュー ム・コピーを再署名したり、クローン・コピーをマウントしたりするために使用される機能があ EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 39 ります。vSphere Clientでは使用できないこのesxcfg-volumeコマンドの独自機能は、ボリューム・ コピーを非永続的に強制マウントする（つまり、再起動後はデータストアへのアクセスが維持さ れない）機能です。 以下は、esxcfg-volume で使用可能なパラメータのオプションです。 -l | --list -m | --mount <vmfs uuid|label> -u | --umount <vmfs uuid|label> -r | --resignature <vmfs uuid|label> -M | --persistent-mount <vmfs uuid|label esxcfg-volume –lコマンドでは、削除されたすべてのボリュームをスナップショットまたはレプリ カとしてリストに表示します。もし、ボリューム・コピーが見つかった場合は、UUIDとマウン ト可能かどうか（元のVMFSボリュームの有無により決定）、再署名可能かどうかとそのエクス テント名が表示されます。図 35に、2 つのVMFSボリューム・コピーの結果をリスト・コマンド で示します。該当するVMware ESXホスト上に元のVMFSボリュームが表示されていないことか ら、最初のボリューム・コピーはマウントすることができます。2 つ目に検出されたボリュー ム・コピーは元のボリュームが依然としてオンライン状態にあるためマウントすることはできま せん。 図35：esxcfg-volume CLI コマンドによる使用可能な VMFS ボリューム・コピーのリスト表示 この例では、最初に検出されたボリューム・コピー「4a2f708a-1c50210d-699c0015177ab633/Resignature_test」はコマンドesxcfg-volume –mを使用して非永続的に強制マウント されます。このボリューム・コピーは元のVMFSボリュームが表示されていないため、再署名の 必要なくマウントできます。図 36では、CLIを使用してこのボリュームを非永続的にマウントし、 次に、esxcfg-scsidevs –mを実行して、VMFSボリュームをリストに表示します。新しくマウント されたボリュームもリストに表示されます。非永続的であるため、次回再起動した後は表示され ません。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 40 図36：esxcfg-volume CLI コマンドによる VMFS ボリューム・コピーの非永続的な強制マウント クローン・ボリュームをこのホストに再度認識させる予定がまったくない場合は、永続的にマウ ントさせることができます。これにより、vSphere Client の［Add Storage］ウィザードまたは esxcfg-volume -M コマンドを使用して強制マウントを行う場合と同じ結果が得られます。これは、 VMware ESX 3.x で「EnableResignature=0、DisallowSnapshotLUN=0」を設定している場合と同じ 状態です。 VMFS Volume Grow VMFS Volume Grow は、VMFS ボリューム上にあるデータストアのサイズを拡張する新しい手段 を提供します。この機能は、Symmetrix DMX/Symmetrix V-Max ストレージ・アレイにあるダイ ナミック LUN 拡張機能を補います。LUN サイズが増加されたら、VMFS Volume Grow を使用し て VMFS ボリューム・エクステントのサイズも動的に増加するようにすることができます。仮想 ディスクでは、多くの場合、現在の VMFS データストアより仮想ディスクのサイズの方が大きく なる可能性があります。新しく、より大きなデータストアに移動するか、現在のデータストアの サイズを増加することにより、拡大し続けるストレージ要件を満たす必要があります。vSphere 以前は、既存の VMFS ボリュームのサイズを増加させるオプションで、スパニングと呼ばれるプ ロセスを使用して拡張を行っていました。新しく使用できる領域が、元の VMFS ボリュームのヘ ッダー・エクステントがあった LUN 上にあった場合でも、エクステントを追加する方法しかあ りませんでした。その追加領域に個別のディスク・パーティションを作成し、新しいパーティシ ョンを VMFS ボリュームにエクステントとして追加する方法が行われていました。VMFS Volume Grow では、2 番目のテーブルを作成するのではなく、基盤となる LUN の容量を追加でき るように既存のパーティション・テーブルを変更し、拡張します。vCenter GUI には、VMFS ボ リュームのサイズを拡張するプロセス全体が組み込まれています。 メタボリュームの拡張 この新しい vSphere の機能を活用するために、EMC Symmetrix ストレージ・アレイにはホストに 認識されるメタボリュームのサイズを停止せずに増やす複数の手段が用意されています。連結ま たはストライプ・メタボリュームのサイズは、ホストの接続性に影響を及ぼすことなく拡張でき ます。通常のデバイスの構成に加え、メタボリュームはシン・デバイスで構成することもできま EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 41 す。これにより、メタボリュームを使用するうえでより多くのメリットがもたらされます。3 種 類すべてのメタボリュームを拡張する方法については、以降のセクションで説明します。 連結メタボリュームの拡張 連結メタボリュームは、最も簡単に拡張することができる構成です。連結デバイスは、データの 最初のバイトを最初のデバイスの先頭に格納するという方式で編成された、ボリューム・セット です。アドレス指定は、最初のメタメンバーの末尾まで順次参照した後に、次のメンバー上のデ ータを参照するという方式で行われます。連結デバイスに書き込む場合は、いっぱいになるまで 最初のメタメンバーがすべてのデータを受け取ります。いっぱいになった後は、次のメンバーと いうようにデータが送信されていきます。そのため、新しいデバイスを追加するときは、メタボ リュームの末尾に追加するだけ済みます。データを移動したり、再編成したりする必要はありま せん。 図 37に、メタボリューム 044Dに対するsymdev showコマンドの出力の一部を示します。現在、サ イズは 256 GBです。 図37：Solutions Enabler 7.0 による拡張を行う前の連結メタボリュームの表示 既存の連結メタボリュームにさらにメンバーを追加するには、symconfigure コマンド内で次の構 文を使用します。 add dev SymDevName[:SymDevName] to meta SymDevName; この場合、さらに 2 つのメンバーがメタボリュームに追加され、サイズが 256 GBから 384 GBに 増えます。これは、図 38に示すように、Solutions Enablerを使用して確認できます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 42 図38：Solutions Enabler 7.0 による連結メタボリュームの拡張 図 39に、拡張後のメタボリューム 044Dに対するsymdev showコマンドの出力の一部を示します。 サイズは 384 GBになっています。 図39：Solutions Enabler 7.0 による拡張を行った後の連結メタボリュームの表示 ストライプ・メタボリュームの拡張 ストライプ・メタボリュームは複雑な構成のため拡張が若干複雑になります。ストライピングに よるメタボリュームのアドレス指定は、各メタメンバーを一連のストライプに分割することによ って、各デバイスのストライプのアドレス指定をしてから、次のデバイスの次のストライプに進 みます。ストライプ・ボリュームに書き込むときには、参加している各ドライブの同じサイズの データのストライプがそのストライプ・ボリューム・セットの各メンバーに交互に書き込まれま す。複数のドライブに跨る定義可能なシリンダ・ストライプにデータをストライピングするとい うこの方式は、単一のスピンドルとディスク・ダイレクタに複数の書き込みが積み重なることを EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 43 避ける目的で設計されたもので、シーケンシャル・ライト処理の際にメリットが得られます。こ の方式では大きいボリュームが作成されますが、ディスク・デバイスとSymmetrixディスク・ダ イレクタ間のI/Oアクティビティも均等化されます。 ストライプ・メタボリュームは比較的複雑なアーキテクチャであるため、ストライプ・メタボリ ュームの拡張では BCV メタボリュームを使用する必要があります。各ボリューム間でデータが 均等にストライプされるため、ストライプ・ボリュームの末尾にメンバーを追加するだけでは、 個々のメンバー間でストライプされるデータ量に不均衡が生じます。このため、ストライプ・ボ リュームの末尾にメンバーを追加することはできません。その代わりに、データは最初に同一の BCV メタボリュームにコピーされ、次に、新しいメンバーが元のメタボリュームに追加されま す。さらに、データが BCV メタボリュームにコピーされ、新しく拡張されたメタボリュームと の間で均等に再度ストライプされます。 図 40に、メタボリューム 0453 に対するsymdev showコマンドの出力の一部を示します。現在、サ イズは 256 GBです。 図40：Solutions Enabler 7.0 による拡張を行う前のストライプ・メタボリュームの表示 既存のストライプ・メタボリュームにメンバーを追加するには、symconfigure コマンドで次の構 文を使用します。 add dev SymDevName[:SymDevName] to meta SymDevName [, protect_data=[TRUE | FALSE],bcv_meta_head=SymDevName]; protect_dataオプションはTRUEまたはFALSEにすることができます。格納データを含むアクティ ブなVMFSボリュームでは、この値は常にTRUEに設定されている必要があります。TRUEに設定 されている場合は、Configuration Managerは元のデバイス・ストライピングのBCVメタに保護コ ピーを自動的に作成します。これは自動的に実行されるため、BCV establishを実行する必要はあ りません。protect_dataオプションを使用して保護を有効にする場合、既存の（オリジナル）スト ライプ・メタと同一のBCVメタを指定する必要があります。これを実行するには、 bcv_meta_head値を、容量、ストライプ数、ストライプ・サイズがオリジナルのメタデバイスに 一致するbcv_metaのデバイス番号を設定します。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 44 次の例では、さらに 2 つのメンバーがストライプ・メタボリュームに追加され、サイズが 256 GBから 384 GBに増えます。これは、図 41のSolutions Enablerを使用して確認できます。 図41：Solutions Enabler 7.0 によるストライプ・メタボリュームの拡張の開始 図 42に、拡張後のメタボリューム 0453 に対するsymdev showコマンドの出力の一部を示します。 これで、サイズは 384 GBになりました。 図42：Solutions Enabler 7.0 による拡張後のストライプ・メタボリュームの表示 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 45 シン・メタボリュームの拡張 シン・メタボリュームは通常のメタボリュームと同じように機能します。これらのメタボリュー ムの構成および変更には、同じコマンド（form meta、dissolve meta、convert meta）を使用します。 シン・メタボリュームを使用する場合、いくつか注意点があります。 • シン・メタボリュームの作成には、シン・デバイスのみを使用できます。シン・デバイ スとシン・フォーマット以外のデバイスを混在して、メタボリュームを作成することは できません。 • バインドされていないシン・デバイスのみがメタボリュームを構成することができます。 • ストライプ・メタボリュームでは、すべてのメンバーのデバイス・サイズが同じである 必要があります。 シン・メタボリュームの拡張に関して注意する必要のある重要な例外が 2 つあります。ストライ プ・シン・メタボリュームと連結シン・メタボリュームの両方を拡張することはできますが、 protect_data オプションは一方でサポートされません。その新しいメンバーをアンバインドする必 要があります。つまり、ストライプ・シン・メタボリュームのサイズを停止せずに増やす方法は ないということです。ストライプ・シン・メタボリュームを拡張して保護されていない状態でデ ータをシン・デバイスから移行するとそのメタボリューム上のデータは完全に失われます。 vCenter での VMFS ボリューム拡張 図 43に示すように、vCenter Serverでは、データストアvSphere_Expand_DSがフルに近い状態にな ります。現在の状態では、基盤となるデバイスに、VMFS拡張に対応できる余分なストレージが ありません。データストアはデバイス上で使用可能な 256 GBの容量を使用しています。VMFS Volume Growおよびアレイ・レベルのデバイス拡張の一部のタイプを使用すると、この問題を解 消できます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 46 図43：VMFS Volume Grow を使用して拡張する前の VMFS データストア 前のセクションで詳しく説明したメタ拡張の方法を使用した後、ESXホスト・サーバに対して再 スキャンを実行し、新しく拡張されるメタボリュームの拡張後のサイズを確認する必要がありま す。再スキャンを実行すると、VMFSデータストアを拡張できます。vCenterで、指定されたVMFS データストアを使用するESXホスト・サーバ上にリストされているデータストアに移動します。 データストアを選択し、[Properties]リンクをクリックします（図 44）。この例では、データス トアvSphere_Expand_DSが、拡張されたデータストアです。このデータストアがあるメタボリュ ームは、元のサイズの 256 GBから 128 GB増加し、384 GBに拡張されました。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 47 図44：vSphere Client での VMFS のプロパティ ［Datastore Properties］ポップアップ・ウィンドウで［Increase］ボタンをクリックします（図 45）。 図45：vSphere Client での VMFS Volume Grow の開始 表示される［Increase Datastore Capacity］ウィンドウで、現在あるデバイスを選択します。 ［Expandable］列で［Yes］を指定します。次のウィンドウ（図 46）で、VMFSボリュームの拡 張内容を確認します。現在、このデータストアは 256 GBを使用しており、128 GBの空き領域が あります。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 48 図46：［VMFS Volume Grow］ウィザードでの、利用できる空き領域の確認 新しい空き領域の一部のみを使用するオプションが用意されています。この場合、新しく追加さ れた 128 GBの領域のすべてがVMFSボリュームにマージされます（図 47）。 図47：VMFS Volume Grow 操作に必要な追加容量の選択 データストアvSphere_Expand_DSは、現在、メタボリュームの 384 GBすべてを使用しています（ 図 48）。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 49 図48：新しく拡張された VMFS ボリューム エクステントによる VMFS 拡張 VMFS データストアを含むデバイスがメタボリュームでない場合、このデバイスを停止せずに拡 張することはできません。そのため、VMFS データストアのサイズを拡張するには、デバイスの エクステントを使用する必要があります。VMFS データストアは、各エクステントの最大サイズ が 2TB で 32 個のエクステントにわたって拡張することができます。このメリットは、エクステ ントを使用すると、1 つのみのデバイス上にあるデータストアに比べて VMFS データストアをは るかに大きく拡張することができるということです。つまり、複数のエクステントを VFMS ボリ ュームに追加することにより、ドライブの障害または接続性の喪失により VMFS データストアの 一部にアクセスできなくなる可能性が増えます。セカンダリ・エクステント（最初のエクステン ト以外のすべてのエクステント）が何らかの理由でダウンした場合は、VMFS データストア全体 がダウンすることはありません。そのエクステント上に全部または一部がある仮想ディスクのみ が影響を受けます。それ以外の場合、最初の（先頭の）エクステントが失敗した場合、エクステ ントがリストアされるまで VMFS データストア全体が切断されます。そのため、エクステント・ ベースの VMFS データストアを使用する際は、関連するデバイスに対して適切な保護と冗長性を 実装するよう注意を払う必要があります。 結論 Enginuity™オペレーティング環境を実行する Symmetrix V-Max および DMX ストレージ・システ ムは、VMware vSphere4 に最適です。Symmetrix V-Max および Symmetrix DMX は、世界最大で最 高の拡張性を誇るストレージ・アレイであり、可用性の高い次世代の仮想環境に特化した多彩な 特長と機能を備えています。Symmetrix 製品ラインは、vSphere の組み込みの新機能との併用によ り、最も汎用性があり、拡張性の高い、効率的な最新の仮想データセンターを実現できます。 EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 50 このホワイト・ペーパーでは、VMware vSphere 4 仮想化スイートの新機能について説明し、その ベスト・プラクティスを提供します。具体的には、VMware Storage VMotion™、VMware VMFS Volume Grow、VMware VMFS Volume Copy Mounting、および PowerPath/VE といった機能につい て説明しました。これら特定の VMware 機能について説明するだけでなく、Symmetrix V-Max の 機能または Symmetrix DMX の機能を使用して、できる限り効果的にこれらの機能を活用する方 法に関する推奨事項について説明しました。 関連資料 EMCのPowerlink® Webサイトでは、次のドキュメントを入手できます。 • ホワイト・ペーパー「Using EMC Storage Viewer Version 2.0 for vSphere Client」 • ホワイト・ペーパー「EMC Symmetrix V-MaxとVMware Virtual Infrastructure」 • 「EMC Solutions Enabler Symmetrix Array Controls CLI Version 7.0 Product Guide」 • テクニカル・ノート「Best Practices for Nondisruptive Tiering via EMC Symmetrix Virtual LUN」 • 「Symmetrix V-Max with Enginuity 5874 Product Guide」 • 「EMC Solutions Enabler Symmetrix Array Management CLI Product Guide」 • ホワイト・ペーパー「Enabling SPC-2 Compliancy on EMC Symmetrix DMX Devices Connected to VMware VI3 Environments」 • EMC サポート・マトリックス VMware vSphere のドキュメントは、VMware.com から参照できます。 • VMware vSphere 4 ドキュメント • VMware vSphere 4 Key Features and Benefits EMC Symmetrix Storage での VMware vSphere の使用 高度なテクノロジー 51