NFSマウントポイントの基礎となるファイルシステムにあるファイルにアクセスする

おそらくこれは奇妙な要求ですが、以下に詳述されている質問の反対です。

NFSコンテンツをアンマウントせずに、基になるNFSマウントのコンテンツを表示することは可能ですか？

複数のリモートサイトのLinuxサーバーが中央サーバー（すべてCentOS 5.x）からNFS共有をマウントするように設定しています。考えてください：/opt/softwareまたは類似した何か。

問題がなければ、クライアントシステムはメインサーバーからNFSエクスポートをマウントし、問題なく実行されます。共有に含まれるデータは頻繁には変更されません（おそらく毎週）。

メインのNFSサーバーへの接続が失われる状況（NFSサーバーの停止、ファイバーカットなど）が心配です。共有データは頻繁に変更されないため、NFSマウントが失われた場合にこれらのシステムをスタンドアロンで実行できるようにしたいと考えています。

マウントが/opt/softwareなくなるとしましょう。NFSマウントの下の同じ場所にあるローカルファイルを使用したいと思います。さらに、これらのファイルを毎日同期します。

マウントされたボリュームへの変更は、どのクライアントサイトからも可能である必要があるため、NFSマウントは読み取り/書き込みです。

これは可能ですか？基になるディレクトリのファイルにアクセス（または上書き）するにはどうすればよいですか？タイムアウトの問題が発生する可能性はありますか？これに役立つマウントオプション/ヒントはありますか？

mount -o bind / /mnt

/ mnt / opt / softwareを見ると、/ opt / softwareのマウントの下にあるファイル（ある場合）が見つかります。

これは、mount --bindオプションを使用することで可能です。

Since Linux 2.4.0 it is possible to remount part of the file hierarchy somewhere else. The call is
   mount --bind olddir newdir
After this call the same contents is accessible in two places.

だから私はできました mount --bind /opt/software /foo

次に、NFSマウントを適用し/opt/software、で基礎となるファイルを表示する機能を保持します/foo。

ファイルは比較的静的なので、必要になる可能性があるのはrsyncです。複数のリモートクライアントにファイルを変更する機能がない場合。データが本質的に読み取り専用である場合は、各マシンで、cronのようなジョブを介して1日に数回rsyncを実行しないでください。繰り返しますが、私は要点を見逃しているかもしれませんが、NFS上のデータが基本的に読み取り専用のようなものである場合、これはそれを行う可能性があります。