SCVMM 2008 R2: Интеграция с SCOM 2007 R2

imageДля того чтобы произвести интеграцию SCVMM 2008 R2 c SCOM 2007 R2 воспользуемся руководством «Virtual Machine Manager 2008 R2 Guide to Operations Manager Integration» в Июльской редакции 2010 г.
Процесс состоит из следующей последовательности действий:

1. Проверка наличия регистрации SPN в домене для службы OpsMgr SDK Service
2. Установка UI консоли SCOM на сервер VMM
3. Импорт пакетов управления (Management Pack) VMM в SCOM
4. Включение учетной записи служб VMM в роль SCOM - Operations Manager Administrators
5. Включение учетной записи служб VMM в группу локальных администраторов сервера RMS SCOM
6. Установка консоли VMM Administrator Console на сервер RMS SCOM
7. Изменение политики исполнения скриптов PowerShell на сервере RMS SCOM для обеспечения работы скриптов PRO
8. Настройка прочих серверов управления SCOM (если требуется)
9. Включение учетной записи действия (Action Account) SCOM в роль Администраторов VMM
10. Включение интеграции VMM в SCOM в консоли VMM Administrator Console
11. Изменение политики исполнения скриптов PowerShell на сервере VMM для обеспечения работы скриптов PRO
12. Установка агентов SCOM на сервер VMM, все хосты виртуализации и все виртуальные машины.
13. Проверка доступности объектов мониторинга VMM в консоли SCOM
14. Включение интеграции отчетов VMM в сервер отчетов SCOM в консоли VMM Administrator Console
15. Включение и настройка механизмов PRO (если требуется)

1. Проверка наличия регистрации SPN в домене для службы OpsMgr SDK Service 

Перед началом интеграции VMM в SCOM мы должны убедиться в том, что служба OpsMgr SDK Service (System Center Data Access service) запущенная на нашем корневом сервере управления SCOM (Operations Manager root management server), имеет регистрацию Service Principle Names (SPNs) в домене. Проверить это можно командой:

SetSPN.exe –L <domain><SDKServiceAccount>

Вывод утилиты должен показать, что для доменной учетной записи, от имени которой работает служба OpsMgr SDK Service на корневом сервере управления SCOM, есть зарегистрированные SPN – MSOMSdkSvc

C:>setspn -L Domains-scom-sdk-service

Registered ServicePrincipalNames for CN=s-SCOM-SDK-Service,OU=SCOM,OU=Services,DC=Domain,DC=com:

MSOMSdkSvc/SCOM-RMS.domain.com
MSOMSdkSvc/SCOM-RMS

 

2. Установка UI консоли SCOM на сервер VMM

На VMM сервере запускаем программу установки SCOM 2007 R2 и выбираем пункт Install Operations Manager 2007 R2

image

На этапе выбора устанавливаемых компонент оставляем только User Interfaces и Command Shell

image

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

image

При запуске программы установки CU мы должны выбрать пункт Run Server Update, так как ранее установленная консоль SCOM входит в состав серверных компонент.

image

По завершению успешной установки CU для SCOM мы можем проверить то, что версии используемых исполняемых модулей SCOM на сервер VMM совпадают с теми, что используются на сервере RMS SCOM

3.Импорт пакетов управления (Management Pack) VMM в SCOM

Перед импортом пакетов управления мы должны убедиться в том, что на нашем SCOM уже имеются MP, необходимые для работы MP для VMM 2008 R2, в следующем составе:

Microsoft SQL Server Management Pack:

  • Microsoft.SQLServer.Library версии 6.0.5000.0 или новее (Обязательно)
  • Microsoft.SQLServer.2005.Monitoring (Рекомендуется)
  • Microsoft.SQLServer.2005.Discovery (Рекомендуется)
  • Microsoft.SQLServer.2008.Monitoring (Рекомендуется)
  • Microsoft.SQLServer.2008.Discovery (Рекомендуется)
  • Microsoft Windows Server Internet Information Services (IIS) Management Pack:

  • Microsoft.Windows.InternetInformationServices.CommonLibrary версии 6.0.5000.0 или новей
  • Microsoft.Windows.InternetInformationServices.2003 версии 6.0.5000.0 или новей
  • Microsoft.Windows.InternetInformationServices.2008 версии 6.0.6539.0 или новей
  • Microsoft.Windows.InternetInformationServices.7 (Рекомендуется)

image

Если требования к перечисленным MP соблюдены, - можно приступать к импорту VMM 2008 R2 Management Pack.
Файлы этого пакета управления можно найти на дистрибутивном носителе VMM в подкаталоге amd64VirtualizationMP

image

После импорта пакета управления на консоли SCOM появятся соответствующие «вьюшки», но они будут пусты до тех пор, пока процедура интеграции не будет завершена до конца.

4.Включение учетной записи служб VMM в роль SCOM - Operations Manager Administrators

В консоли SCOM на закладке Administration переходим в раздел SecurityUser Roles, открываем роль Operations Manager Administrators и определяем имя доменной группы в которую нам необходимо всклочить доменную учетную запись пользователя от имени которой работает служба VMM (мы подразумеваем что VMM установлен у нас именно в такой конфигурации)

image

В нашем случае в роль Operations Manager Administrators включена доменная группа DomainSCOM-Administrators, в которую мы на следующем шаге и включим учетную запись службы VMM.

5.Включение учетной записи служб VMM в группу локальных администраторов сервера RMS SCOM

Добавляем VMM service account в локальную группу безопасности Администраторы (BUILTINAdministrators) на корневом сервере управления SCOM

image

В нашем случае в группу локальных администраторов RMS включена та же доменная группа DomainSCOM-Administrators, в которую в свою очередь мы и добавляем учетную запись службы VMM.

image

После этого, для того чтобы на RMS изменения безопасности вступили в силу, - перезапускаем службу Operations Manager SDK service (System Center Data Access service) на сервере RMS SCOM

image

6.Установка консоли VMM Administrator Console на сервер RMS SCOM

На корневом сервере управления SCOM запускаем программу установки VMM 2008 R2 и выбираем пункт VMM Administrator Console

image

В процессе установки выбираем порт, который используется на сервере VMM для удаленного подключения (по умолчанию - 8100)

image

image

После завершения процесса установки консоли VMM сразу устанавливаем все необходимые обновления для VMM (все они доступны через WSUS) с учетом того, что версии исполняемых компонент VMM на сервере RMS должны соответствовать версиям на сервере VMM.

7.Изменение политики исполнения скриптов PowerShell на сервере RMS SCOM для обеспечения работы скриптов PRO

Для проверки обеспечения возможности работы механизма PRO на корневом сервере управления SCOM открываем консоль PS VMM (меню Start > All Programs > Microsoft System Center > Virtual Machine Manager 2008 R2 > Windows PowerShell – Virtual Machine Manager) и выполняем команду Get-ExecutionPolicy

image

Возвращаемое значение должно быть RemoteSigned (режим, при котором разрешено локальное исполнение скриптов не имеющих цифровой подписи и удаленное исполнение скриптов с цифровой подписью). В случае необходимости можно изменить это значение с помощью команды Set-ExecutionPolicy

8.Настройка прочих серверов управления SCOM (если требуется)

Если в нашем продуктивном окружении помимо RMS сервера есть ещё и дополнительные сервера управления SCOM, то вышеописанные процедуры нужно выполнить на всех серверах управления SCOM, а именно:

  • Включить учетную запись службы VMM в группу локальных администраторов;
  • Установить консоль VMM;
  • Включить режим исполнения RemoteSigned для PowerShell

9.Включение учетной записи действия (Action Account) SCOM в роль Администраторов VMM

В консоли VMM Administrator Console на закладке Administration в разделе User Roles открываем роль Administrator и добавляем учетную запись действия (Action Account) SCOM а так же учетную запись от имени которой работает агент SCOM на сервере VMM (если агент работает от имени Local System в группу нужно добавить учетную запись компьютера VMM).

image

Также нужно учитывать то, что если у нас несколько серверов управления SCOM и при этом на каждом из них используется отдельная учетная запись действия, то нам необходимо включить в роль Администраторов VMM все эти учетные записи.

image

10.Включение интеграции VMM в SCOM в консоли VMM Administrator Console

Все подготовительные стадии выполнены и теперь можно произвести непосредственно процедуру интеграции. Для этого в консоли VMM Administrator Console на закладке Administration выбираем System Center и открываем свойства параметра Operations Manager Server и указываем имя корневого сервера управления SCOM.

image

Значение Operations Manager server можно так же задать через Virtual Machine Manager command shell, используя следующий командлет:

Set-VMMServer –OpsMgrServer <OpsMgrServerName>

11.Изменение политики исполнения скриптов PowerShell на сервере VMM для обеспечения работы скриптов PRO

Для проверки обеспечения возможности работы механизма PRO на сервере VMM открываем консоль PS VMM (меню Start > All Programs > Microsoft System Center > Virtual Machine Manager 2008 R2 > Windows PowerShell – Virtual Machine Manager) и выполняем команду Get-ExecutionPolicy

image

Возвращаемое значение должно быть RemoteSigned (режим, при котором разрешено локальное исполнение скриптов не имеющих цифровой подписи и удаленное исполнение скриптов с цифровой подписью). В случае необходимости можно изменить это значение с помощью команды Set-ExecutionPolicy

12.Установка агентов SCOM на сервер VMM, все хосты виртуализации и все виртуальные машины

На этом этапе мы должны обеспечить наличие агента SCOM на всех объектах, которые подпадают под инфраструктуру VMM, а именно:

  • На сервере VMM
  • На всех серверах несущих роль VMM Library Server
  • На всех серверах виртуализации с ролью Hyper-V
  • На всех виртуальных машинах

13.Проверка доступности объектов мониторинга VMM в консоли SCOM

Для проверки успешности результата интеграции обратимся к консоли SCOM – на закладке Monitoring должна появиться новая diagram view отображающая схему инфраструктуры VMM.

image

Также следует убедиться в том, что на вьюшках типа State View (например Agent State) присутствует информация об объектах мониторинга и нет объектов находящихся в состоянии “Not monitored” (такие объекты будут свидетельствовать либо об отсутствии на них агента SCOM, либо о проблемах коммуникаций между агентом SCOM и сервером управления SCOM)

image

14.Включение интеграции отчетов VMM в сервер отчетов SCOM в консоли VMM Administrator Console

Чтобы включить возможность отображения отчетов из VMM 2008 R2 Management Pack для SCOM нужно в консоли VMM указать URL сервера службы отчетов SCOM (в консоли VMM Administrator Console на закладке Administration выбираем System Center и открываем свойства параметра Operations Manager Reporting URL и указываем адрес сервера службы отчетов SCOM)

image

В случае успешной интеграции в консоли VMM Administrator Console появится дополнительная закладка Reporting которая откроет доступ к отчетам загруженным в SCOM при помощи VMM 2008 R2 Management Pack

image

15.Включение и настройка механизмов PRO (если требуется)

После интеграции SCOM в VMM нам станут доступными настройка и использование механизма Performance and Resource Optimization (PRO) с помощью которого мы сможем автоматизировать процессы распределения нагрузки между серверами виртуализации.

Настройка конфигурации PRO станет доступной в свойствах групп хостов VMM (host group) а также на уровне кластерных хостов

image

Также для виртуальных машин появится возможность исключения из работы PRO во избежание возможных проблем при автоматической миграции между хостами

image

Дополнительные источники информации:

Всего комментариев: 8 Комментировать

  1. Алексей Бурмистров /

    Алексей, а на каком этапе нужно выбирать Install Operations Manager 2007 R2 Reporting? И вы ничего не пишете о необходимости установки SQL сервера. Какие нужны компоненты SQL сервера?

    1. Алексей Максимов /

      Установка служб отчетов SQL для SCOM - это процедура относящаяся к установке и настройке SCOM. К теме этой заметки эта процедура отношения не имеет. Здесь описана конкретная процедура интеграции VMM в уже настроенную инфраструктуру SCOM (которая уже имеет установленный и работающий Reporting).

  2. Victor Miasnikov /

    ==
    12.Установка агентов SCOM на сервер VMM, все хосты виртуализации и все виртуальные машины

    На этом этапе мы должны обеспечить наличие агента SCOM на всех объектах, которые подпадают под инфраструктуру VMM, а именно:
    . . .
    •На всех виртуальных машинах
    ==

    Автоматизировал:

    http://vvm.blog.tut.by/2011/05/18/mini-how-to-practically-method-to-install-opsmgr-scom-agents-on-all-hyper-v-guest-managed-by-sc-vvm/
    ==
    Mini How-To: practically method to install OpsMgr ( SCOM) agents on all Hyper-V guest managed by SC VVM

    # Filename: Install-Agent_VMMComputers-Get-VM-_for_YoureSCVMM.ps1
    # Description: Adds System Center Virtual Machine Manager host servers,
    # ( and may be library servers ) and all guest to the set of computers
    # managed by System Center Operations Manager and install OpsMgr agents.
    ==

  3. Алексей Бурмистров /

    После установки агентов SCOM на виртуальные машины вижу такую картину в окне Agent Managed. У части виртуальных серверов состояние Healthy, а у другой Not Monitored. Почему? Как заставить мониториться все сервера?

    1. Victor Miasnikov /

      Учетная запись "Action Account" SCOM на время установки агентов должна быть с правами "Local Admin"; проще всего этого добиться включив в группу "Domain Admin".
      Перезапустить сервисы или сервер с OpsMgr.

      > У части виртуальных серверов состояние . . . Not Monitored.

      Например:

      Они могут быть не в домене.
      Если на виртуальном комп-е ISA Server или TMG, то надо задать в низ IP OpsMgr.

    2. Алексей Максимов /

      Алексей, причиной может быть банальное отсутсвие агента SCOM на этих виртуальных серверах...ну или некорректная работа этого агента... Как минимум в SCOM они должны присутсвовать как самостоятельные объекты мониторинга и отображаться в состоянии "Healthy" например в вьюшке SCOM "Windows Computers" тогда они будут корректно отображаться и в вьюшках касающихся VMM

  4. Алексей Бурмистров /

    Это все сервера домена. Агенты на них устанавливались мастером под учеткой администратора домена. В списке установленных программ на интерисующих серверах агент scom присутсвует. Служба System Center Managment - работает. Ее перезапуск не изменил Health State в окне Managment-Agent Managed (Not monitored). Однако в окне Monitoring-Windows computers картина еще интереснее. У одного сервера в колонке State - Healthy, а в колонке Agent - Not monitored, у другого State - Not monitored и Agent - Not monitored, у большинства серверов State - Healthy и Agent - Healthy. А колонка Windows OS - у всех Not monitored. Как это понимать?

    1. Алексей Максимов /

      Алексей. Посмотрите на тему поста. Какое отношение ваши проблемы имеют к ней? Не хочу показаться грубым, но поймите меня правильно, - такие вопросы обсуждаются на техническом форуме или в крайнем случае задаются в почту а не мусируются в комментах к посту с совершенно другой повесткой изложения.

Добавить комментарий