Чтобы повысить доступность служб vRealize Orchestrator, запустите несколько экземпляров серверов vRealize Orchestrator в кластере с общей базой данных. vRealize Orchestrator работает как единый экземпляр до тех пор, пока он не будет настроен для работы в кластере.

Кластер vRealize Orchestrator

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

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

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

Состояние кластера vRealize Orchestrator можно отслеживать на странице Управление кластером Orchestrator в центре управления vRealize Orchestrator. На этой странице также можно настроить период тактового импульса кластера, количество тактов аварийного переключения и количество активных узлов vRealize Orchestrator.