Нативный HA Zabbix server: активный и резервный узлы: диагностика

Назначение справочного паттерна

Это не полная статья о внедрении. Страница решает узкую задачу «диагностика» после настройки из флагманского руководства по теме.

Рабочая схема

Сопоставьте время симптома с изменениями сигналов и проверяйте по одной гипотезе. Используйте способ «HA manager, runtime control и internal discovery» и сигналы node status, last access, failover delay, DB connectivity, active node.

Валидация и доказательства

в стенде остановить active node, измерить переключение и проверить proxy/agent reconnect. Для этого класса систем подтверждением служит: Для темы «Нативный HA Zabbix server: активный и резервный узлы» и задачи «диагностика»: внутренние процессы, очередь по классам проверок и доставка истории до и после испытания Итогом служит подтверждённая или опровергнутая гипотеза с общей временной шкалой, а не изменённый порог..

Откат

После проверки «диагностика» для объекта «Нативный HA Zabbix server: активный и резервный узлы»: снять лабораторную нагрузку, вернуть параметр процесса и дождаться опустошения очереди; базу и высокую доступность не откатывать одним действием Верните только временную детализацию и частоту диагностического сбора..

Ограничения

HA server не делает БД высокодоступной; split-brain предотвращают сетью и дисциплиной БД. Краткий паттерн не заменяет инвентаризацию, подбор прав и порогов из флагманского руководства.

Продолжить

• Полное флагманское руководство: Нативный HA Zabbix server: активный и резервный узлы
• Раздел «Архитектура и эксплуатация Zabbix»