Linuxサーバーでクロスマウントnfsを共有する

起動する2台のサーバーを注文するのは難しい場合があります。

理想的には、サーバーがオペレータの介入なしに停電か​​ら回復できるようにしたいです。ただし、もちろん、一部のサーバーは他のサーバーの前に起動する必要があります。たとえば、外部に接続されたサーバーを起動する前にファイアウォールを起動する必要がある場合があります。または、クライアントの前にNFSサーバーをインストールする必要があります。

これを行う1つの方法は、スマート電源ストリップ（APCマネージドPDUなど）を購入して、各コンセントの電源投入遅延を設定することです。したがって、ファイアウォールとスイッチが最初にオンになっていることを確認してから、DNSサーバー、NFSサーバーなどがオンになっていることを確認できます。マニフェストでこれを手動で実行しても（「Aをオンにして起動するのを待ってから、B、Cをオンにして起動するのを待ちます...」）、それでも単純さを望んでいます。

ただし、AがBに依存し、BがAに依存している場合、これはできません。簡単な場合には簡単に解決できます。 AとBは、NFS共有をマウントする前に独自のNFSサーバーを起動してローカルファイルシステムをエクスポートするだけです（デフォルトの順序とは逆）。もちろん、NFSマウントの下にマウントされたローカルファイルシステムなどのネストされたパスを使用しない限り。または、3番目のサーバーを追加してから、Aの共有をCのB共有の下にマウントすることもできます。

もちろん、これらの問題を手動で解決することはそれほど難しくありませんが、停電後はそうしたくありません。あなたはすでに持っているかもしれません計画されていない修正する必要がある問題（たとえば、予期しない停電が原因で問題が発生したか、ユーザーが知らなかった依存関係など）と、誰もがその問題について不平を言っているため、質問がする既知の回避可能な問題を設定しないことをお勧めします。時間をかけてください。

また、すべてのデータを2回送信するネットワークオーバーヘッドに他の理由がない場合は、NFS共有をマウントしてから再エクスポートするのは賢明ではないかもしれません。クライアントとは異なり、2つのサーバーのみをインストールすることはできません。

編集：別の理由があります。 NFSサーバーがダウンすると、そのサーバーにアクセスしようとしているクライアントのすべてのプロセスがディスク（「ノンストップ」）スリープ状態になります。これにより、あるNFSサーバーエラーから別のNFSサーバーエラーに「感染」が発生する可能性があります（基本プロセスがディスクスリープモードに移行したり、クローンジョブが作成されたが完了していないためリソースが消費されるなど）。 （気になる方のためにDに表示されています。）ps