Интеграция с другими продуктами управления предприятиями

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

Взаимодействие между Operations Manager и другими продуктами осуществляется из множества различных методов в зависимости от технических и бизнес-требований. Ниже приведены распространенные методы взаимодействия с Operations Manager.

• System Center — Orchestrator с пакетами интеграции, доступными от Корпорации Майкрософт, сторонних производителей и сообщества. Пакеты интеграции для Orchestrator содержат дополнительные действия, которые расширяют функциональные возможности Orchestrator для обмена данными с другими сторонними системами.
• Соединители, созданные на платформе соединителей Operations Manager (OMCF). Соединители, созданные на основе OMCF, разработанные из пакета SDK Operations Manager, предоставляют методы и типы, которые можно использовать для инициализации соединителя и управления ими, а также для получения или отправки данных операций. Некоторые примеры соединителей, используемых для интеграции с Operations Manager, являются другими продуктами System Center, такими как Service Manager и диспетчер виртуальных машин (VMM), а также сторонние продукты, такие как Nagios или IBM Netcool. Подключения к внешним системам обычно выполняются с помощью веб-службы.
• Запрос баз данных операционного или хранилища данных SQL для извлечения определенных наборов данных для пользовательских отчетов или панелей мониторинга.

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

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

При разделии брандмауэром

Порты и обмен данными между Operations Manager и другими продуктами управления зависят от используемого метода интеграции. Если вы используете System Center — Orchestrator, сервер Runbook Orchestrator подключается к серверу управления Operations Manager через TCP-порт 5724. Это односторонняя связь.

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

Рекомендации по проектированию

Интеграция между Operations Manager и другими продуктами мониторинга и управления обычно настраивается между одним сервером управления и другим продуктом управления. Или в других случаях между несколькими серверами управления или указанием имени группы управления Operations Manager. Поддержка нескольких подключенных групп управления не поддерживается, и каждой группе управления потребуется установить отдельный экземпляр соединителя для каждой группы управления. Это включает интеграцию между System Center Orchestrator, VMM и Service Manager.

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

Если сервер управления поддерживает интеграцию (через соединитель, размещенный непосредственно на сервере управления или из другого продукта System Center, например VMM, Orchestrator или Service Manager), необходимо спланировать это с помощью ручных или автоматических шагов восстановления в зависимости от конфигурации интеграции и последовательности шагов, необходимых для возврата к нормальной функциональности.