O assistente de migração do VMware Aria Automation 8 tem essas limitações de implantação.
- A migração de uma implantação é final, independentemente de ter sido bem-sucedida ou não. Não é possível repetir uma migração de implantação. Você pode executar novamente o plano criado pelo serviço de migração, em Serviço de integração. Ao repetir a execução usando o Serviço de integração, o proprietário, a concessão e o histórico da implantação não serão migrados.
- Informações de custo históricas não são migradas com implantações. Para obter mais informações sobre preços e custos, consulte O que são cartões de preços.
- Para implantações com redes sob demanda, se você migrar uma implantação que contém um IP gerenciado por IPAM e, em seguida, excluir a implantação migrada do VMware Aria Automation 8, também deverá excluir manualmente o endereço IP associado do Infoblox.
- Após a migração para o VMware Aria Automation 8, todas as informações do IPAM são migradas. No entanto, operações de dia 2, como a exclusão de implantações, liberam os endereços IP de um IPAM externo para implantações contendo apenas perfis de rede externa. Você deve remover manualmente o endereço IP do IPAM para implantações contendo redes sob demanda. Como alternativa, você pode criar uma assinatura para remover o IP do IPAM.
- Se o seu ambiente de origem incluir um balanceador de carga configurado para uma rede existente que não esteja conectada a uma máquina, a rede externa não será migrada, e o IP não será alocado durante a migração.
- A funcionalidade "Atualizar Implantação" funciona apenas para implantações contendo componentes de máquina vSphere. Executar uma ação "Atualizar Implantação" em implantações que contêm outros tipos de componentes (redes, máquinas AWS, máquinas Azure etc.) tenta recriar os componentes de implantação.
- O vRealize Automation 7 não coleta dados de endpoints do Azure nem pode identificar se uma máquina do Azure foi excluída fora do vRealize Automation 7. Durante a Avaliação de Migração no VMware Aria Automation 8, todas as implantações do Azure excluídas são listadas como prontas, mas são excluídas durante a migração porque o assistente de migração não consegue encontrar as VMs.
- Você não poderá migrar uma implantação de origem se ela tiver tipos de rede mistos, como redes NAT/rota na mesma implantação para o NSX-T/NSX-V.
- Implantações de origem que contêm mais de um componente de Balanceador de Carga do NSX não são migradas.
- Se o seu ambiente de origem contiver várias implantações de um balanceador de carga existente do ARM (balanceador de carga sob demanda com rede existente) criadas com base no mesmo blueprint no NSX-T, o assistente de migração criará apenas um balanceador de carga. Apenas uma das implantações migradas terá o componente de balanceador de carga listado. Nenhuma das outras implantações existentes do balanceador de carga ARM terá o componente de balanceador de carga.
- O endereço IP configurado para a rede NAT nas suas implantações de origem não é marcado como pós-migração alocada. No entanto, os endereços IP de balanceadores de carga migrados e VMs são marcados como alocados em pós-migração.
- Se a sua implantação do vRealize Automation 7 contiver um recurso inválido, por exemplo, ele não tiver propriedades para um recurso, o recurso não será migrado. Se todos os recursos forem inválidos na implantação, a implantação inteira não será migrada.
- Durante a migração para reutilização, máquinas integradas e migradas não estão vinculadas a zonas de nuvem. Como resultado, essas máquinas não são calculadas nas definições de máximos de armazenamento.
- Se você migrar uma implantação com um único componente de máquina e um componente de rede existente, o vRealize Automation tentará recriar a máquina existente e falhará com um erro "A sub-rede é necessária".
- Se você migrar uma implantação do vSphere que está vinculada a um modelo de nuvem e, em seguida, atualizar o modelo de nuvem após a migração, a implantação falhará.
- Se uma implantação contiver regras DNAT, as ações de reconfiguração de dia 2 não poderão ser realizadas após a migração.
- Máquinas em cluster migradas não oferecem suporte à expansão vertical/horizontal ao aplicar atualizações iterativas de Modelo de Nuvem à implantação principal.
- Você só pode migrar implantações em cluster de ambientes de origem do vRealize Automation 7.6. Não há suporte para a migração de implantações em cluster para ambientes de origem do vRealize Automation 7.5, 7.4 ou 7.3.
- A migração falhará se uma implantação contiver 2 VMs configuradas para o mesmo perfil de rede único, mas que pertencem a redes diferentes. "Ao migrar essa implantação, você deve atualizar as redes manualmente no vCenter, alterando o adaptador de rede para que ela seja a mesma para ambas as VMs." A coleta de dados de usuário é concluída, e as VMs são atualizadas com as redes alteradas nas implantações de origem.
