現在、NFSサービスを再設計中であり、起動時に/etc/fstab
から静的にNFS共有をマウントするか、autofs
ダイレクトマップとしてマウントするかを選択できる段階にあります。
新しい設計では、マウントは2つしかなく、マウントにはほぼ常にアクセスされるため、マウントをタイムアウトするautofs
の機能は役に立ちません。
新しいNFSサーバーはクラスター化されたアプライアンスであるため、サービスの可用性に違いはありません(マウントが多かれ少なかれ絶えずアクセスされていることについての私の前のステートメントを参照してください)。
ホスト構成管理を使用します。これは、autofsマップまたは静的マウントのいずれかをfstab
エントリで同様に適切に管理できる必要があります。また、たとえあったとしても、それらが大きく変わることは期待していません。
現在のセットアップではオートマウンターを使用しているため、静的マウントへの移行は変更になります。私たちは、私たちの状況で静的マウントを使用する際の警告を見つけようとしていますが、不足しています。 Google、ServerFaultの検索、および私たち自身の経験は何も見つかりませんでした。静的マウントを使用する方が簡単に思え、破損する可能性のある可動部分が削除されますが、それでも問題が発生します。
上記の考慮事項を考えると、静的マウントを使用することの欠点として欠けているものはありますか?
(クライアントは、NFSv4、CentOS/Red Hat Enterprise Linux 5/6/+、およびSolaris 10です。各プラットフォームのストックautofs
は、検討中のオートマウンターです。)
実際、どちらか一方の方法で議論するのは難しいです。私が指摘できる唯一の項目(私に起こった)は、fstabのように静的マウントを使用していて、誰か/何かがエラーを起こした場合、システムが起動しない可能性があり、システムを元に戻すためにレスキューモードに入る必要があるということですオンライン。 autofsを使用している場合、これは発生しません。
静的マウントfstabとautofsマウントの違いは、fstabに必要なエントリを作成すると、永続マウントのようになると思います。つまり、ユーザーがログオフしてもマウントされます。
Autofsの場合、ユーザーがログインするたびに自動的にマウントされ、ユーザーがログオフするたびに自動的に切断/マウント解除されます。