Поделиться через

  • Статья

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

 

Применимо к:System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

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

Функции Operations Manager

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

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

Страница общих сведений о наблюдении (консоль)

System_CAPS_noteПримечание

Изучить использование консолей управления Operations Manager можно в разделе Using the Operations Manager Consoles (Использование консолей Operations Manager) руководства пользователя.

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

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

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

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

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

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

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

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

Группа управления на одном или нескольких серверах

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

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

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

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

Особый тип сервера управления — это сервер шлюза. Сервер шлюза позволяет наблюдать за компьютерами в доменах, не являющихся доверенными. Дополнительные сведения см. в статье Monitoring Across Untrusted Boundaries (Управление за пределами границ доверия).

Агенты

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

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

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

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

Службы

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

System_CAPS_noteПримечание

Иногда службу работоспособности управления System Center называют службой работоспособности.

Служба работоспособности управления System Center также работает на серверах управления. На сервере управления служба работоспособности управления System Center выполняет рабочие процессы мониторинга и управляет учетными данными. Для запуска рабочих процессов служба работоспособности управления System Center вызывает процессы 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 для поиска управляемых компьютеров. Дополнительные сведения об обнаружении компьютеров см в статье Managing Discovery and Agents (Управление обнаружением и агентами).

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

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

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

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

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

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

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

System_CAPS_noteПримечание

Operations Manager может также обнаруживать сетевые устройства, компьютеры, работающие под управлением операционной системы UNIX или Linux, и выполнять наблюдение за ними, а также обеспечивать наблюдение без агентов. Дополнительные сведения см. в разделе Operations Manager Monitoring Scenarios (Сценарии мониторинга Operations Manager руководства пользователя.

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

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

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

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

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

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