Creación y administración de máquinas virtuales de alta disponibilidad en VMM
Se aplica a: Virtual Machine Manager 2008, Virtual Machine Manager 2008 R2, Virtual Machine Manager 2008 R2 SP1
Las máquinas virtuales de alta disponibilidad, también conocidas como HAVM, se pueden migrar fácilmente a un host de máquina virtual diferente en un clúster de conmutación por error para brindar un servicio ininterrumpido cuando el host actual precisa mantenimiento. Si se produce un error en el host actual, las HAVM migran automáticamente a otro host del clúster mediante un proceso conocido como conmutación por error.
System Center Virtual Machine Manager (VMM) 2008 admite HAVM implementadas en clústeres de conmutación por error de Windows Server 2008. System Center Virtual Machine Manager 2008 R2 admite HAVM implementadas en clústeres de conmutación por error de Windows Server 2008 o Windows Server 2008 R2. En este tema se explica cómo crear, configurar, migrar y eliminar las máquinas HAVM en VMM. Para obtener información sobre la configuración y administración de los clústeres de hosts en los que se implementan, consulte Configuración de clústeres de hosts en VMM para la compatibilidad con máquinas virtuales de alta disponibilidad.
Nota
En este tema se tratan las máquinas virtuales de Hyper-V de alta disponibilidad. Para obtener información sobre máquinas virtuales de alta disponibilidad implementadas en los hosts de VMware ESX Server que administra VMM, consulte Administración de un entorno VMware Infrastructure en VMM.
Configurar una máquina virtual de alta disponibilidad
Si configura una máquina virtual como una máquina de alta disponibilidad, VMM coloca la máquina virtual en el host más apropiado de un clúster. Para configurar una máquina virtual de alta disponibilidad, en la configuración avanzada de la página Configurar hardware del Asistente para nueva máquina virtual, muestre la configuración Disponibilidad y luego seleccione Hacer que la VM sea de alta disponibilidad.
También puede crear una máquina virtual de alta disponibilidad durante la selección de ubicación. Si no configura una máquina virtual de alta disponibilidad, todos los hosts aptos, incluso los hosts en clúster, estarán disponibles durante la selección de la ubicación. Si selecciona un host en clúster para la máquina virtual, se le preguntará si desea que la máquina virtual sea de alta disponibilidad. Si hace clic en Sí, la máquina virtual se implementa en un host en clúster y se define como de alta disponibilidad.
Virtual Machine Manager sólo coloca las máquinas virtuales de alta disponibilidad en hosts en clúster, y coloca las máquinas virtuales que no son de alta disponibilidad en hosts independientes. A pesar de que es posible crear máquinas virtuales que no son HAVM en hosts en clúster, VMM no lo permite. Si estas máquinas virtuales se crean fuera de VMM, se importan y tratan como máquinas que no son HAVM, como si fueran máquinas virtuales en hosts independientes.
Nota
Para obtener información general acerca de la creación de máquinas virtuales, consulte Crear nuevas máquinas virtuales (https://go.microsoft.com/fwlink/?LinkID=162793).
Configuración de discos
Debe configurar, agregar o eliminar los discos en clúster utilizados por las HAVM fuera de VMM. Después de realizar los cambios externos a los discos, actualice el clúster de hosts en VMM para actualizar las configuraciones de discos.
VMM 2008 R2 admite la función de volumen compartido en clúster (CSV) de Windows Server 2008 R2. CSV permite que varias máquinas virtuales de alta disponibilidad compartan el mismo LUN y puedan, a la vez, migrar de forma independiente sin que ello afecte a otras HAVM que comparten el mismo LUN. Debido a que las HAVM pueden obtener acceso al disco desde un nodo independiente, CSV también permite acelerar la migración de máquinas virtuales en el clúster, ya que no se precisa desmontar y volver a montar el disco.
A diferencia de VMM 2008 R2, VMM 2008 no admite CSV. VMM 2008 sólo admite una máquina virtual de alta disponibilidad en cada LUN. Esto es necesario para garantizar que se puedan migrar las HAVM a hosts diferentes sin que afecte a la disponibilidad de otras HAVM.
Los usuarios que migran a VMM 2008 R2 y quieren consolidar las máquinas virtuales existentes en un LUN de CSV, pueden utilizar la nueva característica de migración rápida de almacenamiento para migrar el almacenamiento de una máquina virtual en ejecución a un host diferente o a una ubicación diferente en el mismo host con una interrupción de servicio mínima y sin pérdida de estado. En la vista Máquinas virtuales de la Consola de administrador de VMM, utilice la acción Migrar almacenamiento. Para obtener más información, consulte Migración de almacenamiento de archivos de máquina virtual. En una infraestructura de VMware administrada, VMM usará VMware Storage VMotion si está disponible.
VMM admite discos en clúster con o sin letras de unidad. Para un clúster de 8 o 16 nodos, es muy fácil quedarse sin letras (A a Z) para los discos usados por las máquinas HAVM. VMM resuelve este problema permitiendo el uso de discos que usan una ruta GUID de volumen (en el formato \\?\GUID\<VMname>) en lugar de una letra de unidad. Para obtener más información acerca de cómo crear estos volúmenes en un host de Hyper-V, consulte Configuring Storage Using Volume GUIDs in Hyper-V (Configuración de almacenamiento mediante GUID de volumen en Hyper-V) (https://go.microsoft.com/fwlink/?LinkId=182591).
Cualquier HAVM que comparta un LUN no de CSV, se importa en VMM con el estado de configuración de clúster No compatible. Para resolver este problema, use la Administración del clúster de conmutación por error para reconfigurar las máquinas virtuales con sus propios LUN. Así, en la Consola de administrador de VMM, use la acción Reparar con la opción Omitir para actualizar el estado de cada máquina virtual en VMM.
En VMM 2008 R2, cuando se migra una máquina virtual a un clúster desde un host independiente usando una transferencia SAN, VMM comprueba todos los nodos del clúster para asegurarse de que todos los nodos pueden ver el LUN, y automáticamente crea un recurso de disco de clúster para el LUN. Aunque VMM configura automáticamente el recurso de disco de clúster, no lo valida. Se debe usar el Asistente para validar una configuración de la Administración de clúster de conmutación por error para validar el recurso de disco de clúster recién creado. Para migrar una máquina virtual fuera de un clúster a un host independiente, la máquina virtual debe encontrarse en un LUN dedicado que no esté usando CSV.
Resolución del estado de configuración de clúster no admitida para una máquina virtual de alta disponibilidad
Para ver la razón por la que una HAVM tiene el estado de configuración de clúster no admitida, muestre la ficha Configuración de hardware en el cuadro de diálogo Propiedades de máquina virtual. A continuación, en las opciones de Avanzado, haga clic en Disponibilidad. Si la máquina virtual tiene el estado de configuración de clúster no admitida, se muestra el error que generó el estado de la máquina virtual en el área Detalles.
Las siguientes situaciones pueden generar el estado de configuración de clúster no admitida:
La máquina virtual se encuentra en un LUN no de CSV que contiene más de una máquina virtual.
Si ha configurado máquinas virtuales de alta disponibilidad en Hyper-V para compartir el mismo LUN, y el LUN no se encuentra en un volumen de sistema de archivos en clúster (CSV), debe actualizar las configuraciones de máquina virtual en Administración de clúster de conmutación por error y Hyper-V para que cada una resida en su propio LUN sin compartir.
La máquina virtual usa almacenamiento no en clúster.
Si la HAVM se almacena en una unida de sistema C: o cualquier disco que no está en clúster, la máquina virtual se coloca en el estado de configuración de clúster No compatible. Para resolver este problema, asegúrese de que todos los archivos y discos de acceso directo pertenecientes a la máquina virtual residen en discos en clúster.
Uno o más adaptadores de red virtuales en la máquina virtual no se conectan a una red virtual común.
Si las redes virtuales en todos los hosts del clúster no muestran la misma configuración, es posible que una máquina virtual de alta disponibilidad conectada a dicha red virtual pierda la conectividad cuando se migre o realice una conmutación por error a otro nodo de clúster. Las redes virtuales configuradas de manera idéntica se conocen como redes virtuales comunes. Para localizar las redes virtuales comunes para un clúster de hosts, en la Consola de administrador de VMM, consulte la ficha Redes en las propiedades del clúster de host. Para configurar las redes virtuales en los hosts, use la ficha Redes en las propiedades del host. Para obtener más información acerca de la configuración de redes virtuales, consulte Agregar o modificar redes virtuales en un host (https://go.microsoft.com/fwlink/?LinkID=163453).
Para que VMM considere una red virtual común y disponible para máquinas virtuales de alta disponibilidad en un clúster de hosts, cada red virtual en el clúster de hosts debe cumplir los siguientes requisitos:
El nombre de red virtual debe ser idéntico en cada host del clúster. En VMM 2008, las redes virtuales solo se reconocen como redes virtuales comunes si coincide el tamaño de todas las letras en los nombres de red. Esta restricción se eliminó en VMV 2008 R2. Al identificar redes virtuales comunes, VMM 2008 R2 no evalúa las letras en mayúsculas o minúsculas en los nombres de red.
Los adaptadores de red host a los que está conectada la red virtual en cada host del clúster deben tener la misma ubicación.
Asimismo, el nombre de la red virtual debe tener la misma etiqueta en cada host del clúster.
Después de actualizar las configuraciones de red virtual en todos los nodos, actualice el clúster para que cada red virtual se detecte como común. A continuación, en las propiedades del clúster de hosts, consulte la ficha Redes para verificar que las redes se han agregado al mismo.
En VMM 2008, el grupo de recursos de una máquina virtual Hyper-V en un clúster de conmutación por error de Windows Server 2008 contiene recursos adicionales, además de los recursos de la máquina virtual, la configuración de máquina virtual y el disco físico.
Normalmente, estos recursos adicionales son recursos de otros fabricantes que proporcionan funcionalidades como la replicación de almacenamiento en un clúster de diversas ubicaciones. Para máquinas virtuales Hyper-V administradas por VMM, el grupo de recursos de máquina virtual en un clúster de conmutación por error de Windows Server 2008 sólo puede contener recursos de máquina virtual, configuración de máquina virtual y disco físico.
Para resolver este problema, instale System Center Virtual Machine Manager 2008 Update (KB961983) (Actualización de System Center Virtual Machine Manager 2008 (KB961983)) (https://go.microsoft.com/fwlink/?LinkId=182647). Para obtener una descripción de las actualizaciones, consulte el artículo 961983 de KB, Descripción del paquete de resumen revisión para System Center Virtual Machine Manager 2008: 14 de abril de 2009 (https://go.microsoft.com/fwlink/?LinkId=182648).
En VMM 2008 se adjunta una imagen ISO a las máquinas virtuales de alta disponibilidad. Este problema se resolvió en VMM 2008 R2.
Con frecuencia, la imagen ISO es c:\windows\system32\vmguest.iso. Para resolver este problema, quite la imagen ISO con el Administrador de Hyper-V. Posteriormente, actualice la máquina virtual en VMM con la acción Reparar. Haga clic con el botón secundario en la máquina virtual, luego en Reparar y después haga clic en Ignorar.
Se conecta una HAVM de VMware a un grupo de puertos que no existe en todos los nodos del clúster de hosts.
En los clústeres de hosts que administra VMM, se debe configurar cada grupo de puertos en todos los hosts de ESX Server del clúster. Si se configura una máquina virtual con un grupo de puertos que no es común a todos los hosts, la máquina virtual tendrá el estado de configuración de clúster no admitida.
Administrar el almacenamiento para una máquina virtual de alta disponibilidad
Todos los archivos y discos de acceso directo para las máquinas virtuales deben residir en discos en clúster. Para obtener más información acerca de la configuración del almacenamiento para un clúster de conmutación por error de Hyper-V, consulte Agregar almacenamiento a un clúster de conmutación por error (https://go.microsoft.com/fwlink/?LinkId=128068).
En VMM 2008 R2, cuando se migra una HAVM a un clúster de hosts desde un host independiente mediante una transferencia SAN, VMM comprueba todos los nodos del clúster para asegurarse de que todos los nodos pueden ver el LUN, y automáticamente crea un recurso de disco de clúster para el LUN. Aunque VMM configura automáticamente el recurso de disco de clúster, no lo valida. Se debe usar el Asistente para validar una configuración de la Administración de clúster de conmutación por error para validar el recurso de disco de clúster recién creado.
Los usuarios que migran a VMM 2008 R2 y quieren consolidar las máquinas virtuales existentes en un LUN de volumen compartido en clúster (CSV) individual, pueden utilizar la nueva característica de migración rápida de almacenamiento para migrar el almacenamiento de una máquina virtual en ejecución a un host diferente o a una ubicación diferente en el mismo host con una interrupción de servicio mínima y sin pérdida de estado. En la vista Máquinas virtuales de la Consola de administrador de VMM, utilice la acción Migrar almacenamiento. Para obtener más información, consulte Migración de almacenamiento de archivos de máquina virtual. En una infraestructura de VMware administrada, VMM usará VMware Storage VMotion si está disponible.
En VMM 2008 R2, se pueden migrar máquinas virtuales con discos de acceso directo conectados a SAN a un host independiente o se pueden almacenar en la biblioteca mediante la migración SAN si el host de destino o el servidor de biblioteca pueden obtener acceso al disco de acceso directo de SAN. Sin embargo, debe convertir los discos de acceso directo a discos duros virtuales (archivos .vhd) si los discos de acceso directo son locales o si el host de destino o el servidor de biblioteca no pueden obtener acceso a éstos. En VMM 2008, debe convertir todos los discos de acceso directo antes de mover una HAVM a un servidor de biblioteca o a un host independiente. Para convertir un disco de acceso directo en un disco duro virtual, actualice la configuración de disco en la ficha Configuración de hardware de las propiedades de la máquina virtual.
Para obtener información adicional acerca de las opciones de almacenamiento de clústeres de hosts de Hyper-V administrados por VMM 2008 R2, consulte Configuración de clústeres de hosts en VMM para la compatibilidad con máquinas virtuales de alta disponibilidad. Para obtener información acerca de los requisitos de configuración de SAN específicos para VMM, consulte Configuración de un entorno de SAN para VMM. Para obtener información general sobre los requisitos de almacenamiento para los clústeres de conmutación por error en Windows Server 2008, consulte el tema sobre agregar almacenamiento a un clúster de conmutación por error (https://go.microsoft.com/fwlink/?LinkId=128068).
Migrar máquinas virtuales de alta disponibilidad
En esta sección se describe la forma en la que VMM procesa las selecciones de ubicación y lleva a cabo las migraciones en máquinas virtuales de alta disponibilidad.
Migración en vivo frente a migración rápida
VMM 2008 R2 admite la migración en vivo de máquinas virtuales en clústeres de hosts creados en Windows Server 2008 R2 y la migración rápida de máquinas virtuales en clústeres de hosts creados en Windows Server 2008 o Windows Server 2008 R2. Con migración en vivo Hyper-V, puede mover las máquinas virtuales en ejecución de un host en clúster de Hyper-V a otro sin que haya una interrupción en el servicio o se perciba una pérdida de éste. Con migración rápida de Hyper-V, se produce una pérdida de servicio breve, sin que se produzca ninguna pérdida de estado, cuando una máquina virtual en ejecución se migra de un host en clúster de Hyper-V a otro. VMM 2008 admite la migración rápida de máquinas virtuales en clústeres de conmutación por error de Windows Server 2008.
Nota
Si desea llevar a cabo una migración rápida de una máquina virtual en un clúster de hosts de Windows Server 2008 R2, incluso si la migración en vivo está disponible, utilice el cmdlet Move-VM con el parámetro –UseCluster en Windows PowerShell – Comandos Virtual Machine Manager.
VMM 2008 admite la migración rápida de máquinas virtuales en clústeres de conmutación por error de Windows Server 2008.
Si usa VMM 2008 o VMM 2008 R2 para administrar un entorno VMware Infrastructure 3 (VI3) en el que la característica VMware VMotion está implementada, se admite la migración en vivo de máquinas virtuales entre clústeres de hosts de ESX Server en el mismo centro de datos.
Para evitar errores de migración, durante una selección de ubicación de máquina virtual que tiene como destino un clúster de conmutación por error de Windows Server 2008 R2, VMM 2008 R2 lleva a cabo una comprobación de compatibilidad del host antes de migrar la máquina virtual para garantizar que el hardware del host de destino (como el modelo de la CPU) es compatible con el host de origen. VMM usa la API de comprobación de compatibilidad de Hyper-V en Windows Server 2008 R2 para realizar la comprobación de compatibilidad. Cuando se utiliza una API de VMware, VMM 2008 R2 también realiza una comprobación de compatibilidad de host al migrar una máquina virtual de VMware a un clúster de hosts de VMware.
Selección de ubicación de las HAVM y el estado “sobrecargado”
Cuando se selecciona una ubicación para una máquina virtual de alta disponibilidad, el proceso de selección en VMM calcula si la adición de una nueva máquina virtual al clúster de hosts sobrecargará el clúster en función de la reserva de clúster configurada para el clúster en VMM. La reserva de clúster especifica el número de errores de nodo que debe admitir un clúster al tiempo que mantiene la ejecución de todas las máquinas virtuales actualmente implementadas en los hosts en clúster. Si un clúster de hosts no puede admitir el número especificado de errores de nodo, pero aún mantiene la ejecución de todas las máquinas virtuales, el clúster se coloca en un estado de sobrecargado y los hosts no están disponibles para la selección de ubicación. El administrador puede invalidar esta acción y colocar una HAVM en un host de un clúster sobrecargado durante la selección manual de la ubicación. Las reservas de clúster son una función única de VMM.
Por ejemplo, si especifica una reserva de conmutación por error de nodo de 2 para un clúster de 8 nodos, la regla se aplica de la siguiente forma:
Si funcionan los 8 nodos del clúster, se indicará que el clúster de hosts tiene demasiadas confirmaciones si cualquier combinación de 6 nodos (8-2) del clúster no tiene capacidad para admitir las máquinas virtuales existentes.
Si sólo funcionan 5 nodos del clúster, se indicará que el clúster de hosts tiene demasiadas confirmaciones si cualquier combinación de 3 nodos (5-2) del clúster no tiene capacidad para admitir las máquinas virtuales existentes.
El actualizador de clúster de VMM actualiza el estado de sobrecargado del clúster de hosts después de cada uno de los siguientes eventos:
Un cambio del valor de reserva del clúster.
El error o la eliminación de nodos del clúster de hosts.
La adición de nodos al clúster de hosts.
La detección de nuevas máquinas virtuales en el clúster de hosts.
La reserva de clúster se configura en la ficha General de las propiedades del clúster de hosts. Para obtener información sobre procedimientos, consulte Ver y modificar las propiedades de un clúster de hosts (https://go.microsoft.com/fwlink/?LinkID=162986).
Tiempo de inactividad planificado frente a tiempo de inactividad no planificado
Las circunstancias en las que se migra una máquina virtual de alta disponibilidad determinan el efecto en la disponibilidad del servicio en la máquina virtual. VMM puede administrar el tiempo de inactividad planificado mediante la realización de migraciones rápidas o migraciones en vivo de las HAVM. El Servicio de clúster gestiona el tiempo de inactividad no planificado.
Tiempo de inactividad planificado: cuando se migra una HAVM para realizar mantenimiento planificado como, por ejemplo, la aplicación de revisiones en el host en un clúster de conmutación por error de Windows Server 2008 R2, se realiza una migración en vivo. Con migración en vivo Hyper-V, puede mover máquinas virtuales en ejecución de un host en clúster de Hyper-V a otro sin que haya ninguna interrupción en el servicio o se perciba una pérdida de éste. Debido a que la máquina virtual no experimenta ningún periodo de inactividad, el movimiento es completamente transparente para los usuarios que están conectados a la máquina virtual.
Cuando se migra una máquina virtual en un clúster de hosts de Windows Server 2008, VMM ejecuta una migración rápida durante la cual se realiza una breve interrupción del servicio mientras el LUN donde está almacenada la máquina virtual se desenmascara a un nodo diferente del clúster de hosts. El estado de la máquina virtual (por ejemplo, el contenido no guardado del Bloc de notas) no se pierde durante una migración rápida.
Tiempo de inactividad no planificado: cuando una máquina virtual realiza la conmutación por error a un nodo de clúster diferente, debido a un error de hardware o error del sistema operativo, el efecto es similar a deshabilitar la máquina virtual. Cuando se deshabilita la máquina virtual, se pierde el estado de la máquina y el Servicio de clúster inicia la máquina virtual en un nuevo nodo del clúster.
Poner un host en clúster en modo de mantenimiento en VMM 2008 R2
En VMM 2008 R2, puede poner un host en modo de mantenimiento, que puede migrar en vivo máquinas virtuales a un host diferente o colocar todas las máquinas virtuales en el host en un estado guardado antes de llevar a cabo el mantenimiento planificado.
Cuando se inicia el modo de mantenimiento en un host en clúster, puede especificar una de las opciones siguientes:
Si todas las máquinas virtuales en un clúster de hosts de Windows Server 2008 R2 son de alta disponibilidad, utilice migración en vivo para evacuar todas las máquinas virtuales a otros hosts del mismo clúster. Si se produce un error en la migración para alguna de las máquinas virtuales del hosts, el modo de mantenimiento no se inicia en ese host, y VMM no migra de vuelta las máquinas virtuales que ya han migrado.
En un clúster de hosts de Windows Server 2008 o en un clúster de Windows Server 2008 R2 que contiene máquinas virtuales sin alta disponibilidad, coloque todas las máquinas virtuales del host en un estado guardado.
Cuando inicia el modo de mantenimiento en un host, VMM realiza las acciones siguientes:
Bloquea todos los tipos de operaciones de creación de máquinas virtuales en el host.
Excluye el host de las clasificaciones de host durante la colocación de la máquina virtual y evita la implementación y la migración de máquinas virtuales al host.
Muestra el estado de un host En modo de mantenimiento en la vista Hosts de la Consola de administrador de VMM.
Cuando detiene el modo de mantenimiento en un host, VMM permite reanudar la creación de máquinas virtuales en el host, incluye el host en las clasificaciones de host durante la selección de ubicación, y muestra un estado de host de Correcto en la vista Hosts de la Consola de administrador de VMM. Sin embargo, VMM no lleva a cabo lo siguiente:
Realizar automáticamente una migración en vivo para mover las HAVM que se evacuaron de un host en un clúster de hosts de Windows Server 2008 R2 al host original.
Reiniciar las máquinas virtuales que se pusieron en estado guardado en el host cuando se inició el modo de mantenimiento.
Para iniciar o detener el modo de mantenimiento, haga clic con el botón secundario en un host de la vista Hosts y, a continuación, haga clic en el comando apropiado.
Migración de una HAVM fuera de un clúster de hosts
En VMM 2008 R2, puede usar transferencias SAN para migrar HAVM fuera de un clúster de hosts a un host independiente si la HAVM no comparte ningún LUN con otras máquinas virtuales. VMM 2008 no admite transferencias SAN fuera de un clúster de hosts, incluso si la máquina virtual está en un LUN de CSV que no está compartido con otras máquinas virtuales.
En VMM 2008 R2, puede migrar o almacenar una máquina virtual con discos de acceso directo mediante la migración SAN si los discos de acceso directo están conectados a SAN y el host de destino o el servidor de biblioteca pueden obtener acceso a los discos de acceso directo. Si los discos de acceso directo son locales o si el host de destino o el servidor de biblioteca no pueden obtener acceso a los discos conectados a SAN, se deben convertir los discos de acceso directo en discos duros virtuales, y los archivos se deben transferir a través de una LAN. En VMM 2008, debe convertir todos los discos de acceso directo antes de mover una HAVM a un servidor de biblioteca o a un host independiente.
Eliminar una máquina virtual de VMM
Cuando se quita una máquina virtual de alta disponibilidad de VMM, VMM elimina los archivos de configuración y vacía los recursos del clúster que estaban conectados a la máquina virtual.
Vea también
Conceptos
Configuración de clústeres de hosts en VMM para la compatibilidad con máquinas virtuales de alta disponibilidad
Administración de un entorno VMware Infrastructure en VMM
Otros recursos
Planificación de alta disponibilidad
Creación de máquinas virtuales en VMM