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

Устройство vRealize Automation

В Устройство vRealize Automation поддерживается режим обеспечения высокой доступности «активный-активный» для всех компонентов, кроме базы данных устройства. Начинаясь с версии 7.3, аварийное переключение базы данных выполняется автоматически, если развернуты три узла и между двумя узлами настроена синхронная репликация. Когда Устройство vRealize Automation обнаруживает отказ базы данных, он повышает подходящий сервер базы данных до уровня главного. Можно отслеживать и управлять базой данных устройства в интерфейсе управления устройством vRealize Automation на вкладке Кластер.

Чтобы обеспечить высокую доступность этих устройств, поместите их в подсистему балансировки нагрузки. Дополнительные сведения см. в разделе Настройка подсистемы балансировки нагрузки. Начиная с версии 7.0, база данных устройства и vRealize Orchestrator автоматически сгруппированы и доступны для использования.

Управление каталогами vRealize Automation

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

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

Дополнительную информацию о настройке управления каталогами для обеспечения высокой доступности см. в разделе Configure Directories Management for High Availability.

Веб-сервер инфраструктуры

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

Служба диспетчера инфраструктуры

Компонент службы диспетчера поддерживает режим обеспечения высокой доступности «активный-пассивный». Чтобы обеспечить высокую доступность этого компонента, поместите две службы диспетчера в подсистему балансировки нагрузки. В vRealize Automation 7.3 и более поздних версиях аварийное переключение выполняется автоматически.

При возникновении сбоя в активной службе диспетчера остановите службу Windows, если она еще не остановлена в подсистеме балансировки нагрузки. Включите пассивную службу диспетчера и перезапустите службу Windows в подсистеме балансировки нагрузки. См. раздел Установка активного компонента «Служба диспетчера».

Агенты

Агенты поддерживают режим обеспечения высокой доступности «активный-активный». Для информации о настройке агентов для обеспечения высокой доступности см. документацию по конфигурации vRealize Automation. Проверьте обеспечение высокой доступности в целевой службе.

Рабочий процесс Distributed Execution Manager

Диспетчер Distributed Execution Manager (DEM), запускаемый с ролью рабочего процесса, поддерживает режим обеспечения высокой доступности «активный-активный». При возникновении сбоя в экземпляре рабочего процесса DEM оркестратор DEM обнаруживает ошибку и отменяет рабочие процессы, которые запустил экземпляр рабочего процесса DEM. Если экземпляр рабочего процесса DEM снова появляется в сети, он обнаруживает, что оркестратор DEM отменил рабочие процессы экземпляра и остановил их работу. Чтобы предотвратить преждевременную отмену рабочих процессов, отключите экземпляр рабочего процесса DEM от сети на несколько минут, прежде чем отменить его рабочие процессы.

Оркестратор Distributed Execution Manager

Диспетчеры DEM, запускаемые с ролью рабочего процесса, поддерживают режим обеспечения высокой доступности «активный-активный». После запуска оркестратор DEM выполняет поиск другого запущенного оркестратора DEM.

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

  • Если найден другой запущенный оркестратор DEM, будет проведена проверка другого первичного оркестратора DEM, чтобы обнаружить сбой.

  • Если сбой обнаружен, экземпляр становится основным.

Если предыдущий основной экземпляр появляется в сети, он обнаружит, что другой оркестратор DEM взял на себя роль основного, и выполнит проверку на наличие ошибки в экземпляре основного оркестратора.

Сервер базы данных MSSQL для компонентов инфраструктуры

В vRealize Automation поддерживаются группы SQL AlwaysON только с Microsoft SQL Server 2016. При установке SQL Server 2016 база данных должна быть создана в режиме 100. В случае более ранней версии Microsoft SQL Server воспользуйтесь экземпляром кластера отказоустойчивости с общедоступными дисками. Дополнительные сведения о настройке групп SQL AlwaysOn с MSDTC см. в статье Майкрософт https://msdn.microsoft.com/en-us/library/ms366279.aspx.

vRealize Orchestrator

Внутренний экземпляр vRealize Orchestrator с высокой доступностью указан в составе устройства vRealize Automation.