System Center Operations Manager 2012: Простота расширения возможностей мониторинга

Мониторинг всей сетевой ИТ-среды жизненно важен. Microsoft System Center Operations Manager (SCOM) всегда предоставлял возможности активного наблюдения за состоянием сетей Microsoft. В SCOM 2007 R2 появилась возможность наблюдать за Unix и Linux, что позволило выполнять мониторинг смешанных сред.

В конце года планируется выпуск SCOM 2012. В этой версии появятся новые интересные функции мониторинга высокой доступности, наблюдения за сетевыми устройствами, за сервером приложений Java, а также появятся панели мониторинга.

В новой версии SCOM значительно улучшился мастер установки. Самое заметное улучшение заключается в том, что во время установки создаются операционная база данных и БД хранилища. В предыдущих версиях эти базы данных нужно было предварительно создавать перед установкой.

В мастер установки также встроена проверка необходимых условий для установки SCOM. Мастер автоматически отображает и копирует сообщения об ошибках. Мастер проверяет работоспособность всех учетных записей (рис. 1).

Рис. 1. В процессе установки System Center Operations Manager 2012 произошли изменения

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

Все функции SCOM 2012 можно выполнять на виртуальных машинах. Для обеспечения максимальной производительности рекомендуется размещать базу данных SQL Server на физическом или виртуальном сервере с непосредственно подключенными дисками. Как и во многих других случаях, моментальные снимки виртуальных машин при работе с SCOM 2012 использовать нельзя.

На серверах управления и шлюзах должна устанавливаться ОС Windows Server 2008 R2 SP1, и они должны оборудоваться процессорами с тактовой частотой 2,8 ГГц и не менее 2 ГБ памяти. SQL Server должен устанавливаться на сервере с 64-разрядной ОС Windows Server 2008 SP1 или выше или Windows Server 2008 R2 и по крайней мере с 4 ГБ памяти. В базе данных надо выбрать сортировку SQL-Latin1_General_CP1_CI_AS и включить полнотекстовый поиск.

В крупных средах SQL Server надо размещать на кластерах для обеспечения высокой доступности. Заметьте, что хранилище данных больше не является необязательным, как это было в SCOM 2007 R2. Теперь это обязательный компонент среды SCOM. Вместе с тем, его можно предоставить в общий доступ нескольких групп управления. Существует несколько версий агента: 32- и 64-разрядный, а также версия для 64-разрядного Itanium.

Варианты обновления

Поддерживается только прямое обновление SCOM 2007 R2 до SCOM 2012. Все обновляемые серверы управления SCOM 2007 R2 должны быть 64-разрядными и размещенными на 64-разрядном оборудовании, а в качестве операционной системы должна использоваться Windows Server 2008 R2 SP1.

Общий порядок обновления таков: сначала дополнительные серверы управления, шлюзы и агенты, а затем корневой сервер управления (Root Management Server, RMS). Обновление может прекратиться, если остался хотя бы один сервер управления или шлюз SCOM 2007 R2. При этом установщик сообщит, что в среде остались агенты SCOM 2007 R2, но установку это не остановит. Такие агенты не смогут поставлять информацию, пока их не обновить до SCOM 2012.

В некрупных средах с одним сервером SCOM 2007 R2, выполняющим все функции, можно обновить имеющийся экземпляр (при условии, что сервер удовлетворяет системным требованиям) или создать другой сервер управления и начать обновление с него. В первом случае агенты будут предоставлять информацию SCOM 2012 только после обновления.

В библиотеке TechNet есть несколько отличных схем обновления http://technet.microsoft.com/en-us/library/hh454967.aspx. Есть также ссылки на контрольные списки с инструкциями.

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

Некоторое время в среде могут быть группы управления и серверы SCOM 2007 R2 и SCOM 2012, при этом надо знать, что агенты SCOM 2012 поддерживают связь с серверами SCOM 2007 R2. Обратная ситуация неверна, поэтому очень важно как можно раньше обновить старые агенты.

Все пакеты управления, работающие с SCOM 2007 R2, должны работать и с SCOM 2012, потому что их схема не поменялась. Исключением являются некоторых пакеты управления сторонних разработчиков, которые требуют установки на агенте новых модулей, новых шаблонов пакетов управления или новых типов представления из-за изменений в API-интерфейсе. Пакеты управления для мониторинга сети, использующие протокол SNMP (Simple Network Management Protocol) будут работать, но могут потребовать обновления для интеграции с новым каркасом мониторинга сети.

Инфраструктурные улучшения

В SCOM 2007 R2 сервер RMS является единственной точкой отказа. Он является точкой подключения обычных и веб-консолей. На нем работает служба конфигурации, и он управляет соединителями, агрегированием информации о «здоровье» систем и системой управления доступом на основе ролей. Единственный способ обеспечить высокую доступность SCOM 2007 R2 — разместить сервер RMS в кластере. Это сложно с технической точки зрения и с точки зрения обслуживания. При этом используется модель «active-passive», и требуются соответствующие затраты на оборудование и лицензирование.

SCOM 2012 полностью меняет правила по образцу и подобию Microsoft Exchange и других приложений Microsoft. Высокая доступность встроена в сам продукт. Нет никаких «выделенных» серверов управления. В пуле с несколькими серверами нагрузка балансируется и обеспечивается доступность. На каждом сервере работает служба конфигурации и хранит данные в базе данных, а не в конфигурационных XML-файлах или в памяти, как в SCOM 2007 R2. Это обеспечивает более быстрый запуск сервера управления.

Переход при сбое происходит не моментально. На это требуется более двух минут, пока пул не перезагрузит управляемые экземпляры. Также считается, что у всех серверов управления одинаковые ресурсы. Разница в мощности процессоров и объеме памяти не учитывается. Есть три пула по умолчанию: пул всех серверов управления (All Management Server Resource Pool), пул уведомления (Notification Pool) и пул интеграции с Active Directory (Active Directory Integration Pool). При необходимости пользователи могут создавать собственные пулы.

Некоторые пакеты управления (например, для Exchange Server 2007 и Exchange Server 2010) требуют для своей работы RMS. Так как в SCOM 2012 нет сервера RMS, чтобы обеспечить совместимость с такими пакетами управления, одному серверу назначается роль эмулятора RMS. Эту роль можно вручную перемещать между серверами управления, но уже создается пакет управления, который автоматизирует переход роли./p>

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

Вопросы взаимодействия

Проблема существующего набора System Center в том, что по сути это набор разных приложений, слабо интегрированных между собой. В версии 2012 ситуация поменяется. System Center Orchestrator 2012 — компонент, который «склеивает» их вместе. Он предоставляет пакеты интеграции (Integration Packs, IP) для каждого из приложений System Center, в том числе SCOM. SCOM IP может создавать и работать с оповещениями и мониторами, а также запускать и останавливать режим обслуживания.

Есть также пакеты интеграции для SCSM (System Center Service Manager). Они могут автоматически создавать инциденты на основе оповещений SCOM. Например, пакет интеграции для VMM (System Center Virtual Machine Manager) может передавать в SCOM информацию о виртуальных машинах, службах, частных облаках и узлах. Интересно увидеть, как этот новый подход к интеграции набора System Center предоставит тот интеграционный «клей», о котором спрашивали столько пользователей.

Нынешний SCOM 2007 R2 использует для интеграции с такими системами управления, как IBM Tivoli, HP OpenView и другими. SCOM 2012 их не поддерживает. Интеграция между SCOM и другими системами управления будет организована средствами System Center Orchestrator 2012.

Поддержка Windows PowerShell

Отличная новость заключается в том, что SCOM 2012 поставляется с полной поддержкой Windows PowerShell 2.0 и набором новых командлетов. Потребуется время на освоение командлетов, содержащих в своем имени «SCOM». Вместе с тем, поддерживаются и старые командлеты. Есть также новые командлеты для мониторинга машин под управлением Unix и Linux. В них используется функциональность Windows PowerShell 3.0, которая сейчас доступна как CTP.

Для выполнения командлетов Windows PowerShell нужно создать подключение к группе управления. Можно создать постоянное подключение, чтобы выполнить несколько командлетов, или временное — для выполнения одной команды.

Расширенный мониторинг

На крупных предприятиях устранением неполадок сетей и поддержкой серверов занимаются разные люди. Это может затруднять определение, где источник проблемы — в оборудовании, ОС или сети. Одна из самых замечательных новинок SCOM 2012 — мониторинг сети. Эта функциональность призвана повысить «прозрачность» сети и помочь быстрее устранять неполадки.

SCOM 2007 R2 предлагает только базовые возможности мониторинга сетевых устройств, но только не на уровне портов (если только не сконфигурировать каждое устройство вручную). SCOM 2012 поддерживает SNMP версий v1, v2 и v3, а также IP v4 и v6. В SCOM 2012 встроена поддержка нового стека SNMP. В SCOM 2007 R2 использовался стек операционной системы SNMP.

Вы сможете наблюдать за любыми сетевыми устройствами, поддерживающими SNMP, вплоть до уровня портов. Можно также исключить отдельные устройства. Есть также расширенные возможности мониторинга процессора и загруженности и фрагментации памяти, а также другие функции для конкретных устройств, поддерживаемых SCOM 2012. В настоящий момент поддерживается более 80 поставщиков и более 800 устройств.

Если устройство поддерживает ловушки SNMTP изменения системы (такие как добавление карты или изменение конфигурации), SCOM 2012 отслеживает их. Строки SNMP только для чтения обеспечивают весь мониторинг. Если узел отключается, подавляется весь мониторинг, чтобы избежать потока сообщений об отключении портов и связей (рис. 2).

Рис. 2. Данные мониторинга сети позволяют быстро обнаруживать неполадки

Функциональность привязки портов позволяет увидеть, к каким портам подключены те или иные наблюдаемые агентом узлы. SCOM также поддерживает обнаружение виртуальных локальных сетей и коммутаторов в таких сетях. SCOM будет наблюдать только за подключенными портами, если только не добавить порты вручную в критическое правило сетевых портов. Для маршрутизаторов Cisco поддерживается обнаружение групп HSRP (Hot Standby Router Protocol). В SCOM 2012 реализован мониторинг более двухсот новых элементов сети.

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

Есть четыре панели мониторинга сети. Панель Network Vicinity Dashboard содержит графическое представление подключенных устройств в пределах одного перехода от выбранного узла. Можно увеличить число переходов до пяти. Эта панель не поддерживает объединение сетевых карт, а также не поддерживает отображение информации о компьютерах с Unix и Linux. Виртуальные машины сопоставляются с теми же сетевыми устройствами, что и хост, однако коммутатор Hyper-V не отображается как устройство SNMP. Другие панели мониторинга предоставляют информацию о проблемных устройствах, детальную информацию об определенных устройствах и портах.

Тактика устранения неполадок

Устранение неполадок производительности приложения — сложная и неблагодарная область деятельности. При решении таких задач требуется знания внутренних механизмов работы конкретной программы. Где кроется неполадка: в коде, в серверном оборудовании, серверном ПО или в сети? Нужно разработать стандартную метрику для всех приложений и способ быстрого обнаружения, на каком уровне наблюдается неполадка.

AVIcode позволяет обнаруживать проблемы в коде приложений. Это решение было недавно приобретено Microsoft и будет интегрировано в SCOM как APM (Application Performance Monitoring). APM будет работать только с веб-приложениями и приложениями Microsoft .NET Framework, но не с автономными приложениями, а также будет поддерживать только мониторинг IIS 7 или 7.5.

Инфраструктура SCOM 2012 полостью интегрирована. Нет отдельной базы данных. При мониторинге машины с IIS под управлением Windows Server 2008/2008 R2 будет автоматически развернут агент APM. Можно также задать общее соглашение об уровне обслуживания, или SLA (задав минимально допустимое время ожидания), во всех веб-приложениях, не настраивая мониторинг отдельных компонентов. При этом можно по мере необходимости настраивать SLA для отдельных программ.

После активизации и загрузки перехватчиков в IIS потребуется перезагрузить сервер. После этого при добавлении дополнительных приложений потребуется только перезапустить соответствующий пул приложений (рис. 3).

Рис. 3. Настройка Application Performance Monitoring не составляет труда, но позволяет с легкостью наблюдать за приложениями

Красота такого уровня интеграции становится очевидной, когда вы видите информацию мониторинга сети, оборудования и ОС вместе со сведениями о производительности приложения. Это значительно облегчает локализацию неполадок.

Работа с панелями мониторинга

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

Новый мастер создания панелей облегчает отображение данных для определенной аудитории. Мастер доступен как в обычной, так и веб-консоли. Готовые панели мониторинга можно отображать в косоли, веб-консоли и SharePoint 2010 — они выглядят в этих средах практически одинаково. SCOM 2012 поддерживает вложение панелей, когда можно просматривать более детальную информацию по одному из компонентов панели, просто переходя на другую панель.

В SCOM 2012 процесс создания панели мониторинга состоит из трех шагов. Во-первых, выберите общий вид в зависимости от выбранного числа ячеек. Виджеты добавляются в каждую ячейку (есть три типа виджетов — Alert, Performance и State). И, наконец, определите область действия, критерии и параметры отображения виджета (рис. 4).

Рис. 4. Создавать пользовательские панели мониторинга в SCOM 2012 просто

После этого можно интегрировать панели SCOM в SharePoint 2010, используя веб-части. Если пользователи, для которых создаются панели мониторинга, не являются пользователями SCOM, для веб-частей можно задать общие учетные данные. Интеграция работает в SharePoint Server 2010 редакций Standard и Enterprise, а также в бесплатной версии Foundation.

Информация персонализации панели хранится в базе данных, поэтому она сохраняется при переходе между компьютерами и разными средами. В SCOM 2007 R2 панели мониторинга хранились в реестре локальной машины. У панелей мониторинга в веб-консоли есть точный URL-адрес. Это облегчает распространение информации среди «нетехнических» пользователей, потому что для просмотра панели нужно просто добавить ее адрес в избранное.

Самой популярной панелью мониторинга скорее всего станет консоль Management Group Health Dashboard. Она позволяет операторам SCOM 2012 быстро проверить состояние среды. Эта консоль дает возможность наблюдать за инфраструктурой и функциями системы SCOM (рис. 5).

Рис. 5. Консоль Management Group Health Dashboard позволяет быстро проверить состояние среды

Мониторинг смешанной среды

Как и предшественник, SCOM 2012 позволяет наблюдать за машинами под управлением Unix и Linux (так называемых «систем *nix»), но и здесь произошли изменения в лучшую сторону. Агент *nix поддерживает HP-UX 11i версии 2 или 3 на базе PA-RISC и IA64, Sun Solaris 9 на базе SPARC и 10 на базе SPARC и 32-разрядной платформы, Red Hat Enterprise Linux 4, 5 и 6 на 32- и 64-разрядных платформах, Novell SuSE Linux Enterprise Server 9 на 32-разрядной платформе, 10 SP1 и 11 на 32- и 64-разрядных платформах, а также IBM AIX 5.3, 6.1 и 7.1 на базе POWER.

Для мониторинга смешанных сред SCOM 2012 поддерживает ключи sudo и SSH. Первый ключ позволяет сконфигурировать стандартную учетную запись на управляемой машине ровно с тем объемом разрешений, который необходим. Второй ключ гарантирует безопасное обслуживание агента..

В SCOM 2012 также реализована полная поддержка мониторинга северов приложений Java Enterprise Edition, или JEE (предыдущее название — J2E). Поддерживаются четыре сервера: IBM WebSphere 6.1 и 7, Red Hat JBoss 4.2, 5.1 и 6, Oracle WebLogic 10g Rel3 и 11g Rel1, а также сервер с открытым кодом Apache Tomcat 5.5, 6 и 7 на платформе Windows и Linux. Также поддерживается WebSphere на базе AIX и WebLogic на базе Solaris.

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

Для более глубокого мониторинга Microsoft предоставляет JMX-приложение (Java Management Extension) с открытыми кодами по имени BeanSpy (предыдущее имя — JMX Extender), которое можно загрузить на сервер приложений. Оно предоставляет информацию SCOM по протоколу HTTP или HTTPS, при этом можно использовать (или нет) базовую проверку подлинности. BeanSpy получает информацию со счетчиков MBean (это примерно то же, что счетчики производительности в Windows) для мониторинга отдельных приложений, частоты и времени затраченного на сборку мусора, а также производительности сервера приложений.

Разочаровывает, что SCOM не поддерживает кластеризацию Windows. Также неплохо было бы, если бы SCOM позволял выполнять мониторинг приложений в публичном облаке Windows Azure, а также кластеризованных Java-приложений в JEE.

В целом, можно сказать, что SCOM 2012 — это серьезно переработанная новая версия с несколькими очень полезными новыми функциями. Упрощенная инфраструктура и легкость поддержки высокой доступности наверняка понравится пользователям. Развитые средства мониторинга сети также упростят процесс устранения неполадок. Но интереснее всего, как System Center Orchestrator будет использоваться для объединения различных частей пакета System Center в единое целое.