Основные понятия Менеджера операций

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

Что делает Operations Manager

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

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

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

Инфраструктура Менеджера операций

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

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

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

• База данных хранилища данных — это база данных SQL Server, которая содержит архивные данные мониторинга и предупреждений. Данные, записываемые в базу данных 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 Management. Они указывают сведения, которые агент собирает и возвращает на сервер управления для определенного приложения или технологии. Например, пакет управления BizTalk Server содержит правила и мониторы, которые собирают и оценивают события и операции, важные для обеспечения работоспособности и эффективности приложения BizTalk Server.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кроме того, все агенты регулярно отправляют пакет данных, называемый пульсом, на сервер управления: по умолчанию это происходит каждые 60 секунд. Цель сигнала heartbeat состоит в проверке доступности агента и связи между агентом и сервером управления. Дополнительные сведения о пульсе см. в статье 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.

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

• Сообщество менеджеров операций.