Administración de máquinas virtuales de Hyper-V

Se aplica a: Virtual Machine Manager 2008, Virtual Machine Manager 2008 R2, Virtual Machine Manager 2008 R2 SP1

System Center Virtual Machine Manager (VMM) 2008 proporciona una interfaz de administración unificada para varios entornos de software de virtualización, incluyendo Hyper-V. VMM elimina las diferencias entre las interfaces API de hypervisor y permite ejecutar una acción sin tener que preocuparse por el software de virtualización en el que se ejecuta la máquina virtual. En este tema se describen consideraciones específicas relativas a la creación y la administración de máquinas virtuales con software de virtualización Hyper-V.

Con VMM 2008, puede crear y administrar máquinas virtuales que se ejecutan en hosts de Hyper-V. Si agrega un host que se ejecuta en Windows Server 2008 y no tiene Hyper-V habilitado, VMM 2008 automáticamente habilita la función Hyper-V en el host.

Nota

La habilitación de la función de Hyper-V requiere un reinicio.

Introducción a Hyper-V

Hyper-V es una plataforma de virtualización basada en hypervisor que Microsoft incluye con Windows Server 2008. A diferencia de Virtual Server 2005 R2, que es una tecnología de host que se ejecuta de forma superpuesta al sistema operativo Windows Server 2003, Hyper-V se ejecuta directamente sobre el hardware del sistema. Hyper-V puede ejecutarse en una instalación completa de Windows Server 2008 o en una instalación Server Core mínima para un rendimiento máximo con una sobrecarga mínima y una superficie de ataques relativamente baja. Hyper-V requiere un host de 64 bits y admite máquinas virtuales invitadas de 32 bits y 64 bits.

Para obtener más información acerca de Hyper-V, visite el foro Hyper-V (https://go.microsoft.com/fwlink/?LinkId=127700) en Microsoft TechNet.

Para obtener más información acerca de los sistemas operativos invitados admitidos por Hyper-V, consulte Sistemas operativos compatibles para máquinas virtuales.

Creación de máquinas virtuales de Hyper-V

En Virtual Machine Manager (VMM), puede crear nuevas máquinas virtuales a partir de cualquiera de los siguientes orígenes:

  • Discos duros virtuales existentes (VHD)

  • Discos duros virtuales en blanco

  • Plantillas

  • Máquinas virtuales existentes

    • Máquinas virtuales de Hyper-V

    • Máquinas virtuales de Virtual Server

    • Máquinas virtuales de VMware

Para obtener más información, consulte Orígenes de nuevas máquinas virtuales.

Consideraciones importantes al crear máquinas virtuales de Hyper-V

Considere lo siguiente al crear una máquina virtual de Hyper-V nueva:

  • Para permitir que máquinas virtuales de Hyper-V compartan imágenes ISO almacenadas en la biblioteca VMM, la cuenta de servicio de VMM debe ser una cuenta de dominio. Esa cuenta y la cuenta de la máquina de cada host de Hyper-V deben tener los permisos de recursos compartidos y NTFS necesarios para los recursos compartidos de biblioteca, y el servidor que ejecuta Hyper-V debe estar configurado para delegación limitada. Para obtener información sobre los procedimientos, consulte Habilitar imágenes ISO compartidas para máquinas virtuales de Hyper-V en VMM.

  • En VMM 2008, no se admite el uso de un archivo de imagen ISO compartido para usuarios de autoservicio. En su lugar, VMM adjunta una copia del archivo de imagen ISO a la nueva máquina virtual. VMM 2008 R2 admite imágenes ISO compartidas para autoservicio.

  • Los nombres de máquina virtual de Hyper-V no pueden contener el carácter “:” .

  • No borre el texto en el campo Notas en la interfaz de usuario del Administrador de Hyper-V. VMM usa el campo Notas para el seguimiento de las máquinas virtuales.

Conversión de máquinas virtuales a Hyper-V

System Center Virtual Machine Manager (VMM) 2008 permite convertir máquinas virtuales existentes a máquinas virtuales de Hyper-V. Por ejemplo, VMM puede copiar las máquinas virtuales de VMware existentes y crear máquinas virtuales de Hyper-V. VMM también puede migrar las máquinas virtuales de Virtual Server a un host de Hyper-V.

Consideraciones al convertir máquinas virtuales de VMware

La conversión de máquina virtual a máquina virtual (V2V) es una operación de sólo lectura que no elimina ni afecta a la máquina virtual de origen. En VMM 2008, dependiendo de la ubicación de la máquina virtual de VMware, puede realizar una conversión V2V de las siguientes formas:

  • Directamente desde un host de ESX

  • Desde la biblioteca de VMM

  • Desde un recurso compartido de Windows o Network File System (NFS)

Nota

El servidor host no puede estar en una red perimetral (también conocida como subred filtrada) en la que los valores de los firewalls o de IPsec prohíban la comunicación.

Para obtener más información, consulte V2V: Conversión de máquinas virtuales en VMM.

Consideraciones al migrar máquinas virtuales de Virtual Server

En VMM, puede migrar máquinas virtuales entre los hosts que usen la misma plataforma de virtualización. También puede migrar máquinas virtuales de Virtual Server a Hyper-V. Al migrar máquinas virtuales se deben considerar los factores siguientes:

  • Virtual Server y Hyper-V usan el mismo formato de disco duro virtual (VHD).

  • Cuando migra una máquina virtual de un host de Virtual Server a un host de Hyper-V en VMM 2008 o VMM 2008 R2, VMM reemplaza automáticamente la versión 13.813 o posterior de VM Additions con los componentes de integración de Hyper-V. Es preciso quitar manualmente las versiones anteriores de VM Additions antes de migrar la máquina virtual; si quita VM Additions antes de migrar las máquinas virtuales a Hyper-V, VMM instala los componentes de integración durante la migración.

  • La migración a Hyper-V proporciona funciones de hardware adicionales. Por ejemplo, la RAM disponible aumenta de 3.7 GB a 64 GB. Para obtener más información, consulte Capacidades del hardware compatible.

  • VMM usa VMConnect para conectarse a la consola de máquinas virtuales de Hyper-V.

  • Los puntos de control de VMM usan instantáneas en Hyper-V y discos de diferenciación en Virtual Server. Antes de migrar una máquina virtual del host de Virtual Server al host de Hyper-V, debe combinar o eliminar todos los puntos de control de la máquina virtual. Si hay puntos de control, VMM bloquea la migración.

  • VMM instala automáticamente los Componentes de integración de Hyper-V durante el proceso V2V.

Para obtener más información, consulte Migración de una máquina virtual.

Consideraciones adicionales sobre la migración de una máquina virtual con puntos de control

Las siguientes restricciones se aplican también al intentar migrar una máquina virtual que tiene puntos de control:

  • Debe eliminar o combinar todos los puntos de control antes de migrar una máquina virtual de un host que ejecuta una versión de Hyper-V a un host que ejecuta una versión de Hyper-V diferente. Si hay puntos de control, VMM bloquea la migración.

  • Si una máquina virtual contiene puntos de control con una imagen ISO adjunta, al migrar la máquina virtual los archivos de imagen ISO de los puntos de control se pueden perder.

  • Si intenta migrar una máquina virtual de un host de Hyper-V después de eliminar un punto de control de la máquina virtual, podría producirse un error en la migración. Si intenta realizar una migración antes de que Hyper-V haya terminado de eliminar el punto de control, se producirá un error en la migración y deberá reparar la máquina virtual mediante la opción Deshacer de la acción Reparar máquina virtual. Para obtener más información sobre la opción Deshacer, consulte Reparación de una máquina virtual (https://go.microsoft.com/fwlink/?LinkID=163705). Para evitar este problema, asegúrese de que se ha eliminado el punto de control o espere a que Hyper-V elimine el punto de control.

Conversión de equipos físicos a máquinas virtuales de Hyper-V

System Center Virtual Machine Manager (VMM) le permite convertir equipos físicos existentes en máquinas virtuales de Hyper-V a través de un proceso conocido como conversión de máquina física a virtual (FaV). VMM simplifica la conversión de FaV mediante un asistente basado en tareas para automatizar la mayor parte del proceso de conversión. Dado que el proceso de FaV se ejecuta con secuencias de comandos o scripts, puede iniciar grandes conversiones del tipo FaV en la línea de comandos de Windows PowerShell.

Para obtener más información, consulte FaV: Conversión de máquinas físicas a máquinas virtuales en VMM.

Consideraciones sobre FaV

FaV de VMM no admite clústeres. La creación de clústeres de conmutación por error de Windows 2008 (y por lo tanto Hyper-V) ya no admite un controlador SCSI compartido por varias máquinas virtuales. La única forma de crear un clúster invitado es con LUN iSCSI para los discos compartidos del clúster. Si configura un clúster invitado, VMM tratará el clúster como máquinas virtuales individuales.

VMM instala automáticamente los Componentes de integración de Hyper-V durante el proceso FaV.

Control remoto de máquinas virtuales de Hyper-V

En lugar de usar Control remoto para máquina virtual (VMRC) para controlar máquinas virtuales en un host de Hyper-V mediante control remoto, VMM usa el Protocolo de escritorio remoto (RDP). Dependiendo del sistema operativo del equipo en el que está instalada la Consola de administrador de VMM, conectamos a un destino distinto para RDP y utilizamos un número de puerto distinto. Para todas las versiones compatibles de Windows Server 2008 y Windows Vista SP1, VMM se conecta por RDP al host con el puerto predeterminado 2179. Para cualquier otro sistema operativo, VMM se conecta por RDP al sistema operativo invitado con el puerto predeterminado 3389.

Para obtener información acerca de cómo cambiar el puerto predeterminado global, consulte Cambio de conexiones remotas a máquinas virtuales en un host (https://go.microsoft.com/fwlink/?LinkID=123607).

Componentes de integración de Hyper-V

Para instalar los componentes de integración de Hyper-V con la Consola de administrador de VMM, haga clic con el botón secundario en una máquina virtual apagada y seleccione Instalar servicios de invitado virtual. Las siguientes acciones también instalarán automáticamente los componentes de integración de Hyper-V:

  • Conversión FaV

  • Conversión V2V

  • Creación de una nueva máquina virtual

  • Migración de una máquina virtual de Virtual Server a Hyper-V

Consideraciones sobre redes virtuales

Para los hosts de Hyper-V, VMM 2008 usa redes virtuales en la virtualización de Windows Server 2008, que pueden usar redes de área local virtuales (VLAN). Una VLAN ofrece un método para crear redes lógicas independientes dentro de una red física. Esto facilita la administración de la red, ya que separa los segmentos lógicos de una LAN que no deben intercambiar datos y esto se realiza mediante una LAN basada en software y no en hardware. Debido a que la configuración de la VLAN se basa en software, los equipos pueden moverse con facilidad y seguir manteniendo sus configuraciones de red.

Para hosts de Hyper-V, VMM usa un método basado en puertos para el etiquetado de VLAN, lo que significa que cada puerto de una red virtual se puede configurar para formar parte de una VLAN diferente. Puede configurar las VLAN mediante la asignación de un valor numérico denominado identificador de VLAN (ID. DE VLAN) en el nivel de puerto. Internamente, todo el tráfico de red que se origina desde ese puerto se etiqueta con este identificador de VLAN. A continuación, las redes, tanto virtuales como físicas, habilitadas para VLAN enrutan todo el tráfico de red etiquetado en función del identificador de VLAN de la etiqueta. Esto garantiza que el tráfico de red de una VLAN se enrute únicamente hacia y desde los puertos de la misma VLAN.

Para obtener más información, consulte Agregar o modificar redes virtuales en un host (https://go.microsoft.com/fwlink/?LinkID=163453).

Consideraciones de almacenamiento

Un host de Hyper-V es compatible con las siguientes opciones de almacenamiento de Windows Server 2008:

  • SCSI e IDE—Se debe usar SCSI si es necesario exponer más de cuatro discos virtuales al invitado. Se debe usar IDE para arrancar desde ese disco virtual o si no hay Componentes de integración en el sistema operativo invitado. Puede usar IDE y SCSI con la misma máquina virtual.

    Nota

    Para migraciones de SAN, es necesario asegurar que la LUN esté visible en ambos hosts.

  • iSCSI—Es posible exponer los discos directamente al sistema operativo invitado usando iSCSI. Sin embargo, el BIOS virtual de Hyper-V no admite el arranque directo desde un disco iSCSI, por lo que sigue siendo necesario tener disponible por lo menos un disco como disco IDE.

  • Discos de acceso directo—Hyper-V permite omitir el sistema de archivos del host y tener acceso al disco directamente. El almacenamiento puede ser un disco físico interno del servidor de Hyper-V o una unidad lógica (LUN) de una red de área de almacenamiento (SAN) asignada al servidor de Hyper-V. A diferencia de otros tipos de almacenamiento, los discos de acceso directo no están limitados a 2040 GB.

Para obtener más información sobre las opciones de almacenamiento de Windows 2008, consulte Consideraciones de hardware.

Hosts de Hyper-V

Asegúrese de que los hosts nuevos tienen todas las actualizaciones. Si un servidor no está actualizado, puede tener el estado Requiere atención. En esta situación, haga clic con el botón secundario en el host, seleccione Propiedadesy, a continuación, haga clic en la ficha Estado. Si el estado de la versión del servicio de virtualización no se corresponde a Actualizado, debe actualizar Hyper-V o aplicar BITS QFE.

Vea también

Tareas

Habilitar imágenes ISO compartidas para máquinas virtuales de Hyper-V en VMM

Otros recursos

Protección de hosts de máquina virtual administrados por VMM