GPFS 仲裁和滾動更新

儘管我已經閱讀了 GPFS 文件，但我想這是我缺少的東西。假設我們有一個四節點 GPFS 設置，其中三個充當仲裁。在 GPFS > 3.2 中，我們可以執行滾動升級，但是當無法保持法定人數時，這將如何工作？（有時需要升級這三個節點之一）。

在網際網路上，我看到有人告訴如果仲裁中有一個 -1 節點，仲裁將保持不變，但我在紅皮書文件中沒有看到這一點。

所以，我似乎找到了答案。

為了使仲裁可用，您需要超過一半的屬於它的節點線上。這意味著在 6 個節點的仲裁中需要 4 個節點線上，或者例如由 3 個節點組成的仲裁需要其中 2 個節點線上。

這是資訊（轉到節點仲裁部分）

在 GPFS 中，集群需要一半的仲裁節點才能啟動。您確實可以對目前版本的 GPFS 執行滾動升級。我有經驗並且已經用 3.4 和 3.5 做到了這一點，我不確定 3.3 或更早版本。

我對 4 節點集群或任何集群的建議是一次採用一個節點並進行升級。如果您執行 mmgetstate -aL，您將看到目前的仲裁狀態、有多少仲裁節點處於活動狀態以及需要多少節點才能保持集群正常執行

給其他任何人的注意事項，如果您有一個 2 節點集群，那麼您應該查看 tiebreaker 磁碟。這意味著如果一個節點關閉並且剩餘的仲裁節點可以看到仲裁磁碟，那麼它將使集群保持活動狀態。這對於 2 節點集群中的冗餘至關重要，但在較大的集群中，最好有 3 或 5 個仲裁節點。

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