Наблюдение за сервером и
управление им является важнейшей частью любой современной
инфраструктуры ИТ. Жизненно важно обеспечить не только надлежащее
функционирование инфраструктуры ИТ, но и ее способность выдерживать
нагрузки, создаваемые работой пользователей. Однако о сборе
информации легче
рассуждать, чем его
реализовывать, а понимание того, что следует делать с информацией,
получив ее, это совсем отдельная история. К счастью, в этом вопросе
есть поддержка. Диспетчер Microsoft®
Operations Manager (MOM) обеспечивал решение этих задач в течение
семи лет, и его последнее воплощение, System Center Operations
Manager 2007, является его расширением.
Для чего нужен переход?
System Center Operations Manager 2007 предлагает
многочисленные и значительные усовершенствования по сравнению с
предыдущей версией, MOM 2005. Базовая архитектура пересмотрена и
существенно улучшена, чтобы программный продукт в большей степени
поддерживал распространение приложений по нескольким устройствам, а
также поддерживал не только серверы, но и все компоненты, из которых
состоит сервер.
Более того, диспетчер Operations Manager может
гордиться мощным механизмом слияния, объединяющим данные оповещений
и значительно снижающим число избыточных оповещений, а также
средством Health Explorer, облегчающим процедуру поиска и устранения
неполадок.
Предусмотрены пороговые значения для
самонастройки и механизм установки базового уровня, облегчающие
отслеживание эксплуатационных показателей в пределах рабочей среды;
значительно усовершенствован механизм создания отчетов, предлагающий
превосходную графику и средства сквозной детализации отчетов. Чтобы
получить представление о визуальном представлении данных отчета,
взгляните на рис. 1.
Рис.
1 Отчет дисптчера Operations
Manager 2007 о доступности
Диспетчер Operations Manager можно использовать
даже для наблюдения за настольными компьютерами, не только за
серверами. Operations Manager 2007 предлагает следующие
дополнительные функциональные возможности.
- Превосходные средства наблюдения для платформы Windows Server
System™
- Большие возможности и мощные функции для наблюдения за
приложениями
- Средства автоматизации рутинных задач
- Механизм базы данных следующего поколения, облегчающий
масштабируемость и управление на уровне предприятия
- Усовершенствование средств безопасности и интеграцию с Active
Directory®
Для получения дополнительных сведений о новых
возможностях, предоставляемых System Center Operations Manager 2007,
ознакомьтесь со статьей «Наблюдение за серверами с помощью
Operations Manager 2007», написанную Питом Зергером (Pete Zerger)
для данного выпуска журнала TechNet.
Переход на Operations Manager
Прежде чем планировать переход на Operations
Manager 2007, необходимо понять, что для этого программного продукта
не существует прямого пути обновления. При таких значительных
изменениях в архитектуре диспетчера Operations Manager программный
продукт не может оставаться совместимым с предыдущими версиями
настолько, чтобы обновление можно было выполнить на месте.
Следовательно, если в настоящее время у вас работает MOM 2000 или
MOM 2005, вам придется рассмотреть одну из стратегий перехода,
описанных в этой статье далее.
Однако если у вас нет работающей предыдущей
версии MOM, можно просто установить новую версию программного
продукта. Следует помнить о том, что на самом раннем этапе проекта
необходимо понять, сможете ли вы обойтись силами собственных
специалистов во время установки или проведения перехода или же вам
понадобится посторонняя помощь. Очевидно, что от этого зависит общая
стоимость проекта, поэтому данный вопрос следует обдумать в самом
начале этого процесса.
Варианты перехода
Для тех, у кого в настоящее время нет работающего
MOM, развертывание не представляет сложностей: следует подготовить
план и проект архитектуры, после чего приступать к развертыванию
программного обеспечения. Однако, если вы используете MOM,
Майкрософт поддерживает два варианта перехода: параллельно на таком
же оборудовании и параллельно на другом оборудовании. Рассмотрим оба
варианта.
Параллельно на таком же оборудовании В
этом варианте Operations Manager устанавливается на оборудовании,
физически идентичном оборудованию, на котором развернута
существующая архитектура MOM 2000 или MOM 2005. Такой подход удобен
для узлов, на которых инфраструктура MOM используется без высокой
нагрузки, и где имеется серверное оборудование, достаточно мощное
для того, чтобы на нем можно было разместить как старую, так и новую
версию. Этот вариант следует рассматривать только в том случае, если
установка Operations Manager не окажет серьезного влияния на
производительность используемых серверов MOM.
Параллельно на другом оборудовании В этом
случае новая установка выполняется на новом или отличающемся
оборудовании. Данный подход является предпочтительным, поскольку
гарантируется незначительное влияние на существующую инфраструктуру
управления во время проведения перехода. Стоит отметить, что
дополнительное оборудование не является необходимым. Новые серверы
Operations Manager 2007 могут быть размещены на виртуальных машинах
до тех пор, пока не появится возможность выделить старое серверное
оборудование.
Важные
вопросы перехода
Прежде чем остановиться на конкретной стратегии
перехода, следует рассмотреть несколько важных вопросов.
Во-первых, необходимо подумать о требованиях,
предъявляемых к оборудованию и программному обеспечению, и
связанными с переходом затратами. Даже если вы решите размещать или
поддерживать всю инфраструктуру Operations Manager на виртуальных
машинах, все равно потребуется предоставить диспетчеру Operations
Manager возможность осуществлять наблюдение за ОС и лицензиями
приложений, а также лицензиями OML (Operations Management License)
для каждого агента.
Во-вторых, необходимо запланировать ресурсы для
выполнения работы. На небольших предприятиях такой план, возможно,
не будет слишком сложным и трудным, но в больших компаниях он
является важнейшей частью всей стратегии перехода.
Необходимо также рассмотреть возможное влияние
такого перехода на существующую инфраструктуру контроля или
структуру серверов в целом. Следует запланировать все случайности,
включая возможность перезагрузок серверов или даже отказов важнейших
производственных серверов.
Если для хранения архивных данных и создания
отчетов используется база данных Microsoft Access™ в MOM 2000 или
хранилище данных SQL Server™ в MOM 2005, имейте в виду, что в
настоящее время перенос этих данных в Operations Manager 2007 не
поддерживается.
Планирование успешного перехода
Как консультант, одной из серьезнейших проблем я
считаю недостаточность планирования развертывания. Поэтому, после
того, как сделан выбор между установкой на новом или существующем
оборудовании, на следующем этапе необходимо создать план
проекта.
В плане проекта следует перечислить этапы
проекта, предлагаемые в данной статье, хотя этот перечень не
является исчерпывающим. Необходимо выделить достаточное время для
каждого этапа проекта и учесть все требуемые ресурсы.
Как было отмечено, архитектура System Center
Operations Manager 2007 значительно отличается от архитектуры MOM
2000 и 2005. Для начала, в Operations Manager имеется дополнительная
серверная роль, RMS (Root Management Server — корневой сервер
управления). RMS управляет настройкой группы управления,
обрабатывает все подключения к другим группам управления и
программным продуктам сторонних производителей, а также отвечает за
безопасность в рамках группы управления. Эта роль может принадлежать
существующему серверу управления System Center Operations Manager,
но в больших и сложных рабочих средах для нее следует выделить
отдельный физический сервер. Кроме этого, концепция иерархических
групп управления, существовавшая в MOM 2005, была заменена
подключенными группами управления. В новой архитектуре никакие
оповещающие данные фактически не передаются между группами
управления; вместо этого оповещения от подключенных групп управления
просто предоставляются в пользовательский интерфейс запрашивающей
группы управления. Кроме этого, если планируется установка агентов
на компьютерах из доменов или рабочих групп, не являющихся
доверенными, придется использовать сертификаты, чтобы агент и сервер
управления могли осуществлять взаимную проверку подлинности (эта
функция принудительно выполняется в Operations Manager).
Для создания проекта архитектуры System Center
Operations Manager необходимо учесть число серверов и клиентов, за
которыми планируется вести наблюдение, их местоположение в
доверенном домене, то, какие приложения и платформы необходимо
контролировать, и требуется ли контролировать сетевую
инфраструктуру. Необходимо также определить все приложения, для
которых требуются пользовательские правила или пакеты
управления.
Именно на этом этапе следует определить
требования, предъявляемые к пакетам управления. После определения
наблюдаемых приложений можно приступать к выбору устанавливаемых
пакетов управления. В пакеты управления входят правила, мониторы,
задачи и классы, применяемые к конкретному приложению или
операционной системе и которые следует импортировать, если в рабочей
среде используется соответствующее приложение или операционная
система. Выбор пакетов управления на этом этапе оказывает влияние на
требования, предъявляемые к оборудованию и программному обеспечению,
и количество времени, выделяемое на установку и настройку
программного обеспечения.
Определившись с архитектурой инфраструктуры
Operations Manager, следует воспользоваться средством System Center
Capacity Planner 2007 (бета-версия на момент написания статьи). С
помощью этого средства следует выполнить планирование сетевой и
серверной инфраструктуры и имитировать ее работу в условиях
запланированного развертывания Operations Manager, чтобы убедиться в
том, что ее достаточно для наблюдения и управления.
Именно в этот момент необходимо обратить
особенное внимание на архитектурный проект, если планируется
переход. Необходимо учесть тот факт, что MOM 200x будет работать
параллельно с Operations Manager, что приводит к дополнительному
сетевому трафику.
Развертывание
Следующий этап, о котором следует
позаботиться — это развертывание. Прежде чем устанавливать
программное обеспечение, необходимо убедиться в том, что имеется
достаточно мощное оборудование. Если выполняется установка в новой
среде, предпочтительнее физическое оборудование, особенно в случае
сервера базы данных. Однако, если физического оборудования нет,
серверы управления можно сделать виртуальными. В случае перехода
использование виртуализованных серверов является хорошей
альтернативой приобретению оборудования для размещения новой
инфраструктуры. В этой ситуации можно использовать виртуальные
компьютеры для размещения Operations Manager на время отключения и
реорганизации старых серверов MOM.
Обеспечив наличие серверов, можно начинать
установку программного обеспечения. Во-первых, следует убедиться в
том, что серверы, на которых будет работать Operations Manager,
удовлетворяют обязательным требования программного обеспечения,
необходимым для его поддержки. Например, если используется SQL
Server 2000 и планируется установить Operations Manager на том же
сервере, потребуется сначала обновить SQL Server 2005 с
использованием пакета обновления SP1. Для проверки можно запустить
средство проверки выполнения необходимых требований, входящее в
Operations Manager, с установочного носителя System Center
Operations Manager.
После того, как будут выполнены все необходимые
условия и настроены SQL Server и службы отчетов, можно приступать к
установке программного обеспечения Operations Manager. В рабочей
среде с одним сервером это выполняется просто; достаточно всего лишь
запустить на сервере файл установки Operations Manager, затем
настройку средств формирования отчетов Operations Manager, если
предполагается использовать эту функцию. Однако в распределенной
среде компоненты Operations Manager необходимо устанавливать на
отдельных серверах в предусмотренном порядке. Во-первых, следует
установить базу данных, затем первый сервер управления, которому
автоматически будет назначена роль корневого сервера управления.
После этого можно устанавливать любые дополнительные серверы
управления. На завершающем этапе устанавливается веб-консоль и
компоненты средства формирования отчетов.
Переход
На этом этапе, прежде чем перейти к использованию
преимуществ новых компонентов, следует убедиться в том, что новая
инфраструктура зеркально отображает существую систему наблюдения.
Любые пакеты управления, используемые в исходной рабочей среде,
необходимо продублировать в новом развертывании Operations Manager.
Если пакет управления Operations Manager доступен, можно его
импортировать, но любые пакеты управления, не имеющие новых версий,
необходимо экспортировать из текущей группы управления, преобразовав
с помощью средства MPConvert с установочного компакт-диска и
импортировав в Operations Manager — но если это небольшой или
простой пакет управления, предпочтительнее его просто создать
заново. Существует также средство, облегчающее дублирование
настройки. Средства для перехода с MOM 2005 на Operations Manager
облегчает дублирование настройки из существующей группы управления
MOM в Operations Manager; оно также находится на установочном диске
Operations Manager. На рис. 2 показана
типичная настройки при переходе.
Рис.
2 Типичная настройка при переходе
После дублирования настройки необходимо убедиться
в том, что Operations Manager действительно выдает те же оповещения
и собирает те же данные, что и MOM. К счастью, агент Operations
Manager может сосуществовать со старыми агентами MOM, и оба типа
агентов могут выполняться одновременно. Прежде чем отключать старую
систему, можно собрать данные обоих агентов и выполнить их
параллельное сравнение на точность.
Затем следует сформулировать план тестирования.
Тестирование может заключаться в простом сравнении оповещений от
старой системы с оповещениями системы Operations Manager, но с целью
тщательной оценки новой инфраструктуры может быть расширено до
требования целенаправленного создания оповещений. Получив
удовлетворяющие требованиям результаты тестирования, можно
приступать к удалению старых агентов MOM — либо с помощью
консоли MOM, либо с помощью режима добавления и удаления программ на
компьютерах агентов.
Средство формирования отчетов является большой
частью развертывания MOM и System Center Operations Manager и
требует специального внимания. Существующую базу данных
SystemCenterReporting в настоящее время невозможно перенести в среду
Operations Manager 2007, поэтому для отображения старых отчетов
можно создать новый экземпляр службы отчетов для Operations Manager
и поддерживать существующую базу данных MOM 2005
(SystemCenterReporting) в специальном экземпляре SQL Reporting
Services. Новая консоль отчетов в System Center Operations Manager
2007 интегрирована в программный продукт, поэтому не рекомендуется
использовать консоль Reporting Services ни для чего другого, кроме
как для Operations Manager. Вопрос с переносом данных отчетов,
возможно, будет решен в будущем посредством сценария для переноса
данных, но пока, возможно, придется распрощаться с заархивированными
данными отчетов и просто утешаться тем, что при запуске создания
новых выразительных отчетов управление будет таким увлекательным,
что в них не будет заметно отсутствие старых данных.
Заключение
System Center Operations Manager предлагает
значительные усовершенствования диспетчеров MOM 2000 и 2005, но эти
улучшения могут потребовать затрат. Основное изменение в базовой
архитектуре (и результирующее отсутствие способа прямого обновления
на месте) означает, что затраты на развертывание могут оказаться
высокими. Ключом к минимизации этих затрат является адекватное
планирование и присутствие специалистов, способных справиться с этим
заданием. Обеспечив это, можно пользоваться преимуществами,
предоставляемыми проделанной Майкрософт тяжелой работой над System
Center Operations Manager.
