現在の状況は、可用性の高いNFSサーバーを提供することです。
現在の設定は、iSCSIを使用するSAN経由の共有ストレージを備えたVMware環境です。簡単に言えば、この共有データストアにアクセスする必要がある複数の物理サーバーにNFS共有を提供するdebian / centosサーバーがあります。ストレージは、1つのアプリケーションのみを実行する物理サーバー専用に使用され、そのアプリケーションはクラスタ化されて提供されているストレージを認識します。つまり、アプリケーションはすべてのファイルの損失とピックアップを処理し、バックエンドデータベースを介してそれらを追跡するため、実際には最も低いストレージレベルでクラスタリングする必要はありません。私の目標は、実際にVM /ホストに障害が発生した場合に備えて、可能であれば2つのNFSサーバーを使用できるようにすることです。可能ですか？ GlusterFSやその他のエントリの使用に関するいくつかの異なる内容を読みましたが、このストレージはクラスタを認識します。
私のNFSサーバーはvmwareのrawデバイスマッピングを使用し、私のsanに直接マッピングして、潜在的に2つのNFSサーバーがファイルシステムの/mnt/store/asrなどの場所に同じLUNをマウントできるようにします。 NFSへの2つのパスを介して出力を提供し、アプリケーションが残りの部分を処理できるようにします。
ベストアンサー1
共有ストレージが必要ですが、NFSは本当に必要ですか？
次のことを試してみてください。OCFS2（同じブロックデバイスが複数のシステムで開かれると予想される共有ディスククラスタファイルシステムは、2.6.16以降、Linuxカーネルにありました。）セファロスポリン（イーサネットなどを介してデータを共有するクラスタファイルシステムは、各ノードが独自のローカルブロックデバイスを持つことを期待し、RAIDに似たスキームを使用してすべてのノードにデータを配布します。）
高可用性クラスタストレージを実装するための他のオプションもたくさんあります。もちろん、あなたに最適なオプションはあなたのニーズによって異なります。ウィキペディアには一つあります。良い概要オプション。