Оцените все применимые факторы масштабируемости при настройке системы vRealize Automation.

Пользователи

Продукт Устройство vRealize Automation настроен для синхронизации не более 100 000 пользователей. Если в системе больше пользователей, возможно, потребуется добавить память для службы управления каталогами vRealize Automation. Подробные сведения см. в разделе Добавление памяти для службы управления каталогами.

Параметры параллельной подготовки

VMware пересмотрела и перенастроила параметры по умолчанию в vRealize Automation 7.5. Следующие значения по умолчанию применяются и для новых установок, и для обновлений до версии vRealize Automation 7.5.

Значение по умолчанию

Сведения

В службе диспетчера снижена частота опроса с 10 секунд до 2 секунд в файле ManagerService.exe.config.

  • RepositoryWorkflowTimerCallbackMilliseconds = 2000

  • MachineRequestTimerCallbackMilliseconds = 2000

  • MachineWorkflowCreationTimerCallbackMilliseconds = 2000

Количество объектов, полученных на один интервал опроса, стало параметром конфигурации и было увеличено с 10 до 100.

  • VirtualMachineObserverQueryCount = 100

Увеличены интервал опроса прокси-агента vSphere и максимальное количество рабочих элементов.

  • workitemTimeInterval = 00:00:05

  • workitemRetrievalCount = 100

  • activeQueueSize = 100

По умолчанию в vRealize Automation обрабатывается одновременно только восемь подготовок для одной конечной точки. Информацию по увеличению этого ограничения см. в разделе Настройка одновременной подготовки компьютеров.

Distributed Execution Manager — рабочие процессы

Компания VMware рекомендует начинать все развертывания хотя бы с двух рабочих процессов DEM. В версии 6.x каждый рабочий процесс DEM может обрабатывать 15 рабочих процессов одновременно. Для версии vRealize Automation 7.0 и более поздних версий это количество было увеличено до 30.

Если компьютеры настраиваются через суррогаты рабочих процессов, необходимо иметь один рабочий процесс DEM на 20 компьютеров, которые будут подготавливаться одновременно. Например, в системе, поддерживающей 100 одновременных подготовок, должно быть как минимум 5 рабочих процессов DEM.

Дополнительную информацию о масштабируемости и рабочих процессах DEM см. в разделеНастройка и анализ производительности Distributed Execution Manager

Масштабируемость сбора данных

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

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

Таблица 1. Интервалы сбора данных по умолчанию.

Тип сбора данных

Интервал по умолчанию

Иерархия

Каждые 24 часа (ежедневно)

Состояние

Каждые 15 минут

Производительность

Каждые 24 часа (ежедневно)

Настройка и анализ производительности

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

Кроме того, можно увеличить ограничение на одновременный сбор данных, действующее в отношение каждого агента. По умолчанию vRealize Automation ограничивает действия по одновременному сбору данных до двух на агента и ставит запросы, которые превышают этот предел, в очередь. Это ограничение позволяет быстро завершить действия по сбору данных, не затрагивая общую производительность. Можно повысить ограничение, чтобы воспользоваться преимуществом одновременного сбора данных, но стоит взвесить этот вариант относительно снижения общей производительности.

Если увеличить настраиваемое ограничение vRealize Automation на агента, может потребоваться увеличение одного или нескольких интервалов времени ожидания выполнения. Дополнительную информацию по настройке одновременного сбора данных и интервалов простоя см. в документации «Администрирование системы vRealize Automation». Сбор данных службы диспетчера сильно загружает процессор. Увеличение мощности обработки узла службы диспетчера может снизить время, необходимое на общий сбор данных.

В частности, сбор данных для Amazon Elastic Compute Cloud (Amazon Web Services),может сильно нагружать процессор, особенно если система собирает данные в нескольких регионах одновременно и данные не были ранее собраны в этих регионах. Этот тип сбора данных может привести к существенному снижению производительности веб-сайта. Уменьшите частоту сбора данных об иерархии Amazon Web Services, если она оказывает заметное влияние на производительность.

Масштабируемость обработки рабочих процессов

Среднее время обработки рабочего процесса с момента, когда оркестратор DEM Orchestrator начинает предварительную обработку рабочего процесса, и до момента, когда рабочий процесс завершает выполнение, возрастает с увеличением количества одновременно рабочих процессов. Объем рабочего процесса является функцией количества действий vRealize Automation, включая запросы компьютеров и некоторые действия по сбору данных.