GlusterFSマウントポイントを高可用性にする方法は？
GlusterFSボリュームを任意のブリックにマウントでき、Fuseクライアントが他のブリックを自動的に検出してそれらに接続することは事実です。最初のブリックが失敗した場合、クライアントは他のブリックの1つにフェイルオーバーします。したがって、最初のbootstrapの後、ファイルシステムは高可用性になります。
ただし、クライアントホストを再起動し、それをbootstrap from（eg in /etc/fstab）に設定したブリックがダウンすると、クライアントはまったく接続しなくなります。手動で別のブリックをポイントしてbootstrap itするまで。
これは、「プライマリ」ブリックがダウンしているときにクライアントが再起動または追加されるシナリオで問題になる可能性があります。たとえば、Amazon AWSで、別々のアベイラビリティーゾーンに2つの複製GlusterFSブリックがあるとします。 'primary'を含むAZに障害が発生するか、接続が失われると、他のAZの追加サーバーを自動スケーリングして、そこでの負荷の増加に対処する可能性が高くなります。 'primary'に到達できないため、他のブリックをマウントするように構成するまで、これらのサーバーはファイルシステムをマウントできません。
クライアント（新規または再起動）が使用可能なブリックに接続しようとすることを確認するにはどうすればよいですか？
Puppetを使用して、/etc/fstabのコンテンツを含むすべてのノードを管理し、GlusterFS3.9を使用しています。
Fuseクライアントのマウント中にbackupvolfile-serverオプションが追加された場合、最初のvolfileサーバーに障害が発生すると、backupvolfile-serverオプションで指定されたサーバーがクライアントをマウントするためのvolfileサーバーとして使用されます。