Основные понятия Operations Manager

Operations Manager, компонент Microsoft System Center, — это программное обеспечение, которое помогает отслеживать службы, устройства и операции для многих компьютеров из одной консоли. В этой статье описываются основные понятия о Operations Manager для администратора, который управляет инфраструктурой Operations Manager и оператором, который отслеживает и поддерживает ИТ-службы для вашего бизнеса.

Что делает Operations Manager

Как большие, так и малые коммерческие организации обычно зависят от служб и приложений, которые предоставляются их вычислительной средой. ИТ-отделы отвечают за обеспечение производительности и доступности этих критически важных служб и приложений. Это означает, что ИТ-отделы должны знать, когда возникла проблема, определить, где находится проблема, и выяснить, что вызывает проблему, в идеале, прежде чем пользователи приложений сталкиваются с проблемами. Чем больше компьютеров и устройств в бизнесе, тем сложнее эта задача.

Использование Operations Manager в среде организации облегчает наблюдение за большим числом компьютеров, устройств, служб и приложений. Консоль управления, показанная на следующем рисунке, позволяет проверять работоспособность, производительность и доступность всех отслеживаемых объектов в среде и помогает выявлять и устранять проблемы.

Operations Manager сообщит вам, какие отслеживаемые объекты не являются работоспособными, отправлять оповещения при обнаружении проблем и предоставлять информацию, помогающую определить причину проблемы и возможные решения. Администратор задает объекты для наблюдения, выбирая компьютеры и устройства и импортируя пакеты управления, обеспечивающие мониторинг конкретных компонентов и приложений. Чтобы решить, какие объекты следует наблюдать,и что именно наблюдать, необходимо разобраться в компонентах, составляющих инфраструктуру Operations Manager, и в принципах работы Operations Manager.

Инфраструктура Operations Manager

Установка Operations Manager создает группу управления. Группа управления является основной единицей функциональности. Как минимум, группа управления состоит из сервера управления, рабочей базы данныхи базы данных хранилища данных отчетов.

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

• Рабочая база данных — это база данных SQL Server, которая содержит все сведения о конфигурации для группы управления и хранит все данные мониторинга, собранные и обработанные для этой группы управления. Рабочая база данных сохраняет оперативные данные, по умолчанию в течение 7 дней.

• База данных хранилища данных — это база данных SQL Server, которая содержит архивные данные мониторинга и предупреждений. Данные, которые записываются в рабочую базу данных Operations Manager, также записываются и в базу данных хранилища данных, поэтому отчеты всегда содержат актуальные данные. База данных хранилища данных хранит данные за длительный период.

При установке функциональных возможностей отчетов Operations Manager группа управления также содержит сервер отчетов, который создает и представляет отчеты из данных в базе данных хранилища данных.

Эти основные компоненты группы управления могут существовать на одном сервере или распределяться по нескольким серверам, как показано на следующем рисунке.

Сведения об установке функций группы управления см . в руководстве по развертыванию Operations Manager.

Серверы управления

Роль сервера управления состоит в администрировании конфигурации группы управления, в администрировании агентов и взаимодействии с ними, а также во взаимодействии с базами данных в группе управления.

Для обеспечения дополнительной мощности и постоянной доступности группа управления может содержать несколько серверов управления. Если в группу управления добавляется не менее двух серверов управления, то эти серверы управления становятся частью пула ресурсов , а вся работа распределяется по членам этого пула. При сбое члена пула ресурсов его рабочую нагрузку будут подхватывать остальные члены пула ресурсов. При добавлении нового сервера управления новый сервер управления автоматически получает часть работы из существующих членов в пуле ресурсов. Все члены пула ресурсов будут управлять отдельным набором удаленных объектов; в любое время два члена в одном пуле одновременно не будут управлять тем же объектом.

Особый тип сервера управления — это сервер шлюза. Сервер шлюза позволяет наблюдать за компьютерами в доменах, не являющихся доверенными. Дополнительные сведения см. в разделе "Планирование проектирования группы управления".

Агенты

Агент Operations Manager — это служба, которая устанавливается на компьютер. Агент собирает данные, сравнивает примеры данных с предопределенными значениями, создает оповещения и выполняет ответы. Сервер управления получает конфигурации и распространяет их агентам на наблюдаемых компьютерах.

Все агенты отправляют отчеты на сервер управления в группе. Этот сервер считается основным сервером управления агента.

Агенты отслеживают источники данных на наблюдаемом компьютере и собирают сведения по конфигурации, которая отправляется им с сервера управления. Агент также определяет состояние работоспособности отслеживаемого компьютера и его объектов и отправляет эти сведения на сервер управления. При изменении состояния работоспособности объекта или выполнении других условий агент может создавать предупреждения. Это позволяет операторам узнать, когда что-то требует их внимания. Передавая данные о работоспособности отслеживаемого объекта на сервер управления, агент предоставляет текущую картину работоспособности устройства и всех его приложений.

Агент можно настроить в качестве прокси-агента. Прокси-агент — это агент, который может направлять данные на сервер управления от имени компьютера или сетевого устройства, отличного от компьютера, на котором он размещен. Например, агент, установленный в физическом узле кластера SQL, можно включить в качестве прокси для наблюдения за ресурсами кластера. Прокси-агенты обеспечивают мониторинг компьютеров и устройств, на которых не удается установить агент. Дополнительные сведения см. в статье Agentless Monitoring (Наблюдение без агентов).

Службы

На отслеживаемом компьютере агент Operations Manager указан в качестве службы Microsoft Monitoring Agent. Служба Microsoft Monitoring Agent собирает данные о производительности, выполняет задачи и т. д. Даже если эта служба не может подключиться к серверу управления, которому она подчиняется, она продолжает работать и помещает собранные данные и события в очередь на диске наблюдаемого компьютера. При восстановлении подключения служба Microsoft Monitoring Agent отправляет собранные данные и события на сервер управления.

Служба Microsoft Monitoring Agent также работает на серверах управления. На сервере управления служба запускает рабочие процессы мониторинга и управляет учетными данными. Для выполнения рабочих процессов служба инициирует MonitoringHost.exe процессы с использованием указанных учетных данных. Эти процессы выполняют наблюдение и собирают данные журналов событий, данные инструментария управления Windows (WMI), а также выполняют такие действия, как запуск скриптов.

На серверах управления также работает служба доступа к данным System Center и служба конфигурации управления System Center.

Служба доступа к данным System Center обеспечивает консоли управления доступ к рабочей базе данных и записывает данные в эту базу данных.

Служба конфигурации управления System Center управляет отношениями и топологией группы управления. Она также распространяет пакеты управления в наблюдаемые объекты.

Пакеты управления

Рабочие процессы, выполняемые службой конфигурации управления System Center, задаются пакетами управления. Пакеты управления задают, какие сведения агент должен собирать и отправлять на сервер управления для конкретного приложения или технологии. Например, пакет управления BizTalk Server содержит правила и мониторы, которые собирают и оценивают события и операции, важные для обеспечения работоспособности и эффективности приложения BizTalk Server.

После того как Operations Manager установит агент на компьютере, он отправляет этому агенту начальную конфигурацию. Начальная конфигурация включает обнаружения объектов из пакетов управления. Пакет управления определяет типы объектов, таких как приложения и функции, которые будут отслеживаться на компьютерах, обнаруженных Operations Manager. Агенты отправляют данные на сервер управления, который определяет экземпляры объектов, обнаруженных на компьютере. Затем сервер управления отправляет агентам элементы пакетов управления, такие как правила и мониторы, которые применяются к обнаруженным объектам на каждом компьютере.

Правило определяет события и данные о производительности, собираемые с компьютеров, и что делать с информацией после сбора. Проще всего представлять правила как оператор If/Then ("если-тогда"). Например, пакет управления для приложения может содержать следующие правила.

• Если в журнале событий появится сообщение о закрытии приложения, создать предупреждение.

• Если отправка исходного файла завершается ошибкой, соберите событие, указывающее на этот сбой.

Как показано в этих примерах, правила могут создавать предупреждения и собирать события и данные о производительности, которые агент отправляет на сервер управления. Кроме того, правила могут выполнять сценарии, например для перезапуска отказавшего приложения.

Обнаруженные объекты имеют состояние работоспособности, которое отображается в консоли управления зеленым (успешное или работоспособное), желтым (предупреждение) или красным (критическое или неработоспособное) цветом. Мониторы определяют состояния работоспособности конкретных аспектов наблюдаемого объекта. Например, монитор для емкости диска может определять зеленое состояние при заполненности диска менее, чем на 85 процентов, желтое — при заполненности более, чем на 85 процентов и красное — при заполненности более, чем на 90 процентов. Монитор можно настроить таким образом, чтобы он создавал предупреждение при изменении состояния.

Обнаружение и мониторинг объектов

На следующем рисунке показана упрощенная иллюстрация, демонстрирующая обнаружение объектов и наблюдение за ними.

1. Администратор настраивает Operations Manager для поиска управляемых компьютеров. Дополнительные сведения об обнаружении компьютеров см. в разделе "Планирование развертывания агента".

2. Компьютеры, удовлетворяющие указанным критериям и не управляемые, определены.

3. На обнаруженном компьютере устанавливается агент Operations Manager.

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

5. Агент сравнивает данные конфигурации с компьютером, определяет обнаруженные объекты и отправляет эти сведения на сервер управления. Например, агент будет отправлять на сервер управления сведения о том, что на компьютере установлен экземпляр операционной системы Windows Server 2019.

6. Сервер управления отправляет агенту всю логику мониторинга из установленных пакетов управления, которые применяются к обнаруженным объектам. Например, агент получит всю логику мониторинга, которая применима к Windows Server 2019.

7. Агент применяет логику мониторинга, такую как правила и мониторы, запускает рабочие процессы и отправляет данные на сервер управления.

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

Взаимодействие между агентами и серверами управления

Агент Operations Manager отправляет предупреждение и данные обнаружения на основной сервер управления, который записывает эти данные в рабочую базу данных. Кроме того, агент отправляет данные о событиях, производительности и состоянии на основной сервер управления, который одновременно записывает эти данные в рабочую базу данных и в базу данных хранилища данных.

Агент отправляет данные в соответствии с параметрами расписания для каждого правила и монитора. В случае оптимизированных правил сбора данных данные передаются только в том случае, если выборка счетчика отличается от предыдущей выборки на указанную величину допуска, например на 10%. Это помогает сократить сетевой трафик и объем данных, хранящихся в рабочей базе данных.

Кроме того, все агенты регулярно отправляют пакет данных, называемый пульсом, на сервер управления: по умолчанию это происходит каждые 60 секунд. Цель пульса состоит в проверке доступности агента и связи между агентом и сервером управления. Дополнительные сведения о пульсе см. в статье How Heartbeats Work in Operations Manager (Принципы работы пульса в Operations Manager).

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

Прочие ресурсы для Operations Manager

• Главная страница System Center — Operations Manager.

• Ознакомьтесь с рекомендациями по проектированию и развертыванию Operations Manager в руководстве по планированию.

• Сведения о том, как установить Operations Manager и развернуть группу управления, см. в статье "Развертывание System Center — Operations Manager".

• Сведения об использовании Operations Manager после настройки группы управления см . в руководстве по операциям System Center — Operations Manager.

• Сведения о создании пакета управления см. в статье "Создание шаблонов пакетов управления".

• Сообщество Operations Manager.