私は主に Linux と Mac を使用していますが、フォルダーやブロック デバイスの共有は簡単で、問題なく動作します。38 TB の ZFS ベースの Ubuntu ファイル サーバーを所有しており、そこにすべてのデバイスのほぼすべてのデータを保存しています。
それらのデバイスの 1 つは、ゲームや音楽制作に使用している Windows 7 ボックスです。非常に高速ですが、ストレージに関しては、2TB ICH10R でバックアップされた RAID5 アレイを削除して、中サイズの SSD のみを残しました。これは、ゲームやアプリケーションをインストールする主な場所として、ギガビットで接続された ZFS ボックスの NFS 共有を使用できることを期待しています。実際には、NFS 共有は、削除した Intel RAID-5 アレイと同じか、それよりも高速です。ただし、イーサネット ベースであるため、CPU サイクルをより多く使用します。これは、このボックスに ZFS でバックアップされたスナップショット可能なインストール ターゲットがあることが本当に素晴らしいので、喜んで受け入れるトレードオフです。
問題は、Windows 上の適切なローカル ドライブ以外の場所にアプリやゲームをインストールするのがかなり難しいことです。私の経験では、物理的な外部ドライブ (USB や Firewire など) を、通常は NFS または Samba 共有であるドライブ文字にマップし、そこにアプリをインストールしてから、それをネットワーク共有に移動し、インストール後に同じドライブ文字で再マウントすると、そのアプリやゲームは問題なく実行されます。ドライブ文字にネットワーク共有が含まれている場合は、そこにインストールできません。
この回避策は、時間が経つにつれてかなり面倒になります。特に、The Sims のようなゲームを扱っている場合、サイズがすでに 30 GB 近くあるゲーム フォルダーに拡張パックをインストールすることになります。これを機能させるには、NFS 共有をアンマウントし、これらのフォルダーをすべて物理ドライブに移動し、古いドライブ文字を使用してマウントし、インストールし、ファイルを元に戻し、再マウントし、そして就寝する時間になります。この作業全体に 5 時間かかったからです。
私は、賢く、うまく機能する方法で、この問題を回避したいと思っています。次のような方法を考えています。
マウントされたネットワーク ドライブをインストーラーに対してローカル ドライブであるかのように見せるアプリやハックが存在します。
何らかの方法で、ネットワーク共有をドライブではなくフォルダーにマウントして、次のようなフォルダーをローカルに組み合わせることができます。
[local] c:\Games\The Sims 3 [remote] c:\Games\The Sims 3\The Sims 3 Fast Lane Stuffその後、新しい拡張パックはローカルにインストールされ (格納フォルダーは物理的に接続されたドライブ上に存在するため、エラーは発生しません)、その後、それを ZFS NFS 共有に移動し、 の下にマウントします
c:\Games\The Sims 3\\[foldername]。ZVOL を使用して Windows で VHD を作成し、それをターゲットとして使用することができます。
オプション 1 と 2 の可能性について何かご意見はありますか? オプション 3 に関しては、これは可能なのでしょうか、それとも NFS 共有上の物理ファイルを使用する必要がありますか。もしそうなら、パフォーマンスの低下はどの程度でしょうか。また、Windows 7 では NFS の自動マウントが機能していないようですが、マウントについてはどうでしょうか。自動マウントされていない NFS 共有内の .vhd ファイルの自動マウントも明らかにマウントされません。
答え1
ZFS は NFS または CIFS 経由でファイルシステムを共有し、ZVOLS は iSCSI 経由でファイルシステムを共有します。
本当にローカルに近い状態にしたい場合は、iSCSI 経由で ZVOL をエクスポートする必要があります。2 番目の選択肢は CIFS です。
Windows 上の NFS についてとても気軽に話していることから、ひょっとすると Ultimate または Enterprise を実行しているのでしょうか? 最近、Windows 用の他の人気のある NFS クライアントは知りません。