System Center

Auténtico control con Virtual Machine Manager 2007

Edwin Yuen

Resumen:

• Principales características de System Center Virtual Machine Manager 2007
• Cómo instalar VMM
• Conversión de máquinas físicas o virtuales en máquinas virtuales (VM)

System Center Virtual Machine Manager 2007 es una solución nueva que ofrece una interfaz consolidada para administrar toda la infraestructura virtual.Virtual Machine Manager (VMM)

puede administrar las instalaciones existentes de Microsoft® Virtual Server 2005 y puede instalar también Virtual Server 2005 R2 SP1 en nuevos hosts de máquinas virtuales.Con VMM, las tareas administrativas tradicionales de Virtual Server 2005 pueden realizarse ahora de manera más eficaz gracias a la interfaz centralizada, con acceso de administración a través de varias instalaciones de Virtual Server.

Además, VMM integra nuevas capacidades en Virtual Server, incluidas las conversiones de física a virtual (FaV), la conversión de virtual a virtual (V2V) de los discos Virtual Machine Disk Format (VMDK) de VMware a los discos duros virtuales (VHD) de Virtual Server, así como las implementaciones rápidas de VM desde plantillas y VHD configurados previamente a través de una biblioteca centralizada de objetos de infraestructura virtual.

En las páginas siguientes, explicaré VMM y el atractivo conjunto de características que ofrece a los administradores de TI.Pasaré, a continuación, a los requisitos y los pasos necesarios para crear una instalación de VMM.Finalmente, explicaré detenidamente las características más atractivas de VMM y ofreceré algunas sugerencias útiles para empezar.

Presentación de Virtual Machine Manager 2007

System Center Virtual Machine Manager 2007 es una aplicación independiente que ofrece administración centralizada de clase empresarial para máquinas virtuales que se ejecutan en Microsoft Virtual Server 2005. Como parte de la familia System Center, Virtual Machine Manager se integra con el resto de los productos de System Center para proporcionar una administración de infraestructura física y virtual de un extremo a otro.La Figura 1 muestra los distintos componentes de Virtual Machine Manager y cómo VMM se relaciona con un host de Virtual Server.

La casilla de la izquierda representa el servidor VMM y la de la derecha representa un host de máquina virtual.Los componentes de VMM pueden instalarse también en servidores independientes, si lo prefiere, para mejorar el rendimiento y la escalabilidad.Para este artículo, usaremos el modelo de la Figura 1, donde los componentes principales de VMM se encuentran todos instalados en un equipo.En el núcleo del producto VMM se encuentra el servicio Virtual Machine Manager, en el centro y a la izquierda.Sobre él se encuentran las tres distintas interfaces en el servicio:la interfaz de Windows PowerShellTM, la Consola de administrador y el Portal de autoservicio con administración de aprovisionamiento delegado.Como complemento de VMM, hay una base de datos de Microsoft SQL Server® 2005 (puede usar tanto una instalación completa de SQL Server como de SQL Server 2005 Express Edition) y la biblioteca centralizada, que es un recurso compartido de archivos para los componentes de la infraestructura virtual.

Figura 1** Arquitectura de System Center Virtual Machine Manager 2007 **(Hacer clic en la imagen para ampliarla)

El lado derecho de la Figura 1 representa el host de máquina virtual de Virtual Server 2005 R2 que está administrando VMM.En la parte inferior está el sistema operativo host, en este caso, Windows Server® 2003 R2.VMM instalará un agente en el host de máquina virtual que facilite la comunicación entre VMM y Virtual Server 2005 R2.Se trata de una sola instalación en el host físico, sin ninguna instalación en la VM ni en SO invitados.Si Virtual Server no está instalado en el equipo host, VMM puede realizar automáticamente la instalación cuando el host se agregue a la lista de servidores administrados.

Como parte de la familia de productos de System Center, Virtual Machine Manager usa la nueva interfaz de System Center (o estilo Outlook®) para la Consola de administrador (a diferencia del complemento MMC tradicional).La Consola de administrador de VMM (consulte la Figura 2) se crea mediante Microsoft .NET Framework 2.0 y se integra sobre Windows PowerShell 1.0.De hecho, cualquier acción realizada en la Consola de administrador llama realmente al comando de Windows PowerShell asociado.Como resultado, cualquier comando o función al que se haya llamado en la Consola de administrador puede invocarse también directamente a través de la línea de comandos en Windows PowerShell.

Figura 2** Interfaz de usuario de administración de VMM que muestra máquinas virtuales administradas **(Hacer clic en la imagen para ampliarla)

Cada asistente en la Consola de administrador tiene también un botón Ver script que 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.Una vez que se acostumbre a usar Windows PowerShell con VMM, podrá redactar scripts de acciones masivas a través de VMM.

Virtual Machine Manager se ha diseñado para proporcionar tres beneficios clave a los administradores de TI:permite maximizar los recursos, lograr mayor agilidad y aprovechar las capacidades existentes.VMM suministra estos beneficios a través de varias características y funciones.En primer lugar, VMM le ayuda a maximizar sus recursos ofreciendo un método para convertir sus servidores físicos en máquinas virtuales, un proceso conocido como conversión FaV que le permite consolidar sus máquinas físicas existentes en máquinas virtuales sin tener que volver a instalar estas máquinas.Esto es especialmente significativo si desea convertir máquinas con un uso muy reducido por su hardware, ya que puede colocar varias de estas máquinas juntas en un único componente de hardware físico.Por ejemplo, esto puede ser especialmente útil para máquinas con software heredado que se usa raramente pero que necesita conservarse ya que se ejecuta una vez al año (software de contabilidad normativo, por ejemplo).Cuando se usa junto con System Center Operations Manager 2007, VMM puede ayudar a producir un informe de candidatos de consolidación de servidores para revisar qué máquinas de la infraestructura física son candidatas probables para FaV.

Si ya dispone de máquinas virtuales en el formato VMDK de VMware, VMM proporciona la capacidad de realizar una conversión V2V para trasladar sus VMDK existentes al formato VHD.Esto pone rápidamente en funcionamiento el entorno Virtual Server 2005.

Como parte de cualquier implementación, tanto si es nueva como si se ha iniciado a través de una conversión, VMM usa un proceso denominado Ubicación inteligente para implementar la VM en los hosts de máquina virtual.Mediante la Ubicación inteligente, VMM consulta todos los host de máquina virtual que administra, recupera varios parámetros acerca de la disponibilidad de recursos de estos host y, a continuación, devuelve una lista ponderada de hosts recomendados en los que implementar la VM.Tal como puede ver en la Figura 3, el administrador puede elegir, a continuación, si aceptar la recomendación, ajustar el algoritmo para que se adapte a sus necesidades particulares o, simplemente, implementar la VM en el servidor de su elección.Con su vista consolidada de la infraestructura virtual y sus recomendaciones de host, la Ubicación inteligente reduce mucho las complicaciones relacionadas con la implementación de VM.

Figura 3** Ubicación inteligente ofrece recomendaciones para el mejor host de Virtual Server. **(Hacer clic en la imagen para ampliarla)

Otras características de VMM que ofrecen grandes beneficios son la biblioteca centralizada y un portal de autoservicio para aprovisionamiento delegado.La biblioteca, mostrada en la Figura 4, ofrece un almacén central para todos los componentes necesarios a la hora de crear una infraestructura virtual, incluidos los VHD creados previamente y los ya implementados, plantillas con SO y configuraciones de hardware, archivos ISO, scripts y perfiles.Las VM nuevas se pueden crear e implementar desde estos componentes, y el uso de plantillas y perfiles puede normalizar las configuraciones de hardware y de software a través de las VM.VMM es compatible también con bibliotecas distribuidas, lo que permite almacenar los componentes en ubicaciones remotas y mantener las transferencias de archivos grandes dentro de la ubicación remota al mismo tiempo que se continúa con la administración central de los componentes.

Figura 4** La biblioteca de VMM contiene todos los bloques de creación de una infraestructura virtual. **(Hacer clic en la imagen para ampliarla)

El portal de autoservicio es un sitio web que se integra con el servicio VMM y una instalación de IIS.El portal otorga acceso a las VM a todos los usuarios y los grupos autorizados de Active Directory®, si bien las funciones disponibles dependerán de la directiva creada para este usuario o grupo.Estas funciones varían desde la capacidad de ver y obtener acceso a las VM, hasta la capacidad de ejecutar y apagar las VM, o crear nuevas VM basadas en recursos delegados específicos.

El administrador crea una directiva de autoservicio que ofrece funciones particulares a usuarios y grupos de Active Directory, a hosts de máquina virtual o grupos de hosts concretos, y a VM y plantillas determinadas.El portal de autoservicio ofrece al administrador la capacidad de delegar de manera segura funciones a los usuarios finales.Sin esta función, el administrador necesitaría otorgar a los usuarios finales acceso a la Consola de administrador para administrar sus VM o, de lo contrario, los usuarios finales tendrían que realizar solicitudes para cada función, lo cual originaría un molesto número de correos electrónicos y llamadas telefónicas para simplemente realizar acciones tales como inicios y reinicios de VM.

Instalación de Virtual Machine Manager

VMM administra actualmente instalaciones de Virtual Server 2005 (y versiones posteriores) en Windows Server 2003 SP1 (y versiones posteriores) dentro de un dominio de Active Directory (o dominios confiables), así como hosts que no pertenezcan a dominios mediante la compatibilidad de red perimetral de VMM.Las instalaciones de Virtual Server en sistemas operativos de escritorio como Windows® XP no son compatibles.Las operaciones FaV están sólo disponibles para máquinas físicas ubicadas en el mismo dominio (o dominio confiable) que el servidor VMM.

Aunque personalmente recomendaría que cada componente de VMM se instalara en servidores independientes en un entorno de producción, las instrucciones aquí cubren una instalación de servidor único.El hardware recomendado para una instalación de servidor VMM es un servidor basado en x86 o 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.Si se usa en su lugar una base de datos remota, sólo es necesario 1 GB para la instalación de VMM.Se recomienda un espacio de 80 GB adicionales para la instalación de la biblioteca local.

Además, VMM requiere la instalación de WinRM 1.1 en el servidor VMM, en todos los host de máquina virtual y en cualquier servidor de biblioteca que sea administrado a través de VMM.WinRM constituye la implementación de Microsoft de los servicios web para el protocolo de administración (WS-Management).WinRM es un protocolo basado en SOAP y compatible con firewall que permite al hardware y al software de proveedores diferentes interoperar y administrarse entre sí.VMM usa WinRM para realizar las acciones entre el servidor VMM, los hosts de máquina virtual y los servidores de la biblioteca.Puede descargar WinRM 1.1 desde go.microsoft.com/fwlink/?LinkId=103610.

Otros requisitos previos para la instalación incluyen .NET Framework 2.0 y 3.0, Windows PowerShell 1.0 e IIS para el portal de autoservicio.Todos los requisitos adicionales de software se comprueban durante la instalación de software de VMM y se proporcionan vínculos a los instaladores adecuados.Si no se cumple cualquiera de estos requisitos, la instalación no se llevará a cabo.

Al iniciar la instalación de VMM, se ofrecen tres opciones en el menú principal:el servidor Virtual Machine Manager, la Consola de administrador y el portal de autoservicio.Instalaremos los tres en una sola máquina, comenzando con el servidor.Una vez que se inicie el proceso de instalación, las primeras pantallas comprobarán los requisitos previos de sistema; debe asegurarse de que todos se cumplan con el objeto de permitir que la instalación se lleve a cabo.

Una vez que se haya terminado con los requisitos previos, debe revisar las opciones de instalación, especialmente las relacionadas con la base de datos de SQL Server.Con VMM, es posible elegir la instalación con SQL Server 2005 Express Edition o usar una base de datos de SQL Server 2005 existente.Para este ejemplo, usaremos SQL Server 2005 Express Edition.

En el paso siguiente del asistente para la instalación de VMM, debe identificar la ubicación de la biblioteca centralizada.Esta ubicación puede ser un directorio local en el servidor VMM (y se creará un recurso compartido para este directorio) o se puede usar un recurso compartido de archivos existente.La ubicación predeterminada es C:\Documents and Settings\All Users\Shared Documents\Virtual Machine Manager Library Files.

Las asignaciones de puerto constituyen el siguiente paso.En este paso se configuran los puertos que se usan para la conexión de la Consola de administrador al servicio de servidor principal de VMM (puerto 8100), el puerto que usa WinRM para realizar las funciones de administración (puerto 80, el puerto HTTP estándar) y el puerto que usa el Servicio de transferencia inteligente de fondo (BITS) para mover los archivos a los host de máquina virtual (puerto 443, el puerto HTTPS estándar).Una vez que se reúne toda esta información, se presenta una pantalla de resumen y la instalación del servidor puede finalizar.

Ahora instalemos la Consola de administrador.Los requisitos previos del sistema son semejantes a los del servidor VMM: .NET Framework 2.0 y 3.0, así como Windows PowerShell 1.0.La única opción de configuración consiste en confirmar el puerto de comunicaciones que se usa para conectar al servicio de servidor principal de VMM.Este puerto debe ser el 8100, tal 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.Sugiero seleccionar ambas opciones.La primera vez que abra la Consola de administrador, se le solicitará la información de conexión del servidor.Con una instalación de servidor único, conecte a localhost mediante el puerto 8100 y presione Entrar para iniciar la consola.

Por último, instalemos el portal de autoservicio en este servidor.Los requisitos previos para esto son IIS, .NET Framework 2.0 y 3.0 y Windows PowerShell 1.0.Durante la instalación, las únicas opciones de configuración son aquellas que tienen que ver con los puertos usados por el mismo portal de autoservicio.La primera es el puerto que conecta al servicio VMM principal, el puerto 8100, el mismo que el de la Consola de administrador.La segunda es el puerto en el que ejecutar el portal.La opción predeterminada es el puerto 80 pero, en muchas configuraciones, este puerto puede estar en uso.Si fuera necesario, cambie el puerto a otro abierto, como el 81.

El instalador creará un sitio web denominado Portal de autoservicio de Microsoft System Center Virtual Machine Manager 2007 y la configuración podrá cambiarse en el Administrador IIS.Esta es una sugerencia para facilitar la instalación:diríjase al Administrador IIS y seleccione las propiedades del Portal de autoservicio de Microsoft System Center Virtual Machine Manager 2007.Revise la configuración de ASP.NET para el sitio web y confirme que la versión de ASP.NET es 2.0.El portal de autoservicio no funcionará con ASP.NET configurado en la versión 1.1 y, dependiendo del orden de instalación de IIS y de las versiones de .NET Framework, estas opciones pueden variar.

Una vez que ha finalizado la instalación de IIS, puede abrir el sitio web; para ello, vaya a https://localhost:81 en Internet Explorer®.Si se le solicita autenticación para abrir el sitio web, esto 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; puede que necesite agregar el servidor VMM a la lista de sitios de intranet en su configuración local.Una vez que estos cambios se han implementado, estará listo para crear y usar las directivas de autoservicio en VMM.

Características de Virtual Machine Manager

Aunque hay muchas características atractivas en VMM, las dos que han generado mayor expectación son las capacidades física a virtual y virtual a virtual.Ambas funciones son compatibles con la Consola de administrador.Puesto que la Consola de administrador de VMM se crea sobre Windows PowerShell, todos los comandos pueden ejecutarse también a través de Windows PowerShell.Para nuestros fines, exploraremos el proceso FaV que usa la Consola de administrador y el V2V a través de Windows PowerShell.

Conversión de física a virtual

Para realizar la conversión FaV, usamos la Consola de administrador de VMM.Hay varios requisitos para la máquina física que serán convertidos.En primer lugar, esta máquina debe ser miembro del dominio actual o de un dominio confiable.VMM se conectará a esta máquina para instalar un agente FaV y transferir la información necesaria.En segundo lugar, la máquina de origen debe ejecutar un sistema operativo compatible.Los sistemas operativos compatibles con FaV son Windows Server 2003, Windows 2000 Server y Windows XP Professional.Si esta máquina de origen ejecuta Windows Server 2003 o Windows XP, VMM usará el servicio de Instantáneas de volumen (VSS) para consolidar los discos duros y transmitir los datos a discos duros virtuales.Esto permite convertir la máquina sin ningún tiempo de inactividad, así que no tendrá que programar tiempo de inactividad para el servidor simplemente con el fin de crear la imagen FaV.Para Windows 2000, se crea un disco de inicio de Windows PE para facilitar la creación de la imagen FaV.Para este ejemplo, usaré como destino Windows Server 2003.

El proceso FaV se inicia seleccionando la opción "Convertir servidor físico" bajo Acciones en la parte superior derecha de la Consola de administrador.Esto inicia el asistente para FaV, mostrado en la Figura 5.La primera página es el paso Seleccionar origen, donde se identifica la máquina que va a convertirse.Escriba el nombre DNS de esta máquina y las credenciales de dominio apropiadas a las que conectarse para administrarla.El paso siguiente permite dar un nombre a la VM resultante.

Figura 5** La función FaV de VMM se basa en el asistente y se integra en la interfaz de usuario de administración. **(Hacer clic en la imagen para ampliarla)

A continuación, el asistente inicia el proceso de reunir información desde la máquina de origen.Al hacer clic en Reunir información del sistema, VMM instala un agente FaV que recuperará la información necesaria acerca del sistema operativo de la máquina de origen, del disco duro y de los adaptadores de red.Al hacer clic en Siguiente, pasará a una pantalla de validación para comprobar que no hay problemas conocidos que eviten la conversión.Si los hubiera, se presentarán las soluciones posibles.

Una vez que la información de configuración ha sido recuperada, puede seleccionar las particiones de disco duro que se van a convertir.De manera predeterminada, se selecciona la partición de arranque, y cualquier otra partición que esté presente estará también disponible.Puede elegir qué particiones se mantendrán como parte de la conversión.El FaV es un proceso de copia inteligente; esto significa que sólo aparta los datos en las particiones especificadas, al contrario que una transferencia fija de la imagen y el tamaño de un disco duro completo.

Por último, el asistente avanza hacia los pasos de implementación estándar de VMM, incluidas las configuraciones de inicio de Virtual Server y el proceso Ubicación inteligente descrito anteriormente.Cuando haya finalizado el asistente, aparecerá la ventana Trabajos, que le muestra todo el proceso y el progreso de FaV.

De manera predeterminada, las VM recientemente convertidas no se iniciarán automáticamente (se convierten en un estado Detenido), ni el proceso FaV apaga ni cambia el estado de ejecución de la máquina de origen.Se trata de un proceso FaV no destructivo.Puesto que la nueva VM tendrá el mismo nombre de equipo, la misma dirección IP e incluso la dirección MAC del servidor original, esta máquina debe apagarse antes de que la VM pueda iniciarse.Si desea que se apague la máquina de origen o que la VM recién convertida se inicie automáticamente, esto se puede hacer desde la línea de comandos de Windows PowerShell.Como parte del proceso, es buena idea realizar la conversión FaV y, a continuación, ejecutar la VM resultante en un entorno de prueba, asegurándose de que todo se convierte correctamente.

Conversión de virtual a virtual

Para realizar la conversión V2V, necesita una máquina virtual de VMWare (en forma de un archivo VMDK) y una instalación de VMM válida con un host de máquina virtual de destino designado.El cmdlet new-v2v para la conversión V2V de VMM en Windows PowerShell es compatible con los cuatro formatos de archivo VMDK siguientes:monolithicSparse, monolithicFlat, twoGbMaxExtentSparse y twoGbMaxExtentFlat.La mayoría de los archivos VMDK existentes entrarán dentro de una de estas categorías.

El proceso V2V sólo funciona en archivos VMDK sin conexión.Sin embargo, el proceso FaV puede usarse para convertir máquinas virtuales de VMware que se estén ejecutando actualmente.Las máquinas virtuales de VMware consisten en dos componentes principales: los archivos VMDK, que son los discos duros virtuales donde se almacenan los datos, y un archivo VMX que contiene la información de configuración de la máquina virtual.Los archivos VMDK y los VMX asociados pueden colocarse en una ubicación de la biblioteca que le ofrezca un método de acceso para convertir la máquina virtual de VMware sin la necesidad de tener que otorgar acceso al archivo desde el servidor de origen.

Durante el proceso V2V, el archivo VMDK se convertirá en un archivo VHD, el sistema operativo invitado se limpiará para funcionar con Virtual Server y se creará una nueva máquina virtual para coincidir con la configuración original tanto como sea posible, haciendo los cambios necesarios para el hardware virtual compatible con Virtual Server.Tenga en cuenta que cada parte del proceso de conversión puede administrarse independientemente a través de Windows PowerShell, que permite conversiones de formato masivas antes de asignar hosts para las máquinas virtuales nuevas.En este ejemplo, sin embargo, deseamos convertir e implementar el VHD.

Aunque V2V puede implementarse a través de la Consola de administrador y a través de Windows PowerShell, usaremos Windows PowerShell para este ejemplo.Para iniciar el proceso V2V, comencemos con una ventana de Windows PowerShell con los cmdlets de VMM cargados.Esto se puede conseguir haciendo clic en Inicio | Todos los programas | Microsoft System Center | Virtual Machine Manager 2007 | Windows PowerShell—Virtual Machine Manager.

La ventana resultante debe tener el título Windows PowerShell—Virtual Machine Manager.Si no fuera así, puede que los cmdlets de VMM no estén cargados.Una vez que se abre Windows PowerShell, puede revisar el nuevo comando new-v2v ejecutando lo siguiente:

get-help new-v2v –full | more

Esto le ofrecerá la sintaxis y ejemplos acerca de cómo realizar una V2V.En el ejemplo que se ofrece para este artículo, nuestro servidor VMM se llamará vmmserver.contoso.com, el host de máquina virtual de destino se llamará vshost1.contoso.com y el VMDK está disponible desde el servidor de biblioteca vmmserver.contoso.com.

Comience identificando el contexto para el servidor VMM que se usará con el fin de realizar la V2V, mediante el comando get-vmmserver.Al igual que con todos los comandos de Windows PowerShell, get-vmmserver sigue el formato verb-noun y usa los guiones para los parámetros.La siguiente línea muestra el comando que usaremos para identificar el servidor VMM:

get-vmmserver –computername "vmmserver.contoso.com"

Esto configura vmmserver.contoso.com como el contexto de servidor VMM para los comandos que siguen.El resultado del comando anterior es una lista detallada de información acerca de vmmserver.contoso.com. Si el comando fuera incorrecto o la sintaxis estuviera equivocada, un mensaje de error rojo describirá el problema.

El paso siguiente consiste en identificar el host de máquina virtual de destino, el host de Virtual Server al que se asignará el VMDK/VHD convertido.Sigamos adelante y asignemos el valor del host de máquina virtual a la variable $vmhost, usando el siguiente comando en Windows PowerShell:

$vmhost = get-vmhost –computername 
"vshost1.contoso.com"

Este comando no produce ningún comentario en la ventana de comandos, pero puede comprobar fácilmente que la variable está correctamente configurada simplemente escribiendo $vmhost en el símbolo de Windows PowerShell y, a continuación, presionando Entrar.Esto debe mostrar la información almacenada en $vmhost (información detallada acerca de vshost1.contoso.com, semejante a la información anterior para el servidor VMM).

Además del host de máquina virtual, es necesario identificar el servidor de biblioteca donde se ubica el archivo VMDK.El comando es semejante al comando del host de máquina virtual que usé anteriormente:

$library = get-libraryserver –computername 
"vmmserver.contoso.com"

Como ocurre con $vmhost, al escribir $library en la línea de comandos, se mostrará la información del servidor de biblioteca.

Por último, escriba el comando para realizar la conversión V2V.Para conseguirlo, use el comando new-v2v con la función get-help.En este comando, siga adelante e identifique el servidor de biblioteca para VMX/VMDK, el host de destino, el nombre de la VM resultante y la ruta de acceso para el archivo VHD convertido.

Para la línea de comandos, la mayor parte de las referencias se implementan desde la perspectiva del host de destino, en nuestro caso, vshost1.contoso.com, con la ruta de instalación como referencia local para VSHOST1.La ruta de acceso de VMX se da desde la perspectiva del servidor de biblioteca.La línea de comandos resultante en Windows PowerShell es la siguiente:

new-v2v –LibraryServer $library –vmxpath 
"\\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx" 
–vmhost $vmhost -name "DemoV2V" 
–path "C:\VHDs"

Tal como puede ver, aquí convertimos el VMX/VMDK para \\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx en el servidor de biblioteca $library (VMMSERVER), implementándolo en el host en la variable $vmhost (VSHOST1), con el nombre DemoV2V, hacia la ruta C:\VHDs en VSHOST1.

Una vez que se ha ejecutado el comando, es siempre buena idea retroceder a la ventana Trabajos en la Consola de administrador de VMM con el objeto de ver el progreso.El VMX/VMDK se convertirá y copiará en VSHOST1, donde el VHD resultante se agregará a la lista de VM como DemoV2V.Cuando el proceso haya terminado por completo, podrá usar VMM para iniciar la nueva máquina virtual y revisar los resultados.

Conclusión

Tal como puede ver, System Center Virtual Machine Manager 2007 integra una serie de nuevas y atractivas características y capacidades en su infraestructura virtual.Con la revisión de los procesos FaV y V2V, espero haberle mostrado la facilidad con la que usan Virtual Machine Manager.

VMM se ha diseñado para simplificar el trabajo del administrador de TI en lo que se refiere a la creación, implementación y mantenimiento de las VM.Con el lanzamiento de System Center Virtual Machine Manager 2007, recomiendo encarecidamente que los administradores de Virtual Server 2005 consideren el uso de Virtual Machine Manager para mantener sus hosts de máquina virtual.En cuanto a usuarios de la nueva virtualización de Windows Server en Windows Server 2008, Microsoft ofrecerá soporte técnico para la virtualización de Windows Server en la siguiente versión de System Center Virtual Machine Manager, que estará disponible tras el lanzamiento final de la virtualización de Windows Server 2008.

Para obtener más información acerca de VMM y para descargar una demostración, visite microsoft.com/SCVMM.Para obtener más información acerca de todos los productos de virtualización de Microsoft, visite microsoft.com/virtualization.

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.

© 2008 Microsoft Corporation and CMP Media, LLC. Reservados todos los derechos; queda prohibida la reproducción parcial o total sin previa autorización.