Проверка работоспособности кластера

28 сентября 2026

ID 322799

После развертывания отказоустойчивого кластера проверьте его состояние на обоих узлах. Это необходимо, чтобы убедиться в корректном распределении ролей, синхронизации конфигурации и работоспособности механизмов синхронизации состояния.

Чтобы проверить работоспособность кластера:

  1. Выполните команду для отображения текущего состояния кластера:

    show failover status

  2. Проверьте следующие значения полей в выводе команды:
    • config_role – конфигурационная роль узла должна соответствовать роли узла, заданной при настройке кластера:
      • PRIMARY – для основного узла;
      • SECONDARY – для резервного узла.

        Значение IGNORE может быть во время первоначальной настройки узла или при распаде кластера.

    • oper_role – операционная роль узла должна соответствовать конфигурационной роли узла:
      • active – операционная роль для основного узла должна соответствовать конфигурационной роли PRIMARY основного узла;
      • passive – операционная роль должна соответствовать конфигурационной роли SECONDARY резервного узла.
    • peer_oper_role – операционная роль соседнего узла должна быть зеркальной по отношению к операционной роли oper_role локального узла;
    • client_config_match – статус синхронизации конфигурации должен иметь значение true Значение false означает, что конфигурации узлов не синхронизированы. Возможна несогласованность узлов или риск некорректной работы кластера;
    • client_failed_dataplane_interfaces – статус интерфейса плоскости передачи данных (англ. data plane interface) локального узла не должен быть в состоянии отказа. Если один из интерфейсов плоскости передачи данных, включенных в мониторинг, переходит в состояние down, это может привести к переключению операционной роли узла;
    • peer_failed_dataplane_interfaces – статус интерфейса плоскости передачи данных соседнего узла не должен быть в состоянии отказа;
    • interfaces_with_ka_received – поле должно содержать список интерфейсов, через которые узел получает keepalive-пакеты;
    • sync_connected – статус сессии должен иметь значение true. Значение false указывает на отсутствие связности по интерфейсу синхронизации;
    • client_failed_dataplane_interfaces – статус интерфейса плоскости передачи данных (англ. data plane interface), включенного в мониторинг, локального узла. В случае перехода интерфейса в состояние не работает происходит переключение операционной роли.
  3. Выполните команду для отображения информации о текущих задачах синхронизации сессий:

    show failover cts-status

  4. Проверьте следующие значения полей в выводе команды:
    • on_online – значение поля должно быть done после успешного перехода узла в состояние online.
    • on_offline – значение поля не должно оставаться в состоянии started после завершения соответствующей операции. Значение started означает, что процесс перехода узла в состояние offline начат, но еще не завершен.
    • on_switchover – значение поля не должно быть started после завершения переключения активного узла.
    • on_fullsync – значение поля может быть unknown, если полная синхронизация не запускалась.
  5. Выполните команду для отображения текущей конфигурации кластера:

    show failover config

  6. Сравните конфигурацию кластера отображенной в выводе команды с конфигурацией, заданной в Консоли Open Single Management Platform. Убедитесь, что параметры узлов, интерфейса синхронизации и остальных интерфейсов кластера соответствуют параметрам, которые вы задали при создании отказоустойчивого кластера. Проверка соответствия конфигурации нужна, чтобы исключить расхождения между фактической конфигурацией в командной строке и параметрами в в Консоли Open Single Management Platform.

Проверка работоспособности будет завершена.

Вам помогла эта статья?
Что нам нужно улучшить?
Спасибо за ваш отзыв, вы помогаете нам становиться лучше!
Спасибо за ваш отзыв, вы помогаете нам становиться лучше!