Tutoriales de VPS
Cómo saber si un VPS está sobrevendido (2026): señales de robo de CPU, fluctuación de disco y vecinos ruidosos
Muchas personas compran un VPS y, mientras la máquina arranque y los resultados de los benchmarks no se vean mal, dan por hecho que compraron una "máquina normal". El verdadero problema es que algunos VPS no están averiados, sino sobrevendidos: durante el día van bien, pero en hora punta de repente se traban; la primera prueba de estrés sale bien y la segunda es completamente distinta; CPU, disco y red parecen "fallar de forma ocasional". Este artículo no recurre a teorías conspirativas y te enseña directamente cómo juzgar si un VPS muestra señales claras de sobreventa a partir del robo de CPU, la fluctuación de disco, los vecinos ruidosos y las variaciones por franja horaria.
Cuando muchas personas oyen hablar de sobreventa de VPS, su primera reacción es una sola frase:
- Este proveedor no sirve, seguro que sobrevende.
Pero en la realidad, la sobreventa no es una etiqueta que se pueda decidir de un vistazo.
Porque muchos problemas de una máquina no son necesariamente "averías", sino:
- Durante el día va más o menos bien, por la noche de repente se traba
- La primera prueba de estrés sale muy bonita, la segunda no se parece en nada
- La CPU no está siempre al 100%, pero las páginas web van lentas
- La escritura secuencial en disco va bien, pero la escritura aleatoria y la latencia son malas
- La prueba de velocidad de red a veces da valores altos, pero la experiencia real del negocio siempre es inestable
Lo más molesto de estos fenómenos es que:
- No son tan claros como una caída
- No se descubren tan fácilmente como unas especificaciones falsas
- Se parecen más a una especie de "inestabilidad persistente" tras un reparto excesivo de los recursos del host
Por eso este artículo no hace juicios emocionales, sino que presenta un orden de identificación más pragmático:
- Qué se considera "sospecha de sobreventa"
- Cómo detectar el robo de CPU
- Cómo detectar la fluctuación de disco
- Qué señales dejan los vecinos ruidosos al competir por recursos
- En qué casos es sobreventa y en qué casos en realidad es solo un problema de ruta
1) Primero la conclusión: la manifestación más común de la sobreventa no es "no poder ejecutar", sino "inestabilidad"
Muchas personas entienden la sobreventa como una situación extrema:
- La máquina es completamente inutilizable
- La CPU está siempre al 100%
- Abrir una página web tarda medio minuto
Esto, por supuesto, puede ocurrir, pero lo más común no es "estar completamente averiada", sino:
- Que el mismo VPS se comporte de forma muy distinta en diferentes momentos y con diferentes cargas
Es decir, la señal que realmente merece atención normalmente no es:
- Que sea lento
Sino:
- Que vaya rápido y lento de forma intermitente, y que no encuentres una explicación normal de negocio
Por ejemplo:
- Durante el día YABS da buenos resultados, por la noche vuelve a dar bastante peor
- La misma escritura aleatoria de 4K: la primera vez la latencia es normal, la segunda claramente oscila
- Tu negocio no ha cambiado, pero en hora punta el tiempo de respuesta de la base de datos de repente se alarga
- La máquina a veces parece que le "aprietan la cabeza" y al rato se recupera
Estos fenómenos se parecen más a la sobreventa que a "ser débil de forma constante".
Porque el problema más típico de un host cuyos recursos realmente se han repartido en exceso suele ser:
- En cuanto un vecino pone carga, tu máquina empieza a oscilar
2) No saques conclusiones precipitadas: sobreventa, mala ruta, mal disco y bajas especificaciones no son lo mismo
Este es el paso más importante antes de juzgar la sobreventa.
Si lo que compraste es:
- Una máquina pequeña de 1 núcleo y 1G
- Una máquina mensual barata
- Una ruta internacional normal
- Un HDD o un disco normal
Entonces que sea lenta no es necesariamente sobreventa.
También puede ser simplemente:
- Que las especificaciones ya eran insuficientes
- Que la ruta ya era normalita
- Que el disco ya no era adecuado para bases de datos
- Que tu negocio ya supera la capacidad de esta máquina
Así que una forma más fiable de juzgar no es:
- Insultar a la sobreventa en cuanto hay un tirón
Sino:
- Ver primero si existe una "fluctuación anómala" en lugar de una "debilidad normal"
En una frase:
- Ser débil de forma constante puede ser solo baja configuración
- Oscilar claramente se parece más a sobreventa
3) Cómo detectar el robo de CPU: no mires solo la media, mira primero la fluctuación y el tiempo robado
La CPU es el indicador que todos vigilan más, pero también el más fácil de malinterpretar.
Muchas personas solo miran:
top
htop
Y al ver que la CPU no llega al 100%, creen que la CPU no tiene problema.
En realidad no es suficiente.
No es estar siempre al 100%, sino:
- Tirones repentinos
- Respuesta de un solo núcleo que oscila
- Tirones ocasionales incluso con carga ligera
- La misma tarea tarda a veces mucho y a veces poco
Deberías fijarte sobre todo en esto:
Si:
load averageno es exagerado- Las peticiones del negocio tampoco son muchas
- Pero las páginas, los scripts y las tareas siempre van rápidas a veces y lentas otras
Esto suele indicar que el problema no es solo la carga de tu propio negocio.
Por ejemplo:
- La misma máquina, la misma franja horaria, dos ejecuciones seguidas difieren mucho
- El rendimiento de un solo núcleo sube y baja
- Los tiempos de compilación, compresión y ejecución de scripts son inestables
Este tipo de fluctuación merece más atención que "una puntuación baja".
Si tu sistema lo soporta, puedes mirar el steal time en el entorno de virtualización.
Por ejemplo:
vmstat 1
O mirar la información relacionada con steal en top/htop.
Si el steal time aparece con frecuencia de forma clara, significa que:
- Tu máquina virtual está esperando a que el host le devuelva las franjas de tiempo de CPU
Esto suele ser una de las señales típicas de "un vecino robando CPU".
No todos los entornos muestran este indicador de forma especialmente clara, pero si lo ves, su valor de referencia es alto.
4) Cómo detectar la fluctuación de disco: las máquinas sobrevendidas se delatan más fácilmente en la E/S aleatoria
A muchas páginas de VPS les encanta escribir:
- NVMe
- SSD
- Disco de alto rendimiento
Pero que un disco sea estable no depende del nombre, sino de:
- La E/S aleatoria
- La latencia
- La consistencia entre pruebas repetidas
Lo más práctico es:
fio --name=randread --ioengine=libaio --rw=randread --bs=4k --direct=1 --size=512M --numjobs=1 --runtime=60 --group_reporting
Y la escritura aleatoria:
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --direct=1 --size=512M --numjobs=1 --runtime=60 --group_reporting
Esto no prueba directamente la sobreventa, pero indica que:
- Este disco puede no ser amigable para cargas reales
Porque muchos sitios dinámicos, bases de datos y lecturas/escrituras de archivos pequeños dependen más de la E/S aleatoria.
Esto merece más atención.
Sobre todo:
- La primera vez se ve bien
- La segunda de repente cae a la mitad
- La tercera se recupera algo
Esta "inestabilidad clara" se parece más a recursos compartidos siendo disputados que a simplemente "resultados bajos".
Puedes combinarlo con:
iostat -x 1
Si ves:
- El util del disco se dispara
- El await es grande
- Tu negocio real no es pesado
Entonces hay que sospechar que la capa de almacenamiento del host ya está muy congestionada.
5) A qué se parecen más los vecinos ruidosos: no hiciste nada, pero la máquina empieza a fallar sola
"Vecinos ruidosos" es la forma más terrenal de describir la sobreventa.
Su núcleo no es que a tu máquina le falten recursos, sino que:
- Otros VPS del mismo host están compitiendo por recursos compartidos
Esto se manifiesta más a menudo como:
Por ejemplo:
- Durante el día va bien
- En hora punta claramente se traba
- De madrugada vuelve a la normalidad
Si este patrón se repite, no parece un fallo aleatorio, sino más bien un host congestionado.
Por ejemplo:
- Un script muy pequeño de repente tarda más en ejecutarse
- SSH a veces se detiene un momento
- Las consultas de MySQL ocasionalmente van mucho más lentas
- El panel abre lento, pero no siempre lento
Un verdadero problema puntual suele estar concentrado:
- Mala ruta → se nota sobre todo en la red
- Mal disco → se nota sobre todo en la E/S
- Mala CPU → se nota sobre todo en la potencia de cálculo
Pero si observas:
- Pruebas de velocidad de red inestables
- La latencia de disco también oscila
- Los tiempos de ejecución de CPU también oscilan
Entonces se parece más a que todo el host está congestionado en recursos, y no a que tu configuración en una sola dimensión sea insuficiente.
6) Cómo medir más claramente la "sospecha de sobreventa": hay que repetir, dividir por franjas horarias y por dimensiones
Lo peor es ejecutar una sola vez y luego sacar conclusiones.
Una forma más fiable es:
Primero ejecuta una ronda de:
- YABS
- fio de lectura/escritura aleatoria
- iperf3 o prueba de velocidad básica
Ejecuta de nuevo en el mismo día tras un intervalo.
Si tu negocio se dirige principalmente a China o tiene un pico claro de usuarios compartidos, entonces hay que medir en hora punta.
Lo que debes mirar no es un valor absoluto, sino:
- Cuánta diferencia hay
- Si la fluctuación se reproduce de forma continua
- Si el problema solo aparece en franjas horarias concretas
Si una máquina:
- Va normal durante el día
- Cae claramente en hora punta
- Es similar durante varios días seguidos
Entonces es difícil decir que solo es "un tirón ocasional".
Para evitar falsos positivos, también hay que hablar de contraejemplos.
Si lo que ves es:
Por ejemplo:
- La red va lenta en China en hora punta
- Pero CPU y disco están normales
- La ejecución local y las pruebas de disco también son estables
Esto se parece más a un problema de ruta, no necesariamente sobreventa.
Si no "oscila", sino que siempre es normal, entonces es más probable que solo sea un disco normal, no necesariamente el host disputando recursos.
Por ejemplo:
- 1G de memoria ejecutando un panel y una base de datos demasiado pesados
- Una máquina de 1 núcleo soportando demasiada concurrencia
- Una máquina de disco pequeño con escrituras altas continuas
En este caso que la máquina se trabe no se llama sobreventa, se llama haber comprado demasiado pequeño.
No digas solo "siento que va lento".
Al menos deberías conservar:
- Resultados de pruebas de diferentes franjas horarias
- Comparativas de fio / YABS / iperf3
- Capturas de iostat / vmstat
- Diferencias en los tiempos de respuesta del negocio
Confirma:
- Que no es una anomalía del programa
- Que no es un bloqueo de tabla de la base de datos
- Que no son los logs que se han disparado
- Que no es una tarea de backup compitiendo por recursos
Si puedes presentar:
- Varias repeticiones de pruebas
- Fluctuaciones claras
- Comparativas por franjas horarias
La comunicación por ticket será mucho más eficaz que "seguro que sobrevendéis".
Si el problema persiste y tu negocio ya se ve afectado:
- Máquina mensual: migra directamente
- Máquina anual: primero negocia cambiar de nodo/host
- Negocio de alto valor: prioriza cortar pérdidas
En este momento lo más importante no es demostrar que acertaste, sino recuperar la estabilidad cuanto antes.
9) Última frase: lo que más hay que vigilar de la sobreventa no es "ser débil", sino que "la misma máquina hoy y ayer parecen dos máquinas distintas"
El punto donde más fácilmente se falla al juzgar la sobreventa es:
- Ver una puntuación baja y concluir que hay sobreventa
- Ver una puntuación alta una vez y concluir que no hay problema
La forma realmente fiable de juzgar es mirar:
- Si es estable
- Si la fluctuación es grande
- Si esa fluctuación se reproduce de forma continua
- Si tu propio negocio puede percibir esa inestabilidad
Así que el orden de identificación más práctico es:
- Primero descartar baja configuración y problemas de ruta
- Luego repetir pruebas de CPU, disco y red
- Después mirar la hora punta y los cambios en distintas franjas horarias
- Solo al final emitir el juicio de "sospecha de sobreventa"
Si el mayor problema de un VPS no es "ser lento", sino "ir rápido y lento, bien y mal de forma intermitente", entonces deberías empezar a sospechar seriamente:
- Que el problema de esta máquina probablemente no sea tu negocio, sino que el host ya está demasiado congestionado.