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

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.

Remote Desktop Services: más allá de la Presentación Virtualizada en Windows Server 2008 R2

Hola Comunidad,

en esta oportunidad quisiera compartir con ustedes el nuevo enfoque entorno a las tecnologías de Virtualización que se ha dado en función del nuevo rol de los servidores de Aplicaciones: Remote Desktop Services, antes conocido como Terminal Services.

Se trata de la evolución de los Servicios de Terminal y la visión de Microsoft hacia la Virtualización y el concepto del VDI (Virtual Desktop Infrastructure).

“Virtual Desktop Infrastructure (VDI), es un modelo emergente de arquitectura donde un Sistema Operativo Cliente se ejecuta sobre una máquina virtual en un Data Center e interactúa con el usuario y sus dispositivos como un PC físico o un thin Client. Similar a una sesión de Remote Desktop (conocido como Terminal Services), VDI provee a IT de la habilidad para centralizar los escritorios de los usuarios;en vez de una sesión de servidor, es ofrecido un entorno completamente virtualizado sobre un Hypervisor. Con VDI, los usuarios pueden obtener una experiencia realmente enriquesida de forma individual con un control administrativo sobre sus aplicaciones y el escritorio. Sin embargo, esta arquitectura,  mientras ofrece flexibilidad, requiere significativamente mucho más recursos de hardware que una tradicional sesión de remote desktop.”

Los beneficios de VDI son:

  • Flexibilización de escenarios de trabajo, como popr ejemplo: usuarios domésticos o móbiles.
  • Aumenta la seguridad de Datos y las políticas establecidas en SLA’s en relación al uso de la información.
  • Fácil y eficiente administración de los escrcitorios de usuarios y las aplicaciones.

En la próxima liberación de Windows Server 2008 R2, Microsoft permitió un nuevo nivel  de experiencia y dinamismo a usuarios remotos. Aquí es donde el Servidor de Windows 2008 R2 con los de escritorio remoto entran en escena, assí lo explicó Manlio Vecchiet, Director de gestión de producto en el marketing de Servidor de Windows en una presentación del TechEd EMEA 2008 conference.

El nuevo RDS (Remote Desktop Services) refleja el nuevo papel en el Servidor de Windows 2008 R2 para que usted pueda correr el escritorio o las aplicaciones en el datacenter mientras sus usuarios se encuentrar geograficamente dispersos en cualquier parte del mundo. Los servicios remotos del escritorio permiten un escritorio de lleno de definición y nuevas experiencias de aplicación y conectan eficientemente a usuarios remotos y dispositivos. El nuevo escritorio remoto atenderá y ayudará a mantener la propiedad intelectual crítica asegurando y simplificando la conformidad regulatoria de las organizaciones moviendo aplicaciones y datos desde el Data center hasta los dispositivos de acceso.

El reemplazo de Terminal Services ha sido diseñado para implementaciones centralizadas de escritorio y para permitir que las compañías puedan adoptar la próxima versión de Windows 2008 R2 como una plataforma estratégica alineada a la visión del negocio en función de la optimización y ventajas hechas a la medida para trabajadores remotos. Junto con los Servicios Remotos de Escritorio, el RDC o Remote Desktop Connection, permitirá la gestión avanzada de escritorios ahora también virtualizados con el concepto de VDI.

Los Usuarios remotos podrán ahora consguir el acceso virtualizado no sólo a las aplicaciones sino tambien a escritorios completamente virtuales con soporte a múltiples monitores hacen para conseguir acceso a es virtualizado capaz a clientes de Windows, con apoyo para múltiples monitores, audio bidireccional e incluso interfaz gráfica de Windows Aero.

Algon muy novedoso además será que, Hyper-V y System Center Virtual Machine Manager, vendrán acompañados por el Remote Desktop Connection Broker, que habilitará una solución de VDI de baja complejidad y una plataforma que podrá ser aprobechado no sólo por usuarios finales sino también por partners/hosters que deseen hacer delivery enrriquesido y extensible donde el soporte a clientes heterogéneos será un pre-requisito y cuando las mejoras en la administración y escalabilidad serán un requerimiento lo más detacable de la solución dará la respuesta adecuada.

Windows Server Virtualization Calculator

Hola Comunidad, quisiera compartir con ustedes esta excelente herramienta para el Cálculo de Máquinas Virtuales por Servidor y por Procesador.  Windows Server Virtualization Calculator permite especificar cuántas VM’s se pueden ejecutar en un Hardware (Servidor Host) y mostrará luego del cálculo las opciones de compra de licenciamiento al adquirir Windows Server. De esta manera se podrá entonces determinar cuál es la mejor opción para su infraestructura.

Saludos!