Мониторинг

Что контролируем

Список метрик — не цель сама по себе: контролируем то, по чему можно действовать, — от доступности сервисов до свободного места на дисках.

Метрики в списке — рабочий минимум, а не потолок: к ним добавляется всё, что важно конкретной компании — от состояния отдельного сервиса до свободного места в конкретном хранилище.

Централизованные журналы

Метрики показывают, что случилось; журналы — почему. События syslog с MikroTik и серверов можно собрать в одной точке рядом с мониторингом: тогда при сбое видна не только метрика, но и хронология. Этому посвящено отдельное направление — централизованное логирование.

Что должно быть под контролем

Базовый набор для небольшой инфраструктуры:

• доступность сервисов, которыми пользуются сотрудники и клиенты;
• состояние дисков и свободное место — с запасом, а не «до упора»;
• нагрузка CPU и памяти на серверах и виртуальных машинах;
• выполнение резервного копирования;
• состояние сети там, где она исторически «шумит»;
• уведомления, которые доходят и на которые есть реакция.

Набор собирается под инфраструктуру: для одной машины он короткий, для площадки с виртуализацией — шире.

Как это происходит

Сначала определяем, что именно важно контролировать в вашей инфраструктуре, затем разворачиваем систему мониторинга, настраиваем метрики и уведомления и проверяем, что оповещения доходят. Мониторинг дополняет резервное копирование и регулярное обслуживание: состояние инфраструктуры видно постоянно, а не в момент сбоя.

Разворачивание — разовая работа или часть проекта по инфраструктуре; ведение мониторинга и реагирование на оповещения — часть абонентского сопровождения. После запуска смотрим на оповещения вместе с вами: что действительно важно, а что шумит.

Контроль разворачивается постепенно: сначала критичные сервисы и диски, затем остальное по мере надобности. Объём растёт вместе с инфраструктурой, а не по принципу «чем больше метрик, тем лучше».