Compartir a través de

Métodos de migración sin agente y basados en agente

En este artículo se ofrecen métodos de migración en los principales entornos y se proporcionan instrucciones para elegir entre enfoques sin agente y con agente.

Comparación de métodos de migración

Tejido Método recomendado Métodos alternativos
VMware vSphere Use la replicación sin agente con el dispositivo de Azure Migrate. Este método no requiere agentes invitados y se recomienda para la mayoría de los escenarios de VMware. Use la replicación basada en agente con el dispositivo de replicación y el agente de Mobility Service (un agente por máquina virtual). Elija este método cuando no se cumplan los requisitos previos o límites sin agente.
Hyper-V Use la replicación sin agente . Los proveedores se ejecutan en Hyper-V hosts o nodos de clúster, por lo que no se requiere ninguna instalación dentro de máquinas virtuales individuales. Uso de la replicación basada en agente (tratar la máquina virtual como servidor físico) cuando el acceso de host no está disponible o no se pueden cumplir los requisitos sin agente
Plataformas físicas y otras (VM de AWS/GCP, Xen, KVM, nubes privadas) Use la replicación basada en agente con el dispositivo de replicación y el agente de Mobility Service (un agente por máquina virtual). Este método se recomienda para orígenes que no son VMware y no Hyper-V.

Criterios para seleccionar la migración basada en agente

Elija la migración basada en agente cuando se apliquen una o varias de las condiciones siguientes:

  • No se cumplen los requisitos previos sin agente: por ejemplo, las instantáneas de VMware o el seguimiento de bloques modificados (CBT) no están disponibles, el acceso a la API de vCenter está restringido o se deben evitar instantáneas. La replicación sin agente depende de las instantáneas de vSphere y CBT.

  • El sistema operativo invitado no es compatible con la hidratación sin agente: esto incluye versiones anteriores o poco comunes del sistema operativo o kernel. La replicación basada en agente admite una gama más amplia de sistemas operativos.

  • Las configuraciones de disco o arranque requieren compatibilidad basada en agente: determinados escenarios de disco de acceso directo solo se admiten con la replicación basada en agente.

  • El origen no es VMware ni Hyper-V: esto incluye servidores físicos, servidores sin sistema operativo, otros hipervisores o servidores hospedados en plataformas en la nube pública, como AWS o GCP.

Migración de servidores de VMware vSphere

La migración de servidores VMware vSphere hace referencia al proceso de traslado de máquinas virtuales hospedadas en la infraestructura de VMware vSphere a Microsoft Azure mediante la herramienta Azure Migrate: Migración y modernización.

Métodos de migración disponibles

Sin agente (recomendado): use la replicación sin agente con el dispositivo de Azure Migrate para realizar la detección, la replicación (mediante instantáneas basadas en el seguimiento de bloques modificados), la migración de prueba y la migración final. Este método no requiere la instalación de agentes dentro de sistemas operativos invitados. Un proceso de hidratación automatizado prepara los sistemas operativos compatibles para el arranque correcto en Azure. Para más información, consulte Migración de servidores VMware vSphere.

Basado en agentes: use la replicación basada en agentes con el dispositivo de replicación y el agente del servicio de movilidad (instalado en cada máquina virtual) para habilitar la replicación y la migración. Para más información, consulte Migración de VMware físico.

Migración de servidores Hyper-V

La migración de servidores Hyper-V hace referencia al proceso de mover máquinas virtuales hospedadas en Hyper-V infraestructura a Microsoft Azure, normalmente mediante la herramienta Azure Migrate: Migración y modernización. Este proceso admite métodos de migración basados en agente y sin agente en función del entorno y los requisitos.

Métodos de migración disponibles

Sin agente: instale el proveedor de Azure Site Recovery y el agente de Recovery Services directamente en Hyper-V hosts o nodos de clúster. No se requiere ningún agente dentro de las máquinas virtuales.

Basado en agente: use este método cuando no se cumplan los requisitos de conectividad o protección de nivel de host. Trate las máquinas virtuales como máquinas físicas e instale el agente de Mobility Service dentro de cada máquina virtual para habilitar la replicación y la migración.

Obtenga más información sobre la migración de servidores de Hyper-V.

Migración de servidores físicos y basados en la nube (AWS, GCP, Xen, KVM)

La migración de servidores físicos y plataformas no tradicionales (como AWS, GCP, Xen, KVM y nubes privadas) a Microsoft Azure implica tratar estas máquinas como servidores físicos y usar la replicación basada en agente a través de la herramienta Azure Migrate: Migración y modernización.

Métodos de migración disponibles

Basado en agente: implemente el dispositivo de replicación e instale el agente de Mobility Service en cada máquina virtual para habilitar la replicación y la migración. Use este método para las cargas de trabajo de VMware o Hyper-V que no cumplan los requisitos para la migración sin agente.

Obtenga más información sobre la migración de servidores físicos y basados en la nube (AWS, GCP, Xen, KVM).

Pasos siguientes

  • Last updated on