GPFS 仲裁和滚动更新

GPFS 仲裁和滚动更新

虽然我已经阅读了 GPFS 文档,但我想这是我遗漏的东西。假设我们有一个四节点 GPFS 设置,其中三个充当法定人数。在 GPFS > 3.2 中,我们可以执行滚动升级,但是当没有可能保持法定人数时,这将如何工作;(在某些时候,这三个节点中的一个将需要升级)。

在互联网上我看到有人说如果法定人数中有一个 -1 节点,则法定人数将得到维持,但我在红皮书文档中没有看到这一点。

答案1

因此,我似乎找到了答案。

为了使仲裁可用,您需要其中一半以上的节点在线。这意味着,在由 6 个节点组成的仲裁中,需要 4 个节点在线,或者例如,在由 3 个节点组成的仲裁中,需要其中 2 个节点在线。

这里是信息(转到节点仲裁部分)

答案2

在 GPFS 中,集群需要一半的仲裁节点才能启动。您确实可以在当前版本的 GPFS 上执行滚动升级。我有经验,并且已经使用 3.4 和 3.5 完成过此操作,但我不确定 3.3 或更早版本是否可行。

对于 4 节点集群或任何集群,我的建议是一次升级一个节点。如果运行 mmgetstate -aL,您将看到当前的仲裁状态、有多少个仲裁节点处于活动状态以及需要多少个仲裁节点来保持集群正常运行

对于其他正在查看此内容的人,请注意,如果您有一个 2 节点集群,那么您应该查看决胜磁盘。这意味着如果一个节点发生故障,而剩余的仲裁节点可以看到决胜磁盘,那么它将保持集群处于活动状态。这对于 2 节点集群中的冗余至关重要,但在较大的集群中,最好有 3 或 5 个仲裁节点。

相关内容