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

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

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

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

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

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

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

Откат

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

Ограничения

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

Продолжить

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