Per garantire la corretta migrazione in un ambiente ad alta disponibilità, esaminare i requisiti riportati di seguito.

Gli ambienti ad alta disponibilità possono essere di dimensioni diverse. Una distribuzione distribuita di base può migliorare vRealize Automation semplicemente ospitando componenti IaaS su server Windows separati. Molti ambienti ad alta disponibilità si spingono anche oltre, con appliance e server ridondanti, uniti al bilanciamento del carico per una maggiore capacità. Le distribuzioni distribuite di grandi dimensioni offrono maggiore scalabilità, alta disponibilità e disaster recovery.

Figura 1. Ambiente ad alta disponibilità vRealize Automation
Ambiente ad alta disponibilità vRealize Automation

Prerequisiti

  • Verificare che sia presente una nuova installazione target di vRealize Automation con un'appliance virtuale master e di replica configurata per l'alta disponibilità. Vedere Considerazioni sulla configurazione dell'alta disponibilità di vRealize Automation.

  • Verificare che tutte le appliance virtuali vRealize Automation utilizzino la stessa password per l'utente root.

  • Installare gli agenti proxy rilevanti nell'ambiente target in base ai requisiti riportati di seguito.

    • Il nome dell'agente proxy target deve corrispondere al nome dell'agente proxy di origine per gli agenti proxy vSphere, Hyper-V, Citrix XenServer e Test.

      Nota:

      Per ottenere un nome di agente, completare i passaggi descritti di seguito.

      1. Nell'host IaaS, accedere a Windows come utente locale con privilegi di amministratore.

      2. Utilizzare Esplora risorse per passare alla directory di installazione dell'agente.

      3. Aprire il file VRMAgent.exe.config.

      4. Nel tag serviceConfiguration cercare il valore dell'attributo agentName.

    • Il nome dell'endpoint dell'agente proxy target deve corrispondere al nome dell'endpoint dell'agente proxy di origine per gli agenti proxy vSphere, Hyper-V, Citrix XenServer e Test.

    • Non creare un endpoint per gli agenti proxy vSphere, Hyper-V, Citrix XenServer o Test nell'ambiente target.

  • Controllare i numeri di versione dei componenti di vRealize Automation nell'appliance vRealize Automation target.

    1. Nell'ambiente vRealize Automation di destinazione, accedere all'interfaccia di gestione dell'appliance vRealize Automation come utente root.

      https://vrealize-automation-appliance-FQDN:5480

    2. Selezionare Cluster.

    3. Per espandere i record Nome host/nodo in modo da visualizzare i componenti, fare clic sul pulsante Espandi.

      Verificare che i numeri di versione dei componenti di vRealize Automation corrispondano in tutti i nodi dell’appliance virtuale.

      Verificare che i numeri di versione dei componenti di vRealize Automation IaaS corrispondano in tutti i nodi IaaS.

  • Consultare l'articolo della Knowledge Base 51531.

  • Eseguire questi passaggi per indirizzare il traffico solo al nodo master.

    1. Disabilitare tutti i nodi ridondanti.

    2. Rimuovere i controlli di integrità per questi elementi in base alla documentazione del bilanciamento del carico:

      • Appliance virtuale vRealize Automation

      • Sito Web di IaaS

      • Servizio di gestione di IaaS

  • Verificare che la versione del componente Microsoft SQL Server target per il database IaaS target di vRealize Automation sia 2012, 2014 o 2016.

  • Verificare che la porta 22 sia aperta tra gli ambienti vRealize Automation di origine e destinazione. Tale porta è necessaria per stabilire connessioni SSH (Secure Shell) tra le appliance virtuali di origine e target.

  • Verificare che vCenter dell'endpoint disponga di risorse sufficienti per completare la migrazione.

  • Assicurarsi di aver modificato le impostazioni di timeout del bilanciamento del carico dal valore predefinito ad almeno 10 minuti.

  • Verificare che l'ora del sistema dell'ambiente di vRealize Automation target sia sincronizzata tra Cafe e i componenti IaaS.

  • Verificare che i nodi IaaS Web Service e Model Manager nell'ambiente di destinazione dispongano dell'istanza di Java Runtime Environment corretta. È necessario che sia installato Java SE Runtime Environment (JRE) 8, a 64 bit, aggiornamento 181 o versioni successive. Assicurarsi che la variabile di sistema JAVA_HOME punti alla versione di Java installata in ciascun nodo IaaS. Modificare il percorso se necessario.

  • Verificare che in ogni nodo IaaS sia installato almeno PowerShell 3.0 o versione successiva.

  • Verificare che gli ambienti vRealize Automation di origine e target siano in esecuzione.

  • Verificare che nell'ambiente vRealize Automation di origine non siano in corso attività utente o di provisioning.

  • Verificare che eventuali software antivirus o di protezione in esecuzione nei nodi IaaS nell'ambiente vRealize Automation di destinazione che potrebbe interagire con il sistema operativo e i relativi componenti sia correttamente configurato o disabilitato.

  • Verificare che il servizio Web di IaaS e Model Manager non debbano essere riavviati a causa di aggiornamenti dell’installazione di Windows in sospeso. Gli aggiornamenti in sospeso possono impedire l’inizio della migrazione o terminare il servizio di pubblicazione sul World Wide Web.

Operazioni successive

Attività precedenti alla migrazione.