Я думаю, это то, чего мне не хватает, хотя я читал документацию GPFS. Допустим, у нас есть установка GPFS с четырьмя узлами, три из которых действуют как кворум. В GPFS> 3.2 мы можем выполнять последовательные обновления, но как это будет работать, если нет возможности сохранить кворум; (в какой-то момент нужно будет обновить один из этих трех узлов).
В Интернете я видел, как кто-то говорил, что если в кворуме есть узел -1, кворум будет сохранен, но я не видел этого в документации Redbook.
Итак, похоже, я нашел ответ.
Чтобы кворум был доступен, вам необходимо, чтобы более половины принадлежащих ему узлов были в сети. Это означает, что для кворума из 6 узлов необходимо 4 узла в сети, или, например, кворум, состоящий из 3 узлов, требует, чтобы 2 из них были в сети.
Вот это информация (перейдите в раздел Кворум узла)
В GPFS для работы кластера требуется половина узлов кворума. Вы действительно можете выполнять последовательное обновление текущих версий GPFS. У меня есть опыт, и я делал это с 3.4 и 3.5, я не уверен в 3.3 или ранее.
Мой совет для кластера с 4 узлами или любого другого кластера в этом отношении - брать по одному узлу и обновлять его. если вы запустите mmgetstate -aL, вы увидите текущее состояние кворума, сколько узлов кворума активно и сколько требуется для поддержания кластера в рабочем состоянии
Замечание для всех, кто смотрит на это: если у вас двухузловой кластер, вам следует изучить диски разрешения конфликтов. Это означает, что если узел не работает, а оставшийся узел кворума видит диск разрешения конфликтов, он будет поддерживать кластер в рабочем состоянии. Это жизненно важно для избыточности в кластере из 2 узлов, но в более крупных кластерах лучше иметь 3 или 5 узлов кворума.