ISCSIターゲットとしてのZFSボリューム
私はZFSを調べており、ZFS管理にFreeNASを使用しており、次の質問があります。
ZFSボリュームにiSCSIターゲットを作成するときに、重複排除、自動エラー修正などのZFSの利点はまだ機能しますか？
FreeNASでは、これはおそらくZFSボリュームのターゲットとして使用される生のイメージファイルです。 （ファイルベースではなく）ブロックベースなので、ZFSの利点はまだ適用されますか？
編集：使用目的は、VMware（ESXi）のストレージになります。
はい、すべて機能します... ZFSでzvolを使用すると、重複排除、圧縮、チェックサム、キャッシングがすべて存在します。しかし、透明性のため、仮想化の目的ではNFSを実際に好みます。しかし、どちらでもうまくいきます。
ZFSの使用目的についてもう少し詳しく説明できますか？多くの潜在的な設計/計画の問題があるので、私は尋ねます。 このZFS入門をよく読んでください...
これを使用してVMwareインストールをバックアップしている場合、私は強くNFSを使用することをお勧めします。 iSCSIは、あなたが説明する設定ではあまりあなたを買わず、ネットワーキングと実装の観点からすると、うまくいかないことがあります。どちらの方法でも、ZFSファイルシステム（NFS）とzvols（iSCSI）のどちらを使用していても、ZFSのコア機能はすべて機能します。
ZFS + VMware + NFSを使用するのはひどい考えです。それはあなたに最悪の結果をもたらすでしょう。 VMwareはNFSの実装を使用しており、同期書き込みを常に実行し、それぞれの書き込みを待機する必要があります。そして、これはZFSで非常に遅くなります。ZFSは最初にZILログに書き込み、多くの場合、ディスク上で実際の書き込みを行います（その後、同期書き込みを確認します）。 ZFS + VMware + NFSを使用して、セキュリティで保護された書き込みで5MB /秒を取得しました。次に、UFS + iSCSIでテストを行ったところ、セキュリティウィルト（RAID 1）で64MB /秒の結果が得られました。 ZFSでiSCSIをテストしなかった
同期書き込みのアイデアは、仮想化の鍵となるブートディスクには本当に良いアイデアです。確認を待ちたい。起動時の速度は問題ではありませんが、耐久性は問題です。パフォーマンスが必要な場合は、より高速なものに移動します。パフォーマンスと信頼性は常にトレードオフです。
1日100回の書き込みを行うネットワークサービスなどのVMを実行しているVMで、非常に高速なVM=パフォーマンスが必要な場合です。
FreeNAS 9.3には、VMwareでのiSCSIの使用に必要なマッピング解除が必要です。