私はVCP4なので、vSphere4のLUN/RDM/VMDKの構成の最大数を認識していますが、2TBより大きい論理ドライブを持つVMを作成したいとします。 。これを行うことについて私が考えることができる唯一の方法は次のとおりです。
異なるLUN上にそれぞれ2TB未満の複数のVMDKを使用してVMを作成し、ゲストオペレーティングシステムでそれらをスパンまたはソフトウェアでRAIDします。
複数のLUNにまたがるVMFSエクステントを作成し、複数のVMDKを作成し、ゲストオペレーティングシステムでそれらをスパニングまたはソフトウェアRAIDします(#1のわずかなバリエーション)。
複数の2TB以下のRDMを使用し、ゲストオペレーティングシステムでそれらをスパニングまたはソフトウェアRAIDします。
ゲストオペレーティングシステムから2TBを超えるiSCSILUNをマウントします。
これらの方法はすべて、ゲストオペレーティングシステムからのスパニング/ソフトウェアRAIDに依存しています。これはほとんどそれですか、それとも他の可能性がありますか?
UpdateTomTomは4番目のオプションを指摘しました。
アップデート2トムのハードウェアには 興味深い記事 ペタバイトサイズのストレージデバイスがあります。 vSphere4.1のNFS経由でマウントされたスクリーンショットがあります。 NFSに関するJakeRobinsonの提案に関しては、これらのタイプのデータストアでは空が限界です。
4.xではこれでほぼ完了です。
vSphere 5.0では、パススルーRDMを大きくすることができます(約60 TB)が、VMDKと非パススルーRDMには2 TB制限があります。( 参照 )。パススルー(物理)RDMと非パススルー(仮想)RDMは、SCSIコマンドの程度によって区別されます。 vSphereによって仮想化されます。パススルーRDMには、REPORT_LUN
を除くすべてのSCSIコマンドが直接送信されますが、非パススルーRDMにはすべてのハードウェア特性が隠されており、VMKernelはREAD
のみを渡します。およびWRITE
コマンドは、VMFSボリューム上の他のVMDKと同様にゲストオペレーティングシステムに提示されるときにデバイスに送信されます( KB2009226 を参照)。
5.0にアップグレードしてRDMを使用できるのであれば、すばらしいです。そうしないと、ゲストOSでLVMまたはソフトウェアRAIDを使用してVMDKまたは<2TBRDMを接着することに行き詰まります。
ネットワーク接続ストレージタイプのプロトコル(NFS、CIFSなど)を忘れないでください。つまり、SAN/NASサポートがそれらを提供する場合です。明らかに、VMこれらのいずれかを提供すると、目的が少し無効になります。
LinuxゲストはLVMに複数のVMDKを使用できますが、これは正確にスパンされておらず、正確にRAIDでもありません。