Интеграция System Center Operation Manager [SCOM] с внешним средством мониторинга [Приложение]
Что я пытаюсь достичь
Сводка:
Попытка создать API или коннектор для внутреннего инструмента мониторинга, который интегрируется с SCOM [System Center / Microsoft System Operations Manager 2012].
Наш инструмент имеет спокойную страницу со всеми необходимыми конечными точками и просто хочет, чтобы SCOM прочитал статус этих конечных точек.
На данный момент, в соответствии с документацией SCOM и моим пониманием, мне нужно создать пакет управления. И это состоит из инструментов авторинга с Visual Studio и т. Д.
Пока я все еще просматриваю документацию по этому вопросу, чья проблема решалась раньше. Некоторое руководство о том, как подойти к этому, будет оценено.
##### ОБНОВЛЕНИЕ [01.04.16] ########
Мышление.... *
Запланируйте создание MP(ов) для Discovery, Monitoring и Dashboard.*
Новый вопрос...
Создан сценарий с использованием шикарного кода, который предоставляет конечные точки, необходимые для SCOM.
+ Они должны быть преобразованы в объект класса (преобразование шикарного в xml). - еще не сделано!
+ Забегая вперед Я не уверен, какой базовый класс использовать для этого сценария обнаружения?
2 ответа
Вы правы в том, что пользовательский MP - это правильный способ интеграции пользовательской / сторонней системы мониторинга со SCOM. Когда вы планируете свою работу над таким депутатом, вам нужно подумать о трех важных вещах:
- Как вы собираетесь получать информацию из внешней системы
- Как вы собираетесь сохранить и использовать его в SCOM
- Как вы собираетесь визуализировать это в SCOM
Давайте пройдемся по этим трем пунктам:
Из вашего вступления это выглядит очевидным - ваша система предоставляет RESTful API. SCOM (даже 2012 или 2016) не имеет собственных источников данных для анализа JSON, поэтому вам нужно будет создавать собственные источники данных с помощью Powershell или C# (зависит от вашего опыта) . В этом случае может быть разумно использовать любую стандартную библиотеку, чтобы упростить эту работу.
SCOM имеет свою особую объектную модель. У вас есть классы для представления объектов, мониторы для обнаружения сбоев / изменений состояния и правила для сбора показателей производительности и предупреждений / событий. Поэтому вам необходимо реализовать источники данных Discovery, чтобы получать данные об объектах, отслеживаемых вашей пользовательской системой мониторинга (например, серверами, базами данных, дисками, приложениями и т. Д.), И определять иерархию классов для сохранения этих объектов в SCOM. Затем вам нужно будет создать источники данных для мониторов и правил, и здесь вы должны подумать, прежде чем действовать - какие сбои, оповещения и метрики вы хотите выставить в SCOM. Когда у вас есть четкое понимание этой области - вы можете это реализовать (опять же - используя PS или C#) .
SCOM даст вам некоторую визуализацию OOB после купола (1) и (2), поэтому в минимальном сценарии вам нужно будет определить только пару представлений для отображения в консоли SCOM данных, собранных вашим MP. В конечном итоге - если вы хотите получить какую-то необычную визуализацию - вам придется создать собственную панель инструментов. Хороший вариант здесь - использовать инструментальные панели из SQL Server MP (он был выпущен недавно, он бесплатный и действительно классный) .
На самом деле, SCOM - это не система мониторинга, а платформа, которая имеет платформу времени исполнения, язык разработки и библиотеки, поэтому создание собственного MP ближе к программированию, чем к администрированию ИТ:) Вы также можете попробовать использовать инструмент разработки Silect MP, но я не уверен, что это поможет вам создавать собственные источники данных лучше, чем VS.
Удачи!
PS не стесняйтесь пинговать меня через LinkedIn для получения более подробной информации о разработке MP.
Очень простой способ сделать это - мониторинг доступности веб-приложений, который работает с любой конечной точкой HTTP. Помимо проверки доступности, этот монитор может проверять содержимое ответа и, соответственно, выдавать предупреждение.
Для начала используйте консоль SCOM и выберите "Разработка"> "Шаблоны пакетов управления"> "Создать"> "Мониторинг доступности веб-приложений".
Этот блог - действительно хорошее прохождение этого:
http://www.opsmanfan.com/index.php/6-use-scom-2012-to-monitor-a-webapi-without-using-scripts
Некоторые ограничения этого подхода по сравнению с пользовательским пакетом управления:
- вы не получите никакого контроля над содержимым оповещения (имя, описание и т. д.)
- это не будет хорошо масштабироваться для многих мониторов (с точки зрения административного бремени)
- Вы не можете представить здоровье, используя сложную объектную модель (нет классов / открытий)
Если вы хотите протестировать большое количество URL-адресов с помощью этого метода, вам также может помочь пакет управления сообществом под названием URLGenie: