ESXi RDMのZFSファイルシステムでチェックサムエラーが発生したのはなぜですか？
最近2x1TBSATAドライブを追加したVMwareESXi4.1サーバーがあります。このマシンは、ZFSファイルシステムをホストする NexentaStor Community VM）を実行します。新しいドライブを追加する前は、すべてのZFS zpoolは、ハードウェアRAID10上にあるサーバーのVmwareデータストア。
新しいSATAドライブにはハードウェアの冗長性がないため、私の目標は、それらをNexentaStor VMに直接接続し、それらからRAID1zpoolを作成することでした。
I これらの手順に従いますvmkfstools -z /vmfs/devices/disks/idnumber RDM1.vmdk -a lsilogicを使用して新しいSATAドライブ用に2つの物理RDMファイルを作成します
2つのRDMディスクをVMに追加し、それらにraidz1 zpoolを作成した後、データをzpoolにコピーし始めました。プールがオフラインになり、何千ものチェックサムエラーがあることが通知されました。
ウェブを検索したところ、同じ状況を訴える人がたくさんいました。 （ 例 ）それ以来、RDMの使用をあきらめ、RAIDz1に配置する2つのデータストアと2つの930GBVMDKファイルを作成しました。しかし、どこが間違っていたのか知りたい。オンラインの多くの人が、この構成が機能していると述べています。
VMDKではなくRDMを使用する背後にある私の目標は次のとおりです。
- VM監視機能S.M.A.R.T.ステータスを与える
- ディスク全体へのZFSアクセスを許可します（これらは他の目的には使用されないことがわかっていたため）
- ドライブが故障した場合に、ドライブを簡単にホットスワップできるようにします
- これらのドライブを取り外して、必要に応じて別のZFSサーバーに配置することを許可します
これと同じセットアップを、今週後半にセットアップする新しいESXi5.1サーバーで使用することを計画していました。その場合、既存のzpoolを新しいVMに追加したかったので、＃4は特に重要です。これらのチェックサムエラーが発生したのはなぜですか？ ESXi 4.1に関連していますか？私が間違ったことはありますか？
編集：VMware ESXi 5.1で同じセットアップを作成しましたが、これまでのところnoの問題があります。これを非常に徹底的にテストしますが、これまでのところ、これはESXi4.1の問題のようです。
私の知る限り、これはVMware ESXi4.1のRDM実装のバグが原因でした。 VMware ESXi 5.1を使用すると、RDMに問題はまったくありません。 RDMが期待どおりに機能しなかった理由や、RDMの使用目的について詳しく知りたいのですが、5.1でRDMを使用することは非常に安定しており、目標を達成することができます。
「PCIパススルー」を使用して、SATAコントローラーを仮想化されたNexentaStorインスタンスに渡します。これを行うには、適度に最新のプロセッサが必要です。
とはいえ、基盤となるハードウェアRAIDがある場合、VMDKでZFSを実行することに大きな問題はありません。ハードウェアソリューションに関する詳細情報を提供できますか？