How to create a ping monitor in SCOM

"Как мне настроить ping monitor в SCOM?" - Наиболее встречающийся вопрос в поисковике google.

Такой весомый и мощный продукт как System Center Operations Manager содержит набор инструментов для мониторинга инфраструктуры in-depth, однако с помощью шаблонов MP Templates вряд ли получится настроить протокол ICMP для опроса устройств. Обычная пинговалка устройств с первого взгляда кажется недоступной. Альтернативой сразу напрашивается сторонний продукт Fpinger завоевавший популярность у сетевых инженеров. 

Если копать глубже, то в SCOM есть встроенный монитор WMI ping, но для класса windows computer object. Это значит, что доступность устройств  можно наблюдать только используя  WMI запросы к наблюдаемому объекту, либо требуется наличие SCOM agent. Но как быть с сетевыми устройствами, маршрутизаторами?

Заказчику требовалось отображать статистику недоступности каналов связи в регионах России в одном информационном окне. К тому же делать отчеты о недоступности каналов связи с точными штампами времени. Анализировать качество канала на основе задержек ping response time.

Я нашел стороннее решение, распространяющееся бесплатно через портал System Center Central

Авторы Multihost Ping MP  создали пакет управления, позволяющий смотреть доступность любых сетевых устройств через ICMP протокол. К тому же добавили интересные виды ping performance monitor и reporting data collection. Диаграмма показывает необходимые компоненты для реализации наблюдения.

Ping Watcher – объект с которого ведется наблюдение ( ping ) наблюдаемых целей. Необходимое условие – наличие SCOM агента, выступающего в роли Act as a proxy. (Ping Watcher могут располагаться где угодно, в разных сетях, рисуя диаграмму доступности исходя из разных сетевых месторасположений)

Ping Target – наблюдаемый объект. Может быть чем угодно, любой девайс с ipv4 адресом, умеющий посылать эхо ответы.

Пакет управления Multi Host Ping 3.0 прост в установке и настройке. Есть прилагаемая инструкция в составе скачиваемого архива.

Установка

1.       Импорт пакета управления MP в SCOM

2.      Создание списка наблюдаемых объектов  (NETBIOS name, FQDN, Ip address) в виде текстового файла с разделителем точка с запятой “;” (semicolon separated format) 

3.       Добавление списка в файл реестра pingtargets.reg

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\SystemCenterMPs] [HKEY_LOCAL_MACHINE\SOFTWARE\SystemCenterMPs\MultiHostPing] [HKEY_LOCAL_MACHINE\SOFTWARE\SystemCenterMPs\MultiHostPing\PingTarget] "Target"="www.google.com;192.168.1.10;server1

4.   Скопировать файл и добавить содержимое в реестр на Ping Watcher node – узла на котором установлен SCOM агент, с которого будут пинговаться наблюдаемые объекты.

5.    Установить параметр для ping watcher node – act as a proxy (SCOM console –> Administration -> Agent Managed –  Agent  Properties – Security Page  

6.      Повторить шаги  1-4 для дополнительных Ping watcher нод, если требуется

Всем сетевым устройствам я вручную добавил DNS имена в зоне domain.local для ассоциативного отображения в OM Console.

Ping 56-orenburg

Виды представлений мониторов  в  SCOM

Итак, виды которые дают отчет о состоянии каналов связи.

• Ping Alerts
• Ping response
• Ping Targets

Ping Alerts – Мониторы с заведомо критическими событиями, отображают регионы с недоступными каналами связи в данный момент времени. По возобновлению канала Alert переходит Resolution State – Resolved и исчезает из этого вида.

Ping response – один из интереснейших отчетов. Строит график по счетчикам задержек эхо ответа в миллисекундах. Показывает качество канала связи за заданный промежуток времени. Для отображения статистики нужно дополнительно включить монитор – ping performance view. Делается это через SCOM Console -> Authirong -> Management Pack Templates –> Monitors. Вид Change scope –> Ping Watcher

Ping Response View

Спустя некоторое время у нас появится статистика за промежуток времени. Выводим на экран нужные графики Ping response каналов связи. Шкала Y - задержки ping response time в миллисекундах, X - шкала времени. 

По этому графику можно смело утверждать, что на временном отрезке 13.12 00:00 – 8:00, регионы СПб, Самара, Вологда и Кемерово имеют стабильно хорошую связь.

У Хабаровска (зеленый график) нестабильное качество. Тула периодически отваливается.

А у Нижнего Новгорода (оранжевый график) качество канала стабильно плохое - задержки в среднем 700мс.

Ping Targets – общее представление статуса каналов связи во всех регионах. Можно делать сортировку по столбцам.

Для отображения статистики доступности канала связи ждем по требуемому устройству. ПКМ –> Open –> Health Explorer

Далее Монитор –>Availability –> вкладка State Events

По этим показателям можно утверждать, что доступность канала связи с Чечней наблюдается (запустили счетчики мониторов) с 12.12.13 18:10

А с момента 13.12.13 0:59 (состояние перешло в красное) и вплоть до 1:30 (состояние стало зеленым) канал связи был недоступен.