Ansible permite automatizar la configuración de máquinas. Curiosamente, aunque he hablado de Ansible en otras ocasiones, no había dedicado ninguna entrada al proceso de instalación y configuración.
Vamos a corregir esta situación ;)
Photo by Mabel Amber
Ansible permite automatizar la configuración de máquinas. Curiosamente, aunque he hablado de Ansible en otras ocasiones, no había dedicado ninguna entrada al proceso de instalación y configuración.
Vamos a corregir esta situación ;)
En la entrada anterior indicaba que después de actualizar a la versión 0.55 de Hugo, recibía el mensaje:
WARN 2019/04/19 Page's .Hugo is deprecated and will be removed in a future release. Use the global hugo function.
Después de revisarlo, he encontrado la causa: en el fichero layouts/partials/meta.html
del tema, aparece { .Hugo.Generator }
.
Hugo sigue evolucinando y eso significa que cada nueva versión introduce pequeñas modificaciones y mejoras que no siempre son retrocompatibles.
En mi caso, al actualizar a la versión 0.54 encontré problemas a la hora de construir el blog. En la entrada Hugo: plantilla del tema actualizada explico cómo solucioné los errores que impedían generar el blog.
Debido a un inminente cambio en mi carrera profesional tengo que planificar el traspaso de las tareas que realizo a la persona que ocupe mi posición y que -cosas de los procesos de contratación- todavía no se ha incorporado (ni sabemos cuándo lo hará). Aunque cambio de departamento en la organización (es decir, no dejo la empresa), esta situación me ha llevado a reflexionar sobre todas esas cosas que hacemos en el día a día y que no están documentadas en ningún sitio.
Cada cierto tiempo instalo la última versión de Hugo, el motor que convierte contenido estático -en formato markdown- a las páginas HTML que estás leyendo ahora mismo. Sin embargo, al actualizar a la versión v0.54.0-B1A82C61 darwin/amd64
, obtuve múltiples mensajes de error que me impedían construir el sitio web y por tanto, no podía generar nuevas versiones del site.
En la entrada anterior hemos visto cómo crear y clonar discos. Si el disco clonado contiene el sistema operativo de una máquina virtual, el clon continene identificadores que deberían ser únicos (como el machine ID, direcciones MAC, claves SSH de host, etc).
Podemos usar virt-sysprep
para eliminar todos estos identificadores únicos.
Una vez creados los storage pools llega el momento de empezar a llenarlos con discos.
En la entrada anterior hemos visto cómo añadir una imagen ISO al pool que hemos creado para los medios de instalación.
Ahora vamos a crear discos para las máquinas virtuales.
En KVM existe el concepto de storage pool, que como indica su nombre, es un recurso de almacenamiento.
En mi caso, todo el almacenamiento es local, por lo que voy a examinar el pool existente y a continuación crearé un nuevo storage pool para guardar las ISOs de instalación de los diversos sistemas operativos que utilice.
Al disponer únicamente del disco local como espacio de almacenamiento la creación de storage pools adicionales sirve para separar los discos de las VMs (que dejaré en el pool default) de las ISOs y de paso, aprender cómo funcionan los storage pool en KVM ;)
La virtualización anidada permite ejecutar una máquina virtual dentro de otra máquina virtual aprovechando las posibilidades de aceleración por hardware que proporciona el sistema anfitrión.
KVM es un módulo de virtualización que permite al kernel de Linux funcionar como hipervisor. Al formar parte del kernel de Linux, no requiere un entorno de escritorio. Esto permite reducir el peso extra del sistema, pero también supone un reto a la hora de gestionar las máquinas virtuales.