EMC Celerra IP ストレージを iSCSI および NFS 上で VMware Infrastructure
3 とともに使用する
ベスト・プラクティスのプランニング
USホワイトペーパー翻訳版
要約
このホワイト・ペーパーでは、EMC® Celerra®ネットワーク接続型ストレージ製品とVMware Infrastructure 3の組み合わせに関して詳細に説明します。VMware Infrastructure 3は、ESX Server 3ソ フトウェアをVMotion、VirtualCenter 2、Virtual SMPなどの管理製品およびリソース・プールととも に含むパッケージです。また、新しいVMwareファイル・システムと、Distributed Resource Scheduler、
High Availability、Consolidated Backupなどの機能も含んでいます。このホワイト・ペーパーでは、
VMware Infrastructure 3環境をサポートするようにCelerraのプロトコルおよび機能を使用する方法に ついて扱います。
2008年3月
Copyright © 2007 EMC Corporation.不許複製
EMC Corporation は、この資料に記載される情報が、発効日時点で正確であるとみなしています。
この情報は、予告なく変更されることがあります。
この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporationは、
この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、
商品性や特定の目的に対する適応性に対する黙示の保証はいたしません。
この資料に記載される、いかなるEMCソフトウェアの使用、複製、頒布も、当該ソフトウェ ア・ライセンスが必要です。
最新のEMC製品名については、EMC.comでEMC Corporationの商標を参照してください。
他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。
パーツ番号H2756.1-J
目次
ベスト・プラクティスのプランニング ... 0
エグゼクティブ・サマリー ... 4
概要 ... 4
対象読者...4
用語...5
Celerra の概要 ... 6
Data Mover...6
Control Station...7
Celerra における iSCSI の基礎 ... 7
ネイティブiSCSI...8
NFS...8
VMware Infrastructure 3 ... 9
概要...9
用語... 10
VMware ESX Serverの機能... 11
ESX Server 3ネットワークの概念... 12
ESX Server 3 に対する Celerra ストレージのプロビジョニング ... 15
ストレージ・オブジェクトの命名... 16
ESX Server 3向けのCelerra NFS構成... 16
ESX Serverによって追加されるCelerra NFSのメリット... 17
ESX Server 3 向けの Celerra iSCSI 構成 ... 19
iSCSI LUNの構成... 19
仮想プロビジョニング ... 28
ISCSI仮想プロビジョニング... 31
パーティションの調整 ... 33
ファイル・システムの拡張 ... 33
iSCSI LUN の拡張 ... 34
VMware Distributed Resource Scheduler... 37
レプリケーション ... 39
結論 ... 41
関連資料... 42
付録 : ヒントとツール ... 42
CelerraにおけるESXに関するヒント... 44
エグゼクティブ・サマリー
VMware Infrastructure 3のリリースにより、仮想ハードウェアのサポートがIPストレージ・デバ
イスの使用にまで拡張されました。このサポートにより、NFSプロトコル、およびiSCSIを使用 したIPブロック・ストレージの利点をESX環境でフルに活かすことができます。この大幅な進 歩によって仮想コンピューティングを仮想ストレージにブリッジすることができ、データ・セン ター内での動的な設定が可能になって、パフォーマンスおよびシステムの信頼性が向上します。
このホワイト・ペーパーでは、VMware ESX環境でEMC® Celerra®を最大限に活用する方法につ いて説明します。
概要
仮想化は、今や長年にわたって技術的分野で使用されている、広く知られた言葉になりました。
仮想メモリから仮想ネットワーク、仮想ストレージにいたるまで、私たちはほとんどあらゆるも のの仮想化に親んでいます。この数年、VMware製品による仮想サーバは大きな盛り上がりを見 せていて、VMware製品は企業がハードウェア・リソースをより適切に分割して活用できるフレ ームワークを提供しています。このアーキテクチャでは、x86ベースのシステムで、異なるオペ レーティング・システムとリソース要件を持つ複数の独立した仮想環境を、同じ物理サーバ上で 実行できます。
ハードウェア・リソースを仮想化する機能を持つVMware製品はいくつかありますが、このホワ イト・ペーパーで扱うのはESX Server製品です。これは、この製品がCelerra IPストレージをサ ポートしているためです。VMware Infrastructure 3では、Celerra iSCSI LUNおよびNFSエクスポ ート・ファイルによるストレージ・デバイスをESX Serverが使用して、仮想マシンおよび仮想デ ィスクに使用するデータストアを作成します
VMware Infrastructure 3よりも前にサポートされていたストレージは、ローカル接続されたストレ
ージまたはSAN接続されたデバイスだけでした。ESX Server 3では、NFSとiSCSIの2つのスト レージ・デバイスが追加されました。これらは、どちらもCelerra Network Serverで提供されてい ます。ネットワーク・ストレージの接続に関する選択肢に加えて、Celerraでは高度なスケーラビ リティおよび信頼性が得られ、ファイバ・チャネルのメリットの一部とIPストレージの使いや すさが組み合わされます。
ESX Server 3で提供されるiSCSIとNFSの機能は、ESX Serverの以前のバージョンの機能や、
VMware GSXおよびWorkstation製品の現在のバージョンの機能とも異なります。これらの製品
では、IPストレージとの明示的な接続性は提供されておらず、ゲストOSは仮想マシンのインタ フェースのいずれかと、ソフトウェアによるiSCSIまたはNFSクライアントを使用して、ネット ワーク・ストレージ・システムにアクセスする必要があります。このアクセス方法が適している 環境も数多くありますが、ESX Server 3で提供されるCelerraへの直接IPストレージでは、ゲス トOS経由でストレージにアクセスした場合にはないパフォーマンスが得られます。
対象読者
このホワイト・ペーパーは、ESX 3とNFSやiSCSI ストレージとの統合について興味を持つすべ ての読者に役立ちます。しかし、サーバ仮想化について精通しているシステム管理者およびシス テム設計者が、Celerraを使用した ESXのサポート方法を理解しようとする場合に最も有益です。
ESX ServerとCelerraの実際的な知識があると、説明されている概念の理解に役立ちます。
用語
フェイル・セーフ・ネットワーク（FSN）：スイッチ・レベルの冗長性によってリンク・フェイ ルオーバーをネットワークまで拡張する高可用性機能。FSNは、1つのリンクとして表示され、
1つのMACアドレスを持ち、複数のIPアドレスを持つことができます。
iSCSIターゲット：一意のiSCSI名によって識別されるiSCSIのエンドポイントで、iSCSIイニシ
エータによって発行されるコマンドが実行されます。
リンク・アグリゲーション：IEEE 802.3ad LACP（リンク・アグリゲーション制御プロトコル）
標準に焦点を絞った高可用性機能。同じスイッチに対して類似した特性を持つ Ethernetポートを、
単一のMACアドレスを持ち、複数のIPアドレスを持つことができる1つの仮想デバイス/リン クに集約できます。
LUN：Celerra Network Server上のiSCSIでは、論理ユニットは、ストレージ・メディアとの間の 読み書きといったSCSIコマンドを処理するｉSCSIソフトウェアの機能です。iSCSIホストから 見ると、論理ユニットはディスク・デバイスとして認識されます。
NFS：リモート・ファイル・システムに対して透過的なアクセスを提供する分散ファイル・シス テム。NFSでは、すべてのネットワーク・システムが1つのディレクトリのコピーを共有できま す。
RAID 1：データをLUN内の別のディスクにミラーリング（コピー）することによってデータの
整合性を実現するRAID方式。このRAIDタイプは、データの整合性が最も高く、ディスク領域 の消費量も最大です。
RAID 5：データは多数のストライプにストライピングされます。必要に応じてデータを再構築
できるように、パリティ情報が保存されます。1つのディスクに障害が発生しても、データ消失 は起きません。パフォーマンスは、読み取りでは良好ですが、書き込みでは遅くなります。
Celerraレプリケーション・サービス：ソース・ファイル・システムから、読み取り専用のポイ
ント・イン・タイム・コピーを作成するサービス。このコピーは、ソース・ファイル・システム との整合性を保つために、サービスによって定期的に更新されます。
レプリケーション・フェイルオーバー：コピー先のファイル・システムを読み取り専用から読み 取り/書き込みに変更し、レプリケーション・データの転送を停止します。ソース・ファイル・
システムは、アクセスが可能であれば読み取り専用になります。
SnapSure™：Celerraシステムで、ファイル・システムの読み取り専用のポイント・イン・タイ
ム・コピーを提供する機能。チェックポイントとも呼ばれます。
仮想ネットワーク・デバイス：単一のMACアドレスで定義される複数の物理デバイスの組み合 わせ。
仮想プロビジョニングLUN：ファイル・システム上に予約された領域を持たないiSCSI LUN。
データがLUNに追加されるときは必ずファイル・システムの領域が使用可能になっていること が必要です。
VLAN（仮想ローカル・エリア・ネットワーク）：物理的に異なるネットワーク・セグメント上 に存在しながら、同じネットワーク・セグメントに存在するかのように通信を行うデバイスのグ
ループ。VLANは、管理の柔軟性を実現するために、管理ソフトウェアによって設定され、論理 接続と物理接続の対応に基づきます。
Celerra の概要
Celerra NAS製品ファミリは、ミッドレンジからハイエンドのネットワーク・ストレージの幅広
い構成と機能をカバーしています。製品ライン内の違いは存在しますが、いくつかの共通ビルデ ィング・ブロックがあります。このような基本的ビルディング・ブロックの組み合わせにより、
一貫性のあるサポートと構成オプションを持つ幅広いスケーラブルな製品ラインが形成されてい ます。
Celerraフレームでは、電源および冷却についてn+1の冗長性が提供されます。また、選択するモ
デルや、ソリューションの必要性に応じて、幅広い範囲から物理ディスクの数を選択できます。
このホワイト・ペーパーの趣旨からは、その他に次の 2つのビルディング・ブロックが重要です。
• Data Mover
• Control Station
Data Mover は、LAN とバックエンド・ストレージ（ディスク）の間でデータをやり取りします。
Control Stationは、システムの管理ステーションです。Celerraは、Control Stationを通じて構成お よび制御されます。図1に、Celerraの動作を示します。
図1：Celerraのブロック図
Data Mover
1つのCelerraのフレームには、少なくとも1つのData Moverがインストールされています。Data
Moverは、EMCの最適化された NASオペレーティング・システムDART（リアルタイム・デー
タ・アクセス）を実行する、独立したサーバと考えることができます。各 Data Mover は固有の ネットワーク・ポートとネットワーク識別を持ち、バックエンド・ストレージに対しても固有の
Back End Storage
Data Mover Data Mover
Control Station
Management LAN
Data LAN
Celerra
接続を持っています。そのため、Data Mover はさまざまな面で独立したサーバとして動作し、
LANとバックエンド・ストレージ・ディスク・アレイを結び付けます。
可用性を高め、操作を簡単にするために、複数のData Moverを1つのシステムとしてグループ 化します。Celerraでは、高可用性を実現するために、1つのData Moverを1つまたは複数のアク
ティブなData Moverのホット・スタンバイとして動作させる構成をサポートしています。アク
ティブなData Moverに障害が発生すると、すぐにホット・スタンバイが起動して、障害の発生
したデバイスのIDとストレージを引き継ぎます。操作しやすくするために、キャビネット内の
すべてのData Moverは論理的な単位でグループ化され、Control Stationから単一のシステムとし
て管理できます。
Control Station
Control Stationは、Celerraフレームにおける管理と制御の単一点です。システム内のData Mover またはディスクの数とは関係なく、システムの管理はすべてControl Stationを経由して行われま す。Control Stationは、Data Moverおよびバックエンド・ストレージを構成するためのインタフ ェースとなるだけでなく、Data Moverのハートビート監視も行います。何らかの理由でControl
Stationが動作しなくなっても、Data Moverは引き続き正常に動作します。しかし、Celerraのアー
キテクチャには、冗長化したControl Stationによって継続的な管理をサポートして、可用性を高 めるというオプションも用意されています。
Control Stationでは、EMCがLinuxをCelerraおよびNASの管理のために最適化したOSが実行さ れます。図1に、2つの Data Moverを含むCelerraシステムの図を示します。Celerra NASファミ リは製品モデルによって最大14台のData Moverをサポートします。
Celerra における iSCSI の基礎
Celerraでは、iSCSIおよびNFSを使用してブロック・データおよびファイル・データへのアクセ
スを提供します。これらのストレージ・プロトコルは、図2のトポロジー・ダイアグラムに示し たように、標準のTCP/IPネットワーク・サービスとして提供されています。
Network Clients (CIFS, NFS, etc )
Network Servers (iSCSI Initiators or Hosts)
EMC Celerra
図2：Celerra iSCSIのトポロジー
ネイティブ iSCSI
Celerraでは、ネイティブのiSCSIソリューションが提供されます。つまり、これを展開すると、
接続されているすべてのデバイスは、iSCSIプロトコルのサポートが可能なTCP/IPインタフェー スを持つことになります。このトポロジーを簡略化したものを図3に示します。特殊なハードウ ェアやソフトウェア、または追加の構成は不要です。管理者は、2つのエンドポイント、Celerra
の iSCSIターゲットとサーバの iSCSIホスト・イニシエータを構成するだけで済みます。これは、
iSCSIのブリッジの典型的な展開に比べて、かなり単純で簡単な方法です。ブリッジ・ソリュー
ションでは、ストレージ・アレイに接続されたファイバ・チャネル・ネットワークとホスト・イ ニシエータに接続されたTCP/IPネットワークとの間に、ブリッジとして動作するハードウェア の追加が必要です。ブリッジの追加によってハードウェアのコストと構成の複雑さが追加される ことになりますが、CelerraでiSCSIを展開する場合にはこれらは不要です。ブリッジを展開する 場合は、ストレージ・アレイでiSCSIターゲットを構成し、サーバでホスト・イニシエータを構 成し、さらにそれぞれに対応する接続をブリッジで構成する必要があります。Celerraを使用する と、この追加的な複雑さが不要になります。
図3：ネイティブiSCSI
NFS
NFS（Network File System）は、Celerraネットワーク・ストレージ・システムで提供されるリモ
ート・ファイル共有プロトコルです。Celerraでは、1つまたは複数のData MoverによってNFS サーバがサポートされ、NFSクライアントはネットワーク経由で安全に共有ストレージにアクセ スできます。Celerraは、スナップショット・コピーおよび統合レプリケーション/バックアッ プ・テクノロジーをサポートすることで、NFSサービスの機能を高めています。NFSサービスに 提供される中心的なコンポーネントは、Celerra Data Moverまたはブレード・サーバです。
Celerra
iSCSI Host LAN
TCP/IP
VMware Infrastructure 3
概要
VMware Infrastructure 3は、サーバの統合を実現する仮想化ソフトウェアによって構成されていま
す。このソフトウェアは、同種および異なる種類のオペレーティング・システムの複数のインス タンスを1台の物理マシン上にある仮想マシンとして実行できるようにすることで、統合を行い ます。このコスト・パフォーマンスが高く、極めて拡張性の高い仮想マシン・プラットフォーム は、高度なリソース管理機能を持っています。VMware Infrastructure 3では、コンピューティン グ・インフラストラクチャのTCO（総所有コスト）を次の方法によって最小化しています。
• リソース使用率を高める。
• サーバの台数および関連するすべてのコストを減らす。
• サーバの管理性を最大化する。
図4 に、仮想レイヤーの上にゲスト・オペレーティング・システムが置かれた仮想マシンを持つ、
複数のVMware ESX Serverを示します。この図には、すべてのVMware Infrastructure 3コンポー ネントの管理と監視を行うVMware VirtualCenter Serverも示されています。図4の上位のレイヤ ーには、Distributed Resource Scheduler、High Availability、Consolidated Backupのために、統合さ れたVMware Infrastructure 3機能があります。
図4：VMware Infrastructure 3のアーキテクチャ
ESX Serverは、ホスト・ハードウェアの上で直接実行され、仮想マシンはVMwareが提供する仮 想レイヤーの上で実行できます。オペレーティング・システムとアプリケーションの組み合わせ のことを仮想マシンと呼びます。ESX 3サーバは、VirtualCenter Management Interfaceを使用して 管理されます。VirtualCenter 2.0を使用すると、ESX Serverの数を管理できるほか、VMotionなど の操作を実行できます。
用語
クラスタ：VirtualCenter 2 内のクラスタ。ESX Server ホストおよび関連する仮想マシン（リソー スや管理インタフェースを共有）のコレクション。
データストア：VMFS または NFSのいずれかのファイル・システム。基盤となる物理ストレー ジ・リソースのプールの仮想的な表現です。この物理的なストレージ・リソースは、ローカル・
サーバのiSCSIディスク、ファイバ・チャネルSANディスク・アレイ、iSCSI SANディスク・ア
レイ、またはネットワークに接続されたストレージ・アレイから構成することができます。
DRS（Distributed Resource Scheduler）：仮想マシンのためのハードウェア・リソースのコ レクション全体にわたって、コンピューティング・キャパシティのバランスが取れるように判断 して割り当てます。
ESX Server：プロセッサ、メモリ、ストレージ、ネットワーキングのリソースを抽象化して複 数の仮想マシンにプロビジョニングする物理サーバ上で実行される、実績のある仮想レイヤー。
ゲスト・オペレーティング・システム：仮想マシン内で実行されるオペレーティング・システム。
ISOイメージ：ダウンロードして、CD-ROMに書き込んだりループバック・デバイスとしてマウ ントできるCDイメージ。
マッピング・ファイル：rawデバイスをマップおよび管理するために使用するメタデータを含む VMFSファイル。
RDM（raw デバイス・マッピング）：raw デバイス・マッピングには、VMFS ボリューム上
の.vmdkファイルであるポインタと、この.vmdk ファイルがポイントしている物理的な rawデバ イスの組み合わせが含まれます。物理互換モードでは、SCSI コマンドを直接デバイスに渡すこ とができます。
COS（Service Console）：ESX Serverの管理インタフェースとして使用される、変更が加えら
れた Linux カーネル。ESX ホストに対して ssh、HTTP、VirtualCenter アクセスを提供します。
VMkernelとは異なります。
テンプレート：仮想マシンをインポートし、テンプレートとして格納して、後で展開することに よって新しい仮想マシンを作成できる手段。
VirtualCenter マネージメント･サーバ：仮想化された IT インフラストラクチャを構成、プロビ
ジョニング、管理するための中心となるポイント。
VI Client（Virtual Infrastructure Client）：管理者およびユーザーがVirtualCenterマネージメン ト・サーバまたは個別のESX Serverに任意のWindows PCからリモート接続できるインタフェー ス。
仮想マシン：ゲスト・オペレーティング・システムおよび関連するアプリケーションが実行され る、仮想化されたx86 PC。
仮想マシン構成ファイル：Configuration WizardまたはConfiguration Editorで作成された、仮想マ シンの構成を含むファイル。VMware ESX Serverは、このファイルを使用して個々の仮想マシン を識別し、実行します。通常、拡張子は.vmxです。
VMFS（Virtual Machine File System）：データストアにインストールされ、ESXが仮想マシン をホストするために使用される、VMware固有のファイル・システム。
VMkernel：サーバのハードウェアを制御し、仮想マシンの計算および I/O 動作をスケジューリ
ングするカーネル。
VMotion：VMotion機能を使用すると、実行中の仮想マシンを1つの物理ESX Serverから別の ESX Serverに移行できます。
VMware ESX Server の機能
VMware VMotion
VMotionテクノロジーを使用すると、アプリケーション・サービスを中断することなく、実行中
の仮想マシンを1つの物理ESX Serverから別のESX Serverに移行できます。ユーザーに影響を 与えず、短時間で再構成と最適化を行うことができます。管理者はVMwareでVMotionを使用す ることにより、実際のワークロードがパーティションに存在しているまま、仮想マシンのパーテ ィションをマシンからマシンにオンザフライで移動できます。これにより、アプリケーションや ユーザーに影響を与えることなくハードウェアのメンテナンスを行うことができます。また、ダ イナミック・ロード・バランシングを行って、使用率やパフォーマンスを高く維持することもで きます。
VMotionはESX Serverバージョン2.0.1で初めてサポートされました。システム管理者は、
VMware VirtualCenterを通じて動作するシステムの管理およびプロビジョニング用の製品である
VMotionを使用することにより、サーバに任意の数の仮想マシンをプロビジョニングおよび再プ
ロビジョニングできます。
Distributed Resource Scheduler と VMware High Availability
VMwareのDRS（Distributed Resource Scheduler）機能は、クラスタ内のすべてのホストおよび仮 想マシンに関してリソースの使用情報を収集し、仮想マシンの配置についての推奨状態を生成す ることにより、すべてのホストに対するリソース割り当てを改善します。この推奨状態は、自動 または手動のいずれでも適用できます。DRSの自動化レベルの構成に応じて、DRSは推奨状態 を表示するか、自動的に適用します。その結果、自己管理的で高度に最適化され、リソースと負 荷のバランシングが組み込まれた、極めて効率的なコンピュータ・クラスタが実現します。
VMwareの HA（High Availability）機能は、ESX Server ハードウェア・マシンの障害を検知する と、自動的に仮想マシンおよびその常駐アプリケーションとサービスを別のESX Serverハードウ ェア上で再起動して、サーバが回復するまでの時間を短縮し、高いレベルの可用性を実現します。
VMwareのHAおよびDRSを合わせて使用することで、ロード・バランシングを備えた自動フェ
イルオーバーが行われます。この組み合わせにより、HAによって仮想マシンが別のホストに移 動された後、仮想マシンでのリバランシングが短時間で行われます。
VMware クラスタリング
ESX Serverは、1つのESX Server内の仮想マシンのレベルでクラスタ化する（インボックス・ク
ラスタ）ことも、複数のESX Server内でクラスタ化する（アウトサイドボックス・クラスタ）こ ともできます。ボックス内で設定されたクラスタは、ソフトウェアまたは管理上のミスが障害の 原因となりやすい環境で高可用性を提供するのに役立ちます。ソフトウェアやロジックの問題以 外に、ハードウェア障害の際に高いレベルの保護が必要な場合は、アウトサイドボックス・クラ スタが有用です。
ESX Server 3 ネットワークの概念
ESX Server 3 のアーキテクチャでは、管理コンソールである VMkernel と仮想マシンの接続要件
を満たすために、複数のネットワーク・インタフェースが必要です。
主なネットワーク・インタフェースの種類は、次のとおりです。
• 仮想マシン：ゲスト・オペレーティング・システムに対して接続を可能にします。
• Service Console：ESXホストに対してssh、HTTP、VirtualCenterアクセスを提供するイ ンタフェースです。
• VMkernel：このインタフェースは、NFS マウント、iSCSI セッション、VMotion など、
すべてのIPストレージ・トラフィックに対して使用されます。
ベスト・プラクティス：ESX Server 3では、VMkernelはService Consoleとネットワーク接続 を共有できます。また、VMotion 使用時の仮想マシンの状態情報を送ることもできます。
ESXホストが VMotionまたは DRS向けに構成されている場合は、それらのサーバ用に独立
したインタフェースを作成することをお勧めします。
ESXホストでIPストレージを使用するには、VMkernelに対する1つまたは複数の物理ネットワ ーク・インタフェースの構成が必要です。このインタフェースは、一意のIPアドレスを必要と します。また、仮想マシンのストレージ要件を満たすため専用として使用する必要があります。
実際の動作としては、VMkernelがIPストレージ・インタフェースを管理します。これには、
iSCSIおよびNFSがCelerraへのアクセスに使用するインタフェースも含まれます。ESX Server
をCelerraによるIPストレージ用に構成すると、VMkernelネットワーク・インタフェースが1つ
または複数のData Mover iSCSIターゲットまたはNFSサーバにアクセスできるように構成されま す。
このプロセスの最初の手順は、図5に示すように、VIクライアントのネットワーク構成ウィザー ドによってVMkernelインタフェースを構成することです。
図5：VMkernelネットワーク構成ウィザード
ベスト・プラクティス：VMkernelに対しては、1つまたは複数の 1 GBネットワーク・イン タフェースを使用します。
VMkernelインタフェースは実質的にIPストレージ用のSCSIバスなので、Celerraからのネット
ワーク・トラフィックは、仮想LANまたは専用のIP SANスイッチを使用することにより、プラ イベートLANを通るようにセグメント化することをお勧めします。仮想マシンに対するスルー プット要件によっては、Celerra Data Moverへのネットワーク・パスを追加するように、さらにイ ンタフェースを構成する必要があります。
ストレージ・アクセス・パスの High Availability オプション
ESX ホストには、VMkernel IPストレージ・インタフェースのサービス・レベルを向上させる高 度なネットワーク・オプションがいくつか用意されています。ESX Server 3でのNICチーミング により、ロード・バランシングと冗長性のためのオプションが提供されます。
NICチーミングのオプションには、次のものが含まれます。
• MACベース：ESX Server 2.5でのデフォルト
• ポート・ベース：ESX Server 3でのデフォルト
• IPベース：それぞれのバージョンでオプション
ESX Serverホストで負荷を複数のネットワーク・インタフェースに分散する場合は、NICチーム
をIPまたはポート・ハッシングと組み合わせて使用することを検討してください。複数の Celerra iSCSIターゲットまたはNFSファイル・システムがESX Serverにプロビジョニングされ る場合は、NICチーミングをCelerraの高度なネットワーク機能と組み合わせることにより、NFS
およびiSCSIセッションを複数のData Moverネットワーク・インタフェースにわたってルーティ
ングすることができます。NICチーミング機能を使用すると、VMkernelスイッチ上で複数の NICを使用することができます。Celerraでリンク統合を行うようにネットワークの論理接続を構 成すると、仮想マシンへのスループットを高める、セッション・ベースのロード・バランシン グ・ソリューションが実現されます。図6は、EtherChannelをESXおよびCelerraとともに使用す る方法を示したトポロジー・ダイアグラムです。
図6：EtherChannelを使用したCelerraネットワーキング
VLAN
VLANを使用すると、ESX Server I/Oを運んでいるEthernetパケットが安全に分離され、QoSが 確保されます。ESX Serverでは、VLANを使用する構成が推奨されます。VMware Infrastructure 3 では、標準的なポート・ベースのVLANタギングなど、802.1Qに伴うVLANのさまざまなオプ ションがサポートされます。VLANタグを仮想スイッチ・ネットワーク・インタフェースに適用 することにより、ネットワーク・トラフィックのスコープをその仮想マシン・ネットワーク・イ ンタフェースに制限することができます。
仮想グループ・タギングを使用すると、ポート割り当て4095が適用されます。そのため、ホス
トは802.1Qタグを仮想マシンのネットワーク・インタフェースに提供する必要があります。
ESX Serverでは、最大4,094個のポートを使用する802.1Dおよび802.1Qがサポートされます。
Celerraネットワーク・スタックでも、802.1Q VLANタギングがサポートされます。Celerraの仮
想ネットワーク・インタフェース（VLAN）は、統合されたリンクやフェール・セーフ・ネット ワークのインタフェースなどの物理的または論理的なネットワーク・デバイスに割り当てること ができる論理的な関連づけです。CelerraのVLANはレイヤー2ハードウェア・アドレスよりも上 位に存在するため、Data Moverでは、高可用性とロード・バランシングのために、複数の物理イ ンタフェースをサポートすることができます。
CelerraとESX Server 3はどちらも802.1Qをサポートするため、ストレージ・ネットワークが VLANでセグメント化されている環境が全面的にサポートされます。
ベスト・プラクティス：VMkernel IP ストレージのネットワーク・トラフィックを、VLAN または独立したIP SANスイッチを使用したプライベートLANを通るようにセグメント化し ます。
External Switch Tagging
EST（External Switch Tagging）は、ESXホストのネットワーク・ポートに対するデフォルトの構
成です。VLANタグを使用する物理ネットワークの構成が個々の物理サーバに対して透過的であ る状態と似ています。このオプションはポートで適用され、ESX Serverで特別な構成を行う必要 はありません。タグは、パケットがスイッチ・ポートに到着したときに付加され、パケットがス イッチ・ポートを離れるときに取り除かれます。NICと物理スイッチの間には1対1の関係があ るため、ESTはシステム内で使用できるVLANの数を制限するという点で影響を与えます。
以下は、ジャンボ・フレームについての情報です。Celerra Data Moverはジャンボ・フレームをサ ポートしているため、ESX Server IP VMkernelインタフェースでもサポートすることが自然であ
Celerra Data Mover
Switch Ethernet
Channel
ESX Hosts NIC Team used
by VMKernel
るように見えます。しかし、現在、VMkernelネットワーク・スタックではジャンボ・フレーム はサポートされていません。ジャンボ・フレームが利用可能であれば、IPストレージ・ネットワ ークでジャンボ・フレームを有効にすることが推奨されると考えられます。
QLogic 4050シリーズなどのiSCSI HBAデバイスを使用すると、フレーム・サイズをさらに大き
くできる可能性があります。CelerraとQLA 4052のどちらも、9,000バイトまでのJumbo Ethernet
Frameサイズをサポートしています。
ESX Server 3 に対する Celerra ストレージのプロビジョニ ング
ESX Server 3でのIPストレージのサポートにより、EMC Celerraは、仮想マシンで使用されるデ
ータストアをサポートするのに適したプラットフォームになりました。Celerraには、NFSおよび
iSCSIのサポートとして、ESXホスト・システム向けにネットワーク・ストレージを構成するた
めの2つのオプションがあります。CLARiX®またはSymmetrix®バックエンド・ストレージに
Celerraを組み合わせることで、可用性が高く、RAIDで保護されたストレージがESXホストに提
供されます。
Celerraをストレージ・システムとして使用することで、ファイバ・チャネル・デバイスが使用で
きなくなることはありません。ESX Serverでは、ファイバ・チャネル・デバイスをiSCSIおよび NFSとともに使用できます。複数のクラスの共有ストレージを使用するデータストアでESXが 構成されている場合、VirtualCenterを移行することで、アプリケーションのニーズに基づいて仮 想ディスクのリバランスを行うことができます。これにより、仮想マシンをストレージの複数の 層に分散するように再配置して、アプリケーションのニーズをストレージ・システム全体でバラ ンスさせることができます。
ストレージをESXホスト向けに構成するには、Celerra Managementインタフェースを使用します。
Celerraには、ESXボリュームの作成に使用するデバイスのパフォーマンスと保護のために、ス
トライプ（RAID 1）およびパリティ（RAID 3/RAID 5）のオプションが用意されています。
Celerra AVM（Automatic Volume Manager）は、ファイル・システムを構成するディスクの最適な 配置を識別する内部アルゴリズムを実行します。ストレージ管理者は、ストレージ・プールの種 類および必要な容量を選択するだけで、NFSデータストアとして使用するために、ESXに提示で きるファイル・システムを確立できます。
使用するストレージおよびRAIDアルゴリズムの選択は、アプリケーションおよび仮想マシンが 必要とするスループットに大きく依存します。RAID 5 は最も効率的にディスク容量を使用でき、
アプリケーションの要件を満たす十分なパフォーマンスを提供します。RAID 1は最も良いパフ ォーマンスが得られますが、ファイル・システム内のすべてのデータをミラーリングするために 追加のディスク容量が必要です。EMCのラボで行われたテストによると、仮想マシンの起動デ ィスク・イメージとしても、アプリケーション・データ用に使う仮想ディスク・ストレージとし ても、RAID 5が選ばれました。サーバに適したRAID構成を特定する際には、コンピューティ ング環境に存在するアプリケーションおよびストレージの要件を把握することが役立ちます。
EMC NASの専門家は、これらの要件から適切なストレージ構成を導けるように養成されていま
す。
ESXには、Celerra NFSファイル・システムのエクスポートまたはiSCSI LUNからデータストア を作成するためのツールが用意されています。データストアを識別するためには、ユーザー割り 当てのラベルが必要です。
仮想ディスクは、仮想マシンに割り当てられ、標準のSCSIデバイスと同じようにゲスト・オペ レーティング・システムによって管理されます。たとえば、ESXホストを実行する仮想マシンに 仮想ディスクが割り当てられます。デバイスが使用できるようにするために、ゲスト・オペレー
ティング・システムがディスクの 1つにインストールされます。仮想ディスクのフォーマットは、
ゲストOSまたはインストール・プログラムによって決定されます。考えられる構成の1つは、
CelerraからESXホストにNFSファイル・システムを提示することです。ESXはNFSファイル・
システムを使用して、新しく定義された仮想マシン用にNFSデータストアおよびVMDKファイ ルを作成します。Windowsゲストの場合、VMDKはNTFSファイル・システムとしてフォーマッ トされます。アプリケーション用に使用する追加の仮想ディスクは、1つまたは複数のCelerraフ ァイル・システムからプロビジョニングして、WindowsゲストOSによってNTFSにフォーマッ トできます。
ストレージ・オブジェクトの命名
Celerra を使用する ESX 環境を作成する際に、慎重に検討する必要がある事項は、ストレージ・
オブジェクトの命名です。ESX内のファイル・システム、エクスポート、iSCSI ターゲット、デ ータストアに説明的な名前を付けると、環境の継続的な管理やトラブルシューティングに役立つ 情報が得ることができます。それらの構成の基礎になるストレージ・システムを含むラベルを的 確に使用することは、メンテナンスが必要な際の管理やトラブルシューティングに役立ちます。
ベスト・プラクティス：識別のための要素（IPアドレスやNFSサーバ名）をデータストア定 義に取り込んだり、使用するCelerraの名前に注釈を付けることで、その後の管理や構成のタ スクが楽になります。
ESX Server 3 向けの Celerra NFS 構成
「概要」セクションで説明したとおり、ESX 3にはNFSファイル・システムからデータストアを 作成するオプションがあります。Celerra NFSからエクスポートされたファイル・システムおよ び機能セットは、ESXによるこれらを補完し、極めて柔軟で信頼性の高い環境を実現します。
VMware Infrastructure 3の管理ユーティリティを使用して、NFSファイル・システムをCelerraか ら構成およびマウントできます。VIクライアントを使用して、エクスポートするデータストア に名前を付けることもできます。このデータストア名は、ESX環境でデータストアを管理する際 の主な参照として使用されます。
NFSデータストアは、仮想ディスクをサポートする領域のプールと考えることができます。デー タストア内で1つまたは複数の仮想ディスクが作成され、仮想マシンに割り当てられます。各仮 想ディスクでは、プライマリ仮想ディスクを使用してゲスト・オペレーティング・システムおよ びブート情報がインストールされます。他のディスクは、アプリケーションおよびユーザ・デー タのために使用されます。
NFSデータストアではESX仮想ディスク、仮想マシン構成ファイル、スナップショット、ディ スク拡張、VMotion、Disaster Recovery Servicesを使用できます。
また、CelerraはESXに使用されるファイル・システムのレプリケーション、ローカル・スナッ プショット、仮想プロビジョニング、NDMPバックアップもサポートしています。
NFSからエクスポートされたファイル・システムにアクセスするために、ESXホストでは
VMkernelにCelerraへのネットワーク・アクセスが定義されている必要があります。デフォルト
では、ESXホストはrootユーザー・アカウントを使用してファイル・システムをマウントします。
ファイル・システムには、ファイル・システムをマウントするインタフェースへのrootアクセス 権が含まれている必要があります。エクスポートはVMkernelインタフェースに限定することを お勧めします。
図7：VMware Infrastructure 3におけるESX NFSアーキテクチャ
図7は、VMware Infrastructure 3におけるESX NFSアーキテクチャについて、ストレージ・デバ イスとESXホストのやり取りを中心に示した概要図です。ESXは、環境内のVMごとに別々の フォルダを作成します。仮想ディスクおよびESXスナップ・ログを含むすべての仮想オブジェ クトは、ファイル・システム内に保存されます。図7には、いくつかのネットワーク・インタフ ェースが示されています。ESX仮想ディスクのすべてのI/OはVMkernel NICを通過するため、
VMkernelインタフェースはネットワーク・インタフェースにとって極めて重要です。
仮想マシンの場合は、仮想マシンのネットワーク・インタフェースの1つを使用して、Celerraか ら他の NFSファイル・システムのエクスポート、CIFSシェア、または iSCSIターゲットにアク セスできます。
ESX Server によって追加される Celerra NFS のメリット
NFSの使用は、仮想マシンのテンプレートやクローン・イメージなど一般的なファイルを保管す る場合にも役に立つ、ESXでのオプションです。
ユーザーの使用例として、次のようなものが考えられます。
• ISOイメージなどのネットワーク・ライブラリ要素を共有する
• 仮想マシンのテンプレートやクローンを保存する
よく使用される仮想マシン・イメージを、将来使用するためにテンプレートとして保存すること で、新しい仮想マシンを設定するために必要な時間を短縮することができます。NFS では、1 つ の環境内のすべての ESX ホストが同じファイル・システムにアクセスできるようにすることで、
Celerra
NFS File
System
VMkernel NIC
NFS Protocol
Linux
Virtual Machine Celerra
Data Mover
RedHat.vmdk Win2K.vmdk
Win2K
VM network interfaces Datastore
この時間節約の方法を強化しています。この方法で共有されたファイル・システムに仮想マシ ン・テンプレートを置くと、ネットワークの広い範囲に分散した多くのファイル・システムにテ ンプレートをコピーする必要がなくなります。
ベスト・プラクティス：テンプレートおよびISOイメージを保持するNFSデータベースを作 成します。NFSデータストアを各ESX Serverにマウントして、それらのファイルをまとめる 場所を作ります。
ビジネス継続性（ SnapSure ）
Celerraチェックポイントおよび Celerra Replicator™を使用することは、ファイル・システムの継
続的な管理に役立ちます。ゲスト OS およびアプリケーションの状態に応じて、スナップショッ トにより、オペレーティング・システムおよびアプリケーションの仮想ディスクを含むファイ ル・システムのクラッシュ・コンシステント・イメージが得られます。
Celerraのスナップショットは、OSおよびアプリケーション・データのVMDKファイルを含むポ
イント・イン・タイム・イメージを作成する場合に使用できます。スナップショット・イメージ は、ESX スナップショットや個別の仮想マシンを含む仮想ディスク・オブジェクトのニアライ ン・リストアに使用できます。スナップショット・ファイル・システムは、すべての ESX ファ イル・オブジェクトのセカンダリ・イメージであり、NDMPバックアップ・プロセスに統合した り、災害復旧のためにもう1つのCelerraにコピーすることができます。
NFS のセキュリティ
Celerraには、次のように、データへのアクセスを制限するいくつかのオプションがあります。
• VLANを使用したトラフィックの分離
• 特定のホストIPアドレスへのアクセスの制限
• 特定のユーザー・アカウントによるアクセスの制限
• ESXでは、NFSファイル・システムをマウントするために、rootでないdelegateというアカ ウントが用意されています。rootアクセスによってファイル・システムがエクスポートされ ることを避けるために、このアクセス方法を使用することを考慮してください。
ESX Serverは仮想オペレーティング・システムおよびアプリケーション・ディスクを含むファイ
ル・システムをマウントするため、ストレージへのアクセスは制限することをお勧めします。
その他の考慮事項
デフォルトでは、ESX内の NFSクライアントの数は8つの NFSマウントに制限されています。
ほとんどの場合はこれで十分ですが、ESX VirtualCenter インタフェースの詳細設定タブに、ファ イル・システムの数を最大32まで増やすオプションがあります。
仮想マシンを作成すると、ESXによってスワップ・ファイルが作成され、仮想ディスクとともに 仮想マシン・フォルダに保存されます。スワップ・ファイルは、ESXホストがビジーになったと きに、スワップのリソースとして使用されます。ネットワーク・デバイスに対するスワップの影 響を限定するために、VMwareではファイルをローカル・ディスクに保存することをお勧めしま す。そのためには、VMの高度な設定で構成パラメータを図8で示したように変更します。ロー カル・ディスクの場所を示すsched.swap.dirの行を追加することで、作業は完了します。ESXの リソース管理に関するドキュメントに、この値の設定に関する詳細が説明されています。
図8：ESX NFSの構成パラメータ
注意：この構成オプションによってパフォーマンスは向上しますが、VMotionでNFSデータ ストアを使用できなくなります。
ESX Server 3 向けの Celerra iSCSI 構成
VMware Infrastructure 3では、VMkernelのTCP/IPスタックおよびソフトウェア・イニシエータに より、ネイティブのiSCSIクライアントがサポートされます。このIPストレージ・オプションを 使用することで、1つまたは複数のCelerra iSCSIターゲットから最大255のiSCSI LUNにアクセ スできるようにESX iSCSIソフトウェア・イニシエータを構成できます。
iSCSI LUN の構成
iSCSIの構成では、まず、ESXホストにIPストレージのためのネットワーク接続が構成されてい
ることと、iSCSI サービスが有効になっていることが必要です。この、iSCSIに使用される ESX
VMkernel ストレージ・インタフェース構成については、ESX ネットワークの概念に関するセク
ションで説明されています。
セッションを確立するには、次の手順を実行する必要があります（図9）。
1. VIクライアントのファイアウォール・プロパティ・インタフェースにあるセキュリティ・プ ロファイルで、iSCSIクライアントを有効にします。
2. ESX Serverホストで、iSCSIソフトウェア・イニシエータを構成します。
3. iSCSI LUNを構成し、このESX Serverホストに対して定義されたソフトウェア・イニシエー
タのIQNにこれらをマスクします。ハードウェア・デバイスを使用している場合は、マスク するためにそのデバイスのIQNを調べる必要があります。
ESXホストをiSCSI向けに構成する前に、ホストで iSCSIクライアントが有効になるようにファ
イアウォールを変更してあることを確認します。これにより、クライアントはCelerra上のiSCSI ターゲットとの間にセッションを確立することができます。
図9：ESXの［Firewall Properties］ページ
IQNは、iSCSI HBAの［iSCSI Initiator Properties］ページ（図10）で識別できます。ソフトウェ ア・イニシエータのデフォルトのデバイス名は、vmhba40です。IQN名は、Service Consoleで
vmkiscsi-inameコマンドを実行しても取得できます。管理インタフェースを使用すると、iSCSIサ
ービスを有効化できるほか、Celerra iSCSIターゲットへのアクセスに使用するネットワーク・ポ ータルを定義することもできます。
図10： iSCSIの［Initiator Properties］ページ
クライアントの構成が完了したら、Celerraが少なくとも iSCSIターゲットとLUNについて構成 されていることを確認する必要があります。
iSCSI LUNは、Celerra Management iSCSIウィザードを使用して構成できます。ESX Serverソフト ウェアまたはハードウェア・イニシエータの IQN が分かっている場合は、ホストに対して LUN をマスクし、さらに構成を行うことができます。LUNは、Celerra Managerを使用して Celerraフ ァイル・システムからプロビジョニングされ、ESX ServerホストiSCSIソフトウェア・イニシエ ータのIQN（iSCSI Qualified Name）に対してマスクされます。NFSの場合は、Celerra iSCSIター ゲットとの間に iSCSI セッションを確立するために VMkernel ネットワーク・インタフェースが 使用されます。
図11：Celerra Manager New iSCSI Lunウィザード - LUNマスクの割り当て
構成の手順が完了したら、Storage Adaptersのインタフェース（図12）に戻り、iSCSIバスを探し
て、このESX Serverホストに対して構成されたLUNを識別します。
図12：Storage Adaptersのインタフェース
LUN の構成オプション
ESX 環境で iSCSI LUN を活用するには、次の 3 つの方法があります。VMFS（Virtual Machine
File System）、RDM（rawデバイス・マッピング）、仮想ゲスト OS内でのソフトウェア・イニ
シエータ（通常は Microsoft ソフトウェア・イニシエータ）の使用です。それぞれの最適な使用 方法を以下の具体的な例に示します。
Virtual Machine File System
VMFS（Virtual Machine File System）は、ESX Server のデフォルトのディスク構成オプションで す。VIクライアントは、iSCSI LUNをVMFS3としてフォーマットし、これを使用して仮想ディ スク、仮想マシン構成ファイル、スナップショット・ログ・ファイル、ファイル・システム・メ
タデータ用のデータストアが作成されます。これは、前のセクションで説明した NFS データス トアとよく似た機能を持っています。
VMFSが最適なユーザー使用例：
• アプリケーション・サーバ、アクティブ・ディレクトリのドメイン・コントローラなど、I/O が固定されたワークロードのない一般的な仮想マシンのストレージ
• ネイティブESXスナップショットを使用したアプリケーション・レベルのI/O一貫性を必要 としない仮想マシン
• VMware Consolidated Backupを使用したバックアップが適している仮想マシン
VMFS は、さまざまな仮想マシンの LUN が具体的な I/O パフォーマンス・エンベロープを必要 としない場合、またはプロビジョニングおよび使用の容易さが最優先の場合に、NFS と組み合わ せる選択肢として優れています。
図13：Celerra iSCSIおよびESX Server3とともに使用するVMFSの概念図
Celerra iSCSI LUNをESX Serverホストと組み合わせて使用する場合は、Virtual Provisioned LUN
およびDynamic LUN拡張などの高度なCelerra機能が全面的にサポートされます。NFSとVMFS
の重要な相違点は、VMFSファイル・システムにはサポートのために使用可能な ESX メタデー タが含まれているということです。メタデータ・ファイルは、図 14に示したように.sf 拡張子に よって識別されます。
図14：2つの仮想マシンを含むVMFSデータストア
rawデバイス・マッピング・ディスク
RDM（rawデバイス・マッピング）は、VMFSボリューム内でraw物理デバイスのプロキシとし
て動作するマッピング・ファイルです。RDMには、物理デバイスへのディスク・アクセスを管 理およびリダイレクトするために使用されるメタデータが含まれています。このファイルを使用 すると、VMFS内の仮想ディスクが持つ利点の一部を保ったまま、物理デバイスに直接アクセス できます。つまり、VMFSの管理性とrawデバイスのアクセスが1つに統合されています。
図15：RDMデバイスは独立したマッピング・ファイルを使用
RDMは、SCSIコマンドをゲストOSからSCSIターゲットに渡すことができるデバイスです。メ リットは、ストレージ・プラットフォーム・ベースのレプリケーション・ツールとのインタフェ ースを持つ管理ユーティリティを使用して、アレイ・レベルでスナップを作成したりiSCSIデバ イスをレプリケートできることです。
制限は、ファイル・システム内に複数の仮想ディスクを作成できるVMFSと異なり、RDMは 1つの仮想ディスクとしてのみ構成可能です。
RDMディスクは、LUNに特定のパフォーマンス・ニーズがある場合に適しています。これは、
RDMでは仮想ディスクとiSCSI LUNが1対1のモデルを使用しているため、VMFSやNFSのよ うに複数の仮想マシンによって共有されることがないためです。また、アプリケーション統合
（Microsoft Exchange 2003および2007 VSS、SQL Server VDI APIが使用される場合など）レプリ ケーションが必要な場合にも適しています。
RDMの最適なユーザー使用例は、次のとおりです。
• ExchangeおよびSQL ServerのログおよびデータベースLUN（起動ファイルとバイナリは
VMFSまたはNFSを使用して保存）
• アプリケーション統合レプリケーションが必要な場合
RDMでは構成とレイアウトに対する制御が強化されていますが、制御とパフォーマンス調整が 存在するということはRDMがVMFSよりも多少複雑であることを意味しており、RDMを使用 した仮想マシンはVMware Consolidated Backupによってバックアップできません。VMware
Infrastructure 3の他のすべての高度な機能（VMotion、HA、DRS）は、RDMでサポートされ、一 般的なVMFSでも動作します。
このデバイスを使用すると、ESX Serverカーネルから提示されたストレージ・デバイスにゲスト OSがSCSIコマンドを直接渡すことができます。Celerraでこのオプションを使用できるのは、デ バイスがNFSデータストアではなくiSCSI LUNである場合だけです。この種類のデバイスを使 用する理由の1つは、CelerraレベルのiSCSIレプリケーションが必要な場合です。VIクライアン トを使用してこのデバイスを作成するためには、LUNを構成する対象の仮想マシンを選択し、
設定を編集するタブを選択します。［Hardware］タブを選択すると、管理インタフェースからデ ィスク・オプションを選択することで新しいデバイスを追加できるようになります。このプロセ スで重要な点は、新しいデバイスが物理互換モードで作成されることです。図16に、RDMデバ イスの構成画面を示します。
図16：VirtualCenter ManagementインタフェースによるRDMの作成
RDMとVMFSの主な違いは、それぞれがサポートするデバイスの数です。VMFSではストレー ジ・プールが用意されており、それを使用することによって多数の仮想ディスクおよび仮想マシ ンを作成できます。RDMデバイスは 1つのディスク・デバイスとして直接 VMに提示されます。
RDMデバイスは、それ以上分割することはできません。
ソフトウェア・イニシエータ
iSCSIソフトウェア・イニシエータでは、ギガビットEthernetの実行時に適したインタフェース
が提供されます。CelerraでNICチーミングおよびロード・バランシングを使用すると、ESX内 で実行される仮想マシンは十分なスループットを得ることができます。
iSCSIソフトウェア・イニシエータは、現在、iSCSI上のESX動作環境の起動はサポートしてい
ません。ストレージ・システムからESX Serverを起動するには、iSCSI HBAデバイスをインスト ールする必要があります。現在、Celerra iSCSIストレージからESXを起動できるデバイスは、
QLogic 4050シリーズのHBAだけです。ESX ServerをiSCSIから起動するように構成する場合は、
iSCSI LUNを作成し、QLogicアダプタのIQN名に対してマスクします。Celerra上のiSCSI LUN を起動デバイスにするには、ESX Serverソフトウェアのインストール時にNetBIOSの設定も構成 する必要があります。
ベスト・プラクティス：Celerra から ESXを起動するには、iSCSI HBA デバイスが必要で す。現在、iSCSIストレージから起動可能なHBAはQLogic 4050シリーズだけです。
ストレージを追加するプロセスでは、ESX Serverホストがストレージ・デバイスとセッションを 確立する必要があります。Virtual Interface のコールド移行ツールを使用すると、ロード・バラン シングまたはリィバランシングを行うことができます。
構成の上限
次の一覧に、現在ESX Server 3.0で使用できる機能と、構成の上限を示します。
• LUNは最大254
• VMware VMFS 3ボリュームは最大128
• VMware VMFS 3ボリュームあたりのサイズは最大64 TB
• iSCSIのターゲットは最大8
• iSCSIではクラスタリングのサポートはなし
仮想マシンにおけるMicrosoft iSCSI Software Initiator
ゲストOSでMicrosoft iSCSI Software Initiatorを使用することは、物理サーバで使用することと同 じです。Microsoft iSCSI Software Initiatorは、ネットワーク・スタック上（この場合はゲストOS の仮想ネットワーク）に置かれ、すべてのiSCSIタスクをソフトウェアで行います。
図17：Microsoft iSCSI Software InitiatorからCelerra iSCSIターゲットLUNへのアクセス この使用例は、iSCSI LUNが物理ストレージおよびレイアウトでLUN構成と1対1にマッピン グされており、パフォーマンスを具体的に制御できるという点で、RDMの場合と似ています。
しかし、この構成を使用する主な理由は、3つの中でこのストレージ・モデルだけが、ゲスト OS内でのLUNの追加と削除の自動処理をサポートしているということです。他のすべての方 法（VMFS、NFS、RDMS）では、VirtualCenterを使用して手動でストレージを構成する必要があ ります。この機能は、LUNが自動的かつ動的に追加および削除されるマウント・ホスト（アプ リケーション・コンシステント・レプリカ用）にとっては必須です。
仮想マシンでのMicrosoft iSCSI Software Initiatorの最適なユーザー使用例は、次のとおりです。
• VSSおよびVDIアプリケーション・インタフェースを使用して作成されたLUNレプリカの ためのマウント・ホスト（ストリーム・バックアップ用）
• テストおよび開発で使用するSQL Serverデータベースの動的な提示
図18に、これらの方法をどのように組み合わせて使用するかを示します。
図18：iSCSIスナップショット・アクセスのための仮想マシン・インタフェースおよびソフトウ ェア
仮想プロビジョニング
Celerraファイル・システムおよびiSCSI LUNを使用した仮想プロビジョニングまたはシン・プ
ロビジョニングでは、さらに実用的な形でストレージが使用されます。仮想プロビジョニングで は、仮想マシンのアプリケーションが仮想ディスクに対して何らかのデータを生成するまでは、
仮想ディスクの領域にバッキング・ストレージ容量を事前割り当てしないストレージ・デバイス を作成できます。仮想プロビジョニング・モデルを使用すると、使用量の拡大の予測に基づいて ディスクを過剰プロビジョニングする必要がありません。アクセス元のホストにとってストレー ジ・デバイスが上限を表し、実際に上限として機能することは同じですが、ほとんどの場合、実 際のディスク使用量は明示的に割り当てられたサイズをかなり下回ります。このことのメリット は、ESX Serverアーキテクチャにおける仮想リソースと同様に、ディスク・リソースのプールを 共有する仮想デバイスのセットとしてストレージが表されることです。ディスクの消費量はESX 環境内の仮想マシンのニーズに基づいて増加します。将来の伸びに対処するために、Celerraは使 用可能な容量を監視します。また、空き容量の減少に伴ってバッキング・ファイル・システムの 容量を自動的に拡張するように構成することもできます。
Celerra Managerのインタフェースでは、NFSサーバの仮想ファイル・システムを定義できます。
新規のファイル・システムを定義するときに［Virtual Provisioning Enabled］を選択すると、最 初に要求された容量（図19では10 GB）だけを消費するファイル・システムが作成されます。
ESXホストは、20 GBという上限を認識し、使用される容量の増加に合わせて透過的に領域を割 り当てます。
図19：Celerraの仮想プロビジョニング・ファイル・システムを作成するインタフェース
ESX Serverには、シン・プロビジョニングされる仮想ディスクおよびファイル・システムを作成
するオプションもあります。NFSデータストアから作成された仮想ディスクは、デフォルトでシ ン・プロビジョニングされます。VMFSデータストア（iSCSI）は、デフォルトでシックまたは フルに仮想ディスクに割り当てられます。
したがって、NFSファイル・システムは、ゲストOSで動作中のアプリケーションまたは操作中 のユーザーが仮想ディスクへの書き込みを要求したときにのみ消費されます。ディスク要求は、
NFSファイル・システム内で割り当て要求に変換されます。このオプションのメリットは、仮想 ディスクによって使用されるストレージ領域の容量が保持されるということです。ただし、NFS データストアによって使用されるファイル・システムの過剰割り当てという問題には対処してい ません。Celerraで仮想プロビジョニングされたファイル・システムは、この点で進化しており、
データストア内のすべての仮想ディスクのニーズを満たすディスク領域のみを割り当てます。
図20の一番上の図のようにファイル・システムを1次元で捕らえると、仮想的でない、割り当
てられたファイル・システムの大きさは固定されており、この場合は40 GBです。この領域は
ESX Server NFSデータストアのために予約されており、すべての仮想ストレージ・デバイスが使
用できます。この例では、5 GBから15 GBのさまざまなサイズを持ついくつかのディスクが存 在します。これらがシン・プロビジョニングされる場合は、定義された領域の全量が割り当てら れないことがあるため、未使用の領域ができます。この領域は、今後、他の仮想ディスクまたは スナップによって使用される可能性がありますが、現在は未使用です。
図20の一番下の図では、Celerraの仮想ファイル・システムが使用されています。この場合、
ESX Serverだけでなくファイル・システムもディスク・リソースを保持します。容量は固定され
ていますが、ESX Server内の仮想マシンによって要求された量の領域だけが使用されます。残り のディスク・ストレージは空いており、他のファイル・システムが使用できます。したがって、
ここに示した例で割り当てられたストレージは、Celerraでシン・プロビジョニングされたファイ ル・システムの間で共有することができます。
Celerraの仮想プロビジョニングでは、ディスク領域の一部だけを割り当てておき、使用要求の増
加に合わせて自動的にバッキング領域を拡張することで、シン・プロビジョニングのメリットを 活用しています。つまり、ESX Serverに使用されるCelerraファイル・システムでは、「高密度 の」プロビジョニングよりもディスク領域の消費効率がかなり高くなります。
