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

  • Статья

Важно!

Поддержка этой версии Operations Manager завершена. Мы рекомендуем выполнить обновление до Operations Manager 2022.

Operations Manager, компонент Microsoft System Center, позволяет наблюдать за службами, устройствами и операциями, выполняющимися на нескольких компьютерах, в одной консоли. В этой статье описываются основные понятия Operations Manager для администратора, который управляет инфраструктурой 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 называют службой работоспособности.

Служба 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 для поиска управляемых компьютеров. Дополнительные сведения об обнаружении компьютеров см. в статье Агенты Operations Manager.

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

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

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

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

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

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

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

Примечание

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