Zabbix proxy для филиалов и нестабильных каналов: диагностика

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

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

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

Сопоставьте время симптома с изменениями сигналов и проверяйте по одной гипотезе. Используйте способ «active proxy, internal items и журнал proxy» и сигналы proxy last access, queue, history buffer, data sender busy, config sync.

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

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

Откат

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

Ограничения

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

Продолжить

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