Clonación de Máquinas Virtuales: Soporte de Sysprep a Funciones y Roles de Servidor W2k8 y R2

No todas las funciones y roles de servidor soportan la herramienta de preparación del sistema (Sysprep). Si es ejecuto el comando sysprep con el modificador / generalize contra una instalación de R2 de Windows Server ® 2008 con roles específicos del servidor, éstas podrían no seguir funcionando después de la aplicación de una imagen (sin importar el mecanismo utilizado: WIM, ImageX, Symantec, Acronis) y de su posterior implementación dentro de la infraestructura.

Para las funciones y roles de servidor que no admiten Sysprep, éstas se deben habilitar y configurar pensadas como ajustes de la imagen después de la implementación y no antes.

La siguiente tabla muestra la lista de funciones y roles de servidor y el soporte de Sysprep en función de éstas:

Así pues, si usted está planeando utilizar sysprep en una instalación de Windows Server 2008 con Hyper-V instalado, no es incorrecto. Estoy seguro que estará feliz con el resultado, pero hay algunas cosas que usted tendrá que hacer para asegurarse de que Hyper-V funciona correctamente después de aplicar la imagen a un equipo diferente (con hardware distinto del que generó la imagen).

El propósito de sysprep es hacer el sistema (la imagen) tan genérico como sea posible de modo que cualquier imagen tomada de un sistema (W2k8 o W2k8 R2) habiendo utilizado sysprep entonces se puede aplicar a un hardware diferente. Ejecutar Sysprep al Sistema Operativo destruirá todos los datos súper específicos – como identificadores de hardware-. La próxima vez que arranque la instalación de Windows, toda la información concerniente a identificadores será regenera.

Con Hyper-V instalado en un Servidor, sin embargo, usted necesitará efectuar algo de trabajo adicional después de que el sistema se inicie desde  una copia de seguridad por primera vez (como por ejemplo desde una imagen).

En primer lugar, el Hypervisor no va a correr, ya que el almacén del BCD (Boot Configuration Data) ha sido generalizado. Explícitamente esto quiere decir que luego de ejecutar Sysprep y crear una imagen de éste y posteriormente “pegarla” en un equipo de hardware diferente, el servicio de Hypervisor no arrancará en forma automática una vez iniciada la imagen por primera vez en el equipo donde se aplicó la imagen (equipo destino).

Referencia conceptual: Boot Configuration Data. El Boot Configuration Data contiene la configuración de inicio y los parámetros que controlan el comportamiento en función de cómo el sistema operativo se inicie. Estos parámetros previamente existían en el archivo Boot.ini (en sistemas operativos basados en BIOS). Para modificar el comportamiento de inicio de Windows Server 2008, Vista y Windows 7 usted puede utilizar Bcdedit.exe para agregar, eliminar, editar, y añadir entradas en el arranque y en los datos de configuración.

En este caso particular tendrá que ejecutar el siguiente comando para poner en marcha la directiva relativa al Hypervisor en el almacén BCD:

  1. En el servidor donde desplegó (pegó la imagen) abra un command prompt y diríjase al     siguiente directorio: %Windir%\System32
  2. Escriba el siguiente commando y precione ENTER:

bcdedit /set hypervisorlaunchtype auto

  1. Reinicie el servidor.

En segundo lugar, cualquier switch de red virtual que se creó para conectividad externa (Network Adapter  con un tipo de conexión external) se revertirá para convertirse en un  Network Adapter  con un tipo de conexión interno solamente. Esto se debe a que la NIC física hacia donde apuntaba el Switche virtual externo técnicamente no existe después de un sysprep simplemente por el reset de los identificadores.

En este caso muy particular, tendrá que volver a establecer la NIC física y vincularla correctamente en las propiedades del Virtual Network de Hyper-V Manager si desea conectividad externa de nuevo.

En tercer lugar, cualquier disco que usted definió como pass- through tendrá que ser creado de nuevo (esto también debido al cambio del ID en el hardware). 

Windows Server 2008 R2 Failover Clustering & CSV

Hola Comunidad,

en esta oportunidad quisiera referirme a un aspecto importante de la Alta disponibilidad en Windows Server 2008 R2 y una consideración de crítica importancia una vez habilitada la característica de Cluster Shared Volumes (CSV).

Los volúmenes de clúster compartido (CSV) es la nueva característica de Microsoft Windows Server 2008 R2 Hyper-V que permite una capa en la parte superior de NTFS referida al almacenamiento compartido y que proporciona mejoras en las funcionalidades de un sistema de archivos en clúster.

Con CSV, varios hosts pueden acceder a un único LUN simultáneamente pero exclusivamente pueden hacer uso de ese espacio clusterizado/compartido del sistema de archivo los nodos que hacen vida dentro del clúster de Alta Disponibilidad dirigido por el Clúster Manager de Windows Server.

Antes de CSV, los recursos y la LUN eran transferidos al servidor que quedaba operativo, por lo que sólo una LUN por host podría ser configurada puesto que únicamente un host podía escribir en una LUN asignada a él, lo que generaba que las configuraciones de clúster fueran pensadas para que se asignara una LUN por nodo o bién asociar la LUN al server pasivo de la configuración del clúster. Entendiendo que todas las configuraciones de Windows siempre son de manera predeterminada bajo el concepto de clúster activo/pasivo.

Referencia de Conceptos: En un clúster activo / pasivo, el clúster incluye nodos activos y nodos pasivos. Los nodos pasivos sólo se utilizan si falla un nodo activo. En el clúster activo / activo, todos los nodos están activos. En este caso, el nodo activo restante toma las operaciones que los pasivos han dejado de atenter, causando una reducción en el rendimiento general del clúster. La Configuración de clúster Activo / pasivo se recomiendan generalmente más que aquellas del tipo activo / activo porque suelen aumentar el rendimiento, disponibilidad y escalabilidad. 

“Clúster Activo / activo”, es un término utilizado para indicar de forma simple dos configuraciones en paralelo de clústers Activo / Pasivo, donde,  por ejemplo, un servidor virtual se encuentra “activo” en un nodo, y,  otro servidor virtual (clon del anterior) se ejecuta en un nodo separado en otro clúster.

Ejemplo:

Nodo1    Nodo2      Virtual Server Name
Active    Passive     VServer1
Passive  Active       VServer2

En la siguiente figura se aprecia cómo trabaja CSV a partir de Windows Server 2008 R2 asociando una LUN a más de un servidor (nodo integrante del clúster) ya sea via Fiber Chanel o iSCSI configurando un escenario activo/pasivo.

Consideración de crítica importancia
 

Después de instalar Windows Server 2008 R2, la configuración de LUN de almacenamiento desde la SAN habilitado el rol de Clustering, la posterior adición de los nodos al clúster y de implementar CSV de esta forma:

un cuadro de diálogo se presenta, asemejándose a un acuerdo de licencia de usuario final (end-user license agreement):

El texto del cuadro de diálogo expresa textualmente lo siguiente:

“La función de clúster compartido de volúmenes sólo se admite para su uso con Windows Server 2008 R2 Hyper-V. La creación, reproducción y almacenamiento de archivos en clúster de volúmenes compartidos que no fueron creados por la función Hyper-V, incluyendo cualquier usuario o aplicación de datos almacenados en el directorio ClusterStorage de la unidad del sistema en cada nodo, no son compatibles y pueden provocar un comportamiento impredecible , incluida la corrupción de datos o la pérdida de datos en estos volúmenes compartidos.”        

A fin de aceptar, los administradores deben marcar una casilla que indica que ha leído el aviso. Nota Importante: Si usted es el que marcó la casilla, por favor asegúrese de pasar el aviso a sus compañeros de equipo.

Lo que debemos considerar desde el primer momento al habilitar CSV es que un elemento delicado que forma a partir de este momento parte del sistema de archivos en un volumen determinado (LUN) y no debe ser gestionada bajo ningún concepto directamente. Es decir, nisiquiera, copy/paste, está soportado por CSV explícitamente.

Y la preguntar de rigor: ¿Y qué sucede si requiero clonar (utilizando copiar y pegar) desde otro volumen un VHD o un archivo de confguración XML donde residen todas mis VM’shasta el volumen compartido CSV?

La respuesta es: Áunque ningún error aparente sea desplegado (incluso en el visor de sucesos) se estará poniendo en riesgo la consistencia de todo el volumen CSV y de la data que está copiando. El cuadro de diálogo es lo suficientemente claro. Para poder efectuar un copiado como el indicado en la pregunta (que finalmente no es más que una clonación de equipo virtual), usted debe utilizar cualquiera de los siguientes procedimientos:

a.  Atachar el disco a copiar mediante el Administrador de Discos al host y mendiante la función de “crear nuevo disco” de Hyper-V Manager, seleccionar “copiar el contenido del disco físico siguiente:” e indicar el disco que acaba de asociar en el Administrador de discos (sabes que el disco asociado es un VHD).

b.  Haciendo uso de la función “Clonar” de VMM 2008 R2 e indicándole al Wizard la ruta del ShareStorage (LUN CSV).

c. ninguna otra opción está explícitamente permitida (al menos por ahora) en CSV,  es decir, ni powershell, ni imageX.

En esete sentido y en un esfuerzo por proteger a los administradores de Hyper-V de sí mismos, Microsoft ha adoptado un enfoque interesante al mostrar claramente el anetrior cuadro de díalogo, convirtiéndose  en una técnica para evitar que se abuse de la funcionalidad del CSV y se corrompan VM’s (máquinas virtuales) en producción, ambientes de pruebas y de calidad.

De nuevo, sólo el rol de Hyper-V podrá usar en modo exclusivo el CSV.

¿ Backups sobre un volumen compartido CSV utilizando Windows Server Backup?, Por ahora no.

Pregunta obligatoria: ¿Qué tal efectuar una copia de seguridad de las máquinas virtuales almacenadas en los LUN CSV?
Repuesta: Usted no puede simplemente realizar copias de seguridad de los archivos de máquina virtual como lo haría en un volumen normal. De hecho, si se intenta realizar una copia de seguridad de cualquier archivo en un volumen de clúster compartido utilizando la herramienta de servidor nativas de Windows de copia de seguridad (Windows Server Backup), el error siguiente se produce:

Nota importante: Este error se reproduce incluso si se encuentra habilitado el escritor de Hyper-V VSS.

La única opción actual permitida (a la fecha de escribir este artículo) es utilizar Data Protection Manager 2010 (de forma nativa tiene esta capacidad) y/o cualquier otro software de terceros que indique su capacidad para hacer copias de seguridad sobre volúmenes compartidos vía CSV.

 Espero les sea de utilidad.

Feliz Deployment!

El nuevo SP1 de Windows Server 2008 R2 potencia la Virtualización

Hola comunidad, el equipo de desarrollo de Windows en su Blog ha anunciado (sin definir aún una fecha de liberación) que está trabajando en las novedades del nuevo Service Pack para windows Server 2008 R2 y Windows 7.

Les comento que ambas plataformas de Windows, servidor y cliente (W2k8 R2 y W7), comparten el mismo código base, lo cual facilita trabajar de forma simultánea en el Service Pack y simplificar las tareas de distribución e instalación para las dos plataformas.

Les puedo adelantar que para  Windows Server 2008 R2 habrá dos características importantes: Dynamic Memory, la cual es una mejora para Hyper-V que permitirá a los Administradores distribuir de forma dinámica la memoria disponible en el equipo físico entre los equipos virtuales que están corriendo en el host R2. RemoteFX también se suma a las tecnologías de virtualización como un componente que proveerá una experiencia de usuario visualmente más atractiva en escritorios virtualizados permitiendo al usuario aprovechar los beneficios de Aero, animaciones en Silverlight, aplicaciones 3D y otros efectos visuales mediante la virtualización de gráficos.

El caso de Windows 7, el SP1 incluirá actualizaciones menores y los parches que han estado disponibles a través de Windows Update desde la liberación del producto.

Saludos.

Ampliando las capacidades de la Plataforma Web: Internet Explorer 9

El nuevo navegador está todavía dentro del proceso del desarrollo, pero de manera temprana Microsoft hace un acercamiento público de las nuevas capacidades incorporadas y desempeño mejorado.

Para lograr este nuevo Internet Explorer 9 cambiarán aspectos gráficos y de interpretación visual de texto que serán recodificados para mejorar el direccionamiento a la tarjeta de video. En el Mix 2009, fueron mostrados unos pocos ejemplos, inclusive uno dónde Mapas de Bing se mostraban a 14 FPS sin aceleración gráfica de hardware, y hasta 60 FPS una vez la característica fue habilitada. La tecnología utiliza DirectX Direct2D para aumentar el desempeño de la interfaz de programación de aplicaciones  Javascript, CSS y DHTML.

Un nuevo motor del Javascript también será construido en Internet Explorer 9, así como la interoperabilidad y los estándares mejorados apoyarán tanto al  protocolo de transferencia de hipertexto 5 como a CSS3. Ninguna estimación de fecha oficial está a la vista para el lanzamiento. Mientras tanto, les dejo el vínculo del Test Drive Preview de IE9 para que puedan apreciar todas las bondades que traerá consigo la próxima versión de explorador de Microsoft:

http://ie.microsoft.com/testdrive/

Feliz prueba!

How-To: Cómo convertir su equipo físico en uno Virtual (P2V)

Hola comunidad, en esta entrega quisiera compartir con ustedes cómo convertir un equipo físico en uno virtual sin complicaciones y sin la necesidad que recurrir a software de terceros gracias a Windows Sysinternals.

¿Cuántas veces hemos necesitado efectuar una conversión P2V (Phisical to Virtual) evitando la instalación de un software que requiera  un despliegue importante de componentes sobre nuestra actual infraestructura o en otra paralela?

Muy seguramente habrán utilizado herramientas de captura de imágenes como Acronis, más alguna herramienta de conversíón de formatos de imágenes gratuitas y muy poderosas como el  vCenter Converter de VMware y luego alguna herramienta de cambio de formato desde VDMK hasta VHD para finalmente poner en producción sus respectivos equipos en Hyper-V, Virtual Server o Virtual PC.

Estos métodos, aunque  100% funcionales  y completamente válidos como estrategia  de consolidación de servidores  podrían eventualmente ser complejos luego de efectuada la conversión en función del troubleshooting para determinar porqué, por ejemplo, los Integrations Services de Hyper-V no pueden ser instalados correctamente y tengamos tantos problemas para capturar el mouse al hacer Remote Desktop a un Host y luego tratar de manipular por medio del Hyper-V Manager a una VM cuando tenemos equipos Windows Server 2003  resultado de una converción utilizando métodos como los que mencioné.

Desde el 1 de Diciembre de 2009 y gracias a la constante investigación de Mark Russinovich y Bryce Cogswell está disponible Disk2VHD. Esta es una utilidad que crea versiones de VHD (Virtual Hard Disk – formato de disco de Máquina Virtual de Microsoft) de discos físicos para ser usados en Virtual Machines de Microsoft Virtual PC, Virtual Server o en Microsoft Hyper-V. La principal diferencia entre Disk2VHD y otras herramientas de P2V (physical-to-virtual) es que se puede utilizar para convertir sistemas que estén en ejecución (online) y disminuye el margen de error (post-conversión) de la instalación de los Integration Services. Disk2VHD usa Windows Volume Snapshot introducida en Windows XP para crear puntos consistentes en el tiempo de snapshots de los volumenes incluidos en una conversión.

Disk2vhd puede ser ejecutado en Windows XP SP2, Windows Server 2003 SP1, y superiores, incluyendo sistemas con arquitecturas x64.

Interface de usurio de Disk2vhd mostrando la lista de volumenes presentes un volumen a convertir en un sistema:

Captura de pantalla de una copia de un Windows Server 2008 R2 montado en Hyper-V ejecutandose sobre el  sistema desde donde fue convertido:

Link de descarga de Disk2HD: http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx

Espero les sea de utilidad y Feliz Conversión!

Ventajas de Hyper-V Server R2 sobre Hyper-V Server ver.1.0 y los costos asociados del Live Migration con VmWare

En esta entrega quisiera compartir con ustedes las ventajas comparativas entre Hyper-V Server R2 sobre su predecesor en la primera versión (Hyper-V Server v1).

A continuación una tabla demostrativa de las diferencias y ventajas:

Hyper-V

Los costos asociados del Live Migration entre Hyper-V y VMware vSphere

La siguiente tabla demuestra, las ventajas financieras de Hyper-V Server sobre VM vSfere en materia de Live Migration entre las soluciones más robustas y confiables del mercado:

Live Migration

Espero que estas comparaciones sirvan para medir el CTO y el ROI asociados a la visión de la capa de virtualización.

Windows 7 RTM ya está disponible para suscriptores de TechNet Plus y MSDN

Desde el pasado 6 de Agosto de 2009 ahora puede tener acceso a las descargas RTM de windows 7. Para tener acceso a estas descargas, deberá instalar el complemento Akamai Technologies Download Manager Browser para poder tener acceso a estos archivos además de ser suscriptor de TechNet Plus o MSDN.
 Feliz descarga