Вопросы производительности компонентов
Опубликовано: Март 2016
Применимо к: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
В этом разделе описываются процессы Orchestrator, влияющие на быстродействие в производственной среде. Эта процедура главным образом предназначена для определения базовых процессов, происходящих во время выполнения, в веб-службе, а также во время разработки. Многие действия по разработке выполняются вне производственной среды, однако настройка производственной среды для проверки производительности также должна предусматривать различные варианты, например, поддерживаются ли специальные запросы от администратора Orchestrator.
Модули Runbook
Несмотря на различия в конструкции и сложности, Runbook имеют простую структуру. Они выполняют три операции: выполнение действий, управление опубликованными данными и выполнение логики ветвления. Следующие подразделы содержат дополнительные сведения об этих операциях.
Внутренние компоненты действий
Действия Runbook содержат код двух типов: код платформы и код домена. Код платформы построен на структуре, общей для всех Runbook. Код платформы управляет процессами Orchestrator. Код домена — это код в действии Runbook, который управляет процессами вне Orchestrator. Например, действие "Вызов веб-службы" содержит код платформы для обработки процессов в Orchestrator, например публикации данных, а также код домена, предназначенный для вызова веб-службы.
При сравнении действий, выполняющих аналогичный код платформы, для различных Runbook наблюдаются лишь незначительные отличия при обработке процессов. Код домена зависит от проблем задержки, возникающих вне Orchestrator. Код домена одних действий может сильно отличаться от кода домена других действий. Чтобы разобраться в зависимостях кода домена и изучить их влияние на быстродействие Runbook, необходимо выполнить тестирование производительности отдельных действий, прежде чем определять требования для производственной среды.
Опубликованные данные
Runbook в Orchestrator осуществляют обмен данными между действиями. Каждому действию требуются опубликованные данные, созданные более ранними действиями Runbook. То, каким образом опубликованные данные используются действием, определяется кодом домена. Все действия Runbook публикуют минимальный набор параметров времени выполнения, называемый общими публикуемыми данными. Код домена может публиковать данные, однако этого не происходит в обязательном порядке. Публикуемые данные, создаваемые кодом домена, называются публикуемыми данными действия. Данные, которые формирует действие, могут содержать элементы с одним или несколькими значениями. Например, каждое действие формирует одну запись общих публикуемых данных с одним значением. Код домена может формировать множество записей, имеющих одно или несколько значений.
Публикация данных в базу данных Orchestration — ресурсоемкое действие. Производительность Runbook зависит от количества данных, которое публикуется каждым действием, а также от быстродействия и отказоустойчивости компьютера, на котором размещена база данных Orchestration. В рамках планирования требований к производительности следует принять во внимание объем данных, необходимых для Runbook, а также производительность компьютера, на котором размещена база данных Orchestration.
Ветвление
Действия Runbook создают ветвь, если действию требуется одновременно передать данные двум или более действиям. При запуске Runbook обработка состоит из одного потока. Когда у этого потока возникает ветвление, создается поток для каждой ветви. Каждый поток обращается к данным, опубликованным всеми предыдущими действиями потока. Общее число потоков в Runbook зависит от числа ветвей, используемых в Runbook. Многопоточные Runbook требуют больше вычислительной мощности, чем Runbook с одним потоком.
При оценке требований к производительности Runbook следует принять во внимание количество ветвей, которое будет включено в Runbook. Runbook с большим количеством ветвей требуют больше вычислительных мощностей, чем Runbook, которые не содержат ветвей.
Действия оператора
Оператор работает в консоли Orchestration и с веб-службой Orchestrator. Консоль Orchestration — это веб-приложение, основанное на Microsoft Silverlight, которому для подключения к базе данных Orchestration необходима веб-служба Orchestrator. Консоль Orchestration и веб-служба Orchestrator находятся в зависимости от производительности базы данных Orchestration и сервера IIS, на котором размещена веб-служба Orchestrator.
Соединитель Service Manager.
Веб-служба Orchestrator поддерживает соединитель Service Manager.Service Manager предназначен для ИТ-клиентов, обслуживающих приблизительно 50 000 пользователей. Сценарии управления запросами в Service Manager подразумевают, что каждый пользователь отправляет один запрос в месяц. Таким образом, в день создается 2500 запросов (200 запросов в час или приблизительно три запроса каждую минуту).Service Manager с помощью веб-службы Orchestrator обновляет состояние действий, в результате чего возникает необходимость поддержки аналогичного числа запросов состояния. Кроме того, обратите внимание, что соединитель Service Manager обнаруживает опубликованные Runbook. Время отклика для обнаружения любой конкретной папки Runbook зависит от количества Runbook в папке.