Архитектура Orchestrator
Опубликовано: Март 2016
Применимо к: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Этот раздел содержит общие сведения об System Center 2012 — Orchestrator, включая описание архитектуры системы, внутренних особенностей типичного рабочего процесса Runbook и потока развернутого модуля Runbook.
Основы развертывания Orchestrator
В следующей таблице перечислены компоненты базового развертывания Orchestrator.
| Компонент Orchestrator | Описание |
|---|---|
| сервер управления | Сервер Management — это связующий слой между Runbook Designer и базой данных Orchestration. |
| Сервер Runbook | Сервер Runbook — это место, где работает экземпляр Runbook. Серверы Runbook взаимодействуют непосредственно с базой данных Orchestration. Для повышения емкости и создания запаса ресурсов для каждой установки Orchestrator можно развернуть несколько серверов Runbook. |
| База данных Orchestration | База данных Orchestration — это база данных Microsoft SQL Server, которая содержит все данные о развернутых модулях Runbook, состоянии работающих модулей Runbook, файлах журнала и конфигурации для Orchestrator. |
| Конструктор документации по задаче | Runbook Designer — это инструмент, который служит для создания, изменения и управления модулями Runbook в Orchestrator. Дополнительные сведения о Runbook Designer см. в руководстве Использование модулей Runbook в System Center 2012 — Orchestrator. |
| Инженер-испытатель документации по задаче | Runbook Tester — это инструмент времени выполнения, используемый для тестирования модулей Runbook, разработанных в Runbook Designer. Дополнительные сведения о Runbook Tester см. в разделе Тестирование модуля Runbook руководства Использование модулей Runbook в System Center 2012 — Orchestrator. |
| Консоль оркестрации | С помощью консоли Orchestration можно запускать и останавливать модули Runbook и просматривать их состояние в режиме реального времени в веб-браузере. Дополнительные сведения об использовании консоли Orchestration см. в руководстве Использование консоли Orchestration в System Center 2012 — Orchestrator. |
| Веб-служба Orchestrator | Веб-служба Orchestrator — это построенная на основе архитектурных принципов Representational State Transfer (REST) служба, которая дает возможность пользовательским приложениям подключаться к Orchestrator для запуска и остановки модулей Runbook и получения информации об операциях с помощью пользовательских приложений или сценариев. Консоль Orchestration использует эту веб-службу для взаимодействия с Orchestrator. |
| Deployment Manager | Deployment Manager — это инструмент, используемый для развертывания пакетов интеграции (IP), серверов Runbook и модулей Runbook Designer. Дополнительные сведения об этом инструменте см. в руководстве Развертывание System Center 2012 — Orchestrator. |
Архитектурная схема
На следующей схеме иллюстрируется каждый из компонентов Orchestrator и связи между ними.
.jpeg "Архитектура System Center 2012 — Orchestrator")
Архитектура System Center 2012 — Orchestrator
База данных Orchestration — это центр установки Orchestrator, хранящий все модули Runbook, параметры конфигурации и журналы. Сервер Management — это необходимый связующий слой между Runbook Designer и базой данных Orchestration. Один или несколько серверов Runbook взаимодействуют напрямую с базой данных, получая для запуска модули Runbook, и хранят информацию о заданиях, создаваемых из модулей Runbook. Веб-служба также взаимодействует непосредственно с базой данных Orchestration и обеспечивает подключение веб-браузера для консоли Orchestration.
Расширения Orchestrator
В следующей таблице показано несколько стратегий, доступных для расширения функциональных возможностей стандартной установки Orchestrator. Дополнительные сведения см. в руководстве Развертывание System Center 2012 — Orchestrator.
| Компонент Orchestrator | Описание |
|---|---|
| Пакет интеграции (IP) | Пакет интеграции — это коллекция настроенных действий, разработанных для продукта или технологии. Майкрософт и другие компании предоставляют пакеты интеграции, действия которых позволяют взаимодействовать с их продуктом из модуля Runbook в Orchestrator. |
| Orchestrator Integration Toolkit | Пакет Orchestrator Integration Toolkit поможет расширить библиотеку действий, раздвинув рамки коллекции стандартных действий и пакетов интеграции. Integration Toolkit содержит набор мастеров для создания новых действий и пакетов интеграции для Orchestrator. Разработчики могут использовать Integration Toolkit также для формирования пакетов интеграции из пользовательских действий, создаваемых с помощью Orchestrator SDK. |
Автоматизация с помощью модулей Runbook
Чтобы автоматизировать задачу или процесс в Orchestrator, необходимо с помощью Runbook Designer создать Runbook. Путем перетаскивания действий с панели Действия они добавляются к модулю Runbook. Затем действия связываются в нужном порядке для создания рабочего процесса.
На следующем рисунке показан простой модуль Runbook.
.jpeg "Документация по задаче, которая отслеживает журнал событий")
Этот Runbook отслеживает журнал событий. Когда Runbook обнаруживает заданное событие, он проверяет состояние определенного процесса в Windows на определенном компьютере. Если оказывается, что процесс выполняется, Runbook его останавливает. Затем Runbook запускает процесс и отправляет по электронной почте уведомление об изменении состояния процесса.
Каждое действие Runbook перед переходом к следующему действию завершается. Кроме того, возможны действия, которые содержат сложную логику, например требующую, чтобы для продолжения работы Runbook было выполнено несколько действий. С помощью комбинации логики в действиях и интеллектуальных связей можно реализовать любую логику, которую требует определенный сценарий автоматизации.
Как Orchestrator обрабатывает модули Runbook
После создания модуля Runbook его следует зафиксировать в базе данных Orchestration путем возврата. Затем можно использовать Runbook Designer или консоль Orchestration для запуска и остановки модуля Runbook.
Запрос на запуск Runbook создает задание, которое сохраняется в базе данных Orchestration. Каждый Runbook может определить основной сервер Runbook и один или несколько резервных, которые обрабатывают Runbook, если основной сервер недоступен. Служба на каждом сервере Runbook непрерывно отслеживает в базе данных Orchestration задания, которые сервер может обработать. Когда сервер Runbook обнаруживает задание, он записывает в журнал, что начинает обрабатывать задание, локально копирует Runbook, записывает, что запускает экземпляр Runbook, и затем начинает обрабатывать Runbook. Для любого модуля Runbook, не содержащего монитор, можно создать несколько запросов Runbook. Это означает, что для одного Runbook может существовать несколько заданий.
Когда сервер Runbook обрабатывает задание, он создает экземпляр Runbook, создавая его локальную копию, и затем выполняет действия, определенные в Runbook согласно логике его рабочего процесса. Информация о состоянии, результаты действия и данные записываются в базу данных Orchestration, поэтому можно отслеживать состояние Runbook в режиме реального времени и исторические данные состояния.
Разрешения
Доступ к Orchestrator обеспечивается добавлением учетных записей пользователей к группе безопасности, которая создается во время установки. Эта группа может быть группой домена или локальной группой на сервере Management. Пользователи этой группы имеют полный доступ к Runbook Designer для создания и изменения конструкции модуля Runbook и к Deployment Manager для развертывания новых модулей Runbook Designer и серверов Runbook. Операторам, которые должны запускать и останавливать модули Runbook, но не создавать их, могут получать это разрешение для доступа к отдельным модулям Runbook и затем использовать консоль Orchestration.