Assegure uma migração bem-sucedida para um ambiente de alta disponibilidade revendo estes pré-requisitos.

Os ambientes de alta disponibilidade podem ter diferentes tamanhos. Uma implantação distribuída básica pode melhorar o vRealize Automation ao hospedar componentes do IaaS em servidores separados do Windows. Muitos ambientes de alta disponibilidade vão além, com appliances redundantes, servidores redundantes e balanceamento de carga para ainda mais capacidade. Implementações distribuídas grandes fornecem melhor dimensionamento, alta disponibilidade e recuperação de desastres.

Figura 1. Ambiente de alta disponibilidade d vRealize Automation
Ambiente de alta disponibilidade do vRealize Automation

Pré-requisitos

  • Verifique se você possui uma nova instalação de destino do vRealize Automation com um appliance virtual mestre e de réplica configurados para alta disponibilidade. Consulte Considerações de Configuração de Alta Disponibilidade do vRealize Automation.

  • Verifique se todos os appliances virtuais do vRealize Automation usam a mesma senha para o usuário raiz.

  • Instale agentes de proxy relevantes no ambiente de destino, de acordo com esses requisitos.

    • O nome do agente de proxy de destino deve corresponder ao nome do agente de proxy de origem para os agentes de proxy do vSphere, do Hyper-V, do Citrix XenServer e de teste.

      Observação:

      Conclua essas etapas para obter um nome de agente.

      1. No host do IaaS, faça login no Windows como usuário local com privilégios de administrador.

      2. Use o Windows Explorer para acessar o diretório de instalação do agente.

      3. Abra o arquivo VRMAgent.exe.config.

      4. Na marca serviceConfiguration, procure o valor do atributo agentName.

    • O nome do endpoint do agente de proxy de destino deve corresponder ao nome do endpoint do agente de proxy de origem para os agentes de proxy do vSphere, do Hyper-V, do Citrix XenServer e de teste.

    • Não crie um endpoint para agentes de proxy do vSphere, do Hyper-V, do Citrix XenServer ou de teste no ambiente de destino.

  • Verifique os números de versão dos componentes do vRealize Automation no appliance de destino do vRealize Automation.

    1. No seu ambiente do vRealize Automation de destino, faça login na interface de gerenciamento do appliance do vRealize Automation como raiz.

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

    2. Selecione Cluster.

    3. para expandir os registros de Nome do Host/Nó, para que você possa ver os componentes, clique no botão de expandir.

      Verifique se os números de versão dos componentes do vRealize Automation correspondem em todos os nós do appliance virtual.

      Verifique se os números de versão dos componentes IaaS do vRealize Automationcorrespondem em todos os nós IaaS.

  • Veja o artigo 51531 da Base de Conhecimento.

  • Execute os seguintes passos para direcionar o tráfego apenas para o nó mestre.

    1. Desativar todos os nós redundantes.

    2. Remover os monitores de integridade para estes itens de acordo com a documentação do seu balanceador de carga:

      • Appliance virtual vRealize Automation

      • Site do IaaS

      • IaaS Manager Service

  • Verifique se a versão do Microsoft SQL Server de destino para o banco de dados IaaS de destino do vRealize Automation é 2012, 2014 ou 2016.

  • Verifique se a porta 22 está aberta entre os ambientes do vRealize Automation de origem e destino. A porta 22 é necessária para estabelecer conexões Secure Shell (SSH) entre appliances virtuais de origem e de destino.

  • Verifique se o vCenter do endpoint tem recursos suficientes para concluir a migração.

  • Verifique se você alterou as configurações de tempo limite do balanceador de carga do padrão para pelo menos 10 minutos.

  • Verifique se a hora do sistema do ambiente de destino do vRealize Automation está sincronizada entre Cafe e os componentes do IaaS.

  • Verifique se os nós do IaaS Web Service e do Model Manager no ambiente de destino têm o Java Runtime Environment correto. É preciso ter o Java SE Runtime Environment (JRE) 8, 64 bits, atualização 181 ou posterior instalado. Certifique-se de que as variáveis do sistema JAVA_HOME apontam para a versão Java que você tem instalada em cada nó IaaS. Revise o caminho se necessário.

  • Verifique se cada nó IaaS tem pelo menos o PowerShell 3.0 ou versão posterior instalado.

  • Verifique se os ambientes do vRealize Automation de origem e destino estão em execução.

  • Certifique-se de que nenhuma atividade de usuário e provisionamento esteja ocorrendo no ambiente vRealize Automation de origem.

  • Verifique se que qualquer software antivírus ou de segurança em execução nos nós do IaaS no ambiente de destino do vRealize Automation que possa interagir com o sistema operacional e seus componentes está configurado corretamente ou desativado.

  • Verifique se o serviço da Web do IaaS e do Model Manager não precisam ser reiniciados devido a atualizações de instalação do Windows pendentes. As atualizações pendentes podem impedir que a migração inicie ou termine o serviço do World Wide Web Publishing.

O que Fazer Depois

Tarefas de pré-migração.