私たちは定期的に（ネットワークを使用して）SolarisからLinuxにかなり大きなファイルをコピーする必要があります。現在のファイルの1つにほぼ半日かかります。 SolarisのファイルはZFSファイルシステムにあります。
だから私はこれが悪すぎると思いました。おそらくLinuxにZFSをインストールできます。
ただし、ZFSはクラスタ化（またはクラスタ化可能）ファイルシステムではありません。
仮説：それなら、私たちはSolarisからコピーしているので可能だと思います。同じZFSファイルシステムを読み取り専用でマウントできるため、この場合はクラスタ化する必要はありません。なぜなら、作成はSolaris側でのみ可能だからです（私たちはそこからそれをオフロードすることはできません）。
Solarisシステムは非常に忙しく、ネットワークNICはほとんど常に非常に忙しいです。したがって、ファイルのコピーをFCに移動すると、速度が速くなります。
Linux システムは VMWare ホストの仮想ゲストです。はい。 Linuxゲストにも同じFCファブリックを提供できます。
アイデア？仮説部分はフィードバックを最も多く探さなければならない部分だと思います。 LinuxではZFS読み取り専用マウントを実行し、Solarisでは同時読み書きマウントを実行できるかどうかはわかりません。
答え1
それは単に不可能です。読み取り/権限に関係なく、ZFSは両方のホストの同時マウントを許可しません。 SolarisにインストールするときにLinuxにインストールする予定の場合は、これを適用する必要があります。これにより、Solarisはカーネルパニックによってクラッシュします。 2番目のSolarisボックスにインストールされている間に2番目のSolarisボックスからインポートを強制したときに、2つのSolarisでこれが発生しました。 Linuxでzpoolをインポートできるかどうかに関係なく、ZFSバージョンも機能します。試してみたい場合は、以下を提案します。
- ストレージからLUNを複製する
- レプリケートされたLUNをLinuxボックスにマッピングする
- Linuxにzpoolをマウントしてみてください。
答え2
これを防ぐことは、ZFSがディスクの状態を変更する唯一のメタデータであると仮定しているため、メタデータをメモリにキャッシュすることです。ホストにインストールされている読み取り/書き込みは何でも問題ありません。読み取り専用としてマウントされた他のホストでは、メタデータはその下で変更され、ある時点で（かなり速く）有効なメタデータがあると思いますが、他のシステムをブロックするために上書きされたディスクの場所から読み取られます。
BitsOfNixで説明されているlunレプリケーション方法を試すか、定期的なスナップショット/送信/受信スクリプトを設定して最新の状態を維持できます。あるいは、Solaris ホストでデータセットを共有し、Linux ホストで NFS 経由でマウントしてみることもできます。