Несколько параллельных запросов на подготовку компьютеров могут негативно повлиять на производительность vRealize Automation. Чтобы изменить производительность, можно изменить ограничения, налагаемые на прокси-агенты и активности рабочего процесса.

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

  • один пользователь отправляет запрос на несколько компьютеров;

  • много пользователей запрашивают компьютеры одновременно;

  • диспетчеры групп (один или несколько) подтверждают несколько ожидающих запросов на компьютеры за короткий промежуток времени.

Чем больше количество параллельных запросов, тем больше времени нужно решению vRealize Automation для подготовки компьютера. Увеличение времени на подготовку зависит от трех важных факторов:

  • влияние, которое оказывают на производительность ресурсоемкие активности рабочего процесса vRealize Automation, в том числе активность SetupOS (для компьютеров, созданных в платформе виртуализации, как при подготовке на основе WIM) и активность Clone (для компьютеров, клонированных в платформе виртуализации);

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

  • любой лимит в рамках платформы виртуализации или учетной записи на количество рабочих элементов vRealize Automation (независимо от того, ресурсоемкие они или нет), которые можно выполнить параллельно. Например, в vCenter Server по умолчанию задан лимит 4, а элементы, превышающие этот лимит, помещаются в очередь.

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

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

  • Заданные по умолчанию интервалы времени ожидания выполнения для активностей рабочих процессов SetupOS и Clone — 2 часа. Если превышается время на выполнение одного из этих действий, то действие отменяется, а подготовка заканчивается неудачей. Чтобы избежать такого результата, увеличьте один или оба интервала времени ожидания выполнения.

  • Заданный по умолчанию интервал времени ожидания выполнения для операций каждого из рабочих процессов SetupOS и Clone — 20 часов. Если одна из этих активностей запущена, то, если соответствующий компьютер не подготовлен в течение 20 часов, активность отменяется и подготовка завершается неудачей. Поэтому, если при увеличенном вами лимите такое иногда случается, рекомендуется увеличить один или оба интервала времени ожидания доставки.