Qué significa que tu proveedor esté limitando tu VPS

Cuando contratas un VPS, esperas disponer de recursos dedicados: CPU, RAM, almacenamiento y ancho de banda asignados a tu instancia virtual. Sin embargo, algunos proveedores aplican limitaciones ocultas que no aparecen en las especificaciones del plan. Estas restricciones pueden afectar al rendimiento sin que lo notes de inmediato.

El problema más habitual es el uso de límites dinámicos: el servidor funciona bien hasta cierto nivel de carga, pero en cuanto se mantiene un pico prolongado, el proveedor “estrangula” tus recursos para estabilizar la infraestructura. Eso puede manifestarse como lentitud aleatoria, caídas intermitentes o tiempos de respuesta inconsistentes.

Señales de que tu VPS podría estar limitado

1. Caídas de rendimiento a pesar de baja carga

Si notas que tu servidor se vuelve lento sin que el uso de CPU o RAM esté al máximo, algo no cuadra. Por ejemplo, puedes observar con htop un uso del 30%-40% de CPU y aun así las páginas tardan varios segundos en responder. Eso sugiere que el proveedor está aplicando un límite de prioridad o un “CPU cap” oculto.

En proveedores grandes como OVH o DigitalOcean, esto es poco común, pero en servicios de bajo coste o resellers que sobrecargan sus nodos sí ocurre con frecuencia. En algunos casos, la CPU asignada está compartida con otras decenas de VPS que compiten por los mismos núcleos físicos.

2. Procesos que se bloquean o se ralentizan sin motivo aparente

Otro síntoma clásico es ver procesos que se “pausan” brevemente: tareas cron que tardan más de lo normal, compilaciones lentas o backups que de repente bajan de velocidad. Si el disco está bien y la red estable, puede tratarse de políticas de throttling automáticas.

Por ejemplo, algunos hostings limitan el número máximo de IOPS (operaciones de entrada/salida por segundo) para no saturar el almacenamiento compartido. Si alcanzas ese umbral, el sistema simplemente reduce tu prioridad sin avisar.

3. Transferencia de red inconsistente

Las limitaciones de red son difíciles de detectar, porque los proveedores suelen anunciar “ancho de banda ilimitado” o “1 Gbps compartido”. Lo que no explican es que aplican QoS internos (Quality of Service) para mitigar abusos. Esto significa que si haces muchas conexiones simultáneas o transfieres grandes volúmenes de datos, tu velocidad puede reducirse automáticamente durante algunas horas.

Si notas que tus descargas van a 900 Mbps un día y a 50 Mbps al siguiente, probablemente estás viendo el efecto de esas limitaciones.

4. Temperatura o frecuencia de CPU anormalmente bajas

En VPS basados en KVM o VMware es posible que el hipervisor aplique un límite de frecuencia aunque supuestamente tengas acceso a todos los núcleos anunciados. Ejecuta herramientas como lscpu o cat /proc/cpuinfo para verificar si la frecuencia real coincide con la teórica. Si ves valores inferiores a lo especificado, puede que te estén asignando CPU virtuales más lentas de lo prometido.

Cómo detectar limitaciones de CPU

Primero, mide el rendimiento real de la CPU asignada. Instala sysbench y ejecuta una prueba de CPU simple:

sysbench cpu --threads=4 run

Anota el número de eventos por segundo. Luego repite la prueba en distintos momentos del día. Si los resultados varían demasiado (por ejemplo, 4500 eventos/s por la mañana y 2000 por la tarde), el proveedor podría estar throttling tu VPS en momentos de alta densidad de carga.

Para contrastar, puedes comparar los resultados con benchmarks públicos del mismo proveedor o con máquinas del mismo plan en otras ubicaciones.

Cómo detectar limitaciones de disco (IOPS y velocidad de lectura/escritura)

Las limitaciones de disco son las más comunes y las que más afectan a bases de datos o sitios web dinámicos. Un proveedor puede restringir la velocidad de entrada/salida para cada VPS, evitando así que un solo usuario degrade el nodo.

Prueba con fio o dd:

dd if=/dev/zero of=testfile bs=1M count=1024 conv=fdatasync

Observa los MB/s obtenidos. Si rondan los 50-100 MB/s en SSD supuestamente NVMe, algo no encaja. Vuelve a repetir la prueba en distintos momentos. Si los resultados cambian demasiado, tu almacenamiento puede estar afectado por restricciones dinámicas.

Para medir IOPS, usa:

fio --name=randread --ioengine=libaio --rw=randread --bs=4k --numjobs=1 --size=1G --runtime=60 --group_reporting

Una VPS con NVMe real debería ofrecer al menos 30.000-60.000 IOPS. Si estás por debajo de 5.000, hay limitaciones de fondo.

Cómo detectar limitaciones de red

El valor “1 Gbps” en la ficha del hosting no siempre significa que tendrás esa velocidad todo el tiempo. Para tener una visión clara, realiza pruebas regulares con herramientas como iperf3 o speedtest-cli.

Ejemplo:

iperf3 -c iperf.he.net

Si la velocidad cae progresivamente al mantener una transferencia larga, es señal de un traffic shaper activo. También puedes monitorear el ping a diferentes destinos mientras haces descargas o subidas. Si la latencia se dispara repentinamente, tienes congestión deliberada.

Otro punto: algunos proveedores limitan el número de conexiones simultáneas o aplican filtros a determinados puertos. Esto se nota cuando tus servidores de correo o bots de scraping fallan tras cierto número de peticiones.

Herramientas útiles para descubrir límites ocultos

  • Netdata: monitoriza en tiempo real el rendimiento del VPS y permite detectar patrones de throttling.
  • Glances: muestra en una sola vista el uso de CPU, RAM, I/O y red, ideal para observar si hay cuellos de botella artificiales.
  • Benchmark.sh o YABS: scripts que ejecutan pruebas combinadas de CPU, disco y red, y comparan tus valores con servidores similares.

La clave está en repetir las pruebas a distintas horas y días. Si los resultados bajan de forma consistente en momentos de tráfico general alto (por ejemplo, tardes o fines de semana), puede que compartas recursos con demasiados vecinos virtuales.

Casos reales: cuando el VPS no rinde como debería

Hace unos años probé un VPS económico con 4 vCPU y SSD NVMe “garantizado”. En benchmarks iniciales todo iba bien: 6000 eventos/s en sysbench y 500 MB/s en disco. Pero al cabo de una semana, tras migrar una aplicación que exigía mucha base de datos, los tiempos de respuesta subieron más del doble. El proveedor acabó reconociendo que limitaban a 20% de uso sostenido de CPU para evitar abuso. Lo indicaban en letra pequeña, pero era prácticamente una trampa contractual.

Otro caso: un cliente con VPS “NVMe” en un proveedor de Europa del Este. Durante las noches el rendimiento era excelente, pero a mediodía bajaba a niveles de HDD. Resultó ser almacenamiento compartido con limitación por grupo de usuarios. Solución: cambiar a un plan dedicado más caro o invertir en un VPS premium real.

Qué hacer si confirmas que te están limitando

  1. Verifica el contrato y las condiciones de uso: algunos proveedores lo especifican en apartados de “uso justo”, “recursos burst” o “CPU steal time”.
  2. Contacta con soporte técnico: a veces pueden elevar los límites o ofrecerte un upgrade real con dedicación garantizada.
  3. Evalúa cambiar de proveedor: si te penalizan por usar los recursos que pagas, no es un proveedor serio. Busca servicios con políticas claras de asignación fija.
  4. Optimiza tus procesos: si tus tareas generan picos de consumo, distribúyelas en el tiempo para evitar activar throttling automático. Ejemplo: cron jobs nocturnos o tareas en colas asíncronas.

Diferencia entre throttling y overselling

Conviene distinguir entre dos conceptos. El throttling es una limitación temporal del rendimiento que aplica el proveedor cuando detecta sobreuso. El overselling es vender más recursos de los que realmente dispone el hardware físico. En la práctica se combinan: si hay overselling y muchos VPS activos, el sistema usa throttling para mantenerlos operativos.

Por eso conviene elegir proveedores con aislamiento fuerte (KVM, Xen, VMware) en lugar de OpenVZ antiguo, ya que estos últimos permiten compartir CPU y RAM con menos control.

Cómo prevenir problemas desde el principio

  • Haz tus propios benchmarks justo después de contratar.
  • Monitorea el rendimiento durante las primeras semanas con herramientas automáticas.
  • Evita planes sorprendentemente baratos: si el precio es irrealmente bajo, hay gato encerrado.
  • Lee reseñas técnicas en foros especializados, no solo en páginas de afiliados.

Conclusión práctica

El rendimiento de un VPS no solo depende del hardware, sino de la política del proveedor. Muchas limitaciones no son visibles hasta que las experimentas, pero con un poco de método puedes detectarlas fácilmente. Benchmarks regulares, monitorización continua y sentido crítico son tus mejores herramientas.

Si buscas un VPS sin trampas y quieres comparar opciones fiables, revisa esta comparativa de servidores web económicos con resultados de rendimiento reales y proveedores transparentes.