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

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

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

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

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

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

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

Откат

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

Ограничения

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

Продолжить

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