Se você estiver usando o Site Recovery Manager como uma solução de continuidade de negócios e recuperação de desastre (DR) para seus recursos do vSphere, poderá configurar o VMware Aria Automation para continuar a gerenciar os recursos, mesmo que eles sejam movidos pelo SRM para um local secundário.
No momento, a mobilidade da carga de trabalho tem suporte para recursos implantados no vSphere. Os recursos de carga de trabalho incluem máquinas virtuais, discos e rede de VMs. Devido às limitações do Site Recovery Manager, discos de primeira classe não estão incluídos.
A mobilidade da carga de trabalho funciona apenas com o SRM. Se você realocar cargas de trabalho usando uma ferramenta que não seja SRM, o VMware Aria Automation perderá a capacidade de gerenciar os recursos, independentemente da associação de sites de conta e das configurações de mobilidade da carga de trabalho do projeto.
Depois que os recursos fazem failover do site primário para o secundário, as informações sobre os recursos no site secundário são reconciliadas durante a coleta de dados. O processo de reconciliação completo pode levar vários ciclos de coleta para ser concluído. Se erros forem gerados,
Antes de começar
- Certifique-se de que os sites primário e secundário pertençam ao mesmo projeto.
- Para entender como você pode gerenciar os recursos após um failover, revise as seguintes considerações.
Considerações Soluções Depois que os recursos fazem failover do site primário para o secundário, as informações sobre os recursos no site secundário são reconciliadas durante a coleta de dados. O processo de reconciliação completo pode levar vários ciclos de coleta para ser concluído. Se você encontrar erros, poderá revisar os logs do SRM para identificar o problema. Os recursos de armazenamento não pertencem a uma zona de nuvem após a reconciliação no novo site. Após o failover, as quotas de armazenamento podem ser imprecisas e a alocação de novos discos pode falhar, dependendo da nova topologia do vCenter. Nenhum Algumas ações poderão não funcionar no site secundário se as políticas forem diferentes do site primário. Por exemplo, algumas tags podem não existir no novo repositório de dados do vCenter e não são reconciliadas quando os recursos são movidos. Se os recursos estiverem permanecendo no repositório de dados no site secundário, você deverá atualizar as tags no novo vCenter para garantir a conformidade contínua com suas políticas.
Uma solução alternativa é espelhar os sites, incluindo as políticas e as tags.
Há suporte para a maioria das ações de dia 2 relacionadas a máquinas, discos e redes de VMs.
As seguintes ações de dia 2 não têm suporte no site secundário.
- Alterar redes ao usar a ação Atualizar implantação.
Qualquer ação que consome mais recursos, como adicionar ou redimensionar discos, é restrita pelos recursos disponíveis.
Os discos de primeira classe não têm suporte devido a limitações do Site Recovery Manager. Nenhum Se você não proteger novamente os recursos no site secundário antes de modificar um recurso como parte do desenvolvimento iterativo ou do gerenciamento geral de recursos, o SRM gerará um erro, e o recurso não será movido quando você fizer failback para o site primário. Após o failover, proteja novamente os recursos no site secundário para garantir que o SRM esteja ciente das alterações. A nova proteção garante que os recursos possam realizar failback para o site principal com interrupção mínima.
Uma solução alternativa é usar um plug-in do VMware Aria Automation Orchestrator que adiciona máquinas recém-provisionadas em grupo de proteção do Site Recovery Manager. O guia do plug-in está disponível na página de documentação do SRM.
Se o desenvolvimento iterativo continuar no site secundário, todos os recursos destruídos não serão recuperáveis. Se a mudança para o site secundário for temporária, considere interromper quaisquer ações destrutivas até que você volte para o site primário.
Configurar o VMware Site Recovery Manager
Certifique-se de que os recursos gerenciados pelo VMware Aria Automation estão configurados para oferecer suporte à mobilidade da carga de trabalho. Consulte a documentação do Site Recovery Manager para obter mais informações.
- Identifique suas instâncias primárias e secundárias do vCenter.
- Crie um grupo de proteção para os recursos.
- Crie um plano de recuperação para os recursos.
Associar as contas primárias e secundárias no VMware Aria Automation
O VMware Aria Automation deve estar ciente das contas de nuvem alternativas usadas pelo SRM para o grupo de proteção e o plano de recuperação.
As contas alternativas devem pertencer ao mesmo projeto que a conta principal.
- No Automation Assembler, selecione e verifique se as contas de nuvem primária e secundária estão configuradas.
- Abra a conta primária e localize a seção Associação de Site.
- Clique em Adicionar e selecione a conta de nuvem secundária.
- Para oferecer suporte à migração de volta para o site primário, ative a opção Bidirecional.
- Clique em Salvar.
