V2V de vmware a SCVMM

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.

Anuncios

¿es necesario virtualizar?

Pues la verdad es que la pregunta tiene miga. ¿creemos todos que es necesario virtualizar?, pues la verdad es que siendo sinceros, el primer ejercicio que deberíamos hacer dentro de nuestras compañías es tener en cuenta varios aspectos aspecto antes de acometer la virtualizacion de nuestro Data Center o de nuestro Escritorios:

– La primera de estas preguntas es, ¿disponibilidad de las maquinas o de los servicios alojados en estas?

– La segunda, ¿rendimiento vs disponibilidad? En este aspecto tendremos poder diferenciar, si lo critico en nuestro negocio es que los servicios tengan un rendimiento óptimo para que las operaciones se realicen con normalidad o por el contrario que dichos servicios estén siempre disponibles, sin llegar a tener en cuenta el impacto que su rendimiento puede ocasionar en el negocio.

– Y la tercero, y por esto no la menos importante, ¿sabes de verdad cuanto de críticos y cuales son nuestros servicios?, no solo es importante detectar cuales son los servicios mas críticos en nuestra compañía, sino priorizar esa criticidad de los mismos. 

Si somos capaces de realizar el ejercicio de responder estas preguntar y trasladar las respuesta a una matriz de “riesgos”, empezaremos a darnos cuenta de que esa maravillosa fiebre que ronda las cabezas de todos los CIO’s referente a que virtualidad ahorra costes, empezara a pasarse poco a poco. Señores, virtualidad no siempre ahorra costes y en ocasiones los puede hasta incrementar en una medida que no controlada puede llegar a saturar la prestación de esos servicios de los que tan preocupados por su disponibilidad estábamos.

Yo siempre intento, que en aquellos clientes que me consultan sobre las ventajas y funcionalidades de un u otro producto a la hora de virtualizar, hagamos antes que nada la reflexión de, ¿es necesito virtualizar?, ya que una vez que conseguimos responder a las preguntas antes mencionada, nos daremos cuenta que no siempre es la mejor solución virtualizar y en ocasiones deberemos de mantener nuestros servicio en “físico”.

Os animo a todos a que realicéis esta reflexión seriamente y nos demos cuenta de que “virtualizar” no es siempre la solución a nuestros problemas.

BBT2+  

Utilizar WIFI con Windows Server 2008 R2 e Hyper-v

Seguro que a los que se atreven a llevar Windows Server 2008 R2 instalado en su portátil, con el rol de Hyper-V activado, seguro que echareis de menos la posibilidad de poder crear una red virtual con el adaptador wifi de nuestro equipo. Pues bien esta sería una manera de hacerlo:

Iniciemos la consola de Hyper-V

Administrador de Redes Virtuales

Seleccionemos el Administrador de Redes Virtuales, en el panel de acciones de la derecha

Seleccionamos Nueva Red Virtual, seleccionamos la opción de Interna y pulsamos en Añadir

Redes Virtuales

Le ponemos el nombre a la nueva red virtual y aceptamos

Nueva Red Virtual

Ahora llegamos al punto de compartir nuestra conexión a internet a través de esta red

Abrimos el Centro de Redes y Recursos Compartidos

Centro de Redes y Recursos Compartidos

Seleccionamos Cambiar la configuración del adaptador

Localizamos nuestro adaptador wifi, pulsamos el botón derecho del ratón encima de él y seleccionamos opciones

Cambiar la Configuración del Adaptador

Cambiamos a la pestaña de Uso Compartido

Marcamos la opción de Permitir que los usuarios de otras redes se ….

Especificamos el adaptador de red

Conexión Compartida a Internet

y aceptamos

Ahora ya podemos añadir a nuestra máquinas virtuales, la opción de tener red interna que hemos definido y a través de la cual podremos usar el adaptador wifi.

BBT2+