Per aumentare la disponibilità dei servizi di vRealize Orchestrator, avviare più istanze del server di vRealize Orchestrator in un cluster con un database condiviso. vRealize Orchestrator funziona come una singola istanza finché non viene configurato per funzionare come parte di un cluster.

Cluster di vRealize Orchestrator

Più istanze del server di vRealize Orchestrator con configurazioni di server e plug-in identiche funzionano insieme in un cluster e condividono un database.

Tutte le istanze del server di vRealize Orchestrator comunicano tra loro scambiando heartbeat. Ogni heartbeat è un timestamp che il nodo scrive nel database condiviso del cluster in un determinato intervallo di tempo. I problemi di rete, un server di database che non risponde o un overload potrebbero causare il blocco di un nodo del cluster di vRealize Orchestrator. Se un'istanza del server di vRealize Orchestrator attiva non riesce a inviare heartbeat entro il periodo di timeout del failover, viene considerata bloccata. Il timeout del failover è uguale al valore dell'intervallo di heartbeat moltiplicato per il numero di heartbeat del failover. Serve come definizione per un nodo non affidabile e può essere personalizzato in base alle risorse disponibili e al carico di produzione.

Un nodo di vRealize Orchestrator passa alla modalità standby quando perde la connessione al database e rimane in questa modalità finché la connessione al database non viene ripristinata. Gli altri nodi del cluster assumono il controllo del lavoro attivo, ripristinando tutti i workflow interrotti dai loro ultimi elementi non completati, come le attività di script o le chiamate dei workflow.

È possibile monitorare lo stato del cluster di vRealize Orchestrator dalla pagina Gestione cluster di Orchestrator del Centro di controllo di vRealize Orchestrator. È inoltre possibile utilizzare questa pagina per configurare l'heartbeat del cluster, il numero di heartbeat di failover e il numero di nodi attivi di vRealize Orchestrator.