Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Este artigo fornece métodos de migração entre as principais malhas e fornece orientação para escolher entre abordagens sem agente e baseadas em agente .
Comparando métodos de migração
| Tecido | Método recomendado | Método(s) alternativo(s) |
|---|---|---|
| VMware vSphere | Use a replicação sem agente com o dispositivo Azure Migrate. Esse método não requer agentes convidados e é recomendado para a maioria dos cenários VMware. | Use a replicação baseada em agente com o dispositivo de replicação e o agente de serviço de mobilidade (um agente por VM). Escolha este método quando os pré-requisitos ou limites sem agente não forem atendidos. |
| Hyper-V | Use Replicação sem agente. Os provedores são executados em hosts Hyper-V ou nós de cluster, portanto, não é necessária a instalação nas VMs individuais. | Use a replicação baseada em agente (trate a VM como um servidor físico) quando o acesso ao host não estiver disponível ou os requisitos sem agente não puderem ser atendidos |
| Plataformas físicas e outras ( VMs AWS/GCP, Xen, KVM, nuvens privadas) | Use a replicação baseada em agente com o dispositivo de replicação e o agente de serviço de mobilidade (um agente por VM). Este método é recomendado para fontes não VMware e nãoHyper-V |
Critérios para selecionar a migração baseada em agente
Escolha a migração baseada em agente quando uma ou mais das seguintes condições se aplicarem:
Os pré-requisitos sem agente não são atendidos: por exemplo, snapshots VMware ou CBT (Changed Block Tracking) não estão disponíveis, o acesso à API do vCenter é restrito ou os snapshots devem ser evitados. A replicação sem agente depende de snapshots do vSphere e CBT.
O sistema operativo hóspede não é compatível com a hidratação sem agente: isso inclui versões antigas ou incomuns do sistema operativo ou do kernel. A replicação baseada em agente oferece suporte a uma gama mais ampla de sistemas operacionais.
As configurações de disco ou inicialização exigem suporte baseado em agente: certos cenários de disco de passagem são suportados apenas com replicação baseada em agente.
A origem não é VMware ou Hyper-V: isso inclui servidores físicos, servidores bare-metal, outros hipervisores ou servidores hospedados em plataformas de nuvem pública, como AWS ou GCP.
Migrando servidores VMware vSphere
A migração de servidores VMware vSphere refere-se ao processo de mover máquinas virtuais (VMs) hospedadas na infraestrutura VMware vSphere para o Microsoft Azure usando a ferramenta Azure Migrate: Migration and Modernization.
Métodos de migração disponíveis
Sem agente (recomendado): use a replicação sem agente com o Azure Migrate para realizar a descoberta, a replicação (usando instantâneos baseados no Rastreamento de Bloco Alterado), a migração de teste e a migração final. Esse método não requer a instalação de agentes dentro de sistemas operacionais convidados. Um processo de hidratação automatizado prepara os sistemas operacionais suportados para uma inicialização bem-sucedida no Azure. Para obter mais informações, consulte Migrar servidores VMware vSphere.
Baseada em agente: use a replicação baseada em agente com o dispositivo de replicação e o agente do serviço de mobilidade (instalado por máquina virtual) para habilitar a replicação e a migração. Para obter mais informações, consulte a migração de servidores físicos no VMware
Migrando servidores Hyper-V
A migração de servidores Hyper-V refere-se ao processo de mover máquinas virtuais (VMs) hospedadas em Hyper-V infraestrutura para o Microsoft Azure, normalmente usando a ferramenta Azure Migrate: Migration and Modernization. Esse processo oferece suporte a métodos de migração sem agente e baseados em agente, dependendo do ambiente e dos requisitos.
Métodos de migração disponíveis
Sem agente: instale o provedor do Azure Site Recovery e o agente dos Serviços de Recuperação diretamente em Hyper-V hosts ou nós de cluster. Nenhum agente é necessário dentro das máquinas virtuais.
Baseado em agente: use este método quando os requisitos de conectividade ou proteção no nível do host não forem atendidos. Trate as máquinas virtuais como máquinas físicas e instale o agente do serviço de mobilidade dentro de cada VM para habilitar a replicação e a migração.
Saiba mais sobre como migrar servidores Hyper-V.
Migração de servidores físicos e baseados em nuvem (AWS, GCP, Xen, KVM)
A migração de servidores físicos e plataformas não tradicionais (como AWS, GCP, Xen, KVM e nuvens privadas) para o Microsoft Azure envolve tratar essas máquinas como servidores físicos e usar a replicação baseada em agente por meio da ferramenta Azure Migrate: Migration and Modernization.
Métodos de migração disponíveis
Baseado em agente: implante o dispositivo de replicação e instale o agente do serviço de mobilidade em cada máquina virtual para habilitar a replicação e a migração. Use esse método para cargas de trabalho VMware ou Hyper-V que não atendam aos requisitos de migração sem agente.
Saiba mais sobre a migração de servidores físicos e baseados em nuvem (AWS, GCP, Xen, KVM).
Próximos passos
- Saiba mais sobre a visão geral da arquitetura da migração VMware Agentless.
- Saiba mais sobre visão geral de arquitetura para migração do Hyper-V.
- Saiba mais sobre a visão geral da arquitetura para migração baseada em agente (física ou outra).