Системы мониторинга ИТ-инфраструктуры: как выбрать платформу и внедрить мониторинг серверов, сети и сервисов

Пока всё работает, ИТ-инфраструктуру не замечают. Замечают в момент, когда встал сайт, зависли платежи или сотрудники не могут войти в 1С. К этому моменту простой уже идёт, а причину ищут вручную по десяткам серверов и сетевых устройств. Системы мониторинга ИТ-инфраструктуры меняют этот сценарий: они непрерывно следят за состоянием серверов, сети, приложений и сервисов и сообщают о проблеме до того, как её заметят пользователи.

Полноценный мониторинг собирают из нескольких продуктов: система опроса и сбора метрик, хранилище данных, визуализация, оповещения, а в крупных инфраструктурах ещё и зонтичная платформа поверх них. Компоненты различаются архитектурой, глубиной наблюдения и ценой — разброс от бесплатного Zabbix до платформ, которые связывают состояние оборудования с бизнес-услугами.

В этой статье разберём, что и зачем отслеживают системы мониторинга, какие бывают платформы, по каким критериям их выбирать и как проходит внедрение. Материал будет полезен ИТ-директорам, системным администраторам и руководителям, которые оценивают, нужен ли компании мониторинг и с чего начать.

Что такое мониторинг ИТ-инфраструктуры

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

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

Выделенная система мониторинга сводит данные в один интерфейс: вместо десятка разрозненных консолей администратор получает экран с состоянием всей инфраструктуры и очередью проблем, которые требуют внимания.

Когда компании нужен мониторинг

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

• о сбоях компания узнаёт от пользователей раньше, чем от ИТ-службы;
• при отказе уходит много времени на поиск причины среди серверов, сети и приложений;
• нет объективной статистики о нагрузке и доступности — сложно планировать модернизацию;
• инфраструктура разрослась по площадкам, филиалам и облакам — вручную за ней уже не уследить;
• бизнес зависит от доступности сервисов, а с клиентами есть соглашение об уровне услуг (SLA).

Совпадение хотя бы с одним пунктом — повод перейти к следующему вопросу: что именно система должна наблюдать.

Что отслеживает система мониторинга: объекты, метрики и протоколы

Чтобы понять возможности мониторинга, полезно разложить его на три вопроса: что наблюдают, какие показатели снимают и каким способом собирают данные.

Объекты мониторинга

Система охватывает инфраструктуру по слоям — от физического оборудования до бизнес-сервисов:

• Серверы — физические и виртуальные: загрузка процессора, память, диски, температура, состояние служб.
• Сетевое оборудование — маршрутизаторы, коммутаторы, межсетевые экраны, точки доступа: доступность, загрузка портов, объём трафика.
• Системы хранения — дисковые массивы, NAS и SAN: свободное место, состояние дисков, скорость операций ввода-вывода.
• Операционные системы и виртуализация — состояние гипервизоров, виртуальных машин, запущенных процессов.
• Базы данных — доступность, время отклика запросов, число подключений, репликация.
• Приложения и веб-сервисы — время ответа, доля ошибок, число запросов, работоспособность ключевых функций.
• Облачная инфраструктура и контейнеры — ресурсы виртуальных машин у провайдера, состояние кластеров Kubernetes, микросервисов.

Ключевые метрики

Метрики — числовые показатели, за которыми следит система. Базовый набор одинаков почти для любой инфраструктуры:

• загрузка процессора (CPU), использование оперативной памяти и дискового пространства;
• сетевой трафик и загрузка каналов;
• доступность (uptime) — работает узел или недоступен;
• задержка отклика (latency) — как быстро сервис отвечает на запрос;
• доля ошибок (error rate) — сколько запросов завершается неудачей;
• MTTD и MTTR — среднее время обнаружения и устранения сбоя.

Протоколы и способы сбора данных

Данные с оборудования и сервисов собирают по стандартным протоколам. SNMP снимает показатели с сетевого оборудования и серверов, ICMP проверяет доступность узла пингом, WMI собирает данные с Windows-систем, SSH — с Linux, IPMI — с аппаратной части серверов. Приложения чаще отдают метрики через HTTP и API.

По способу подключения мониторинг делят на два типа. Агентный — на наблюдаемый узел ставится небольшая программа-агент, которая собирает подробные данные изнутри. Безагентный — система опрашивает устройство снаружи по протоколам, ничего на него не устанавливая. Агентный даёт больше деталей, безагентный проще во внедрении и удобен там, где поставить агента нельзя, например на сетевом оборудовании. На практике их сочетают.

Виды мониторинга: инфраструктурный, приложений и зонтичный

Системы мониторинга различаются уровнем, на котором они смотрят на инфраструктуру. Обычно выделяют три подхода, и в зрелой ИТ-службе они дополняют друг друга.

• Инфраструктурный (корневой) мониторинг. Базовый уровень: следит за оборудованием, сетью и операционными системами. Отвечает на вопрос, работает ли конкретный сервер, коммутатор или канал связи. С него начинают почти все.
• Мониторинг приложений (APM, Application Performance Monitoring). Наблюдает за работой программ: время отклика, ошибки, скорость транзакций, качество обслуживания пользователей. Сервер может быть в норме, а приложение при этом работать медленно — этот уровень фиксирует именно такие случаи.
• Зонтичный мониторинг. Верхний уровень, который связывает состояние инфраструктуры с бизнес-услугами. Он не опрашивает оборудование напрямую, а собирает данные из других систем мониторинга и учётных баз, опираясь на ресурсно-сервисную модель (РСМ) — карту того, какие компоненты влияют на какую услугу. Это позволяет сразу увидеть, что отказавший сервер затронул, например, приём онлайн-платежей.

Небольшой компании обычно достаточно инфраструктурного мониторинга. Чем крупнее и сложнее ИТ-ландшафт и чем сильнее бизнес зависит от ИТ, тем важнее подниматься на уровень приложений и бизнес-сервисов.

Мониторинг и наблюдаемость: в чём разница

Рядом с мониторингом используют термин «наблюдаемость» (observability), и эти два понятия часто путают. Разница в глубине понимания системы. Мониторинг показывает, что именно сломалось: метрика вышла за порог, сервис недоступен. Наблюдаемость помогает понять, почему это произошло, и разобраться в поведении системы, даже если заранее такой сбой никто не предвидел.

Наблюдаемость стоит на трёх источниках данных: метрики (числовые показатели), логи (записи о событиях) и трассировки (путь запроса через связанные сервисы). Вместе они дают полную картину и помогают восстановить причину нештатной ситуации в распределённой инфраструктуре.

Для большинства компаний классического мониторинга с грамотно настроенными оповещениями достаточно. Наблюдаемость нужна там, где много микросервисов и сложные распределённые приложения, а простого сигнала о недоступности сервера не хватает, чтобы понять корень проблемы.

Обзор платформ мониторинга ИТ-инфраструктуры

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

Решения с открытым кодом

Платформы с открытым кодом не требуют платы за лицензии, но нужна квалификация для настройки и сопровождения. Их чаще выбирают ИТ-команды с собственными специалистами.

Российские системы и импортозамещение

Для госсектора, субъектов критической информационной инфраструктуры (КИИ) и компаний, которые переходят на отечественный стек, важны наличие продукта в реестре российского ПО Минцифры и совместимость с отечественными операционными системами. По большинству задач на российском рынке есть отработанные решения.

Универсально лучшего продукта нет. Решения с открытым кодом выигрывают по стоимости лицензий, но требуют своих специалистов. Российские коммерческие платформы дают поддержку на русском языке, соответствие требованиям регуляторов и готовность к промышленной эксплуатации. Выбор зависит от размера инфраструктуры, отраслевых требований и того, кто будет обслуживать систему.

Как выбрать систему мониторинга: критерии

Выбор системы начинается с оценки того, насколько она подходит вашей инфраструктуре и команде. На что смотреть в первую очередь:

• Поддерживаемые объекты и протоколы. Система должна уметь работать с вашим оборудованием и ПО. Проверьте поддержку SNMP, ICMP, WMI, SSH и наличие готовых шаблонов под ваши устройства, в том числе российские.
• Масштабируемость. Возможность нарастить мощность и подключить новые площадки без замены платформы.
• Гибкость оповещений. Настройка порогов, группировка и подавление повторяющихся уведомлений, доставка по нужным каналам — почте, в мессенджеры, по эскалации.
• Визуализация и отчётность. Понятные панели и отчёты для инженеров и для руководства, наглядная топология инфраструктуры.
• Интеграции. Связка с системами управления ИТ-услугами (ITSM) и учёта активов (ITAM), автоматическое создание заявок по оповещениям, анализ первопричин.
• Модель развёртывания. На своей площадке, в облаке или гибридно — выбор зависит от требований к данным и наличия собственной инфраструктуры.
• Реестр и сертификаты. Для госсектора и субъектов КИИ — наличие в реестре отечественного ПО и совместимость с российскими ОС.
• Стоимость владения (TCO). Кроме лицензии в бюджет входят серверы под саму систему, внедрение, сопровождение и часы своих администраторов.

Проверить систему по этим критериям надёжнее на живой инфраструктуре, чем по описанию у вендора.

Сколько стоит система мониторинга: структура затрат

Точную сумму считают после инвентаризации: цена зависит от числа объектов, глубины хранения метрик и модели лицензирования. Складывается бюджет из пяти статей:

• Лицензии. У решений с открытым кодом лицензий нет; в коммерческих платформах их считают по числу узлов, метрик или пользователей.
• Инфраструктура под саму систему. Сервер мониторинга и хранилище метрик: чем дольше хранится история и чем чаще идёт опрос, тем больше нужно дисков и памяти.
• Внедрение и настройка. Инвентаризация, шаблоны под оборудование, пороги, панели, маршруты оповещений, интеграция с системой заявок.
• Сопровождение. Разбор оповещений, корректировка порогов, подключение новых объектов по мере роста инфраструктуры.
• Время своих специалистов. В проектах на открытых решениях эту статью бюджета обычно не закладывают, хотя сопровождение системы забирает рабочие часы администратора.

Этапы внедрения мониторинга

Внедрение системы мониторинга — комплексный проект, который затрагивает серверы, сеть, приложения и процессы эксплуатации. Логика этапов почти одинакова для любой системы.

1. Аудит и инвентаризация. Составляют перечень оборудования, сервисов и приложений, определяют, что критично для бизнеса и что нужно наблюдать в первую очередь.
2. Проектирование. Выбирают систему под задачи, продумывают архитектуру сбора данных и, если нужен зонтичный мониторинг, описывают ресурсно-сервисную модель.
3. Пилот. Разворачивают систему на части инфраструктуры и проверяют, что она корректно собирает данные и оповещает о проблемах.
4. Промышленное внедрение. Подключают все объекты, устанавливают агенты и настраивают опрос по протоколам.
5. Настройка порогов, оповещений и панелей. Задают пороги под реальную нагрузку, маршруты уведомлений и панели для разных ролей. От качества настройки на этом этапе зависит, сколько ложных срабатываний получит команда.
6. Интеграция и сопровождение. Связывают систему с процессами обработки заявок, а дальше поддерживают: подключают новые объекты, корректируют пороги, дорабатывают правила.

Частые ошибки при выборе и внедрении мониторинга

Ошибки в мониторинге чаще всего закладываются на этапе выбора и настройки, а проявляются через несколько месяцев работы. Самые частые из них:

Мониторинг как управляемый сервис

Мониторинг приносит пользу, только когда кто-то постоянно разбирает оповещения, реагирует на инциденты и обновляет настройки. У многих компаний на это не хватает людей: держать дежурную смену ради мониторинга дорого, а без неё система работает вхолостую.

Мониторинг и сопровождение инфраструктуры можно передать подрядчику. Внешняя команда следит за состоянием серверов, сети и сервисов, реагирует на инциденты и отвечает за согласованный уровень услуг. Вы получаете стабильную работу ИТ без затрат на штат эксплуатации. Мониторинг при этом удобно совмещать с контролем событий информационной безопасности, чтобы отслеживать и технические сбои, и подозрительную активность в едином контуре.

С чего начать мониторинг ИТ-инфраструктуры

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

Если вы выбираете систему мониторинга, мы поможем разобраться. Подбираем и внедряем решения под конкретную инфраструктуру, в том числе на базе российских продуктов, а при необходимости берём мониторинг и обслуживание на себя. Расскажите о своей инфраструктуре — предложим подходящий вариант и оценим объём работ.