如何讓 GlusterFS 掛載點高可用？

確實可以在任何塊上安裝 GlusterFS 卷，FUSE 客戶端會自動發現其他塊並連接到它們。如果初始磚失敗，客戶端將故障轉移到其他磚之一。因此，在初始引導之後，文件系統是高度可用的。

但是，當您重新啟動客戶端主機並且您將其設置為引導的磚塊（例如 in /etc/fstab）關閉時，客戶端將根本無法連接，直到您手動將其指向另一個磚塊以引導它。

在“主”磚關閉時重新啟動或添加客戶端的情況下，這可能是一個問題。例如，在 Amazon AWS 中，假設您在不同的可用區中有兩個複制的 GlusterFS 塊。當包含您的“主要”的 AZ 發生故障或失去連接時，您很有可能會在另一個 AZ 中自動擴展其他伺服器以應對那裡增加的負載。由於“主伺服器”無法訪問，因此這些伺服器無法掛載文件系統，直到您將它們配置為掛載另一個磚塊。

如何確保客戶端（新的或重新啟動的）將嘗試連接到任何可用的磚？

我們使用 Puppet 來管理所有節點，包括 的內容/etc/fstab，並且使用的是 GlusterFS 3.9。

如果在掛載 fuse 客戶端時添加了 backupvolfile-server 選項，則當第一個 volfile 伺服器出現故障時，將使用 backupvolfile-server 選項中指定的伺服器作為 volfile 伺服器來掛載客戶端。

glusterfs 文件

引用自：https://serverfault.com/questions/828729