Un hipervisor es la capa que permite ejecutar máquinas virtuales sobre un equipo físico. Presenta CPU, memoria, almacenamiento y dispositivos virtuales a cada sistema invitado, y decide cómo se reparten los recursos disponibles.
No es sinónimo de virtualización completa: es el componente que coordina una parte esencial de ella.
Su posición entre hardware y máquinas
El hipervisor controla el acceso de las VMs al procesador y a la memoria, traduce operaciones de entrada y salida y aplica límites o reservas. El sistema invitado ve hardware virtual, mientras el host mantiene la coordinación. Una mala asignación puede provocar espera aunque exista capacidad total libre.
Tipo 1 y tipo 2
Un hipervisor de tipo 1 se ejecuta directamente sobre el hardware y suele utilizarse en servidores. El tipo 2 funciona sobre un sistema operativo anfitrión, como ocurre en muchos entornos de escritorio y laboratorio. La distinción ayuda a entender la cadena de dependencias, pero el rendimiento final depende también de controladores, configuración y carga.
Planificación de CPU y memoria
El hipervisor asigna vCPU y puede programar varias VMs sobre los mismos núcleos físicos. Una VM con demasiadas vCPU no siempre rinde mejor si compite por tiempo de ejecución. Con la memoria, la sobreasignación puede producir presión, intercambio o técnicas de recuperación que degradan la previsibilidad.
Un servidor con cuatro núcleos físicos puede alojar varias VMs pequeñas, pero eso no significa que todas puedan usar cuatro núcleos intensivamente al mismo tiempo.
Discos y dispositivos virtuales
Los discos virtuales se apoyan en almacenamiento físico y añaden una capa de traducción. Instantáneas, clones y migraciones son útiles, aunque consumen espacio y no sustituyen una copia independiente. La red virtual también necesita puentes, interfaces y reglas que deben monitorizarse.
Aislamiento y operación
La separación entre VMs reduce interferencias, pero no elimina riesgos del host, del hipervisor ni de la administración. Mantén actualizaciones, restringe el acceso de gestión y registra cambios. El aislamiento debe valorarse junto con las obligaciones de copia y recuperación.
Qué debe decidir el administrador
Antes de elegir una plataforma, define densidad de VMs, sistemas invitados, necesidades de migración, almacenamiento y capacidad de recuperación. El hipervisor facilita consolidar hardware, pero añade otra capa que hay que conocer y mantener.
Sobreasignación y previsibilidad
La sobreasignación permite aprovechar picos diferentes entre VMs, pero puede degradar todas las cargas si coinciden. Revisa tiempo de espera de CPU, presión de memoria y latencia de almacenamiento. Los límites y reservas deben responder a la criticidad de cada servicio.
Migración y mantenimiento
Algunas plataformas permiten mover una VM entre hosts, pero el proceso depende de almacenamiento, red, compatibilidad de CPU y estado de la aplicación. La migración no evita probar actualizaciones del hipervisor ni mantener un plan de recuperación si la operación falla.
Acceso de gestión
Protege la consola, separa cuentas administrativas y registra cambios. El control del hipervisor equivale a una capacidad amplia sobre las VMs; una credencial expuesta puede afectar a varios sistemas a la vez.
Intercambio entre aislamiento y densidad
Consolidar muchas VMs sobre un host reduce hardware, pero aumenta la concentración del riesgo. La reserva de recursos para servicios esenciales y la distribución entre hosts evitan que una sola tarea de copia consuma toda la capacidad.
El administrador debe observar ready time de CPU, presión de memoria, latencia de almacenamiento y errores de red. El porcentaje medio de uso puede ocultar esperas breves que afectan a una aplicación.
Compatibilidad de hardware virtual
La VM no ve necesariamente las mismas capacidades que el hardware físico. Controladores, versión de máquina virtual y herramientas del invitado influyen en reloj, red, discos y migración. Mantén una combinación compatible antes de mover cargas entre hosts.
Un hipervisor no es el plan completo
La capa de virtualización facilita administrar entornos, pero el sistema invitado continúa necesitando parches, usuarios, copias y registros. Usa su capacidad de aislamiento como una pieza del diseño, no como sustituto de la seguridad del servicio.
Revisar la plataforma completa
Antes de consolidar, comprueba compatibilidad de sistemas invitados, copias, acceso de gestión y capacidad de recuperación. La abstracción facilita mover una carga, pero no elimina las dependencias del hardware, de la red ni del almacenamiento.
El mejor resultado combina aislamiento suficiente con una operación que el equipo pueda mantener.
El entorno invitado también importa
Instala herramientas compatibles, sincroniza el reloj y revisa controladores de red y disco. Una VM puede sufrir errores por una mala integración aunque el hipervisor tenga capacidad suficiente.
Registra las versiones y prueba una actualización en una máquina no crítica. La estabilidad depende de la combinación completa de host, hipervisor, hardware y sistema invitado.
La capacidad de mover una VM no debe confundirse con una copia de seguridad. Conserva versiones históricas y prueba el arranque en un host alternativo cuando el servicio lo requiera.
La consola de gestión debe quedar separada de las redes públicas y protegida con cuentas individuales. Un registro de cambios ayuda a explicar quién asignó recursos o modificó una máquina.
La documentación debe indicar qué hacer si el host no arranca.
La decisión debe incluir la versión del hipervisor, el hardware compatible, las copias y la forma de recuperar una VM si el host queda fuera de servicio.