Migración de máquinas virtuales: información general

Artículo
04/01/2024

Importante

Esta versión de Virtual Machine Manager (VMM) ha llegado al final del soporte técnico. Se recomienda actualizar a VMM 2022.

En este artículo se proporciona información general sobre la migración de máquinas virtuales en tejido de System Center - Virtual Machine Manager (VMM).

Puede migrar máquinas virtuales y almacenamiento administrados en el tejido de VMM. VMM selecciona automáticamente el tipo de transferencia que se usará para la migración. Cuando realiza una migración en la consola de VMM mediante el Asistente para migrar VM, el tipo de migración que se usará se muestra en la columna Tipo de transferencia. Los tipos de migraciones admitidos se resumen en la tabla siguiente.

Tipo	Uso	Detalles
Migración de red	Realiza una copia de red de los datos de máquinas virtuales mediante BITS.	Es el tipo de migración más lento. El tiempo de inactividad es directamente proporcional al tamaño de la transferencia de datos.
Migración rápida	También conocido como transferencia de clústeres, se puede usar para migrar una máquina virtual de alta disponibilidad. Usa el clúster de conmutación por error de Windows para migrar máquinas virtuales entre nodos de clúster.	El estado de ejecución de la máquina virtual se guarda en disco (la máquina virtual se hiberna), se realiza una conmutación por error del disco a otro nodo del clúster y, a continuación, se carga el estado guardado para reactivar la máquina virtual. El tiempo de inactividad es mínimo porque la migración rápida toma una instantánea de la máquina virtual y transfiere datos sin necesidad de que se desactive la máquina virtual.
Migración rápida de almacenamiento	Se usa para mover el almacenamiento de máquina virtual de una ubicación a otra. Por ejemplo, puede mover el almacenamiento de una máquina virtual desde una SAN de canal de fibra a una SAN iSCSI.	Los discos virtuales de una máquina virtual en ejecución se pueden migrar independientemente de los protocolos de almacenamiento (SCSI, Canal de fibra) o de los tipos de almacenamiento (local, DAS, SAN). El tiempo de inactividad es mínimo porque la migración de almacenamiento rápida toma una instantánea de la máquina virtual y transfiere los datos sin necesidad de apagar la máquina virtual.
Migración SAN	Usa la transferencia san para migrar máquinas virtuales y máquinas virtuales de alta disponibilidad dentro y fuera de un clúster. Se puede usar cuando los hosts de origen y destino tienen acceso a la misma infraestructura de almacenamiento (LUN) y el almacenamiento se puede transferir desde un host a otro.	Para la migración de SAN, los archivos de una máquina virtual no se copian de un servidor a otro y, por tanto, se minimiza el tiempo de inactividad. La migración de SAN se puede usar para copiar una máquina virtual de un host a otro o copiar una máquina virtual a o desde la biblioteca. Cuando se migra una máquina virtual hacia un clúster usando una transferencia de SAN, VMM comprueba que todos los nodos del clúster pueden ver el LUN y automáticamente crea un recurso de disco de clúster para el LUN. Para migrar una máquina virtual fuera de un clúster, la máquina virtual debe estar en un LUN dedicado que no use CSV. Se admiten las siguientes infraestructuras de SAN para la migración: Canal de fibra, SAN iSCSI y N_Port ID Virtualization (NPID).
Migración en vivo	Mueve una máquina virtual en ejecución como parte de un clúster de conmutación por error de un clúster a otro.	No hay un tiempo de inactividad apreciable para los usuarios o las aplicaciones de red.

Migración en vivo

El uso de la migración en vivo proporciona muchas ventajas:

Mayor flexibilidad: las características de migración en vivo pueden ayudar a simplificar el movimiento de máquinas virtuales entre hosts y clústeres. Por lo tanto, resulta más fácil administrar un centro de datos dinámico.
Facilidad de mantenimiento: la migración en vivo alivia la necesidad de dejar sin conexión clústeres de hosts y hosts independientes para fines de mantenimiento y migración, lo que ayuda a evitar el tiempo de inactividad. Con la capacidad de realizar mantenimiento y migraciones de manera simultánea, los marcos de tiempo de migración pueden acortarse, dependiendo del tiempo necesario para realizar la migración en vivo. Además, se simplifica el proceso de planeamiento para la movilidad de Hyper-V.
Mejor utilización del hardware: se puede optimizar la distribución de las máquinas virtuales en toda la infraestructura. Las máquinas virtuales y el almacenamiento se pueden mover a servidores y clústeres independientes con capacidad de reserva, sin interrumpir la disponibilidad. El consumo de energía se reduce, ya que las máquinas se pueden mover entre hosts y los hosts se pueden apagar para ahorra energía.
Características de clústeres de conmutación por error: VMM aprovecha las características de clústeres de conmutación por error que se introdujeron en Windows Server 2012. Estas características incluyen API adicionales para migrar máquinas virtuales entre nodos del clúster y la funcionalidad de conexión/desconexión mejorada que permite la migración de máquinas virtuales dentro y fuera de los clústeres de conmutación por error sin tiempo de inactividad.

Compatibilidad con migración en vivo

VMM admite los siguientes tipos de migración en vivo:

Migración en vivo de máquinas independientes: puede ejecutar la migración en vivo entre dos máquinas independientes que no están en un clúster.
Migración en vivo dentro de un clúster: puede ejecutar una migración en vivo entre nodos del mismo clúster.
Migración en vivo entre nodos de diferentes clústeres: puede migrar entre nodos de diferentes clústeres.
Migración en vivo del almacenamiento de máquina virtual: puede migrar el almacenamiento para actualizar el almacenamiento físico disponible en Hyper-V o para mitigar los cuellos de botella en el rendimiento del almacenamiento. También puede usar la migración de almacenamiento para mover, reparar o actualizar recursos de almacenamiento, o para la migración de una máquina virtual independiente o de un clúster. El almacenamiento puede agregarse a un equipo independiente o a un clúster de Hyper-V. Las máquinas virtuales se pueden mover al nuevo almacenamiento mientras siguen ejecutándose.
Migración de almacenamiento y máquina virtual en vivo: puede usar la migración del sistema en vivo (VSM en vivo) para migrar máquinas virtuales y su almacenamiento juntos en una sola acción.
Migración en vivo simultánea: Puede realizar múltiples migraciones en vivo simultáneas de máquinas virtuales y almacenamiento. El límite simultáneo puede configurarse manualmente. Las migraciones en vivo simultáneas que excedan el límite se pondrán en cola.

VMM inspecciona y valida las opciones de configuración de un host de destino antes de que se inicie la migración de un host de origen.

Matriz de compatibilidad de migración de máquinas virtuales en vivo

Origen	Destino: independiente	Destino: clúster
Independiente	Compatible	Compatible
Clúster	Compatible	Compatible El origen y el destino pueden estar en el mismo clúster o en clústeres diferentes.

Matriz de compatibilidad de migración de almacenamiento en vivo

Origen	Destino: disco local (independiente)	Destino: recurso compartido de SMB 3.0 (independiente o en clúster)	Destino: CSV (clúster)
Disco local	Compatible	Compatible. La máquina virtual se promoverá a alta disponibilidad.	No compatible.
Recurso compartido de SMB 3.0	Compatible. En un clúster, la máquina virtual se degradará y no estará altamente disponible después de la migración.	Compatible	Compatible
Clúster	Compatible En un clúster, la máquina virtual se degradará y no estará altamente disponible después de la migración.	Compatible El recurso compartido de SMB debe estar disponible desde el nodo del clúster de destino.	Compatible El CSV debe estar disponible desde el nodo del clúster de destino.

Limitaciones de la migración en vivo

La migración en vivo requiere dos o más servidores que ejecutan Hyper-V, que admiten la virtualización de hardware y usan procesadores del mismo fabricante, como todos los procesadores AMD o todos los procesadores Intel.
La migración en vivo se admite a partir de hosts que ejecutan Windows Server 2012.
Las máquinas virtuales deben configurarse para usar discos duros virtuales o discos virtuales de canal de fibra, no discos físicos.
Para el tráfico de red de migración en vivo, debe usar una red privada.
Los servidores de origen y destino deben pertenecer al mismo dominio de Active Directory o a dominios de confianza diferentes.
Si el VHD de la máquina virtual de origen o destino tiene un disco base, el disco base debe estar en un recurso compartido que sea accesible (registrado) desde el host de destino. Por lo general, la migración en vivo no mueve el disco base.
La migración entre clústeres solo se admite en los hosts que se ejecutan en clústeres de conmutación por error. El almacenamiento de Volumen compartido de clúster (CSV) debe estar habilitado en el clúster.
La migración en vivo de una máquina virtual no migra el almacenamiento de la máquina virtual, lo que significa específicamente la ubicación que almacena las imágenes de máquina virtual (archivos VHD, ISO, VFD). Para controlar los requisitos de almacenamiento, puede usar una de las siguientes opciones:
- Configurar la máquina virtual para que los archivos de almacenamiento estén disponibles en un recurso compartido de archivos que sea accesible desde el host de origen y de destino de la migración.
- Ejecutar una máquina virtual en vivo y una migración de almacenamiento (VSM en vivo) de forma combinada en una sola acción.
- Ejecutar una migración de almacenamiento independiente.
Si los hosts de origen y destino usan almacenamiento compartido, asegúrese de lo siguiente:
- Todos los archivos que forman una máquina virtual, como los discos duros virtuales, las instantáneas y la configuración se deben almacenar en el recurso compartido de SMB.
- Los permisos del recurso compartido de SMB se deben configurar para otorgar acceso a las cuentas del equipo de todos los servidores que ejecutan Hyper-V.
Una migración de almacenamiento mueve, imágenes de máquinas virtuales (archivos VHD, ISO y VFD), configuraciones de instantáneas y datos (archivos de estado guardados).
La migración de almacenamiento es por máquina virtual.
La migración de almacenamiento no mueve los discos base (primarios), excepto los discos de instantánea.

Migración de máquinas virtuales en vivo y almacenamiento (VSM en vivo)

VSM en vivo migra una máquina virtual y su almacenamiento de máquina en una sola acción.

Para usar VSM en vivo, se debe crear una máscara del LUN de la máquina virtual desde el host de destino.
VSM en vivo se admite entre dos hosts independientes que ejecutan Hyper-V, a partir de Windows Server 2012. La transferencia se puede producir entre discos locales o recursos compartidos de archivos de SMB 3.0.
VSM en vivo se admite entre dos clústeres de hosts que ejecutan Hyper-V, a partir de Windows Server 2012. La máquina virtual puede transferirse al recurso compartido de archivos de CSV o SMB 3.0 en el clúster de hosts de destino.