Аварию замечают по звонку из бухгалтерии
Пока всё работает, мониторинг кажется необязательным. Проблема в том, что о падении сервера или заполненном диске обычно узнаёт не инженер, а сотрудник, у которого «всё встало». К этому моменту проблема уже выросла в простой.
Признаки, что мониторинга не хватает:
- сервер падал ночью, а узнали об этом утром;
- сайт лежал два часа, и первым об этом сообщил клиент;
- диск заполнился до нуля, хотя «места было достаточно»;
- резервные копии не создавались неделю — никто не проверял;
- алерты приходят на почту, которую никто не читает.
Что входит в работу
- Zabbix в Docker. Развёртывание сервера, базы и прокси, чтобы обновление не превращалось в приключение.
- Сбор данных. Агенты там, где нужны детали, SNMP и ICMP там, где агент поставить нельзя.
- Шаблоны под задачи. 1С и СУБД, диски и RAID, питание, доступность сервисов, сетевые каналы.
- Kumo Uptime. Внешний контроль сайтов и публичных сервисов — снаружи видно то, что не видно изнутри.
- Пороги без шума. Настраиваем так, чтобы алерт означал проблему, а не «очередное срабатывание».
- Маршрутизация оповещений. Telegram, группы по типам систем, понятный формат: что упало и где смотреть.
- Дашборд. Один экран, по которому состояние инфраструктуры понятно без расшифровки.
- История. Графики и события — чтобы разобраться, что происходило ночью, а не гадать.
Почему Zabbix, а не только облачный сервис
Облачные сервисы хорошо отвечают на вопрос «доступен ли сайт снаружи». Внутренние вещи — свободное место, состояние RAID, очередь заданий 1С, блокировки в СУБД, загрузка канала — они не видят.
Zabbix стоит внутри вашей инфраструктуры и знает о ней больше. Мы не отправляем эти данные во внешние системы: доступы и база мониторинга остаются у вас.
Три задачи, с которых чаще всего начинают
«Алерты приходят, но их никто не читает»
Обычно причина одна: пороги выставлены «на всякий случай», и система кричит постоянно. Пересобираем правила, убираем дубли, оставляем то, на что действительно нужно реагировать. Хороший мониторинг молчит, пока всё в порядке.
«Нужно понять, что было ночью»
Смотрим историю: когда началось, что росло перед падением, совпадает ли с окном обновления или бэкапом. По графикам видно причину, а не только следствие.
«Сайт лежит, а мы узнаём от клиентов»
Подключаем Kumo Uptime: проверки снаружи, несколько географических точек, оповещение в Telegram. Отдельно настраиваем проверки не только главной, но и форм, которые реально приносят заявки.
Мониторинг не заменяет поддержку
Zabbix фиксирует проблему, но не чинит её. Реакция на инциденты — отдельная часть договора, а выезд инженера возможен по факту аварии, плановых визитов нет.
Отчётов «в конце месяца» мы не готовим: есть дашборд, история событий и разбор конкретных срабатываний, когда это нужно.
Как проходит работа
- Аудит. Смотрим, что уже есть, что нужно контролировать в первую очередь и где сейчас «слепые зоны».
- Внедрение. Разворачиваем Zabbix и Kumo Uptime, подключаем узлы и сервисы.
- Настройка алертов. Пороги, маршрутизация в Telegram, первая неделя наблюдения и правка шума.
- Передача. Доступы, шаблоны, инструкция: как читать дашборд и что делать при срабатывании.
Сколько это стоит
Стоимость по запросу. Она зависит от количества узлов и сервисов, глубины проверок и того, нужен ли отдельный сервер под мониторинг. После аудита называем вилку и фиксируем состав работ в договоре.
Если нужен только внешний контроль сайта — это разовая настройка Kumo Uptime, без годового контракта.