Las redes de hipervisores sustentan buena parte del cloud moderno y los centros de datos actuales, coordinando cómputo, memoria, almacenamiento y conectividad entre múltiples máquinas virtuales sobre el mismo hardware. Entender qué es un hipervisor, cómo funciona y qué tipos existen es clave para escoger la plataforma adecuada y ajustar el rendimiento y la seguridad de tus cargas.
A grandes rasgos, un hipervisor es el software (o firmware) que habilita que varios sistemas operativos se ejecuten a la vez sobre un único servidor fÃsico, aislados entre sà y con recursos asignados a demanda. Esta capa de virtualización, también llamada VMM (Virtual Machine Monitor), separa las VM del hardware y las orquesta para que no se estorben entre sÃ, incluso cuando una se bloquea o sufre un incidente de seguridad.
Qué es un hipervisor y para qué sirve
Un hipervisor actúa como «árbitro» entre las máquinas virtuales (guests) y el servidor fÃsico (host), repartiéndoles CPU, memoria, almacenamiento y red con polÃticas de planificación. Gracias a esta abstracción, un único servidor fÃsico puede ejecutar varias VM y sistemas operativos distintos a la vez, optimizando el uso de recursos y reduciendo costes de hardware.
El término «hipervisor» se popularizó como evolución del «supervisor» del sistema operativo: con el prefijo «hiper-», hace alusión a que se sitúa por encima, gestionando varios «supervisores» a la vez (los kernels de cada VM). Los hipervisores son pieza básica del cloud computing porque facilitan la movilidad, la escalabilidad y la accesibilidad de las cargas en nubes públicas y privadas.
En entornos empresariales, esa separación de recursos facilita migraciones, alta disponibilidad y multitenencia. En nubes públicas el hipervisor ejecuta múltiples VM de distintos inquilinos en el mismo host, mientras que en nubes privadas el servidor bare-metal se dedica a un único inquilino, acercándose al comportamiento de un dedicado.
Cómo funciona un hipervisor
Para operar VM, todo hipervisor se apoya en componentes del sistema operativo como el gestor de memoria, el planificador de procesos, la pila de E/S, los controladores de dispositivos, la seguridad y la pila de red. El hipervisor asigna y programa los recursos virtuales sobre el hardware real: la CPU ejecuta instrucciones de las VM y el hipervisor decide «cuándo» y «qué» se ejecuta.
Esta arquitectura permite ejecutar simultáneamente varios sistemas operativos invitados sobre el mismo servidor, compartiendo el hardware de forma segura. Antes de popularizarse los hipervisores, un equipo fÃsico solÃa ejecutar un único sistema operativo y gran parte de su capacidad quedaba infrautilizada; la virtualización resuelve ese desperdicio.
Conviene distinguir «máquina virtual» de «servidor virtual». Una VM es la emulación de un ordenador fÃsico con su propio SO y aplicaciones, mientras que un servidor virtual replica un servidor bare metal especÃfico (por ejemplo, web o DNS) apoyándose igualmente en la capa de hipervisor.
Tipos de hipervisores
La literatura clásica (Popek y Goldberg, 1974) distingue dos categorÃas: tipo 1 (bare‑metal) y tipo 2 (alojados). La frontera conceptual es clara: el tipo 1 se instala directamente en el hardware y el tipo 2 se ejecuta sobre un sistema operativo anfitrión.
Tipo 1 o bare‑metal
El hipervisor se coloca directamente sobre el servidor fÃsico y hace de sistema operativo mÃnimo, gestionando los SO invitados. Al no interponerse un OS host, el acceso a recursos es más directo, lo que se traduce en menor latencia, mayor rendimiento y un perÃmetro de ataque más pequeño.
Son la elección habitual en centros de datos por su eficiencia, estabilidad y seguridad. Ejemplos destacados incluyen KVM, Proxmox VE y Xen (código abierto), asà como soluciones comerciales como Microsoft Hyper‑V, VMware ESXi y Citrix Hypervisor.
Tipo 2 o alojados
En este caso, el hipervisor se instala como una aplicación sobre el sistema operativo del host. El OS anfitrión arbitra el acceso al hardware, por lo que hay cierta latencia adicional y dependencia de su estabilidad, si bien su configuración es más sencilla.
Resultan muy útiles para equipos de desarrollo, pruebas, docencia o investigación de seguridad, y para usuarios que necesitan varios SO en su equipo personal. Entre los ejemplos figuran QEMU y VirtualBox (open source; guÃa de instalación VDI) y, en el ámbito comercial, Parallels Desktop, VMware Workstation Player y VMware Fusion.
Beneficios principales de los hipervisores
Al consolidar varios entornos en un mismo servidor fÃsico, las organizaciones aprovechan mejor sus recursos. Entre las ventajas sobresalen el ahorro de costes, la eficiencia y la flexibilidad para mover cargas entre distintos tipos de hardware.
La portabilidad y la distribución de recursos simplifican la operación y reducen tiempos de puesta en marcha. Además, el aislamiento lógico impide que un fallo o problema de seguridad en una VM afecte a las demás, elevando el nivel de resiliencia del conjunto.
En escenarios con varios inquilinos, los hipervisores de tipo 1 dominan por rendimiento y seguridad; en puestos de trabajo y laboratorios, los de tipo 2 aportan rapidez de despliegue. Elegir uno u otro depende del caso de uso y de los requisitos de control y servicio de cada organización.
Red, E/S y almacenamiento en entornos virtualizados
El hipervisor hace uso de la pila de red, controladores de dispositivos y mecanismos de E/S para conectar cada VM con el exterior. La virtualización de red permite crear switches, NICs y VLAN virtuales por software, aislando y segmentando tráfico entre inquilinos o aplicaciones con gran granularidad.
En cuanto al almacenamiento, el hipervisor gestiona la memoria que necesita cada operación, pero el rendimiento depende del backend de datos. Para evitar cuellos de botella, conviene acompañar la plataforma con cabinas o almacenamiento local de altas prestaciones; una guÃa para convertir discos virtuales facilita migraciones y compatibilidad entre entornos. Algunos fabricantes integran sus matrices con APIs como VMware VAAI para mejorar offload y eficiencia.
En telecomunicaciones y edge, los hipervisores posibilitan la virtualización de funciones de red: núcleo 5G, borde y OSS/BSS, corriendo en el mismo pool fÃsico. La agilidad para escalar servicios según demanda es uno de sus grandes atractivos en estos escenarios.
Si buscas redes abiertas, la combinación con conmutadores whitebox es una opción a considerar para maximizar flexibilidad. Ese enfoque ayuda a desplegar infraestructuras programables y multivendor junto a los hipervisores.
Catálogo de hipervisores y plataformas relacionadas (tipo 1)
Proxmox VE
Plataforma open source basada en Debian que integra virtualización completa con KVM y contenedores LXC. Desarrollador: Proxmox Server Solutions. Licencia: GNU AGPL v3. Última versión indicada en las fuentes: Proxmox VE 8.1.
KVM (Kernel‑based Virtual Machine)
Módulo del kernel de Linux que convierte al sistema en un hipervisor bare‑metal, incorporado en la rama principal desde 2007 (2.6.20). Desarrollador: comunidad del kernel de Linux. Licencias: GPL/LGPL. Es el pilar de muchas soluciones empresariales y de nube.
LXC (Linux Containers)
TecnologÃa de virtualización a nivel de sistema operativo para Linux, orientada a contenedores. Desarrolladores: Virtuozzo, IBM, Google, Eric Biederman y otros (kernel); Daniel Lezcano, Serge Hallyn, Stéphane Graber y comunidad (espacio de usuario). Licencia: LGPLv2.1+. Última versión citada: LXC 5.0.
VMware ESXi
Hipervisor bare‑metal empresarial que forma parte de vSphere, con kernel propio; a partir de la versión 4.1 (2010) pasó de ESX a ESXi. Desarrollador: VMware (adquirida por Broadcom en 2023). Licencia: propietaria. Versión mencionada en las fuentes: ESXi 8.0 Update 2.
OpenStack
Plataforma cloud open source para nubes públicas y privadas que orquesta hipervisores y recursos. Desarrollador: Open Infrastructure Foundation y comunidad. Licencia: Apache 2.0. Release citada: Bobcat (2023.2). No es un hipervisor en sÃ, sino el tejido de control para gestionar varios.
Red Hat Virtualization (RHV)
Plataforma empresarial basada en KVM. Desarrollador: Red Hat. Última versión listada: RHV 4.4. Orientada a despliegues corporativos con soporte y herramientas de gestión.
Microsoft Hyper‑V
Hipervisor bare‑metal de Microsoft, muy extendido en entornos Windows Server y Azure Stack. Ofrece integración estrecha con ecosistema Microsoft y herramientas administrativas conocidas.
Xen / Xen Project
Hipervisor tipo 1 surgido en la Universidad de Cambridge (2003) y hoy bajo el paraguas de The Linux Foundation con apoyo de Intel, Citrix y AMD. Licencia: GPL. Versión citada: Xen 4.18. Admite virtualización completa y paravirtualización.
Citrix Hypervisor
Solución bare‑metal de Citrix basada en Xen (antes XenServer). Se centra en virtualización de escritorios y aplicaciones además de cargas de servidor.
Nutanix AHV
Hipervisor tipo 1 integrado en la plataforma HCI de Nutanix. Destaca por su administración simplificada y alta disponibilidad en entornos empresariales.
Lista de hipervisores alojados (tipo 2)
VirtualBox (Oracle VM VirtualBox)
Hipervisor de escritorio open source (con componentes propietarios opcionales), originado en Innotek y posteriormente adquirido por Sun y luego por Oracle. Licencias: GPLv2 y licencia propietaria. Última versión citada: 7.0. Multiplataforma y popular en laboratorios.
QEMU
Proyecto libre que funciona como emulador y virtualizador, iniciado por Fabrice Bellard y mantenido por la comunidad (Peter Maydell y otros). Licencias: GPLv2 y adicionales. Versión indicada: 8.2.2. Clave para arquitecturas cruzadas y pruebas.
VMware Workstation Player
Hipervisor alojado para Windows y Linux; comparte base con VMware Workstation desde 2015 y ofrece versión gratuita para uso personal y de evaluación. Licencia: propietaria. Versión: Workstation 17.0 Player. Adecuado para ejecutar VM locales con buen rendimiento.
VMware Fusion
Hipervisor de escritorio para macOS. Licencia: propietaria. Versión mencionada: 13. Permite ejecutar múltiples SO en Mac con integración avanzada.
Parallels Desktop
Hipervisor alojado centrado en ejecutar Windows en Mac sin reiniciar. Licencia: propietaria. Versión citada: 19. Conocido por su experiencia de usuario pulida.
Elección según necesidades y costes
- Si tu prioridad es el rendimiento, la escalabilidad y el control granular, el tipo 1 es lo tuyo: acceso directo al hardware, menor latencia y mejor gestión de recursos. En contrapartida, suele implicar mayor complejidad operativa y coste (habilidades especializadas y, a veces, licenciamiento).
- Si buscas facilidad de instalación, rapidez para montar entornos y menor inversión, un tipo 2 encaja mejor en sobremesas y laboratorios; consulta alternativas a VirtualBox. La presencia del OS anfitrión añade latencia, pero hoy la aceleración por hardware mitiga buena parte del impacto en muchos usos.
- Otra variable es la seguridad: los bare‑metal reducen la superficie de ataque al eliminar el OS host; los alojados dependen de la salud del sistema principal. Sea cual sea la elección, mantener actualizados hipervisor, invitados y firmwares es innegociable.
El término redes de hipervisores resume el entramado de cómputo, red y almacenamiento virtualizados que hace posible consolidar, aislar y escalar cargas con garantÃa, tanto en centros de datos como en el borde. Con la combinación adecuada de tipo 1 o tipo 2, buenas prácticas de red/E/S y la plataforma correcta, es perfectamente viable obtener rendimiento, seguridad y eficiencia de primera en tus despliegues.