Creación máquinas virtuales Hyper-V automáticamente

Esta entrada consiste en el proceso de creación máquinas virtuales sobre Hyper-V de forma automatizada, con una configuración concreta a partir de un disco duro, que se utiliza de plantilla, mediante un script de PowerShell. Normalmente, este proceso se hace con Microsoft System Center Virtual Machine Manager, sin embargo, en un entorno pequeño o si no disponemos de esta herramienta, esta puede ser una buena forma de semi-automatización.

Preparando una maqueta de Windows Server 2016 para la creación máquinas virtuales

Ei que también sirve para la versión Windows Server 2012 R2 y Windows 10. El proceso es el mismo.

Para empezar hay que disponer de un disco duro virtual que actúe como plantilla para las nuevas máquinas virtuales, algunos lo llamaréis maqueta, otros plancha, otros maestro, etc… la finalidad es la misma. Microsoft ha actualizado el sistema operativo de servidores, es una buena ocasión de crear las nuevas plantillas con Microsoft Windows Server 2016, ya sea con una versión de escritorio o core.

Naturalmente, la primera máquina virtual se tiene que montar a mano, (por lo menos en esta entrada), pero una vez la tenemos a nuestro gusto se puede dejar preparada para que actúe como plantilla.

¿Qué pasa con la licencia de Windows?

Al crear una plantilla no es adecuado hacerlo en un equipo con una licencia instalada, ya que al hacer la plantilla esta se pierde. Lo normal es hacerlo sin licencia o con una licencia de activación automática. Es decir, unas licencias preestablecidas que al introducirlas desencadena una serie de acciones en la máquina, por ejemplo, buscar en la red un equipo que asigne automáticamente las licencias (licencias KMS) o bien, si es una máquina virtual, que se active sola desde el anfitrión (AVMA).

Al crear la plantilla os recomiendo utilizar una clave AVMA (Automatic Virtual Machine Activation) o bien una KMS.

Licencias AVMA (Automatic Virtual Machine Activation)

Las máquinas se activan automáticamente mediante la licencia del anfitrión. Funciona en entornos con Microsoft Hyper-V, tanto para licenciamiento OEM (adquirido con la máquina) como con licenciamiento de Volumen (licencias de contrato OPEN o SELECT).

El anfitrión tiene que ser un Windows Server 2012 R2 Datacenter o Windows Server 2016 Datacenter. ¡No sirve en licencias Standard!

Si la máquina anfitrión es un servidor Windows Server 2016 Datacenter, puede activar máquinas virtuales Windows Server 2016 o 2012 R2 con las ediciones Datacenter, Standard o Essentials.

Si la máquina anfitrión es un servidor Windows Server 2012 R2 Datacenter, puede activar máquinas virtuales Windows Server 2012 R2 con las ediciones Datacenter, Standard o Essentials. ¡No puede activar máquinas virtuales con Windows Server 2016!

Para que las máquinas virtuales se activen con este método, cumpliendo todo lo anterior, la clave de producto que deben tener instalada los equipos o máquinas virtuales para la activación automática corresponde a las siguientes tablas:

Las siguientes licencias NO activan el producto por sí solas, simplemente se informa al sistema operativo que debe hacer alguna cosa para encontrar la licencia definitiva, si no lo encuentra la máquina se queda sin activar.

Claves de activación AVMA para Windows Server 2012 R2 (sólo activa máquinas virtuales Windows Server 2012 R2)

Claves de activación AVMA para Windows Server 2016 (activa máquinas virtuales Windows Server 2012 R2 y Windows Server 2016

Si en el proceso de instalación no se ha utilizado una clave de este tipo, se puede añadir o cambiar mediante el siguiente comando de consola de sistema:

slmgr /ipk <clave_AVMA>

Por ejemplo, si tenemos una máquina virtual con Windows Server 2016 Standard, desde la consola de sistema ejecutaremos el siguiente comando para instalar la clave de producto:

slmgr /ipk C3RCX-M6NRP-6CXC9-TW2F2-4RHYD

Licencias KMS

Son para la activación de equipos mediante la red interna. Requieren de un servidor de licencias, que tiene instalada la clave KMS que se proporciona al comprar las licencias. Esta clave sólo se obtiene mediante un contrato de Volumen: OPEN, SELECT… No sirve para instalaciones con licencias OEM (licencias compradas con el equipo), en estos casos se tienen que instalar las licencias MAK, asignada a cada equipo, ya sea físico o virtual.

A no ser que sean licencias de Windows Server Datacenter sobre Hyper-V que se puede utilizar el método anterior, el AVMA.

Claves de activación KMS para Windows Server 2016

Claves de activación KMS para Windows Server 2012 R2

También pasa lo mismo que en el caso anterior, si la máquina virtual o, también en este caso, la física no se han instalado con esta clave de producto, se puede cambiar mediante el comando de consola de sistema:

slmgr /ipk <clave_KMS>

Ya sé que no es objeto de esta entrada, pero quizás también os interesa tener las claves KMS del sistema operativo cliente Microsoft Windows 10:

Claves de activación KMS para Windows 10

Archivo para la configuración desatendida

El siguiente punto es preparar el archivo de configuración desatendida (unattend.xml) para la inicialización del equipo una vez arranca por primera vez sin que pregunte demasiada cosa o nada.

Os dejo un archivo unattend.xml de ejemplo, que he creado con el entorno Microsoft Deployment Toolkit. La configuración es para tener el entorno en inglés, pero el teclado y configuración regional de las aplicaciones en español. La zona horaria corresponde a España. El nombre del equipo será automático empezando con el nombre de la empresa que se ha indicado en el archivo. Y, lo más importante, la contraseña del Administrador local se establece en P@ssw0rd

Copiar el archivo en la carpeta del sysprep por ejemplo. La ruta corresponde a: c:\Windows\System32\sysprep con el nombre unattend.xml.

Si lo tenemos todo a punto, cerramos la máquina (prepararla para hacer copias) para poder desplegar otras máquinas a partir de esta. Desde una consola de sistema con privilegios de administrador, ejecutar el siguiente comando:

c:\Windows\System32\sysprep\Sysprep /generalize /oobe /shutdown /unattend:c:\Windows\system32\sysprep\unattend.xml /mode:vm

El sistema prepara el equipo para ser copiado y lo deja parado. ¡Es el momento de hacer la copia del disco duro virtual! para otras máquinas virtuales.

Una vez tenemos una nueva máquina con una copia del disco duro que hemos preparado, sólo hay que arrancarla. El sistema la ha personalizado sólo con lo que se ha especificado en el archivo unattend.xml.

Esperar un rato a que acabe, seguramente reiniciará alguna vez. No os preocupéis está siguiendo el guión. No os tiene que preguntar nada, el proceso es completamente automático con lo que le hemos pedido.

Finalizado todo el proceso, hacer Control + Alt + Supr para iniciar sesión. No hemos tenido que tocar nada y el sistema está listo para trabajar. Ojo, si habéis utilizado el archivo anterior unattend.xml, recordad que ha cambiado la contraseña de administrador local: P@ssw0rd

Script PowerShell creación maquinas virtuales automáticamente

Tenemos la maqueta de la máquina virtual, o mejor dicho, su disco duro. Es el que está apagado y NO se ha encendido después de cerrar la maqueta. Lo reservamos en una carpeta aparte para hacer copias para las diferentes máquinas que tengamos que crear.

En este apartado empezamos a programar un poco con PowerShell para hacer lo siguiente:

1. Crear una nueva máquina virtual con una configuración estándar.
2. Conectar la máquina virtual a un switch virtual predefinido.
3. Personalizar la configuración de la máquina virtual en cuanto a procesador, memoria, como se tiene que poner en marcha, como se tiene que parar, servicios de integración entre anfitrión y máquina virtual.
4. Mover la definición de la máquina virtual a una carpeta con su nombre del qué colgarán todos los archivos que dependen de ella.
5. Crear su disco duro C a partir del disco duro maestro que se ha creado en el proceso anterior.
6. Asignar el disco duro C a la máquina virtual y establecerlo como único método de arranque de la misma.
7. Poner en marcha la nueva máquina virtual.
8. El proceso de instalación desatendida nos la dejará con la pantalla del Control + Alt + Supr. Lista para trabajar.

Ahora bien, no os quiero dejar sólo el script para ejecutarlo y ya está, no estaría haciendo bien el trabajo.

Se trata de enseñar a pescar, para que podáis seguir solos y no de daros todo masticado para que siempre dependais de alguien.

En el anfitrión de virtualización, abrir la consola de PowerShell en su entorno gráfico y con privilegios de administrador. En el menú de inicio téneis que buscar el Windows PowerShell ISE. Botón derecho sobre el nombre y hacer clic en ejecutar como Administrador.

Asegurar que se visualiza la ventana para crear un script. En la pantalla anterior no está, hacer clic en la parte superior derecha la opción Script para visualizarla.

Se debe escribir en la parte de arriba, para después poder ejecutar en la consola de PowerShell de la parte inferior de forma seguida. Lo haremos paso a paso, pero después lo juntaremos en dos funciones.

Establecemos los parámetros, digamos estándares, de las máquinas virtuales a crear. Nombre de la máquina virtual, ubicación del disco duro que se utilizará como plantilla (el que se ha creado en el paso anterior), nombre del switch virtual donde se conectará la máquina virtual, cantidad de memoria RAM estática que tendrá la máquina virtual y el número de virtual CPUs. Todo esto lo ponemos en variables al principio. Si tenemos la necesidad de cambiarlo, es más fácil hacerlo así que con código de por medio. Por lo tanto, se tienen que declarar variables. En PowerShell la declaración de variables se hace mediante el símbolo del dólar ($) delante del nombre. Los comentarios se marcan con el símbolo almohadilla (#) seguido del comentario. Estos no hace falta que se copien, sirven para entender el código.

$nombreVM = "srvPRUEBA"
$plantillaVHDX = "D:\VMs\Plantillas\Windows2016coreplantilla.vhdx"
$switch = "swExtern" #switch virtual donde conectar las máquinas virtuales.
$MemoriaRAM = 2048MB #memoria RAM de la máquina virtual.
$CPUs = 2 # número de procesadores virtuales

A continuación tenemos que jugar un poco con las variables anteriores para la reubicación de los archivos en el disco duro.

$CarpetaVM = "d:\VMs\" + $nombreVM  # La carpeta que contendrá las subcarpetas y archivos de la VM.
$CarpetaVHDX = $CarpetaVM + "\Virtual Hard Disks\" # La carpeta donde se copiará el disco duro virtual.
$UbicacionDisco = $CarpetaVHDX + $nombreVM + "_C.vhdx" # El nombre del disco duro virtual para la unidad C.

Ya tenemos todos los datos necesarios. El siguiente paso es hacer alguna cosa con ellos. Empezamos comprobando que el switch virtual existe. En caso que no exista, creamos uno del tipo Privado donde conectar la máquina virtual.

El comando if actúa como condicional (si pasa esto, haz esto otro). ¿El qué? pues se hace un listado de los switchs virtuales que tiene el anfitrión (Get-VMSwitch). De esta lista sólo se selecciona el que su nombre es el que se ha indicado en la variable $switch. Con el resultado, se hace un recuento (.count) de la cantidad de switch que puede haber. Si la lista contiene 1 elemento, bingo, el switch existe. Poniendo el símbolo de admiración al inicio (!), indica que se tiene que cumplir precisamente lo contrario, si la lista no es igual a 1, no tenemos switch. Por lo tanto, para no dar errores en la creación de máquinas virtuales, se crea uno de entorno privado. El comando write-host sirve para sacar alguna cosa por pantalla, en caso de crear el switch lo indica con el texto de color verde.

if (!(Get-VMSwitch | Where-Object -Property Name -eq $switch).count -eq 1)
{
   # El switch virtual no existe, se crea uno del tipo privado.
   New-VMSwitch -Name $switch -SwitchType Private
   write-host("No existe el switch parametrizado, se ha creado uno de privado llamado: " + $switch) -foregroundColor Green
}

Pasamos a crear la máquina virtual propiamente dicha (New-Vm), estableciendo los parámetros básicos necesarios. Nombre (-Name), memoria (-MemoryStartupBytes), switch (-SwitchName) y generación del hardware (Generation). Ya sabéis este último, 1 para máquinas Windows 2008 R2 atrás y 2 para máquinas Windows 2012 R2 delante. En lugar de los valores concretos, se utilizan las variables que se han declarado en la primera parte:

New-VM -Name $nombreVM -MemoryStartupBytes $MemoriaRAM -SwitchName $switch -Generation 2

Con la máquina virtual creada, la parte básica, como que ocupa poco espacio, es el momento de mover todos sus archivos a una ubicación única y controlada, que sinó después nos volvemos locos. Esto se hace con el Move-VMStorage. Indicando la máquina virtual (get-vm $nombreVM) y la carpeta de destino (-DestinationStoragePath). También podéis ver que se utilizan variables en lugar de nombres concretos.

Move-VMStorage -VM (get-vm $nombreVM) -DestinationStoragePath $CarpetaVM

Afinamos la configuración de la máquina virtual. Se define que la memoria sea estática (-StaticMemory) en lugar de dinámica, el número de CPUs (-ProcessorCount), que la máquina se ponga en marcha 10 segundos después de iniciar el anfitrión (-AutomaticStartAction Start y             -AutomaticStartDelay 10), que la máquina se pare ordenadamente al cerrar el anfitríón (-AutomaticStopAction ShutDown) y que no tenga habilitados los puntos de consistencia (snapshots) por defecto (-CheckpointType Disabled).

set-vm $nombreVM -StaticMemory -ProcessorCount $CPUs -AutomaticStartAction Start -AutomaticStartDelay 10 -AutomaticStopAction ShutDown -CheckpointType Disabled

También se deshabilita la sincronización de la hora desde el anfitrión a la máquina virtual. Si esto no lo tenéis bien configurado y hay una desincronización de más de 5 minutos, estáis fuera del Active Directory y ¡supone muchos problemas!

Disable-VMIntegrationService -VMName $nombreVM -name *time*

La máquina virtual ya está bien definida, falta el disco duro. Crear la carpeta para alojar los discos duros virtuales (new-item) dentro de la carpeta de la máquina virtual, copìar el disco duro que (copy-item) se ha maquetado y cambiarle el nombre (rename-item).

New-Item $CarpetaVHDX -type directory
Copy-item $plantillaVHDX -Destination $CarpetaVHDX
Rename-Item ($CarpetaVHDX + "Windows2016coreplantilla.vhdx") $UbicacionDisco

Añadir el nuevo disco duro a la máquina virtual (add-vmharddiskdrive) como disco duro SCSI (si la máquina es de generación 1 tiene que ser IDE) y configurarlo como método de inicio de la máquina virtual (set-vmfirmware). Si la máquina es de generación 1 tiene que ser set-vmbios:

Add-VMHardDiskDrive -VMName $nombreVM -Path $UbicacionDisco -ControllerType SCSI
Set-VMFirmware -VMName $NombreVM -BootOrder (Get-VMHardDiskDrive -VMName $nombrevm)

Ya está todo a punto, sólo queda poner en marcha la máquina virtual (start-vm) y que el proceso de maquetación acabe su trabajo. Nos podemos conectar a ella directamente (vmconnect):

start-vm (Get-VM $nombreVM)
vmconnect localhost $nombreVM

Con todo esto escrito en la parte superior, ya se puede poner en práctica haciendo clic en el botón del play o pulsando la tecla F5.

Esperar un rato. Dependiendo del tamaño de la plantilla tardará más o menos en copiarla. Es la parte más pesada de estos script.

Para acabar abriéndose una consola con la nueva máquina virtual acabando de personalizarse y quedarse con el Control + Alt + Supr lista para trabajar.

La cosa no acaba aquí. Esto sólo crea una máquina virtual y ¿si quiero crear muchas de seguidas? ¿He de estar modificando este script cada vez? La respuesta es NO, sino que a partir de todo este código anterior, se crea una función (function NuevaVM { }) donde dentro de las claves se pone el código y hacemos una pequeña variación, en lugar de especificar el nombre de la máquina virtual, hacemos que lo coja del parámetro ($nombreVM = $args[0]) que se le pasará a la función. El resto es todo igual (no reproduzco todo el código de nuevo (…)).

function NuevaVM
{
   $nombreVM = $args[0]

   $plantillaVHDX = "D:\VMs\Plantillas\Windows2016coreplantilla.vhdx"
   $switch = "swExtern" #switch virtual donde conectar las máquinas virtuales.
...
   start-vm (Get-VM $nombreVM)
   vmconnect localhost $nombreVM
}

Si ahora se ejecuta este script, NO pasa nada, simplemente se ha definido una función en la consola, pero que no tiene una acción directa en el sistema. No se ha creado ninguna nueva máquina virtual ni nada de nada.

Para crear una nueva máquina virtual utilizando nuestra función, se ejecuta el nombre de la función (NuevaVM) seguida del nombre de la nueva máquina virtual (srvDOS).

nuevavm srvDOS

Para cerrar, ¿y si quiero crear un entorno de varias máquinas virtuales a la vez? Por ejemplo una de Active Directory (srvDC), una para Microsoft SQL Server (srvSQL) y dos para servidor web (srvWEB1 y srvWEB2).

Se crea una función en que se le puedan pasar todos estos nombres (param) y vaya creando (foreach) una a una las máquinas virtuales utilizando la función anterior (NuevaVM).

function CrearEntornoAppWeb
{
   param([string[]] $VMs)
   foreach ($VM in $VMs)
   {
      write-host("Creando máquina virtual: " + $VM) -ForegroundColor Green
      NuevaVM $VM
   }
}

Es una función, por lo tanto tampoco ha hecho nada al ejecutarla, simplemente se ha dado de alta en el sistema. Pero ahora tenemos una instrucción muy potente, ponéos cómodos mientras va creando y arrancando las 4 máquinas virtuales sólo:

CrearEntornoAppWeb srvDC,srvSQL,srvWEB1,srvWEB2

Una vez finaliza de trabajar para nosotros, tenemos las cuatro máquinas encendidas y a punto para trabajar.

¡Y, claro, no escribiremos cada vez todas estas líneas de código!. Menú Archivo, Guardar como. La próxima vez sólo hay que abrirlo, y ejecutarlo para tener a disposición para la creación máquinas virtuales. También se puede añadir a otros procesos automáticos, el trabajo gordo ya está hecho. ¿Cuál será tu próximo paso?

Os dejo el script que he creado en esta entrada, colgado en el repositorio de GitHub, para no picar tanto código.

¿Te ha gustado el artículo? Lo puedes compartir en las redes sociales. También puedes dejar tu opinión, comentario o sugerencia. ¡Gracias!

Similar Posts by The Author:

• Microsoft SQL Server con SMB3
• Microsoft SQL Server amb SMB3
• Containers en Linux
• Containers amb Linux
• Migrar el servidor de archivos a Windows Server 2019
• Migrar el servidor de fitxers a Windows Server 2019
• Puerta enlace a Azure en el Windows Admin Center
• Porta enllaç a Azure en el Windows Admin Center
• Hola mundo! WordPress 5 y Gutenberg
• Hola món! WordPress 5 i Gutenberg