Todos los productos 
KVM u OpenVZ: cuál elegir
En 2026 casi siempre conviene elegir KVM: cuesta apenas uno o dos dólares más al mes que OpenVZ, y en él funciona todo, desde Docker hasta Windows. OpenVZ solo se justifica en un caso concreto, que verá a continuación, y al final encontrará los comandos para comprobar su servidor en un minuto.
La respuesta corta: elija KVM. Con él tiene su propio kernel del sistema y el servidor se comporta como un ordenador normal: se instalan Docker, Windows o cualquier versión de Linux, y funcionan su propio cortafuegos y la memoria swap. OpenVZ es un contenedor que comparte el kernel con los vecinos de la máquina física. Es más barato y ligero, pero algunos programas habituales no arrancarán en él, y normalmente uno lo descubre después de pagar.
OpenVZ solo tiene sentido si la tarea es sencilla, funciona en Linux sin Docker y la diferencia de precio es importante para usted. A continuación verá cuánto es esa diferencia en la práctica y qué es exactamente lo que falla en un contenedor.
Cuánto más barato es OpenVZ en realidad
Menos de lo que parece. Comparé planes con la misma memoria en un mismo proveedor: tomé el KVM más barato y el OpenVZ más barato y miré la diferencia. Así pude comparar entre 15 y 29 proveedores según la cantidad de memoria, con datos del catálogo de accsly a 27 de octubre de 2026. Los importes están convertidos de rublos y redondeados.
Con 2 GB de memoria, KVM es en la mediana unos 0,70 USD al mes más caro, es decir, alrededor de un 16 %. Con 4 GB la diferencia es mayor, unos 2,20 USD o un 30 %. Al año son entre 9 y 27 USD (aproximadamente entre 8 y 25 EUR). Y en un tercio de los proveedores que venden ambos tipos, un KVM con la misma memoria cuesta lo mismo o incluso menos, así que lo primero es comparar los planes dentro del mismo proveedor.
Además, elegir OpenVZ reduce mucho las opciones. De los 26 640 planes del catálogo, 501 funcionan con OpenVZ, el 1,9 %, y los venden 84 de 2175 proveedores. Con KVM está el 93,5 % de todos los planes (incluyo aquí aquellos en los que el proveedor no indica la virtualización: hoy en día, por defecto, casi siempre es KVM). El resto son VMware, Hyper-V, Xen y contenedores LXC, y para usted como usuario los tres primeros se comportan igual que KVM.
En resumen, el ahorro con OpenVZ equivale más o menos a un café al mes, y lo paga con limitaciones. Para un trabajo que no quiera perder, yo no lo haría.
Qué no funcionará en un contenedor OpenVZ
Todo lo que necesite su propio kernel. En un contenedor hay un único kernel para toda la máquina física, y solo el proveedor puede cambiar su configuración. En la práctica se nota así.
Docker a menudo no se instala o funciona con errores. Muchos proveedores indican claramente en sus condiciones que no admiten Docker en OpenVZ. En OpenVZ 7 a veces arranca si el proveedor ha activado las funciones necesarias para el contenedor, pero hay que confirmarlo antes de pagar. Si su proyecto se basa en Docker o tiene previsto usar n8n, GitLab Runner o Kubernetes, busque solo KVM o la selección VPS para Docker.
Windows no arrancará en absoluto. El contenedor usa el kernel Linux del host, así que otro sistema es imposible. En el catálogo no hay ningún plan OpenVZ con Windows, mientras que en KVM Windows está disponible en aproximadamente la mitad. Selección: VPS con Windows.
El kernel es antiguo y no se puede actualizar. OpenVZ 7 usa el kernel 3.10, y el obsoleto OpenVZ 6, el 2.6.32. Las distribuciones recientes están pensadas para kernels más nuevos, por lo que es posible que el proveedor no tenga la plantilla de la versión de Ubuntu que necesita. Tampoco funcionará nada que haya llegado al kernel más tarde: por ejemplo, el algoritmo BBR, que acelera la entrega de archivos a larga distancia, requiere el kernel 4.9 o posterior.
No se pueden cargar módulos del kernel propios. Aquí entra, por ejemplo, WireGuard en el kernel para una red privada entre la oficina y el servidor. Se puede sustituir por una versión que funciona sin módulo, pero solo si el proveedor ha habilitado el dispositivo de red TUN para el contenedor. Cómo montar esa red en un KVM normal se explica en el artículo red corporativa en un VPS.
No se puede añadir swap. El comando swapon no funciona en un contenedor, así que, si falta memoria, el proceso simplemente se termina. En KVM puede crear en un minuto un archivo swap de 1–2 GB y aguantar un pico de carga.
La memoria se cuenta de otra forma. En los planes OpenVZ suele aparecer algo como «1 GB garantizado, hasta 2 GB», y la cifra superior solo está disponible mientras haya memoria libre en el host. Conviene contar con la inferior.
Cuándo OpenVZ sí es una buena opción
Cuando la tarea es pequeña, en Linux y sin Docker. Supongamos que necesita un servidor para un bot sencillo en Python, una web estática, la monitorización de otras webs o pruebas que no le importe perder. En ese caso el contenedor cumple, y al año ahorrará unos 12 USD (unos 11 EUR).
Otra ventaja del contenedor es que casi no tiene sobrecarga. El sistema arranca en segundos y la virtualización no consume nada de la memoria del plan. En los planes de 512 MB se nota: en KVM, el kernel y los servicios del sistema ocupan unos 100–150 MB de ellos; en un contenedor, menos.
Si esta opción le encaja, los planes están en la selección VPS con OpenVZ. El contenedor LXC, de funcionamiento parecido, es menos frecuente, aproximadamente el 0,6 % de los planes, y sus limitaciones son casi las mismas: VPS con LXC.
¿KVM siempre es más honesto?
No siempre. KVM por sí mismo no garantiza que el procesador no se reparta entre una decena de vecinos: en los planes económicos los núcleos siguen siendo compartidos. La diferencia es que en KVM la sobreventa es más fácil de ver: el sistema muestra el tiempo que los vecinos le han quitado a su máquina. Más abajo verá cómo comprobarlo. Si el procesador va a estar cargado de forma constante, busque planes con núcleos dedicados, y para hilos individuales rápidos, VPS con procesador de alta frecuencia.
Qué elegir según su tarea
Una web en WordPress, PrestaShop o Laravel con base de datos: KVM. A la web le viene bien tener swap para los picos y una versión reciente de PHP, y por menos de un dólar al mes no tiene sentido quedarse atado a un kernel antiguo. Selección: VPS para web.
Todo lo que vaya en Docker, incluidos n8n, GitLab y Kubernetes: solo KVM, aquí no hay alternativa. Windows y los programas para Windows, por ejemplo un software de contabilidad de escritorio: también solo KVM o Hyper-V.
Un bot de Telegram en Python o Node.js sin Docker, monitorización o un entorno de pruebas: también sirve OpenVZ, si en el mismo proveedor es claramente más barato. Si la diferencia es de poco más de un dólar al mes, yo elegiría igualmente KVM: si más adelante pasa a Docker o a una versión nueva del sistema, no tendrá que cambiar de servidor.
Cómo funcionan ambos tipos y la tabla de diferencias están en el artículo VPS o VDS; aquí pasamos a la práctica.
Cómo saber con qué funciona su servidor
Los proveedores no siempre indican la virtualización en el plan, y a veces la indican mal. Puede comprobarlo en un minuto conectándose al servidor por SSH. El comando más sencillo está en cualquier Linux actual:
systemd-detect-virtDevuelve una sola palabra. kvm significa KVM; openvz, un contenedor OpenVZ o Virtuozzo; lxc, un contenedor LXC; vmware y microsoft, VMware e Hyper-V; xen, Xen. Si la salida es none, le ha tocado una máquina física sin virtualización. Lo mismo muestra hostnamectl en la línea Virtualization.
Si no hay systemd o quiere confirmar la respuesta, hay tres indicios indirectos:
ls /proc/user_beancounters /proc/vz 2>/dev/null # estos archivos solo existen en OpenVZ
uname -r # versión del kernel
lscpu | grep -i hypervisor # en KVM: Hypervisor vendor: KVMSi el primer comando muestra algo, está en un contenedor OpenVZ. Una versión del kernel del tipo 2.6.32-042stab… indica OpenVZ 6, y con vz7 en el nombre, OpenVZ 7. También existe la utilidad virt-what, que se instala con apt install virt-what y se ejecuta como root; reconoce más casos poco habituales.
Cómo saber si los vecinos le quitan recursos
En KVM, mire el indicador steal, es decir, el tiempo que el hipervisor ha dado a otras máquinas aunque la suya pedía procesador:
vmstat 1 10Busque la columna st a la derecha. Si marca 0–2, todo está bien. Si bajo carga se mantiene por encima de 5–10, los vecinos se llevan una parte notable del procesador y el servidor irá más lento de lo que promete el plan. El mismo indicador aparece en top como st en la línea %Cpu.
En OpenVZ el steal normalmente no se ve, pero hay un contador propio de límites alcanzados:
cat /proc/user_beancountersMire la última columna, failcnt. Un valor distinto de cero en la fila privvmpages o physpages significa que al contenedor le faltó memoria y se rechazaron algunas peticiones. Si las cifras crecen, el plan se queda pequeño para su tarea, aunque free muestre memoria libre.
Conviene hacer la comprobación los primeros días después del pago, mientras sigue vigente el plazo de devolución. Los planes con esa opción están en las selecciones VPS con devolución del dinero y con periodo de prueba.