¿Qué es la virtualización KVM?

Virtualización real con tu propio kernel y recursos reservados, frente al hosting en contenedores compartidos. Qué significa la diferencia para tu privacidad y tu control.
KVM es virtualización real: el kernel de Linux se convierte en hipervisor y cada VPS obtiene su propio kernel, su propia RAM y CPU reservadas y un aislamiento a nivel de hardware frente a sus vecinos. Los contenedores como OpenVZ y LXC, en cambio, comparten el kernel del host. Para cargas de trabajo de privacidad y control, la diferencia es decisiva: un kernel compartido es una superficie de ataque compartida y una vía de visión compartida sobre el uso de recursos.
Qué es la virtualización KVM
KVM — Kernel-based Virtual Machine — convierte el kernel de Linux del host en un hipervisor de tipo 1 cargando un módulo del kernel que utiliza las extensiones de virtualización por hardware de la CPU, Intel VT-x o AMD-V. Por encima, QEMU emula los dispositivos: tarjetas de red, discos, consolas. El resultado se comporta como una máquina real: cada invitado arranca su propio kernel, instala su propio sistema operativo y cree que posee el hardware. Desde dentro, un VPS KVM es indistinguible de una máquina dedicada para casi cualquier propósito — y de eso se trata.
Como cada invitado es una máquina completa, la frontera de aislamiento es la propia CPU. El hipervisor hace cumplir la separación de memoria y dispositivos con ayuda del silicio en lugar de contabilidad por software, y un invitado no puede ver los procesos, la carga media, los logs del kernel ni las tablas de conexiones de sus vecinos. El acceso root completo significa que puedes compilar un kernel personalizado, cargar módulos, ejecutar virtualización anidada, arrancar ISOs propias y usar raw sockets — la caja de herramientas de la que dependen silenciosamente los relés de Tor, las pilas de correo, los endpoints VPN y los nodos de blockchain, disponible en todos los planes del catálogo de VPS.
El control también tiene una cara cotidiana, y vale la pena nombrarla porque es lo que los usuarios sienten de verdad. Tu propio kernel significa tus propias reglas de firewall en nftables, el módulo WireGuard integrado en vez de suplicado, control de congestión BBR si tu tráfico lo pide, tus propios sysctls para el seguimiento de conexiones y swap o zram dimensionados como le gusta a tu carga de trabajo. Un inquilino de contenedor hereda todas esas decisiones del host y pide excepciones; un inquilino KVM las toma y asume sus consecuencias. La diferencia suena administrativa hasta la primera vez que un servicio alojado necesita exactamente uno de esos interruptores — entonces es la diferencia entre un arreglo de cinco minutos y un ticket de soporte que termina en una migración.
VPS desde $4.80* (plazo anual), almacenamiento 1–5 TB NVMe desde $24/mes equivalente anual, dedicados con IPMI desde $4.809.20/mes. Factura en cripto, sin KYC.
Lanzar ahoraKVM frente a contenedores
Los productos de VPS basados en contenedores — OpenVZ históricamente, LXC y sus parientes hoy — toman el otro camino: cada inquilino corre dentro del único kernel del host, aislado por namespaces y control groups. Es eficiente, por eso los planes baratos lo usan, y el intercambio se ve por todas partes:
| VPS KVM | VPS en contenedor | |
|---|---|---|
| Kernel | El tuyo propio — parchea, compila y arranca lo que quieras | El kernel del host — todos los inquilinos comparten una versión y un nivel de parches |
| Módulos del kernel | Carga los tuyos (WireGuard, netfilter a medida, DKMS) | Solo lo que el host haya habilitado |
| ISO / SO personalizado | Cualquier imagen, incluidos los BSD vía virtualización completa | Solo las plantillas que ofrece el host |
| Sobreventa | Difícil — la RAM se reserva en bloques | Fácil — páginas de memoria compartidas y recuperadas entre inquilinos |
| Visibilidad entre inquilinos | Ninguna — frontera de hipervisor | Estructuras del kernel compartidas; los canales laterales son más baratos de sondear |
Nada de esto hace que los contenedores sean una mala tecnología — Docker mueve media internet, y en una máquina que controlas tú, el kernel compartido es el tuyo. Lo que ocurre es que los contenedores son un producto distinto cuando el kernel lo posee el host, y no tú. Un VPS en contenedor es una porción del sistema operativo de otro; un VPS KVM es una máquina tuya.
Por qué las cargas de privacidad exigen KVM
El argumento de privacidad es preciso, no estético. Un kernel compartido significa que tu frontera de inquilino es un conjunto de funciones del kernel — namespaces, cgroups, seccomp — ejecutándose en el mismo espacio de direcciones que el kernel del host y los procesos de todos los vecinos. Una vulnerabilidad del kernel que escapa de un contenedor puede, en el peor caso, llegar al host y a todo lo que está a su lado; un invitado KVM está separado de sus vecinos por la propia imposición de la CPU, y escapar del hipervisor es una clase de fallo categóricamente más difícil, más rara y más cara. No compartir kernel tampoco significa que nadie pueda fisgar tus recursos a nivel de kernel: un vecino no puede leer tu carga, tu tabla de conexiones ni tu presión de memoria, porque esas estructuras no existen en ningún kernel que compartas.
El límite honesto está por encima, no al lado: el hipervisor del host aún puede tomar instantáneas de tu RAM y tus discos, porque alguien tiene que ejecutar la máquina. KVM reduce el riesgo de los vecinos, no el riesgo del host — y el riesgo del host se gestiona como describe la página de límites del anonimato, con cifrado de datos en reposo dentro del invitado según la guía de cifrado total de disco con LUKS, de modo que una instantánea muestre texto cifrado y un host apagado no muestre nada útil. En este catálogo KVM es la única virtualización ofrecida: kernel dedicado, DDR5 reservada, ECC donde el nivel lo incluye y root completo desde el primer arranque.
Lo que un comprador puede razonablemente preguntar a cualquier host que ejecute KVM: si la RAM se reserva por plan o se comparte, si los hosts usan ECC, y cuál es la política de acceso del propio operador — quién puede conectar una consola y con qué registro. Un host que responde esas tres preguntas por escrito te ha contado más sobre el aislamiento que cualquier diapositiva sobre hipervisores.
Qué revisar en un anuncio de «VPS KVM»
Los anuncios de marketplace usan la palabra a la ligera, y verificarlo toma unos dos minutos en cualquier invitado Linux. Ejecuta systemd-detect-virt: un invitado KVM genuino responde kvm. Revisa /proc/cpuinfo en busca de la bandera vmx o svm, que demuestra que la virtualización por hardware está expuesta. Intenta cargar algo que el host no tenga preinstalado — modprobe de un módulo poco común o compilar uno pequeño — algo que un contenedor rechazará, porque su kernel pertenece a otro. Busca /proc/user_beancounters: su presencia es la huella clásica de OpenVZ, diga lo que diga el anuncio.
Dos comprobaciones más atrapan el resto. Libertad a nivel de arranque: ¿puedes montar una ISO personalizada y reinstalar algo inusual, o el panel solo ofrece plantillas? — las plantillas delatan contenedores incluso cuando aparece la palabra KVM. Y el comportamiento de los recursos: ejecuta una prueba de estrés de memoria y observa si la asignación se reserva o se evapora bajo la carga de los vecinos, que es la pregunta de la sobreventa respondida empíricamente. Si un plan «KVM» falla estas pruebas, estás alquilando un contenedor a precio de KVM, y los niveles de metal con IPMI honestos o un proveedor de KVM real son las alternativas que valen la diferencia.
¿Es KVM mejor que OpenVZ o LXC para un VPS?
Para control y aislamiento, sí: tu propio kernel, tus propios módulos, ISOs personalizadas y una frontera de hipervisor en lugar de una compartida. Los contenedores ganan en densidad bruta, por eso los planes más baratos los usan — y por qué sus vecinos pueden ver más del estado del host de lo que te gustaría.
¿KVM cuesta más que el hosting en contenedores?
Entre un poco y notablemente, porque la RAM reservada y el aislamiento por hardware limitan la sobreventa. En este catálogo KVM es estándar en todos los planes desde Core hacia arriba, así que la comparación es con las ofertas KVM de otros hosts, no con precios de contenedores.
¿Puede un VPS en contenedor ser tan privado como un VPS KVM?
No frente a amenazas a nivel de kernel: el kernel compartido es una superficie de ataque compartida y una fuente compartida de canales laterales. El cifrado del lado del cliente dentro del invitado ayuda en ambos casos, pero la frontera del inquilino es categóricamente más fuerte cuando la CPU la hace cumplir.
¿Cómo verifico que mi VPS es realmente KVM?
Ejecuta systemd-detect-virt y espera kvm, busca la bandera vmx o svm en /proc/cpuinfo, intenta cargar un módulo del kernel poco común y confirma que /proc/user_beancounters no existe. Una opción de reinstalación con ISO personalizada en el panel es confirmación adicional de que la máquina es tuya.
¿KVM permite la virtualización anidada?
Sí, en los planes donde está expuesta: las extensiones de virtualización completa dentro del invitado permiten ejecutar Docker, máquinas virtuales o tu propio hipervisor anidado. Cada plan de este catálogo incluye root completo sobre KVM, y los casos de uso anidados, como granjas de compilación en sandbox, funcionan sin intervención del host.
¿Listo para lanzar?
Configura el servidor —VPS, almacenamiento o bare metal—, crea la contraseña y paga la factura que sigue.