Cómo configurar un hipervisor: guía paso a paso

El hipervisor ejecuta máquinas virtuales en un único equipo físico. El sistema operativo invitado recibe un procesador virtual, memoria, disco, tarjeta de red y dispositivo de vídeo, y el hipervisor distribuye los recursos reales entre el host y los invitados.

El hipervisor es útil para un laboratorio doméstico, probar programas, ejecutar Linux en Windows, comprobar sistemas antiguos, aislar software sospechoso y desplegar entornos de servidor. Lo importante es elegir la plataforma adecuada y comprobar de antemano la configuración del procesador, BIOS o UEFI, la red y las funciones de seguridad de Windows.

Cómo elegir un hipervisor para Windows y Linux

Los hipervisores normalmente se dividen en dos tipos. Un hipervisor de tipo 1 funciona más cerca del hardware y gestiona máquinas virtuales a través de una capa del sistema. A este tipo pertenecen Hyper-V, VMware ESXi, Xen y KVM. Un hipervisor de tipo 2 se ejecuta como una aplicación dentro de un sistema operativo ya instalado. Un ejemplo es VirtualBox.

Con KVM suele haber confusión. El usuario instala paquetes en Ubuntu y ejecuta virt-manager como una aplicación normal, por eso KVM parece un hipervisor de tipo 2 desde el exterior. En arquitectura KVM funciona de otra manera: el módulo KVM se integra en el núcleo de Linux y convierte al núcleo en un hipervisor. QEMU crea dispositivos virtuales, libvirt gestiona las VM, virt-manager ofrece la interfaz gráfica, pero la aceleración por hardware la proporciona KVM en el núcleo.

En Windows, Hyper-V, cuando está activado, Windows Hypervisor Platform, Virtual Machine Platform, Credential Guard, «Aislamiento del núcleo» y «Integridad de la memoria» pueden interferir con VirtualBox y VMware Workstation. En VirtualBox, el icono de tortuga verde en la barra de estado de la VM significa que en el host hay un hipervisor nativo activo, por ejemplo Hyper-V. El rendimiento en ese modo puede disminuir.

Configuración paso a paso del hipervisor y la máquina virtual

Orden general de pasos

1. Compruebe si el procesador admite Intel VT-x o AMD-V.
2. Habilite la virtualización en BIOS o UEFI si la función está desactivada.
3. Elija un hipervisor principal según la tarea: VirtualBox, KVM o Hyper-V.
4. Descargue la imagen ISO del sistema invitado solo desde el sitio oficial.
5. Genere la VM y asigne recursos dejando reserva para el host.
6. Configure la red: NAT para acceso estándar a Internet, puente para que la VM sea visible en la red local, aislamiento para laboratorios.
7. Instale el sistema invitado, actualizaciones y controladores.
8. Haga una instantánea o punto de control tras la instalación limpia.

En Windows abra el Administrador de tareas, vaya a la pestaña Rendimiento, seleccione CPU y busque la línea Virtualización. Otra forma es abrir PowerShell y ejecutar:

systeminfo

En la parte inferior de la salida busque el bloque Hyper-V Requirements. Si la virtualización está deshabilitada en el firmware, Windows mostrará la línea correspondiente. En Linux ejecute:

lscpu | grep Virtualization

Para Intel suele aparecer VT-x, para AMD – AMD-V. Si no ve soporte, reinicie el equipo, entre en BIOS o UEFI, busque la sección CPU Configuration, Advanced, Security o Virtualization y active Intel Virtualization Technology, VT-x, AMD-V o SVM Mode.

Configuración de VirtualBox

VirtualBox es apropiado para entornos locales sencillos. Descargue el instalador desde la página oficial de descargas de VirtualBox, ejecute la instalación como administrador y confirme la instalación de los controladores de red. Durante la instalación la red del host puede perderse momentáneamente.

1. Abra VirtualBox y haga clic en New o «Crear».
2. Introduzca un nombre para la VM, por ejemplo ubuntu-lab.
3. Seleccione tipo y versión del SO, por ejemplo Linux y Ubuntu 64-bit.
4. Indique la imagen ISO del instalador.
5. Asigne 2 CPU y 4096 MB de RAM para Ubuntu Server. Para un invitado Windows conviene comenzar con 2–4 CPU y 8192 MB de RAM.
6. Genere un disco virtual VDI. Para Linux suelen bastar 30–60 GB; para Windows conviene 64–128 GB.
7. Elija NAT para acceso habitual a Internet o Bridged Adapter si la VM debe ser visible en la red local.
8. Inicie la VM, instale el SO y las actualizaciones.

Para Ubuntu, después del primer inicio ejecute:

sudo apt update
sudo apt upgrade -y

Para trabajar cómodamente con pantalla, ratón, portapapeles compartido y carpetas, instale Guest Additions. En el menú de la VM elija Devices, luego Insert Guest Additions CD Image. En el invitado Linux instale las dependencias:

sudo apt update
sudo apt install -y build-essential dkms linux-headers-$(uname -r)

Si el autorun no funcionó, monte el disco y ejecute el instalador:

sudo mkdir -p /mnt/cdrom
sudo mount /dev/cdrom /mnt/cdrom
sudo /mnt/cdrom/VBoxLinuxAdditions.run
sudo reboot

El modo puente a través de Wi‑Fi puede funcionar de forma inestable debido a limitaciones de la red inalámbrica y al manejo de direcciones MAC. Si la VM no recibe una dirección por DHCP, cambie a NAT, use Ethernet por cable o configure un segmento enrutado separado.

Configuración de KVM, QEMU y libvirt en Linux

KVM es más adecuado para un host Linux y operación continua de VM. Antes de la instalación verifique el soporte de virtualización y la carga de módulos:

lscpu | grep Virtualization
lsmod | grep kvm

Para Intel en la salida suele aparecer kvm_intel, para AMD – kvm_amd. En Ubuntu o Debian instale los paquetes necesarios:

sudo apt update
sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virt-manager

Añada el usuario a los grupos libvirt y kvm, luego cierre la sesión y vuelva a entrar:

sudo usermod -aG libvirt "$USER"
sudo usermod -aG kvm "$USER"

Inicie libvirt y compruebe el estado del servicio:

sudo systemctl enable --now libvirtd
systemctl status libvirtd
virsh list --all

Una lista vacía sin error significa que libvirt funciona pero aún no hay VM. Verifique la red default con NAT:

virsh net-list --all

Si la red está desactivada, iníciela y habilite el inicio automático:

sudo virsh net-start default
sudo virsh net-autostart default

Abra virt-manager, pulse Create a new virtual machine, elija Local install media, especifique la ISO, asigne CPU y RAM, cree el disco y seleccione la red default NAT. Para entornos repetibles es más cómodo usar la línea de comandos:

sudo virt-install 
  --name ubuntu-lab 
  --memory 4096 
  --vcpus 2 
  --disk size=40,path=/var/lib/libvirt/images/ubuntu-lab.qcow2,bus=virtio 
  --cdrom /var/lib/libvirt/boot/ubuntu-server.iso 
  --os-variant ubuntu24.04 
  --network network=default,model=virtio 
  --graphics spice 
  --console pty,target_type=serial

Los invitados Linux suelen funcionar con virtio por defecto. Un invitado Windows necesita los controladores VirtIO, de lo contrario el instalador puede no ver el disco y la red y el E/S de disco serán más lentos al usar dispositivos emulados. Conecte la ISO virtio-win desde el repositorio Fedora VirtIO Win, durante la instalación de Windows pulse Load driver y seleccione viostor o vioscsi. Tras la instalación añada VirtIO Guest Tools.

Comandos básicos de virsh:

virsh list --all
virsh start ubuntu-lab
virsh shutdown ubuntu-lab
virsh reboot ubuntu-lab
virsh dominfo ubuntu-lab

Si la VM usa un disco qcow2, cree una instantánea:

virsh snapshot-create-as ubuntu-lab clean-install "Clean install before tests"
virsh snapshot-list ubuntu-lab

Revertir a una instantánea se hace así:

virsh snapshot-revert ubuntu-lab clean-install

Configuración de Hyper-V en Windows

Hyper-V está disponible en Windows Pro, Enterprise, Education y Windows Server. En las ediciones Home de Windows el rol Hyper-V generalmente no está disponible por medios estándar. Hyper-V es un hipervisor de tipo 1: Windows opera en la partición root y los sistemas invitados se ejecutan en particiones child.

Abra PowerShell como administrador y ejecute:

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Tras la instalación reinicie el equipo. Otra vía: Panel de control, Programas, Activar o desactivar las características de Windows, Hyper-V.

1. Abra Hyper-V Manager.
2. Seleccione Virtual Switch Manager.
3. Creé un conmutador External si la VM necesita acceso a la red local.
4. Creé un conmutador Internal si la VM debe comunicarse solo con el host.
5. Creé un conmutador Private si las VM deben comunicarse solo entre ellas.
6. Seleccione New, luego Virtual Machine.
7. Introduzca el nombre de la VM.
8. Para sistemas modernos de 64 bits elija Generation 2.
9. Asigne RAM, conecte el conmutador virtual, cree un disco VHDX y especifique la ISO.
10. Inicie la VM e instale el sistema operativo.

Tras una instalación limpia cree un punto de control. En Hyper-V esos checkpoints funcionan como una reversión rápida antes de controladores, actualizaciones y pruebas arriesgadas, pero no sustituyen a una copia de seguridad.

Virtualización anidada, seguridad y errores comunes

La virtualización anidada, o Nested Virtualization, permite ejecutar un hipervisor dentro de una máquina virtual. Por ejemplo, se puede ejecutar Hyper-V dentro de una VM Hyper-V o KVM dentro de una VM Linux, si el hipervisor externo ha expuesto las extensiones de virtualización por hardware al invitado. Sin esta función, una VM dentro de otra a menudo no arranca o funciona mediante emulación lenta.

En Hyper-V la virtualización anidada se habilita en la VM apagada con un comando en el host físico:

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

Tras arrancar, el sistema invitado verá las extensiones de virtualización y podrá instalar su propio hipervisor. La virtualización anidada complica la red, consume más memoria y depende en mayor medida del CPU, la versión del SO y la configuración del invitado. En un laboratorio educativo la función es útil; para cargas de trabajo productivas no conviene añadir una capa adicional sin motivo.

En las versiones modernas de Windows 10 y Windows 11 las funciones de seguridad de terceros pueden interferir con hipervisores. Abra Seguridad de Windows, luego Seguridad del dispositivo, Detalles del aislamiento del núcleo y verifique «Integridad de la memoria». Desactive estos mecanismos solo en un host de prueba y tras evaluar el riesgo, porque protegen el sistema frente a ciertos ataques al núcleo y a controladores.

No asigne todos los recursos del host a las VM. Deje al host al menos 2 núcleos de CPU y 4–8 GB de RAM. En un portátil con 8 GB de RAM es mejor ejecutar una sola VM ligera que varias máquinas pesadas a la vez. Guarde los discos virtuales preferentemente en SSD: en HDD el sistema invitado tardará más en arrancar y irá más lento al aplicar actualizaciones.

Si el hipervisor se usa para análisis de software malicioso, cumpla la legislación de la Federación Rusa, las normas de su organización y los principios de comportamiento responsable. No ejecute muestras en redes que contengan sistemas de trabajo, datos personales o infraestructura ajena.

Preguntas frecuentes sobre la configuración del hipervisor

¿Por qué VirtualBox no inicia un sistema operativo invitado de 64 bits?

Lo más frecuente es que la virtualización por hardware esté desactivada en BIOS o UEFI, o que otro hipervisor ya haya tomado el acceso a la virtualización. Compruebe Intel VT-x, AMD-V o SVM Mode, así como componentes activos de Hyper-V y VBS en Windows.

¿Por qué llaman a KVM tipo 1 si se instala en Ubuntu?

KVM funciona como un módulo del núcleo de Linux y usa el núcleo como base del hipervisor. QEMU, libvirt y virt-manager parecen herramientas de gestión comunes, pero la aceleración de las VM la proporciona el nivel de núcleo.

¿Qué elegir para la primera máquina virtual?

Para empezar rápido en un equipo de trabajo es más sencillo VirtualBox. Para Windows Pro y entornos de trabajo es cómodo Hyper-V. Para un host Linux y operación continua de VM conviene KVM con libvirt y virt-manager.

¿Una instantánea sustituye a una copia de seguridad?

No. Una instantánea ayuda a revertir el estado de la VM, pero si el disco virtual principal se corrompe puede no salvar los datos. Para máquinas importantes copie el disco virtual y la configuración por separado.