Compartilhar via

Métodos de migração sem agente e baseados em agente

Este artigo fornece métodos de migração em principais estruturas e diretrizes para escolher entre abordagens sem agente e baseadas em agente.

Comparando métodos de migração

Tecido Método recomendado Métodos alternativos
VMware vSphere Usar replicação Sem Agente com o dispositivo Migrações para Azure. Esse método não requer agentes convidados e é recomendado para a maioria dos cenários do VMware. Usar replicação Baseada em Agente com o dispositivo de Replicação e o agente do Serviço Mobilidade (um agente por VM). Escolha esse método quando os pré-requisitos ou limites sem agente não forem atendidos.
Hyper-V Use a replicação sem agente . Os provedores são executados em hosts ou nós de cluster do Hyper-V, portanto, não é necessário instalar 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
Físicas e outras plataformas (VMs AWS/GCP, Xen, KVM, nuvens privadas) Usar replicação Baseada em Agente com o dispositivo de Replicação e o agente do Serviço Mobilidade (um agente por VM). Esse 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, instantâneos do VMware ou CBT (Controle de Blocos Alterados) não estão disponíveis, o acesso à API do vCenter é restrito ou os instantâneos devem ser evitados. A replicação sem agente depende de snapshots do vSphere e da tecnologia CBT (Change Block Tracking).

  • Sistema operacional convidado não tem suporte para hidratação sem agente: isso inclui versões mais antigas ou incomuns do SO ou do kernel. A replicação baseada em agente dá suporte a uma gama mais ampla de sistemas operacionais.

  • Configurações de disco ou inicialização exigem suporte baseado em agente: certos cenários de disco de passagem têm suporte 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 movimentação de VMs (máquinas virtuais) hospedadas na infraestrutura VMware vSphere para o Microsoft Azure usando a ferramenta Migrações para Azure: Migração e Modernização.

Métodos de migração disponíveis

Sem agente (recomendado): use a replicação sem agente com o dispositivo Migrações para Azure para realizar a descoberta, replicação (usando instantâneos com base no Rastreamento de Blocos Alterados), teste de migração e 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 sistemas operacionais compatíveis para inicialização bem-sucedida no Azure. Para obter mais informações, consulte Migrar servidores VMware vSphere.

Baseado em agente: use a replicação baseada em agente com o dispositivo de Replicação e o agente do Serviço Mobilidade (instalado por máquina virtual) para habilitar a replicação e a migração. Para obter mais informações, consulte migração de VMware físico

Migrando servidores Hyper-V

A migração de servidores Hyper-V refere-se ao processo de movimentação de VMs (máquinas virtuais) hospedadas na infraestrutura Hyper-V para o Microsoft Azure, normalmente usando a ferramenta Azure Migrate: Migração e Modernização. Esse processo dá suporte a métodos de migração baseados em agente e sem 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 esse método quando os requisitos de proteção ou conectividade no nível do host não forem atendidos. Trate as máquinas virtuais como máquinas físicas e instale o agente de serviço mobilidade dentro de cada VM para habilitar a replicação e a migração.

Saiba mais sobre como migrar servidores Hyper-V.

Migrando servidores físicos e baseados em nuvem (AWS, GCP, Xen, KVM)

Migrar servidores físicos e plataformas não tradicionais (como AWS, GCP, Xen, KVM e nuvens privadas) para o Microsoft Azure envolve tratar esses computadores como servidores físicos e usar a replicação baseada em agente por meio da ferramenta Migrações para Azure: Migração e Modernização.

Métodos de migração disponíveis

Baseado em agente: implante o aplicativo 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 de VMware ou Hyper-V que não atendem aos requisitos de migração sem agente.

Saiba mais sobre como migrar servidores físicos e baseados em nuvem (AWS, GCP, Xen, KVM).

Próximas etapas

  • Last updated on