Интеграция System Center Operation Manager [SCOM] с внешним средством мониторинга [Приложение]

Очень простой способ сделать это — использовать мониторинг доступности веб-приложений, который работает с любой конечной точкой HTTP. Помимо проверки доступности, этот монитор может проверять содержимое ответа и выдавать соответствующее предупреждение.

Чтобы начать работу, используйте консоль SCOM и перейдите к разделу Создание > Шаблоны пакетов управления > Создать > Мониторинг доступности веб-приложений.

Этот блог - действительно хорошее пошаговое руководство, как это сделать:

http://www.opsmanfan.com/index.php/6-use-scom-2012-to-monitor-a-webapi-without-using-scripts

Некоторые ограничения этого подхода по сравнению с пользовательским пакетом управления:

• вы не получите никакого контроля над содержимым предупреждения (имя, описание и т. д.)
• он не будет хорошо масштабироваться для многих мониторов (с точки зрения административной нагрузки)
• вы не можете представить здоровье, используя сложную объектную модель (без классов/открытий)

Если вы хотите протестировать большое количество URL-адресов с помощью этого метода, вам также может помочь пакет управления сообщества под названием URLGenie:

http://blogs.msdn.com/b/tysonpaul/archive/2015/05/04/urlgenie-management-pack-for-scom-an-easy-solution-for-bulk-website-monitoring.aspx

Вы правы, что пользовательский MP — это правильный способ интеграции пользовательской/сторонней системы мониторинга с SCOM. Вы должны думать о трех важных вещах, когда планируете свою работу над таким МП:

1. Как вы собираетесь получать информацию из внешней системы
2. Как вы собираетесь сохранять и использовать его в SCOM
3. Как вы собираетесь визуализировать это в SCOM

Давайте пройдемся по этим трем пунктам:

1. Из вашего вступления это выглядит очевидным - ваша система предоставляет RESTful API. SCOM (даже 2012 или 2016) не имеет собственных источников данных для анализа JSON, поэтому вам нужно будет создавать собственные источники данных с помощью Powershell или C# (в зависимости от вашего опыта). В этом случае может быть разумно использовать любую стандартную библиотеку, чтобы упростить эту работу.

2. SCOM имеет свою специальную объектную модель. У вас есть классы для представления объектов, мониторы для обнаружения сбоев/изменений состояния и правила для сбора показателей производительности и предупреждений/событий. Таким образом, вам потребуется внедрить источники данных Discovery, чтобы получать данные об объектах, отслеживаемых вашей пользовательской системой мониторинга (таких как серверы, базы данных, диски, приложения и т. д.), и определить иерархию классов для сохранения этих объектов в SCOM. Затем вам нужно будет создать источники данных для мониторов и правил, и здесь вы должны подумать, прежде чем действовать — какие сбои, предупреждения и метрики вы хотите предоставить SCOM. Когда у вас есть четкое понимание этой области, вы можете реализовать это (опять же - используя PS или C #).

3. SCOM предоставит вам некоторую внеплановую визуализацию после купола (1) и (2), поэтому в минимальном сценарии вам нужно будет определить всего пару представлений для отображения в консоли SCOM данных, собранных вашим MP. В крайнем случае, если вы хотите иметь какую-то причудливую визуализацию, вам придется создать собственную панель мониторинга. Хороший вариант здесь — использовать дашборды из SQL Server MP (вышел недавно, бесплатный и реально крутой).

На самом деле SCOM — это не система мониторинга, а фреймворк, в котором есть среда выполнения, язык разработки и библиотеки, поэтому создание собственного MP ближе к программированию, чем к администрированию ИТ :) Также можно попробовать использовать инструмент авторинга Silect MP, но я не уверен, поможет ли это вам создавать собственные источники данных лучше, чем VS.

Удачи!

P.S. не стесняйтесь связаться со мной через LinkedIn для получения более подробной информации о разработке MP.