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). 

Anuncios

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!