Virtualización

Administración de entornos virtuales con VMM 2008

Edwin Yuen

Este artículo se basa en una versión preliminar de Virtual Machine Manager 2008. Por tanto, toda la información de este documento está sujeta a cambios.

De un vistazo:

• Compatibilidad con máquinas virtuales de VMware
• Scripts y automatización basados en Windows PowerShell
• Administración consolidada y centralizada
• Procedimientos de instalación

Contenido

Introducción a Virtual Machine Manager 2008
Integración con System Center
Instalación de Virtual Machine Manager 2008
Adición de hosts VMware ESX
Migración de VMotion
Conclusión

El año pasado, Microsoft presentó System Center Virtual Machine Manager 2007, que proporciona una interfaz consolidada para administrar una infraestructura virtual que ejecuta Microsoft Virtual Server 2005. Ahora, de modo que coincida con el lanzamiento del nuevo hipervisor Windows Server 2008 Hyper-V, se ha lanzado una nueva versión de Virtual Machine Manager (VMM). System Center Virtual Machine Manager 2008 no sólo administra las instalaciones de Microsoft Virtual Server 2005 y Windows Server 2008 Hyper-V, sino que la compatibilidad también se ha extendido a servidores VMware Infrastructure 3 (ESX/ESXi). Con VMM, ahora dispone de una interfaz de administración integrada que funciona con toda la infraestructura virtual, incluidos los sistemas Microsoft y VMware.

VMM es compatible con todas las tareas de virtualización tradicionales, como la implementación rápida de máquinas virtuales a partir de plantillas y máquinas virtuales preconfiguradas, conversiones de física a virtual (P2V), una biblioteca centralizada de objetos de infraestructura virtual e incluso una conversión de virtual a virtual (V2V) de las máquinas virtuales VMware (archivos de configuración VMX además de discos virtuales VMDK) a máquinas virtuales Hyper-V. Además, la integración de VMM con el resto de la familia System Center brinda la administración de los sistemas físicos y virtuales en un solo panel.

En este artículo examinaré VMM 2008 y las características nuevas que aporta a los administradores de TI. Después veremos los requisitos y los pasos que requiere una instalación de VMM. Por último, analizaré el modo de usar algunas de las características nuevas de VMM 2008.

Introducción a Virtual Machine Manager 2008

System Center Virtual Machine Manager 2008 es una aplicación independiente que proporciona administración centralizada de clase empresarial de las máquinas virtuales que se ejecutan en servidores Microsoft Virtual Server 2005 R2 SP1, Windows Server 2008 Hyper-V, Microsoft Hyper-V Server 2008 y VMware Infrastructure 3 (ESX/ESXi). Junto con otros productos de System Center, VMM proporciona administración de infraestructuras físicas y virtuales de extremo a extremo. En la figura 1 se muestra el diseño de arquitectura de Virtual Machine Manager.

Figura 1 Arquitectura de System Center Virtual Machine Manager 2008 (haga clic en la imagen para ampliarla)

Para quienes estén familiarizados con VMM 2007, advertirán que hay considerablemente más interfaces al sistema VMM en VMM 2008 (consulte la figura 1). Los cuadros de la parte superior izquierda representan VMM 2008, los cuadros de la parte superior derecha representan System Center Operations Manager 2007 y los sistemas e interfaces administrados se muestran debajo. Los cuadros rojos indican los servidores de administración, los cuadros azules muestran las entradas del sistema y los cuadros verdes son los sistemas host administrados cuyos objetos administrados se muestran de color amarillo.

El cuadro rojo de la parte superior izquierda representa el servicio del servidor Virtual Machine Manager 2008. Encima de él están las distintas interfaces al servicio, la Consola de administrador, la interfaz de Windows PowerShell y el portal web de autoservicio con acceso de usuario delegado. Windows PowerShell constituye la base para el acceso al servidor VMM. La Consola de administrador de VMM se ha creado totalmente en Windows PowerShell, por lo que puede crear scripts de Windows PowerShell que ejecute el servicio del servidor VMM. Por tanto, la API pública para VMM 2008 es Windows PowerShell y cualquier programa puede aprovechar VMM mediante Windows PowerShell. Un ejemplo excepcional de esto lo constituye la integración de XenDesktop Desktop Delivery Controller de Citrix con Virtual Machine Manager, que se realiza totalmente mediante Windows PowerShell.

Como respaldo de VMM está una base de datos de SQL Server 2005 o SQL Server 2008, tanto una instalación completa como SQL Server Express Edition si no hay disponible otra base de datos. Aunque el diagrama muestra a Operations Manager y Virtual Machine Manager apuntando a SQL Server, los dos programas no comparten una base de datos. Simplemente ejecutan la misma versión de SQL Server. La integración real entre Virtual Machine Manager y Operations Manager se lleva a cabo mediante un conector que está disponible a través de VMM. Este conector permite que VMM y OpsMgr compartan datos, con lo que se lleva la información de virtualización a OpsMgr y los datos de OpsMgr se llevan a VMM para las acciones.

La mitad inferior del diagrama muestra los hosts administrados. VMM 2008 todavía administra los hosts de máquina virtual de Virtual Server 2005 R2 SP1 y un recurso compartido de biblioteca centralizada, como sucedía en VMM 2007. Se debe tener en cuenta que en VMM el recurso compartido de biblioteca no es un almacén o servidor de archivos especial. Se trata simplemente de un recurso compartido de archivos de Windows que administra VMM. Puede administrar la biblioteca mediante VMM o puede copiar y eliminar archivos fácilmente del recurso compartido de archivos y dejar que VMM detecte los cambios. También puede tener múltiples bibliotecas, lo que resulta útil para los conjuntos de servidores delegados y para servidores de oficinas remotas.

Una novedad de VMM 2008 es la capacidad de administrar los hipervisores Hyper-V y ESX. La administración de hosts de Hyper-V se realiza mediante Administración remota de Windows (WinRM) y la interfaz de Instrumental de administración de Windows (WMI). De hecho, cuando se agrega un host potencial de Hyper-V, si la función de Hyper-V no está habilitada en Windows Server 2008, VMM puede habilitarla automáticamente para el administrador. Esta característica también está a disposición de los hosts potenciales de Virtual Server para sistemas de Windows Server 2003.

La administración de hosts de VMware VI3 ESX realmente se realiza mediante un servidor VMware VirtualCenter. VMM 2008 interactúa con VirtualCenter mediante la API de servicios web de VirtualCenter. Por lo tanto, se requiere un servidor VirtualCenter para la administración de VMware y la mayoría de las instalaciones empresariales de VMware tendrá al menos un servidor VirtualCenter. Lo que es exclusivo de VMM 2008 es la capacidad para administrar varios servidores VirtualCenter. VMM puede agregar varios servidores VirtualCenter, lo que permite que un administrador agregue toda la estructura de VMware y proporcione una sola vista empresarial que no era posible anteriormente.

Como parte de la familia de productos de System Center, VMM usa la interfaz de System Center o de tipo Outlook en la Consola de administrador. La Consola de administrador de VMM no es un complemento MMC, se trata de una aplicación completamente nueva creada con Microsoft .NET Framework y se basa en Windows PowerShell 1.0. De hecho, como se ha indicado anteriormente, cualquier acción de la Consola de administrador llama al comando de Windows PowerShell asociado, por lo que la interfaz de usuario realmente usa Windows PowerShell. Cualquier comando o función realizado en la Consola de administrador se puede llevar a cabo mediante la línea de comandos en Windows PowerShell.

Cada asistente en la Consola de administrador tiene un botón Ver script que puede mostrar el script de Windows PowerShell asociado con el comando que va a ejecutarse, el cual supone un buen punto de partida para conocer cómo se relacionan Windows PowerShell y VMM. La acción Ver script, que es una novedad de VMM 2008, ahora abre estos scripts en el Bloc de notas, por lo que se pueden editar fácilmente desde VMM. También se pueden guardar fácilmente los scripts editados, que podrá reutilizar desde la biblioteca de VMM, otra nueva característica de VMM 2008. Los cmdlets de VMM 2007 se han actualizado para VMM 2008, incluida la compatibilidad con los servidores VMware. Los mismos cmdlets funcionan en distintas plataformas de virtualización, por lo que los cmdlets como New-VM funcionan en sistemas Microsoft y VMware. De este modo, los administradores de TI pueden usar un conjunto de cmdlets para administrar hosts de Virtual Server, Hyper-V y VMware ESX.

Virtual Machine Manager 2008 se ha diseñado para proporcionar tres ventajas importantes a los administradores de TI:

• Maximizar los recursos
• Lograr una mejor agilidad
• Aprovechar las capacidades existentes

Varias características y funciones facilitan estas ventajas. En primer lugar, VMM contribuye a maximizar los recursos mediante la integración de toda la infraestructura virtual, independientemente del hipervisor. Mediante la integración de los sistemas de Microsoft y VMware, VMM 2008 proporciona una vista única de todos los hosts y máquinas virtuales, tal y como se muestra en la figura 2, y permite que los administradores filtren y vean sus sistemas mediante parámetros como host, sistema operativo, propietario, fecha de adición, etc.

Figura 2 La consola de VMM muestra la administración integrada de Microsoft y VMware (haga clic en la imagen para ampliarla)

VMM también contribuye a maximizar los recursos del sistema mediante una consolidación sencilla de los servidores con conversiones tales como P2V y V2V. P2V permite consolidar los equipos físicos existentes en máquinas virtuales sin tener que volver a instalarlos. Esto resulta muy útil cuando se convierten equipos que tienen un uso reducido de su hardware, por lo que se pueden maximizar los recursos al colocar varios equipos de uso reducido juntos en un solo elemento de hardware físico. P2V es una característica integrada de VMM y no requiere software ni servidores adicionales. En VMM 2008 se ha agregado compatibilidad para un mayor número de sistemas físicos, incluidos los hosts de Windows Vista, Windows Server 2008 y x64. La funcionalidad P2V de VMM resulta un complemento excepcional para herramientas de planificación como la herramienta Microsoft Assessment Planning (MAP) (descrita en el artículo de Baldwin Ng y Jay Sauls en este número de TechNet Magazine), que ayuda a identificar a los candidatos para la consolidación de servidores.

Si ya tiene máquinas virtuales en formato VMDK de VMware, VMM permite usar V2V para convertir las VMDK existentes al formato VHD. Se trata de un proceso sin conexión: la máquina virtual de VMware se tiene que apagar para que el proceso V2V convierta el archivo VMDK real en un VHD. También puede convertir una máquina virtual de VMware mediante la función P2V. Puede resultar un poco confuso, pero es importante recordar que las máquinas virtuales ante todo son máquinas y, después, virtuales. Debido a que todos los demás sistemas ven las máquinas virtuales como máquinas en ejecución, lo mismo hará la funcionalidad P2V de VMM, que permite convertir una máquina virtual que se ejecute en cualquier software de virtualización en VHD de Microsoft.

VMM proporciona mayor agilidad a los administradores de TI mediante varias características. Una de las características clave que permite VMM es la migración de máquinas virtuales de un host a otro, lo que puede ayudar a mantener una alta disponibilidad y la optimización de servidores. Con los hosts de Hyper-V, VMM 2008 admite la migración rápida, con la que se puede mover una máquina virtual entre hosts de Hyper-V con sólo unos segundos de inactividad. Esto requiere un clúster de Windows Server 2008 y almacenamiento compartido, pero VMM contribuye a facilitar la administración y la configuración.

Con un host de VMware ESX, VMM 2008 también admite VMware VMotion, la característica de VMware que mueve máquinas virtuales sin que el usuario perciba tiempo de inactividad. Se requieren hosts de VMware ESX habilitados para VMotion, al igual que un back-end de clúster y SAN como la migración rápida. Más adelante en este capítulo mostraré un ejemplo de VMotion con VMM 2008.

Finalmente, VMM 2008 puede migrar una máquina virtual de Virtual Server 2005 existente a un host de Hyper-V, realizando automáticamente todas las actualizaciones y conversiones necesarias para la migración.

Como parte de cualquier implementación de máquinas virtuales (incluidas las migraciones anteriores) iniciadas mediante conversiones o nuevas implementaciones, VMM usa un proceso denominado ubicación inteligente para implementar las máquinas virtuales en los hosts. También usa el proceso de ubicación inteligente para consultar todos los hosts de máquinas virtuales que administra, recupera varios parámetros acerca de la disponibilidad de recursos de estos hosts y, a continuación, devuelve una lista ponderada de los hosts recomendados en los que puede implementar la máquina virtual. Como se puede ver en la figura 3, el proceso de ubicación inteligente admite hosts de Microsoft y VMware, junto con sus configuraciones de almacenamiento. El proceso de ubicación inteligente en VMM 2008 tiene en cuenta tanto la plataforma como la configuración. De este modo, sólo recomendará hosts que encajen en la plataforma de host correcta; sólo los hosts que estén en clúster si se necesita una alta disponibilidad y sólo hosts que admitan x64 para máquinas virtuales x64.

Figura 3 El proceso de ubicación inteligente analiza todos los hosts disponibles (haga clic en la imagen para ampliarla)

Integración con System Center

Una de las características clave de VMM 2008 es la integración con System Center Operations Manager 2007. Aunque VMM 2007 tenía algo de integración con Operations Manager, VMM 2008 incluye un conector de producto para Operations Manager que incrementa considerablemente la funcionalidad de la integración. Mediante su integración con Operations Manager, VMM proporciona informes de Operations Manager desde la consola de administración, así como una nueva característica denominada Optimización de rendimiento y recursos (PRO).

PRO permite que VMM 2008 cree alertas denominadas Sugerencias de PRO e incluso ejecute acciones según los parámetros de supervisión de Operations Manager. En la figura 4 se muestran algunas sugerencias de PRO de ejemplo. Cuando se usa un módulo de administración habilitado para PRO (módulo PRO), VMM 2008 puede llevar a cabo acciones automatizadas como las migraciones de máquinas virtuales y la creación de nuevas máquinas virtuales basadas en parámetros de rendimiento basados en host, hipervisor, hardware e incluso carga de trabajo.

Figura 4 Las sugerencias de PRO proporcionan alertas y soluciones para los problemas de la infraestructura virtual (haga clic en la imagen para ampliarla)

Instalación de Virtual Machine Manager 2008

Para realizar una instalación de System Center VMM 2008, existen varios requisitos previos y requisitos de sistema nuevos. En primer lugar, el servidor VMM 2008 requiere Windows Server 2008 x64. El servidor no se instalará en Windows Server 2003 ni en las versiones x86 de Windows Server 2008. La consola de administración y otros componentes se pueden instalar en Windows Server 2003 y Windows XP o Windows Vista (en el caso de la consola) con los mismos requisitos y procedimientos de instalación que VMM 2007.

En segundo lugar, VMM 2008 requiere una instalación en un dominio de Active Directory para su modelo de seguridad. VMM 2008 admite la administración de hosts de red perimetral (no unidos a dominio), incluida la característica P2V de sistemas que no sean de dominio, lo que supone una novedad en VMM 2008. Una de las ventajas del uso de Windows Server 2008 como plataforma de instalación es que muchos de los requisitos previos de VMM (como .NET Framework 3.0, WinRM y Windows PowerShell 1.0) ya están integrados. Finalmente, VMM 2008 requiere el Kit de instalación automatizada de Windows (WAIK) 3.0, aunque el instalador de VMM 2008 incluye los archivos de instalación.

Aunque recomiendo que en un entorno de producción cada componente de VMM se instale en un servidor de producción independiente, explicaré una instalación de servidor único. El hardware recomendado para una instalación de servidor VMM es un servidor basado en x64 que se ejecute a un mínimo de 2,8 GHz con, al menos, 2 GB de RAM. Puesto que se trata de una instalación de servidor único con una base de datos local de SQL Server, se necesitan 7 GB de espacio en el disco duro. Tenga en cuenta que si se usa una base de datos remota, sólo se necesitará 1 GB para la instalación de VMM. Se recomienda un espacio de 80 GB adicionales para la instalación de la biblioteca local.

Tal como he mencionado anteriormente, VMM se ejecuta en una instalación x64 de Windows Server 2008. Los requisitos de software adicionales son .NET Framework 3.0, Windows PowerShell 1.0, WinRM e IIS 6.0 o posterior para el portal de autoservicio. También se requiere el analizador de Microsoft MSXML 6.0, pero está incluido como parte de .NET Framework 3.0.

Al iniciar la instalación de VMM se ofrecen cinco opciones: Servidor Virtual Machine Manager, Consola de administrador, Portal de autoservicio y Agente local, así como una opción para configurar el módulo de administración de Operations Manager. Tal como he mencionado, instalaré todos los componentes en un solo equipo, empezando por el servidor VMM. Una vez iniciada la instalación, las primeras pantallas comprobarán los requisitos previos del sistema.

Además de los requisitos mencionados anteriormente, el equipo debe estar en un dominio. La instalación del servidor VMM habilitará automáticamente las funciones integradas, con lo que se elimina la necesidad de habilitarlas manualmente.

Una vez iniciado el instalador, recomiendo usar la opción de Windows Update para asegurarse de que VMM 2008 está actualizado. El instalador revisará las opciones, relacionadas principalmente con la instalación de la base de datos SQL. Para este ejemplo, usaré SQL Server 2005 Express Edition.

A continuación, el asistente le solicita que identifique la ubicación de la biblioteca centralizada. Se puede tratar de un directorio local en el servidor VMM (y se creará un recurso compartido para dicho directorio) o puede ser un recurso compartido de archivos existente. La ubicación predeterminada es C:\ProgramData\Virtual Machine Manager Library Files.

Después se realizan las asignaciones de puerto. Aquí se configura el puerto de la conexión de Consola de administrador al servicio del servidor VMM básico (8100 de forma predeterminada), el puerto que usa WinRM para llevar a cabo las funciones de administración (80 de forma predeterminada) y el puerto que usa el Servicio de transferencia inteligente en segundo plano (BITS) para mover archivos a los hosts de máquina virtual (443 de forma predeterminada). Una vez especificada esta información, se presenta una pantalla de resumen y la instalación del servidor puede finalizar.

A continuación instalaremos la Consola de administrador, que tiene requisitos previos de sistema similares al servidor VMM. La única opción de configuración disponible aparte del directorio de instalación es la confirmación del puerto de comunicaciones usada para conectarse al servicio del servidor VMM. Este puerto debe ser el 8100, tal y como se ha configurado en la instalación del servidor VMM.

Al final de la instalación se ofrece la opción de crear un acceso directo de escritorio para la Consola de administrador y para abrir la consola cuando cierre la instalación. Es buena idea seleccionar las dos opciones. La primera vez que abra la Consola de administrador, se le solicitará que se conecte al servidor. Con la instalación de servidor único, localhost en el puerto 8100 es correcto y basta presionar Entrar para iniciar la consola.

Por último, instalaremos el portal de autoservicio. Los requisitos previos para esta opción son IIS 6.0 o 7.0, .NET Framework 3.0 y Windows PowerShell 1.0. (Se necesita Windows PowerShell, ya que el portal de autoservicio es sólo una interfaz a los servicios de VMM principales, que usan Windows PowerShell.) Para Windows Server 2008, debe habilitar la función IIS antes de iniciar la instalación de VMM 2008. De este modo se asegura de que los siguientes servicios de función de IIS están habilitados:

• Características HTTP comunes (Contenido estático, Documento predeterminado, Examen de directorios, Errores HTTP)
• Desarrollo de aplicaciones (ASP.NET, Extensibilidad de .NET, Extensiones ISAPI, Filtros ISAPI)
• Seguridad (Filtro de solicitudes)
• IIS 6.0 Management Compatibility

Si estos servicios de función están habilitados, la instalación superará la comprobación de requisitos previos y comenzará la instalación. Durante la instalación, las opciones de configuración tratan únicamente los puertos que usa el portal de autoservicio. El primero, el puerto para conectar al servicio de VMM principal, es 8100, el mismo que para la Consola de administrador. El segundo es el puerto en el que se ejecutará el portal. El predeterminado es el puerto 80, pero en numerosas configuraciones el puerto ya está ocupado y el instalador de VMM le avisará si es así. Si es necesario, cambie el puerto por uno que esté abierto, como 8080. El instalador creará un sitio web denominado Inicio de portal de autoservicio de Microsoft System Center Virtual Machine Manager 2008. La configuración se puede cambiar en el Administrador de servidores.

Cuando se haya completado la instalación de IIS, vaya a localhost:8080 para abrir el sitio web en Internet Explorer. Si se le solicita autenticación para abrir el sitio web, se debe a la configuración de seguridad de Internet Explorer. El portal de autoservicio debe ejecutarse en el contexto de intranet en Internet Explorer y puede que necesite agregar el servidor VMM a la lista de sitios de intranet en Internet Explorer. Una vez realizadas estas configuraciones, estará listo para crear y usar las máquinas virtuales habilitadas para autoservicio en VMM 2008.

Adición de hosts VMware ESX

Aunque hay numerosas características nuevas en VMM 2008, sin lugar a dudas la más esperada es la adición de compatibilidad con la administración de hosts VMware ESX. Con esta compatibilidad, VMM ahora puede administrar la infraestructura virtual de la mayoría de los departamentos de TI empresariales.

El proceso de adición de hosts ESX a Virtual Machine Manager 2008 es bastante sencillo. Como he indicado anteriormente, VMM 2008 administra los hosts VMware mediante un servidor VirtualCenter, que debe ser de la versión 2.0.1 o 2.5. Para agregar los servidores VMware ESX a la consola de administración, simplemente se agrega el servidor VirtualCenter con la acción Agregar servidor VMware VirtualCenter que se encuentra en la parte superior derecha del panel Acciones.

Después de iniciar el asistente, escriba el nombre de equipo del servidor VirtualCenter junto con la cuenta administrativa para dicho servidor. VMM agregará los hosts ESX, incluida la estructura de grupo de hosts existente de VirtualCenter, a la interfaz de VMM. Esta tarea puede tardar varios minutos, pero puede supervisar el progreso en el menú VMM Jobs.

Cuando se hayan importado todos los servidores, debe poder ver la misma estructura de servidores host VMware ESX en VMM que la que se muestra en VirtualCenter. Para agregar otro servidor VirtualCenter, basta con repetir el proceso. Una vez agregada la estructura de hosts a VMM, puede agregar los servidores que no son VMware a la misma estructura de grupo. Evidentemente, los servidores que no sean VMware no se mostrarán en VirtualCenter.

Aunque VMM 2008 usa VirtualCenter para administrar los hosts ESX, debe poder obtener acceso directamente a los hosts ESX para determinadas funciones, como V2V, almacenamiento del estado y clonación de máquinas virtuales a partir de hosts ESX. De este modo, después de agregar el servidor VirtualCenter a VMM, los hosts se mostrarán como Correcto (limitado). Para habilitar la administración completa, vaya a la página Propiedades de los hosts ESX individuales en VMM y proporcione las credenciales de host adecuadas para administrar directamente los servidores.

Migración de VMotion

Siempre que se trata la administración de VMware en Virtual Machine Manager 2008, invariablemente se plantea la pregunta de si VMM puede realizar la función de VMotion, así como otras funciones de VirtualCenter. Y desde que VMM usa VirtualCenter para la administración de VMware, la respuesta a esa pregunta es sí.

Funcionalmente, VMM trata VMotion como cualquier otra migración. Para iniciar una función VMotion, seleccione primero la máquina virtual que desee mover y, a continuación, seleccione la opción Migrar máquina virtual en el panel Acciones de la parte derecha de VMM. Una vez haya terminado, VMM muestra la ventana del proceso de ubicación inteligente para dicha máquina virtual y presenta los posibles hosts de destino, con un tipo de transferencia Activa, tal y como se muestra en la figura 5. El proceso de ubicación inteligente puede ayudarle a seleccionar los hosts de destino correctos para sus máquinas virtuales. Tenga en cuenta que es el mismo proceso que realizar una migración rápida con hosts Hyper-V.

Figura 5 VMotion con el proceso de ubicación inteligente (haga clic en la imagen para ampliarla)

Seleccione el host de destino para la máquina virtual; en este caso se trata del servidor denominado cqaesxi003.contoso.com y haga clic en Siguiente. La ventana final del resumen, mostrada en la figura 6, mostrará la acción solicitada.

Figura 6 Ventana VMotion Summary (haga clic en la imagen para ampliarla)

Tal y como he mencionado anteriormente, cada asistente de VMM tiene un botón Ver script que puede mostrar el script de Windows PowerShell de un trabajo en el Bloc de notas. Esto nos da la oportunidad de ver cómo funciona Windows PowerShell en VMM 2008 con VMware. El script de esta acción es:

$VM = Get-VM -VMMServer localhost -Name "MyVM" |
  where {$_.VMHost.Name -eq "cqaesxi003.contoso.com"}
$VMHost = Get-VMHost -VMMServer localhost |   where {$_.Name -eq "cqaesxi003.contoso.com"}
Move-VM -VM $VM -VMHost $VMHost –RunAsynchronously

Tres comandos sencillos realizan la operación de VMotion para este sistema. En el ejemplo, traslado la máquina virtual MyVM desde el servidor VMware cqaesxi003.contoso.com al servidor cqaesxi001.contoso.com. El primer comando identifica la máquina que se migrará mediante VMotion. Como se puede ver en esta línea de comandos, asigno el valor de máquina virtual a la variable $VM:

$VM = Get-VM -VMMServer localhost -Name "MyVM" |
  where {$_.VMHost.Name -eq " cqaesxi003.contoso.com"}

El segundo comando identifica el sistema host ESX de destino para la máquina virtual. En esta línea, asigno la variable $VMHost al host ESX cqaesxi003.contoso.com:

$VMHost = Get-VMHost -VMMServer localhost | where
  {$_.Name -eq " cqaesxi003.contoso.com"}

Finalmente, uso el comando Move-VM para mover realmente la máquina virtual. A continuación se muestran la línea de comandos y los parámetros completos para Move-VM:

Move-VM [-VM] [<String VM>] -VMHost [<String Host>] 
  [-JobGroup <Guid>] [-JobVariable <String>] [-Path
  <String>] [-PROTipID] [-RunAsynchronously] 
  [-StartVMOnTarget <Boolean>] [-UseLAN <Boolean>]
  [<CommonParameters>]

De acuerdo con la filosofía de administración heterogénea en Virtual Machine Manager, se puede ver que el comando no es específico de proveedor o de software. Para completar la operación VMotion, use este comando:

Move-VM -VM $VM -VMHost $VMHost –RunAsynchronously

Indica a VMM que ejecute Move-VM, en la máquina virtual de $VM, que la mueve al sistema host de $VMHost y que ejecute el trabajo asincrónicamente. Una vez iniciado el trabajo, el proceso entero se puede supervisar desde la ventana Trabajos de VMM. De nuevo, este mismo comando básico se puede usar para migraciones rápidas en clústeres de Hyper-V e incluso en hosts no en clúster, mediante una transferencia basada en LAN.

Como se puede ver, System Center Virtual Machine Manager 2008 ha ampliado las características y funciones excepcionales de Virtual Machine Manager 2007 con nuevas plataformas de administración y características. Con la revisión del proceso de instalación y par de características, espero haber mostrado la sencillez y la administración de múltiples hipervisores en VMM 2008.

VMM 2008 se ha diseñado para ser el software de administración consolidada para la virtualización, ya que unifica los sistemas físicos y virtuales de Microsoft y VMware. Con esta nueva versión de Virtual Machine Manager, los administradores de VMware, los administradores de Microsoft Virtual Server 2005 y los nuevos administradores de Hyper-V pueden aprovechar por completo una herramienta única, una sola interfaz de scripts y, lo que es más importante, un único proceso de administración para su infraestructura virtual.

Edwin Yuen es director técnico de producto de la división de Administración empresarial de Windows para System Center Virtual Machine Manager. Edwin llegó a Microsoft por medio de la adquisición de Softricity en julio de 2006. Edwin cuenta también con 13 años de experiencia en consultoría técnica tanto en espacios comerciales como federales. Es licenciado en Ingeniería eléctrica por la Johns Hopkins University.