Continuando esta serie de notas con ideas para crear y optimizar nuestro trabajo con un ambiente de pruebas virtual, en esa ocasión vamos a analizar diferentes opciones que tenemos para poder crear en forma rápida y eficiente un grupo de máquinas virtuales que usaremos para las pruebas que nos disponemos a hacer
Recuerdo que ya hemos tomado algunas decisiones basadas en las notas anteriores
- Crear un Ambiente de Pruebas Virtual: Requisitos, Ideas y Sugerencias – ¿Qué Sistema Me Conviene?
- Crear un Ambiente de Pruebas Virtual: Requisitos, Ideas y Sugerencias – ¿Qué Hardware Necesito?
Desarrollaré el tema con los dos sistemas de virtualización que normalmente uso para esto: Hyper-V y VMware Workstation, analizando en cada caso las ventajas y posibles inconvenientes con cada uno de los sistemas y con diferentes procedimientos
Cuál será la cantidad de máquinas virtuales que necesitemos, y la duración de la prueba harán que uno u otro método sea el más conveniente utilizar, porque por ejemplo si la duración de la prueba es menor o igual a 120 días no necesitaremos activación de las mismas, o si son 180 podremos usar las versiones de prueba que son de libre descarga, y si fuera más tiempo entonces hay que considerar el tema de la activación
En general y en grandes rasgos el procedimiento a emplear será:
- Crear la imagen “base” del sistema operativo, que luego multiplicaremos
- La personalización de la instalación si fuera necesaria
- El proceso propiamente dicho de multiplicación y cambio de SID
- El procedimiento de activación si fuera necesario
El procedimiento en cada caso puede ser un poco diferente de acuerdo a la versión de sistema operativo a virtualizar; en este caso lo desarrollaré con el correspondiente a Windows 8 y Windows Server 2012 que hasta ahora es totalmente igual para versiones 8.1 y 2012 R2
Además pueden haber pequeñas diferencias de acuerdo al tipo de licencia. Por ejemplo una versión de prueba se activa automáticamente en cuanto se conecta a Internet. Una versión “Retail” requiere activación por Internet o telefónica, y una versión por volumen (VL) se puede activar igual que en el caso anterior, o por KMS, o inclusive automáticamente como hemos desarrollado en “Windows Server 2012 R2: Activación Automática de Máquinas Virtuales (AVMA – Automatic Virtual Machine Activation)”
Comencemos con Hyper-V, y luego veremos lo mismo con VMware Workstation
Hyper-V
1.- Crear la imagen “base” del sistema operativo
Para esto tenemos dos opciones:
a) Crear el disco VHD/VHDX a partir del archivo INSTALL.WIM como hemos mostrado en “Demostración: Crear un Disco Virtual (VHD) Directo Desde el WIM (WIM2VHDx)”
Con este procedimiento tendremos la ventaja que cada copia que se inicie a partir del VHD/VHDX creado, automáticamente ejecutará SYSPREP en el primer arranque, pero también demorará un poco más en este primer arranque por la detección de hardware
b) Hacer una instalación típica que deseamos tomar como imagen base para todas las otras máquinas virtuales
Si utilizamos este método, a diferencia del anterior, debemos ejecutar manualmente el SYSPREP (/oobe /generalize /shutdown /mode:vm). Importante el “shutdown” para que no reinicie automáticamente.
Al finalizar podemos borrar la máquina virtual creada, quedándonos solamente con el disco
2.- La personalización de la instalación si fuera necesaria
Si utilizamos el procedimiento a) no tendremos forma de personalizar la imagen base, tendremos que hacerlo en cada una de las copias que creemos
En cambio si usamos el procedimiento b), antes de hacer el SYSPREP podemos personalizar la imagen. Entre otras cosas yo suelo hacer: distribución de teclado, “power management”, “shutdown tracker”, actualizaciones automáticas, etc.
3.- El proceso propiamente dicho de multiplicación y cambio de SID
Cualquiera haya sido el procedimiento efectuado, para poder duplicar la instalación base debemos:
I.) Crear un disco diferencial, tomando como “parent” al disco base
II.) Crear una máquina virtual asignando como disco el diferencial que creamos en el paso anterior
4.- El procedimiento de activación si fuera necesario
Este paso dependerá de varios factores, no es lo mismo si usamos la versión de prueba (fijo 180 días), o si utilizamos “Retail” o “VL”, como así también por cuánto tiempo deseamos tenerla disponible
Si estamos usando “Retail” o “VL” sin activar la misma tienen un tiempo desde que la instalamos hasta hacer la activación, pasado dicho tiempo el sistema comienza a reinciarse cada vez con más frecuencia
Debemos tener en cuenta que si se venciera el plazo, por hasta tres veces podemos recomenzar un nuevo período utilizando SLMGR /REARM. En cuyo caso nos pedirá reiniciar, y comenzará a contar un nuevo período
¿Encontraron el truco? 🙂
Luego del /REARM, apago y creo un “Snapshot” / “Checkpoint”, y luego cada vez que se arranca desde el mismo, comienza a contar el tiempo de expiración; el problema es que se pierde todo lo hecho luego del punto de restauración
No pongo cuál es el tiempo de uso permitido en cada caso porque he encontrado, probablemente debido a diferentes versiones”, que el mismo es a veces 3 días, otros 9 y otros 30
Tip
Tengamos en cuenta, que se puede crear discos diferenciales de discos diferenciales, con lo que las posibilidades quedan a la imaginación y necesidades de cada uno
VMware Workstation
1.- Crear la imagen “base” del sistema operativo
Aunque se puede hacer una conversión WIM –> VHD/X –> VMDK es un proceso un poco largo y requiere (por lo que yo sé) aplicaciones de terceros. Así que en mi caso uso lo que creo más rápido, que es crear directamente una máquina virtual “base”
A partir de esto tenemos dos opciones para elegir, y cuál seleccionar dependerá del tiempo que necesitemos que estén activas, y el tipo de activación que tengamos
a) Una opción es crear varias máquinas “base” tantas como máquinas virtuales con determinado sistema operativo pensemos que necesitaremos simultáneamente.
Esto lleva más tiempo de preparación, pero luego ahorraremos tiempo en el tema activaciones, y conservaremos la cantidad de claves que tengamosb) La otra opción, es crear sólo una máquina virtual que donde aplicaremos el proceso de SYSPREP antes de crear cada copia. Tiene la ventaja de crear una sola imagen origen, pero luego podríamos necesitar activar cada copia
2.- La personalización de la instalación si fuera necesaria
Si usamos el procedimiento descripto en a) la mejor opción es primero que nada instalar las “VMware Tools”, luego personalizar a nuestro gusto y activar la instalación
En cuanto finalizamos lo anterior crear un “Snapshot” (Instalación limpia)
Si utilizáramos el procedimiento b) entonces instalar las “VMware Tools”, poco personalizar porque se va perder mucho en el SYSPREP, y no activar
3.- El proceso propiamente dicho de multiplicación y cambio de SID
Si usamos a) inicialmente nos llevará más trabajo, pero luego lo ahorraremos en tiempo, comparen con la opción b) que va a continuación
Nos llevará más tiempo, porque por ejemplo, si estimamos que podemos llegar a necesitar hasta cinco máquinas virtuales, deberemos hacer cinco instalaciones, personalizar cada una de las cinco (o las que sean), activarlas, apagarlas, y sacarles un “Snapshot” que serán las imágenes “base”
La ventaja importante de esto, es que haciendo un poco de trabajo previo de preparación ya no tendremos necesidad de ejecutar SYSPREP, y todavía algo más.
Como tenemos preparada la cantidad de máquinas que necesitaremos, sólo deberemos hacer un “Full Clone” o mejor “Linked Clone” de cada una de ellas y se mantendrá la activación, aún haciendo cambios de hardware como procesadores, memoria o discos
Si en cambio usamos b) debemos ejecutar SYSPREP (/oobe /generalize /shutdown /mode:vm) y luego sin encender sacar un “Snapshot” para congelar este estado
Luego cada vez que necesitemos una máquina virtual simplemente debemos crear un “Full Clone” o preferiblemente un “Linked Clone” desde este “Snapshot” inicial que creamos
El inconveniente de esto, es que cada “clon” que creemos podemos llegar a necesitar activarlo, si no nos alcanzara con el SLMGR /REARM
4.- El procedimiento de activación si fuera necesario
Como comentamos en el paso anterior 3.-, si usamos el procedimiento a) tenemos ya varias imágenes base activadas. En mi experiencia cuando creamos el “clon”, aún cambiando la cantidad de procesadores, aumentando la memoria y agregando discos no se desactivan
Y si usamos el procedimiento b) tenemos una única imagen base. Ahorramos tiempo de preparación, pero en cada “clon” que creemos deberemos ejecutar SYSPREP y posiblemente activarlas
Tip
Qué cantidad y diversidad de máquinas virtuales conviene tener preparadas dependerá de las necesidades de cada uno, pero si les sirve mi experiencia que ya es de muchos años con VMware Workstation, tengo una biblioteca de imágenes base desde XP/W2003, Vista/W2008, W7/W2008R2, W8/W2012 y W81/W2012R2 con variedades de x86/x64 e idiomas
Y además un conjuto de clones donde ya está armado: un Controlador de Dominio, un Servidor Miembro y tres clientes (W7, W8 y W81) ¿No pensarán que para cada nota creo todo desde cero? 😀
