1台のサーバー専用の共有にvfstabではなくAutoFSを使用する方が有益なのはどのような状況ですか？
3つのSolarisサーバー（Server1-3）の環境について考えてみます。
Server1-3がすべてマウント
nas-server.company.com:/vol/appls-backupを共有する場合、バックアップとリカバリ関連のファイルを定期的に（数時間に1回）保存します。- ここで、AutoFSを使用するという選択には明らかな利点があると思います。ここで、オートマウンターは、ローカルシステムリソースを節約し、ファイルシステムを多数のサーバーと共有するシステム間の結合を減らすことを目的としています[ 参照 ]。
これで、各サーバーには、アプリケーションアセンブリとライブデータが配置されているマウントポイントにマウントされた共有があります。これらのマウントを
/etc/vfstabに配置したので、システムの起動時にマウントが1回発生します。 AutoFSは継続的にアクセスされるため、ある時点で共有を自動的にアンマウントすると、遅延が発生する可能性があります。
ケース＃2の場合、vfstabを使用するよりもAutoFSが望ましい、または必要な状況はどれですか。
システムの起動時にストレージリソースが起動していない場合は、常にAutoFSを使用する必要があります。これは、AutoFSが提供する主要な機能の1つです。これがないと、サーバーはストレージリソースのマウントを試み、タイムアウトし、起動時にマウントしただけでは再試行しません。
さらに、AutoFSを使用すると、ストレージバックエンドを停止することができ、クライアントは基本的に、ストレージが戻るまで永久に待機します。
これ Red Hat Storage管理者ガイド それをほぼ要約します。
さらに、AutoFSはNFS共有を自動マウントするためだけのものではなく、CIFS（Samba）を含むほとんどのものを自動マウントするために使用でき、たとえばLinuxディストリビューションではめったに使用されないISOファイルです。