単一の場所に複数のnfsマウントを作成して冗長性を構築します。

年に数回、ホームディレクトリをエクスポートするnfsサーバーまたはLDAPサーバーがさまざまな理由でオフラインになると、クラスタ全体がハングすることがわかりました。これが発生した場合は、バックアップ計画を立てるためにシステムにいくつかの冗長性を構築しようとしています。

すべてのLDAPサービスには複製機能があります。冗長ストレージクラスタを設定することはできません（同じマップエントリに複数のNFSサーバーを一覧表示するためにautofsを使用するか、pNFSを使用してこれを達成できますか？）、少なくともSyncreplを設定して2つを確保する必要があります。冗長LDAPサーバー。

デュアルインストールでこれらのフォルダを使用する構成に危険はありますか？

構成の半分が役に立たなくなる危険があります。 /etc/fstab で設定されたマウントが常に隠されている場合、autofs マウントが fstab によって常に隠されている場合、autofs が存在する理由はありません。 。

それ以上：2つのマウントが実際に同じソースNFS共有から作成されている限り、これは問題ありません（トップレベルマウントのみを使用）。ただし、異なるソースから作成された場合、次のことが発生した場合、再起動の間の順序は予測できません（たとえば、今日はサーバーAが一番上にあり、明日はサーバーBが一番上にあるでしょう）。

この設定は、私の/homeディレクトリのインストールに冗長性を提供しますか？たとえば、serverBは停止していますが、serverAが機能しているか逆の場合でも、ユーザーは中断することなくホームディレクトリを引き続き使用できますか？

冗長性を提供しません。混ぜたり、互い違いに設置しないでください。重なる、最後の（最上位）インストールのみが表示されます。これは、実際のNFS共有がまだマウントされていない場合でも、同じパスにまだ特別なautofs "trigger"マウントがあるため、autofsにとって重要です。したがって、fstab エントリが下にある場合、LDAP がダウンしてもマウントされません。見える。

（つまり、autofsを使用すると、2つのマウントが重複するのが一般的であり、/ etc / fstabエントリは実際には第三山。 )

これは、おそらく、1つの大きな/ homesマウントではなく、各ユーザーに別々のマウントを持つautofsマップがあることを意味します。これにより、複数のサーバー間でストレージのバランスを取ることが容易になります（「ストレージクラスタタイプを設定していない場合」。）で、スタンドアロンのNFSサーバーのみを使用します。