# Проблема обновления кластера
# Симптомы

В кластере два узла.

Обновлял на новую версию резервный узел. Обновление резервного узла прошло успешно, но кластер отказоустойчивости и конфигурации не собрался обратно (На зоне выбранного интерфейса отсутствует доступ VRRP). Кластер конфигурации пишет, что другой узел недоступен.

# Решение

1.  Не собрался кластер конфигурации, так как разные версии у обновленной и необновленной нод, кластер отказоустойчивости продолжает функционировать штатно.
2.  Переход на запасной узел произойдет, если приоритет запасного узла окажется выше, чем мастер-узла. По умолчанию приоритет узла, назначенный мастер-узлу, равен 250, приоритет резервного узла равен 249. Приоритет узла уменьшается на 2 для каждого кластерного интерфейса, у которого отсутствует физическое подключение к сети. Соответственно, для кластера отказоустойчивости, состоящего из двух узлов, при пропадании физического подключения к сети одного интерфейса на мастер-узле, роль мастера переместится на запасной сервер, если на запасном сервере все кластерные интерфейсы подключены к сети (приоритет мастер-сервера будет равен 248, приоритет резервного - 249). При восстановлении физического подключения на первоначальном мастер-узле роль мастера вернется обратно на него, поскольку его приоритет вернется в значение 250 (справедливо для случая если виртуальные адреса сконфигурированы на двух и более интерфейсах. Если на одном, то роль мастера не возвращается).Отключение одного или нескольких кластерных сетевых интерфейсов **на запасном узле**, понижает приоритет узла, тем не менее данный запасной узел может стать мастер-узлом при безусловном переходе роли, или в случае, когда приоритет мастер узла станет меньше, чем приоритет данного запасного узла.[https://docs.usergate.com/klasterizaciya-i-otkazoustojchivost6\_88.html](https://docs.usergate.com/klasterizaciya-i-otkazoustojchivost6_88.html)