Архитектура Zabbix: сервер, база, frontend и границы ответственности: отказоустойчивость

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

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

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

Зафиксируйте начало испытания, обнаружение, доставку события и устойчивое восстановление. Используйте способ «внутренние items Zabbix, очередь и статистика БД» и сигналы queue, history syncer busy, preprocessing busy, cache utilization, DB latency.

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

остановить тестовый poller и убедиться, что очередь растёт, а после возврата сокращается. Для этого класса систем подтверждением служит: Для темы «Архитектура Zabbix: сервер, база, frontend и границы ответственности» и задачи «отказоустойчивость»: внутренние процессы, очередь по классам проверок и доставка истории до и после испытания Итогом служат интервалы обнаружения, доставки и устойчивого восстановления без потери контекста..

Откат

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

Ограничения

не переносить БД или frontend одним изменением; сначала экспорт конфигурации и резервная копия БД. Краткий паттерн не заменяет инвентаризацию, подбор прав и порогов из флагманского руководства.

Продолжить

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