Venimos de aquí:
Voy a darle otra vuelta de tuerca al asunto porque me he encontrado con la tarea de montar un aula con 15 máquinas virtuales con Windows 10.
Podría haber hecho la configuración completa en cada una de las máquinas a mano, pero he preferido escribir una tarea puppet que automatice todo lo posible los pasos descritos en los enlaces anteriores por dos motivos:
- Me da pereza repetir lo mismo n veces. Soy administrador de sistemas: pienso que mi tarea consiste en trabajar construyendo cosas divertidas que me evitan trabajar repitiendo cosas aburridas.
- Porque en Xubuntu 18 me he propuesto hacer todo lo que pueda desde puppet para facilitar cualquier nueva instalación y la migración futura a Xubuntu 22.
2. Tarea puppet.
La tarea puppet tiene esta estructura:
├── files
│ ├── 15-vbox.conf
│ ├── Oracle_VM_VirtualBox_Extension_Pack-5.2.18.vbox-extpack
│ ├── run_vbox
│ ├── vbox_permisos
│ ├── VirtualBox.xml
│ └── Win10.vbox
└── manifests
└── init.pp
# cat init.pp
import "/etc/puppet/defines/*.pp"
class xubuntu18_virtualbox {
#Deja todo preparado para arrancar una máquina virtual con run_vbox
#Solo haria falta instalar el fichero con permisos 777 .vdi en la ruta /datos/VirtualBox VMs/VirtualBox/Win10-Choco-Autocad-Office.vdi. Si se cambia hay que editar los ficheros Virtualbox.xml y Win10.box
package {"virtualbox": ensure => installed}
package {"virtualbox-guest-additions-iso": ensure => installed }
line { entorno_virtualbox:
file => "/etc/environment",
line => 'export VBOX_USER_HOME="/datos/VirtualBox VMs/VirtualBox"',
ensure => present
}
$dirs = [ "/datos", "/datos/VirtualBox VMs","/datos/VirtualBox VMs/VirtualBox","/datos/VirtualBox VMs/VirtualBox/Win10","/datos/VirtualBox VMs/VirtualBox/Win10/Logs" ]
file {$dirs:
ensure => 'directory',
owner => 'root',
group => 'root',
mode => '0777',
before => [File ["/datos/VirtualBox VMs/VirtualBox/VirtualBox.xml"], File ["/datos/VirtualBox VMs/VirtualBox/Win10/Win10.vbox"], File ["extpack"] ]
}
file { "/datos/VirtualBox VMs/VirtualBox/VirtualBox.xml":
owner => root , group => root , mode => 644 ,
source => "puppet:///modules/xubuntu18_virtualbox/VirtualBox.xml",
}
file { "/datos/VirtualBox VMs/VirtualBox/Win10/Win10.vbox":
owner => root , group => root , mode => 644 ,
source => "puppet:///modules/xubuntu18_virtualbox/Win10.vbox",
}
file { "extpack":
path =>"/datos/VirtualBox VMs/VirtualBox/Oracle_VM_VirtualBox_Extension_Pack-5.2.18.vbox-extpack",
owner => root , group => root , mode => 644 ,
source => "puppet:///modules/xubuntu18_virtualbox/Oracle_VM_VirtualBox_Extension_Pack-5.2.18.vbox-extpack",
notify => Exec ["install_extpack"],
}
#El accept-license del extpack para instalacion desatendida se consigue instalando una vez a mano y cogiendo el código que nos muestra
exec { "install_extpack":
path => "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
command => 'vboxmanage extpack install --replace --accept-license=56be48f923303c8cababb0bb4c478284b688ed23f16d775d729b89a2e8e5f9eb "/datos/VirtualBox VMs/VirtualBox/Oracle_VM_VirtualBox_Extension_Pack-5.2.18.vbox-extpack"',
refreshonly => true,
}
#El fichero win.desktop para ir a /usr/share/applications se mete desde la tarea pupet xubuntu18_xfce4, junto con el icono. Aqui no lo haremos.
file {"/usr/bin/run_vbox":
owner => root , group => root , mode => 777 ,
source => "puppet:///modules/xubuntu18_virtualbox/run_vbox"
}
file {"/usr/bin/vbox_permisos":
owner => root , group => root , mode => 777 ,
source => "puppet:///modules/xubuntu18_virtualbox/vbox_permisos"
}
case $uso {
"infolab" : {
file {"/etc/lightdm/lightdm.conf.d/15-vbox.conf":
owner => root , group => root , mode => 644 ,
source => "puppet:///modules/xubuntu18_virtualbox/15-vbox.conf"
}
}
"siatic" : {
line { permisos:
file => "/usr/lib/siatic/poweron.sh",
line => "/usr/bin/vbox_permisos",
ensure => present
}
#En las siatic el directorio /datos se monta sobre el disco duro secundario. En los infolabs va en el raiz, ya que hay espacio de sobra en él.
line { disco_secundario:
file => "/etc/fstab",
line => "/dev/sdb1 /datos ext4 rw,relatime,data=ordered 0 0",
ensure => present
}
}
default: { }
}
}
- Instala los paquetes de virtualbox y su "extension pack" (en este caso la 5.2.18, habría que cambiarlo en función del tu Virtualbox).
- Crea el árbol de directorios /datos/VirtualBox VMs/VirtualBox/Win10, se configura el entorno para que virtualbox trabaje con esos directorios y pone en ellos los ficheros que definen la máquina virtual de Windows 10. Estos 2 ficheros son VirtualBox.xml y Win10.vbox, extraídos de una configuración manual de un virtualbox donde se prepara todo. Aquí cada cual pondrá lo que necesite según su caso.
- Se instalan los scripts run_vbox, que abrirá la máquina virtual, y vbox_permisos, que en el inicio de sesión configurará los permisos del usuario para hacer funcionar todo.
- Si es necesario y en función de la máquina, configuramos en fstab la ruta /datos para que se monte sobre la partición de mayor tamaño.
Aquí está el enlace a la tarea puppet completa, con todos los ficheros excepto el .vdi, evidentemente.
La carpeta /datos tiene este contenido (en negrita los ficheros significativos, el resto son creados de forma automática):
datos
└── VirtualBox VMs
└── VirtualBox
├── compreg.dat
├── Oracle_VM_VirtualBox_Extension_Pack-5.2.18.vbox-extpack
├── selectorwindow.log
├── selectorwindow.log.1
├── VBoxSVC.log
├── VBoxSVC.log.1
├── VBoxSVC.log.2
├── VBoxSVC.log.3
├── VBoxSVC.log.4
├── VBoxSVC.log.5
├── VBoxSVC.log.6
├── VBoxSVC.log.7
├── VirtualBox.xml
├── VirtualBox.xml-prev
├── Win10
│ ├── Logs
│ │ ├── VBox.log
│ │ ├── VBox.log.1
│ │ └── VBox.log.2
│ ├── Win10.vbox
│ └── Win10.vbox-prev
├── Win10-Original.vdi
├── Win10.vdi
└── xpti.dat
El fichero Wind10.vdi es la imagen de disco .vdi con el sistema operativo, enlazada desde dentro de Win10.vbox. El fichero Win10-Original.vdi es una copia que hago cada vez que actualizo Win10.vdi, que queda como un fichero de backup por si se estropease la máquina original tener una copia funcional en poco tiempo.
3. Distribución rápida de imágenes vdi.
Los ficheros .vdi son basante pesados (en mi caso una imagen de 27Gb) y distribuirlos por la red entre diferentes máquinas cuando se añade algo y hay que actualizar en todos los puestos se hace interminable.
Para evitarlo lo mejor es que, si tenemos la opción, hagamos esta distribución usando udpcast, que nos permite copiar por multicast una imagen en 15, 20 o más puestos a casi la misma velocidad que si fuese a un único puesto.
La única condición es que todas las máquinas estén conectadas al mismo switch y esté esté configurado para permitir multicast (con IGM Snooping activado y con ciertos controles -dependientes del modelo del switch- para evitar tormentas de red desactivados). Si todo está bien, la transferencia se realizará hacia todas la máquinas receptoras a unos 80-90Mbps, lo cual nos permitirá distribuir la imagen completa en todo el aula en menos de una hora.
La forma de hacerlo es instalar el paquete udpcast en todas las máquinas y en la máquina emisora (que puede ser cualquier PC del aula) hacer:
# udp-sender --file "/datos/VirtualBox VMs/VirtualBox/Win10.vdi" --interface eno1 --min-receivers 15
En los receptores hacemos:
# udp-receiver --file "/datos/VirtualBox VMs/VirtualBox/Win10.vdi" --interface eno1
Una vez hecha la copia de la imagen .vdi no hay que olvidar hacer una copia de seguridad en cada máquina y dar permisos 777 a "Win10.vdi" para permitir su acceso desde cualquier usuario que inicie sesión.
Nota: en mi caso he tenido un problema con la transmisión multicast que hacia que la velocidad de copia se redujese a 2-3Mbps. El problema es que en el aula donde estaba trabajando tenía un punto wifi Dlink DIR-860L configurado además como enlace de red entre el emisor y los receptores. El punto wifi limitaba el tráfico sin que yo cayese en ello, y nos ha hecho perder tiempo a mí y a mi compañero David pensando que el problema estaba en el switch del aula. Ojo por tanto con cualquier dispositivo adicional de electrónica de red que pudiera haber el aula, ya que el tráfico multicast puede ser penalizado al pasar por él.
