Hardware virtual
Presenta la máquina q35, discos, red Virtio, firmware y consola al sistema invitado.
VIRTUALIZACIÓN LINUX · DE CERO A PRODUCCIÓN
Entiende cómo se construye, arranca, conecta y gestiona una máquina virtual real. Doce laboratorios convierten QEMU, KVM y libvirt en un sistema que puedes observar y operar.
01 comprobar CPU y /dev/kvm 02 crear disco qcow2 03 definir hardware virtual 04 arrancar Ubuntu 05 verificar por SSH y agente
PRIMERO, EL MODELO MENTAL
Una máquina virtual es un ordenador definido por software: recibe CPU, memoria, disco, red y firmware propios, y arranca su propio sistema operativo. Este repositorio te deja ver y controlar cada capa.
Fue creado para cubrir el espacio entre instalar un paquete y comprender una plataforma de virtualización. Cada concepto produce un recurso real y evidencia consultada desde el host o el guest.
Presenta la máquina q35, discos, red Virtio, firmware y consola al sistema invitado.
Usa el kernel Linux y las extensiones de la CPU para ejecutar el guest con rendimiento cercano al nativo.
Conserva la definición y coordina dominios, redes, snapshots, recursos y migración.
QUÉ ESTÁS LEVANTANDO
La configuración predeterminada crea un overlay reutilizable, conecta la VM a NAT y mantiene la consola en loopback. El host incompatible se detiene con una causa concreta.
QUÉ GESTIONAS
Relaciona cada comando con CPU, memoria, almacenamiento, firmware o red.
Prueba kernels, imágenes y servicios en entornos aislados y reproducibles.
Comprende la base técnica de homelabs, nubes privadas y orquestadores.
RUTA PROGRESIVA
PROYECTO FINAL
Crea, lista, arranca, detiene, clona, snapshot y elimina máquinas reales mediante libvirt/QEMU-KVM.
vm-manager create demo --base-image ubuntu.qcow2PREGUNTAS CLAVE
Los labs completos usan KVM y requieren Linux. En Windows la ruta es WSL2 cuando expone /dev/kvm. macOS puede ejecutar los labs de discos y arranque con TCG.
Crea máquinas virtuales con su propio kernel. Los contenedores comparten el kernel del host.
No. El recorrido principal es local. La migración necesita un segundo host que tú controles.
Las verificaciones consultan qemu-img, libvirt, el guest agent y SSH. La evidencia queda en archivos locales; no depende de mensajes de éxito prefabricados.