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

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

Puede migrar máquinas virtuales y máquinas virtuales administradas de almacenamiento en el tejido de VMM. VMM selecciona automáticamente el tipo de transferencia que se usará para la migración. Al realizar una migración en la consola 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 que se admiten se resumen en la tabla siguiente.

Tipo	Usar	Detalles
Migración de red	Realiza una copia de red de los datos de la máquina virtual mediante BITS.	Este es el tipo de migración más lento. La cantidad de tiempo de inactividad es proporcionalmente directo al tamaño de la transferencia de datos.
Migración rápida	También conocida como transferencia de clústeres, se puede usar para migrar una máquina virtual de alta disponibilidad. Utiliza el clúster de conmutación por error de Windows para migrar máquinas virtuales entre nodos de clúster.	El estado en ejecución de la máquina virtual se guarda en el disco (la máquina virtual se hiberna), el disco se conmuta por error al otro nodo de clúster y, a continuación, el estado guardado se carga 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 apagar la máquina virtual.
Migración rápida del almacenamiento	Se utiliza para mover el almacenamiento de VM de una ubicación a otra. Por ejemplo, puedes mover el almacenamiento de una máquina virtual de una SAN Fibre Channel 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, Fibre Channel) o de los tipos de almacenamiento (local, DAS, SAN). El tiempo de inactividad es mínimo porque la migración rápida del almacenamiento toma una instantánea de la máquina virtual y transfiere datos sin necesidad de apagar la máquina virtual.
Migración de SAN	Usa la transferencia de 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 este almacenamiento se puede transferir entres hosts.	Al utilizar 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 hacia o desde la biblioteca. Al migrar una máquina virtual a un clúster mediante una transferencia san, VMM comprueba que cada nodo del clúster puede ver el LUN y crea automáticamente 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. Estas infraestructuras SAN son compatibles con la migración: Fibre Channel; SAN iSCSI; Virtualización de N_Port ID (NPID).
Migración en directo.	Mueve una máquina virtual que se ejecuta como parte de un clúster de conmutación por error de un clúster a otro.	No existe un tiempo de inactividad perceptible para los usuarios o las aplicaciones de red.

Migración en directo.

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

• Mayor flexibilidad: las características de migración en directo pueden ayudar a simplificar el mover máquinas virtuales entre hosts y clústeres. Así, resulta más fácil administrar un centro de datos dinámico.
• Facilidad de mantenimiento: la migración en directo reduce la necesidad de desconectar hosts independientes y hosts de clúster a la hora de hacer el mantenimiento o una migración, lo que ayuda a evitar el tiempo de inactividad. Gracias a la capacidad de realizar migraciones y mantenimiento simultáneamente, los períodos de tiempo de migración pueden ser más cortos, en función del tiempo necesario para realizar la migración en directo. Además, el proceso de planificación para la movilidad de Hyper-V se simplifica.
• Mejor uso del hardware: la distribución de máquinas virtuales se puede optimizar 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 que la disponibilidad se vea interrumpida. El consumo de energía se reduce, ya que que las máquinas virtuales se pueden mover entre hosts y estos hosts se pueden apagar después para ahorrar 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 de Windows Server. Estas características incluyen API adicionales para migrar máquinas virtuales entre nodos de clúster y una funcionalidad mejorada de asociación y desasociación que permite la migración de máquinas virtuales dentro y fuera de clústeres de conmutación por error sin tiempo de inactividad.

Compatibilidad con la migración en vivo

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

• Migración en directo de máquinas independientes: puedes ejecutar la migración en directo entre dos máquinas independientes que no están en un clúster.
• Migración en directo dentro de un clúster: puedes ejecutar una migración en directo entre nodos del mismo clúster.
• Migración en directo entre nodos de distintos clústeres: puedes migrar entre nodos de distintos clústeres.
• Migración en directo del almacenamiento de VM: puedes 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 puedes usar la migración del almacenamiento para mover, mantener o actualizar recursos de almacenamiento, o para la migración de una máquina virtual independiente o de clúster. El almacenamiento se puede agregar a un equipo independiente o a un clúster de Hyper-V. Las VM se pueden mover al nuevo almacenamiento sin dejar de ejecutarse.
• Migración de almacenamiento y máquina virtual en directo: puedes usar la migración del sistema en directo (VSM en directo) para migrar máquinas virtuales y su almacenamiento a la vez con una sola acción.
• Migración en directo simultánea: puedes realizar varias migraciones en directo y simultáneas de máquinas virtuales y almacenamiento. El límite de simultaneidad se puede configurar manualmente. Cualquier migración en vivo simultánea que supere el límite se pondrá en cola.

VMM inspecciona y valida las opciones de configuración del host de destino antes de que comience la migración desde el host de origen.

Matriz de compatibilidad con la migración de VM en directo

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

Matriz de compatibilidad con la migración de almacenamiento en directo

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

Limitaciones de la migración en directo

• La migración en directo requiere dos o más servidores que ejecuten Hyper-V, que admitan la virtualización de hardware y que usen procesadores del mismo fabricante (por ejemplo, que todos los procesadores sean de AMD o que todos sean de Intel).

• Hay que configurar las máquinas virtuales para que usen discos duros virtuales o discos Fibre Channel virtuales (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 máquina virtual de origen o de destino tiene un disco base, este debe estar en un recurso compartido accesible (registrado) desde el host de destino. Por lo general, la migración en directo no mueve el disco base.

• La migración entre clústeres solo se admite en 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 directo de una máquina virtual no migra el almacenamiento de máquinas virtuales, en concreto la ubicación que almacena las imágenes de máquina virtual (archivos VHD, ISO, VFD). Para controlar los requisitos de almacenamiento, puedes usar una de las siguientes opciones:

  • Configura la máquina virtual para que los archivos de almacenamiento estén disponibles en un recurso compartido de archivos al que pueda acceder tanto el host de origen como el de destino de la migración.
  • Ejecuta una máquina virtual en directo y una migración de almacenamiento combinadas (VSM en directo) en una sola acción.
  • Ejecuta una migración de almacenamiento independiente.

• Si los hosts de origen y destino usan almacenamiento compartido, asegúrate de lo siguiente:

  • Todos los archivos que componen una máquina virtual, como discos duros virtuales, instantáneas y configuración, deben almacenarse en un recurso compartido SMB.
  • Los permisos en el recurso compartido SMB deben configurarse para conceder acceso a las cuentas de equipo de todos los servidores que ejecutan Hyper-V.

• Una migración de almacenamiento mueve imágenes de máquina virtual (archivos VHD, ISO y VFD), configuraciones de instantáneas y datos (archivos de estado guardado).

• La migración del almacenamiento se realiza por máquina virtual.

• La migración del almacenamiento no mueve discos base (primarios), excepto los discos de instantáneas.

Migración del almacenamiento y de la máquina virtual en directo (VSM en directo)

VSM en directo migra la VM y su almacenamiento de máquina en una sola acción.

• Para usar VSM en directo, el LUN de la máquina virtual debe enmascararse desde el host de destino.

• VSM en vivo se admite entre dos hosts independientes que ejecutan Hyper-V. La transferencia puede producirse entre discos locales o recursos compartidos de archivos SMB 3.0.

• VSM en vivo se admite entre dos clústeres host que ejecutan Hyper-V. La máquina virtual se puede transferir a un recurso compartido de archivos SMB 3.0 o un CSV en el clúster host de destino.

Pasos siguientes

• Migra una máquina virtual.
• Migración del almacenamiento.
• Ejecución de una migración en directo.