En la nota anterior vimos la creación y uso de los “Snapshots”, inclusive nombramos algunos de sus usos y ventajas, pero estos toman aún más importancia cuando combinamos su utilización con las opciones de clonado de máquinas
Así que en esta nota veremos, aunque me centraré sobre los diferentes tipos de clonado, su utilización combinada con el clonado, y además cómo aprovechar todo lo anterior con los identificadores de seguridad (SIDs) de las máquinas Windows de fundamental importancia en ambientes de Dominios Active Directory
Sigo siempre con la misma infraestructura que venimos utilizando: una máquina con VMware Workstation donde hay creadas dos máquinas virtuales (“Windows Server 2012 – 1” y Windows Server 2012 – 2”), donde hemos creado “Snapshots” sobre ambas
El clonado de máquinas virtuales nos permite tener una copia exacta de otra máquina virtual, con lo cual podemos crear en pocos minutos una infraestuctura que necesitemos
Al final de la nota veremos cómo solucionar el tema de los identificadores de seguridad (SIDs) en un ambiente de despliegue múltiple
Como decía más arriba, mediante el clonado puedo obtener una copia exacta de una máquina virtual, pero para hacer esta copia WMware Workstation necesita crear un “Snapshot” de la misma, así que en lugar que el sistema lo haga automáticamente convendrá que creemos el mismo en forma manual, ya que así podremos poner una descripción que nos indique el estado de la máquina virtual antes de copiarla
Para accedera a la opción, podemos hacerlo desde el menú “VM / Snapshot / Snapshot Manager”, o desde el tercer botón con “reloj”, o como muestro en la captura desde el menú contextual de la máquina virtual
Utilizando el botón “Clone” comenzaremos con el asistente
Observen que hay dos opciones, si eligiéramos la primera se creará un nuevo “Snapshot” del estado actual, en cambio con la segunda podremos seleccionar desde qué “Snapshot” se creará la copia
El asistente nos dará dos opciones. Comencemos por la segunda “Create a full clone”: con esta opción se creará una nueva máquina virtual copiando en una nueva carpeta de la máquina real la carpeta original; casi igual que si copiáramos la misma manualmente
Digo “casi igual” porque no es exactamente igual. Usando el procedimiento del asistente se le asignará nueva dirección MAC a la placa/s de red, lo mismo que el identificador único dentro de VMware
Será una nueva máquina virtual, totalmente independiente de la original, pero tiene como inconveniente que al copiar todos los archivos la ocupación de disco es grande. Por ejemplo una instalación básica de Windows Server 2012 R2, aún con disco dinámico, ocupa aproximadamente 8GB
La segunda opción “Create a linked clone” a diferencia del anterior, permite crear una nueva máquina virtual pero que sólo contiene las diferencias respecto a la original, y por lo tanto la ocupación de disco es considerablemente menor
Pero también tiene su incoveniente: no podemos alterar la máquina que da el origen. En realidad y para ser precisos, lo que no se debe alterar es el “Snapshot” a partir del cual se ha creado el “Linked Clone”. Si sucediera esto irremediablemente se estropearían todos los “Linked Clones”
Más adelante veremos la diferencia de ocupación en disco
Seguimos con el próxima paso del asistente que nos ofrece un nombre por omisión, que aunque en esta ocasión no cambiaré es conveniente ponerle uno que nos sea claro para el uso que luego le daremos
Y finalizamos
Si observan el “Snapshot” de la máquina original que hemos utilizado para el clonado, queda marcado con un candado para recordarnos que no se debe modificar ni eliminar. Si fuera necesario hacerlo nos avisará que estamos afectando clones
Finalmente quedará disponible para su uso nuestro clon
Observen la diferencia de ocupación en disco de una máquina clonada respecto de la original. Si hubiéramos creado un “Full Clone” ambas ocuparían 8GB cada una, en cambio usando “Linked Clone” la copia ocupa menos de 38MB
Para los que están además de con VMware, con Hyper-V, el concepto final es similar a lo que en Hyper-V se llaman Discos Diferenciales
En VMware se crea una “máquina diferencial”, mientras que en Hyper-V se crea un disco diferencial que luego hay que asignarlo a una máquina virtual
En ambos casos, la “nueva máquina” sólo contiene las diferencias respecto a la original, pero es totalmente dependiente de la información en el momento del "Snapshot" de la original
Es importante recalcar que el “Snapshot” desde el cual hacemos la copia no puede ser alterado de ninguna forma. Por ejemplo, no puedo incluirle actualizaciones o aplicaciones. Si me olvidé de algo, lo hago, y creo un nuevo “Snapshot”, pero estos cambios no se aplicarán a ninguno de los clones creados con anterioridad. Y más aún, si alteráramos el “Snapshot” perderíamos irremediablemente todos los clones
Además de todo lo anterior debemos tener en cuenta que el uso de “Snapshots” encadenados uno a otro, lo mismo que un “Linked Clone” de otro “Linked Clone” trae aparejado caída de rendimiento, aunque por supuesto dependiendo mucho del sistema de discos de la máquina real será más o menos notorio
Vamos ahora a enfocarnos en la implementación de un laboratorio de pruebas donde normalmente necesitamos usar simultáneamente varias máquinas virtuales en un ambiente de Dominio Active Directory, donde surge el problema de la duplicación de SIDs de las instalaciones de virtuales.
Para el caso como lo hemos desarrollado hasta ahora, si a una de las virtuales la promoviera como Controlador de Dominio, y luego tratara de hacer lo mismo con un clon de esta, este último fallaría avisando que no pueden tener ambas máquinas el mismo SID. Esto es así porque aunque el sistema en la interfaz de usuario muestra nombres de máquina, internamente utiliza los identificadores de seguridad (SIDs). Y no sirve solamente cambiarle la dirección IP y el nombre
Acá tenemos dos caminos diferentes a adoptar dependiendo entre otras cosas de:
- Cuánto tiempo necesitemos el uso de las máquinas virtuales ¿hará falta activarlas?
- El tipo de licenciamiento de Windows que tengamos ¿”Retail, Open, VL”?
Por ejemplo si la vida necesaria para una virtual es de 120 días o menos no necesitamos activarla (recordar el SLMGR -REARM). O inclusive, si mal no recuerdo la versión de prueba descargable y gratuita da 180 días
Si lo anterior se cumple entonces lo más fácil es crear una “máquina base”, ejecutar SYSPREP para que se cambie el SID como indico luego, pero sin prenderla y crear los clones, ya que el tiempo de prueba comienza a contar desde el primer arranque
Supongo que la mayoría lo debe conocer, pero por las dudas pongo las capturas de pantalla del uso que necesitamos en este caso de SYSPREP.EXE
Buscamos el archivo en “C:\Windows\System32\Sysprep.exe” y lo ejecutamos como administrador
Es imporante que seleccionemos la opción “Generalize” y además “Shutdown”
Trabajará SYSPREP durante unos instantes y luego se apagará la máquina
Cuando finaliza, y con la máquina ya apagada entonces creamos un “Snapshot” a partir de cual podremos crear nuevos clones
Cada vez que arranque un clon, para este comenzará a regir el período de prueba
Tener en cuenta que cuando ejecutamos SYSPREP si la máquina estaba activada, dejará de estarlo.
La otra opción que podemos utilizar, es conveniente si necesitáramos las virtuales por un período mayor al de pruebas, y además si dispusiéramos de abundantes activaciones
En este caso conviene crear varias virtuales, clonadas o no, y activar cada una por el procedimiento normal. Es importante que no tengan el mismo SID
A necesidad, creamos clones de estas máquinas virtuales que si no están activadas no se necesitará activarlas nuevamente
Y continuando con los comentarios para un ambiente de laboratorio, en mi caso les comento que tengo creadas toda una serie de “máquinas base” que luego clono de acuerdo a necesidad
En cada una de estas, antes de hacerle el “Snapshot” inicial la he configurado con las opciones que comunmente uso, como ser, zona horaria, zoom del Server Manager y varias más
Y además, como vengo trabajando hace años con VMware Workstation tengo imágenes creadas con diferentes sistemas operativos desde W2003/XP, y por supuesto de varios Linux. Las versiones anteriores las he movido a un disco de copias, pero tengo hasta un MS-DOS con Windows 3.11 y todo lo que ha seguido 🙂
Bueno, creo que con toda esta serie de notas, ya alcanza como para comiencen a probar, investigar y usar este excelente producto para ambientes de prueba como es VMware Workstation
