Выбор системы зонтичного мониторинга:
Советы и рекомендации

Время выбирать

Конечно, можно занять выжидательную позицию, надеясь, что все постепенно вернется на круги своя, и западные компании вновь придут на российский рынок. В прошлом году сторонников такой тактики среди заказчиков было немало, но постепенно их число уменьшилось и продолжает снижаться. Это означает, что самое время выбирать российское решение для зонтичного мониторинга, причем не на год-два, чтобы «пересидеть» трудные времена, а всерьез и на многие годы. На российском ИТ-рынке есть разработчики систем зонтичного мониторинга для предприятий. Пока их не так много, но заказчику есть, из чего выбрать.

Критерии и приоритеты

Каковы критерии выбора, на что следует обращать внимание в первую очередь? Попробуем разобраться. Если мы говорим о малом или среднем предприятии, инфраструктура которого не превышает пяти тысяч объектов, то нет абсолютно никакой разницы, можно внедрять любое решение из присутствующих на российском ИТ-рынке. Они могут отличаться элементами визуализации, интерфейсом, но здесь уже, как говорится, дело вкуса. Более крупным заказчикам, у которых инфраструктура насчитывает 10-20 тысяч и более объектов мониторинга, уже следует обратить внимание на производительность того или иного решения. Лучше всего провести нагрузочное тестирование на реальных объектах. Не менее важный момент — интеграция. Зонтичный мониторинг должен уметь работать с системой управления инцидентами и системой плановых работ. Важно, чтобы мониторинг можно было быстро и легко встроить в ИТ-ландшафт заказчика и запустить на нем рабочие процессы. Что это за процессы? Инцидент-менеджмент, управление плановыми работами, инвентаризация ИТ-инфраструктуры, а также корреляция событий. Это основные вещи, которые должна уметь делать система зонтичного мониторинга.

Автоматический сбор данных

Продукт компании Gelarm под названием Gelarm Infrastructure Management System (GIMS) умеет собирать данные от объектов мониторинга, а не просто работает лишь с той информацией, которую в него загрузил оператор, соответственно, человеческий фактор здесь полностью исключен или сведен к минимуму. За сбор данных отвечает модуль GIMS Automation. Инвентаризировать можно не только железо и программное обеспечение, но и производственное и другое оборудование, что особенно актуально для предприятий. К примеру розничная сеть продовольственных магазинов может подключить к системе зонтичного мониторинга не только серверное и сетевое оборудование, но и, к примеру, холодильники. Инвентарная модель может расширяться и охватывать новые категории оборудования. Конечно, инвентарную модель можно усовершенствовать за полгода-год, и этим сейчас занимаются российские разработчики.

Поддержка новых объектов

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

Второй протокол это VMI, он нужен для работы с Windows-инфраструктурой. Далее можно упомянуть мониторинг сокетов, специфичные коннекторы для различного оборудования, либо программного обеспечения; мониторинг очередей; мониторинг систем виртуализации. На последнем остановимся подробнее. Сейчас на рынке имеется два класса систем виртуализации, это либо продукты компании VMware, либо все наши отечественные решения, в основе которых гипервизор KVM. GIMS умеет работать с теми и с другими. Конечно, поддерживается и мониторинг как программных, так и аппаратных СХД от западных компаний HP, IBM, Dell EMC и других, в том числе китайских вендоров. Реализуется поддержка СХД и отечественных производителей, в частности компании Yadro. В рамках партнерства обе компании согласуют технические особенности своих продуктов для дальнейшей поддержки. Чтобы написать в GIMS любой коннектор с нуля, необходимо базовое знание языка программирования Python, поскольку все коннекторы пишутся именно на нем. Основная часть кода коннектора создается в визуальном конструкторе, но часть придется писать вручную.

Универсальный подход

Несколько слов надо сказать и об универсальности решения для мониторинга. Как правило, это дистрибутив в «коробке», который заказчик самостоятельно, без привлечения партнера и разработчика может внедрить у себя буквально за считанные часы. Компания Gelarm сегодня предлагает GIMS для развертывания на операционных системах RHEL, CentOS, RedOS и Astra Linux SE поскольку у них схожая архитектура. Развертывание осуществляется на основе контейнеров — Kubernetes, Docker и OpenShift. Разработчики сфокусированы именно на универсальности, адаптации системы под любую инфраструктуру, которая имеется у заказчика. При этом внедрение не должно сводиться к сложному проекту, а занимать считанные часы и осуществляться силами специалистов заказчика.

Два слоя инфраструктуры

Что представляет собой инфраструктура заказчика, которую призвана обслуживать система зонтичного мониторинга? Прежде всего, это системы хранения данных. Вторым эшелоном идет система виртуализации. Причем здесь важно не просто охватить ее мониторингом, но и провести инвентаризацию. Допустим, та или иная виртуальная машина зависит от таких-то дисков, от таких-то СХД. Третий момент, это охват системой мониторинга сетевых устройств, сетевой обвязки. Четвертым эшелоном идет, как правило, взаимодействие между системой виртуализации и системой хранения данных. Это фундамент, который есть практически у любого заказчика. Возможности GIMS позволяют работать с ним. Следующий слой — программное обеспечение и сервисы (СУБД, корпоративный портал, 1С и т.д.), и здесь у каждого заказчика имеются свои особенности.

Не переходить «красные линии»

Коннектор системы зонтичного мониторинга должен не просто «видеть» объект и понимать, работает он или нет, а уметь считывать его показатели и определять, насколько хорошо он работает, требуется ли вмешательство и т.д. Из «коробки» заказчик получает метрики пороговых значений для различных параметров устройства. Эти значения можно и нужно дополнительно настраивать и корректировать на месте, уже на стороне заказчика. К примеру, система мониторинга показывает, что 50% виртуальных машин у заказчика работает в условиях перегрузки в соответствии с пороговыми значениями. Таким образом, заказчик может скорректировать эти значения, а затем решить у себя проблему с ресурсами. В GIMS имеются рекомендуемые параметры производительности, используя которые заказчик может оценить работу своего оборудования и принять упреждающие меры при необходимости. Речь идет о СХД, виртуализации, сетевых устройствах и SAN.

Особенности миграции

Сегодня многих заказчиков интересует вопрос миграции с зарубежных систем мониторинга на российские решения. В целом проект по переезду на GIMS на крупном предприятии с десятками тысяч объектов мониторинга, когда требуется не просто провести инвентаризацию всего «хозяйства», но и настроить автоматическое заведение инцидентов, занимает примерно шесть месяцев. Существует несколько подходов. Первый подход применим, преимущественно к решениям IBM Tivoli. Можно параллельно с «зонтиком» под управлением IBM построить параллельную среду мониторинга GIMS и постепенно переводить в нее все объекты (метод Greenfield). Но такой проект может затянуться на год и более. Гораздо эффективнее менять одну систему на другую, перенося ее компоненты, как будто мы разбираем один дом из кирпичей и параллельно из этих же кирпичей строим другой. В первом случае мы можем столкнуться с негативной реакцией со стороны пользователей — «а раньше было удобнее». Во втором пользователи сразу видят новую систему в работе и могут оценить ее производительность и удобство в работе. Если клиент ранее использовал систему мониторинга Zabbix, то сначала нужно построить параллельную систему мониторинга, в которую включить объекты, не охваченные Zabbix. Убедившись, что новая система работает нормально, можно начать постепенно «размывать» Zabbix, то есть — убирать объекты из него и переводить в новую систему.

Заключение

Резюмируя все вышесказанное, хотелось бы еще раз сформулировать рекомендации по выбору отечественной системы зонтичного мониторинга. Во-первых, это должно быть коробочное решение, с отчуждаемым дистрибутивом, который предоставляется заказчику для самостоятельного тестирования. Во-вторых, решение должно отвечать самым строгим требованиям по производительности. Чтобы в этом убедиться, необходимо провести нагрузочное тестирование с 10-20 тысячами объектов мониторинга. На этапе пилотного проекта очень желательно убедиться в интеграционных возможностях с системами инцидент-менеджмента и управления плановыми работами. В третьих, при миграции с западного решения, не рекомендуется использовать метод Greenfield, то есть параллельное выстраивание новой системы мониторинга при одновременной работе старой. Вы обязательно столкнетесь с негативом и затягиванием сроков проекта.

Подробнее о Gelarm Infrastructure Management System (GIMS) >>>