VPS barato: qué revisar antes de elegir uno

Checklist de compra

1. 1 Tecnología de virtualización y aislamiento.
2. 2 Modelo y política de CPU compartida.
3. 3 RAM garantizada y condiciones de uso.
4. 4 Tipo de almacenamiento y límites de IOPS.
5. 5 Transferencia mensual y costo por exceso.
6. 6 Velocidad y política del puerto.
7. 7 IPv4, IPv6 e IPs adicionales.
8. 8 Ubicación y rutas hacia tus usuarios.
9. 9 Protección DDoS y alcance.
10. 10 Consola, snapshots y backups.
11. 11 Soporte de infraestructura o administración.
12. 12 Precio de renovación, impuestos y cancelación.

Prueba rendimiento, no promesas

Mide CPU sostenida, latencia de disco, red y TTFB durante varios horarios. No hagas benchmarks agresivos sin respetar términos. La variabilidad de un nodo compartido importa más que un pico espectacular.

Revisa límites invisibles

Busca políticas de uso justo, reducción por CPU constante, número de snapshots, costos de restauración y restricciones de correo o puertos. Confirma si ampliar RAM requiere migración o reinicio.

Calcula costo total

Añade backups, licencias, panel, administración y tiempo de incidentes. Un plan administrado más caro puede costar menos para un equipo sin experiencia; un no administrado puede ser ideal para quien ya opera Linux.

Terranode publica planes VPS KVM NVMe desde USD 2,99, con recursos y transferencia visibles. Verifica siempre disponibilidad regional y precio vigente. Usa la guía de RAM para evitar comprar por intuición.

Empieza por la carga, no por la oferta

Un precio bajo solo puede evaluarse después de describir qué vas a ejecutar. Una VPN para cinco personas, un blog cacheado, una tienda con pagos y una base de datos transaccional tienen perfiles completamente distintos aunque todos “quepan” en 2 GB de RAM. Anota servicios, usuarios simultáneos, almacenamiento actual, crecimiento esperado y duración tolerable de una caída.

También identifica los picos. Un WordPress puede usar pocos recursos durante las visitas y consumir mucho al crear una copia, regenerar miniaturas o importar productos. Una aplicación Node.js puede mantenerse estable durante el día y aumentar memoria con un proceso nocturno. Si eliges el plan según una captura en reposo, el primer trabajo pesado puede dejarlo sin capacidad.

Clasifica la carga en una de estas formas para orientar la compra:

Una vez definido el perfil puedes eliminar ofertas inadecuadas sin dejarte llevar por un descuento. Un plan con mucha transferencia no compensa una CPU demasiado restringida para compilar; 8 GB de RAM no solucionan un disco con latencia inestable para una base de datos.

vCPU: el número que menos explica por sí solo

Una vCPU representa capacidad de procesamiento virtual, pero no indica de forma universal cuánto trabajo puede hacer. Importan la generación del procesador, su frecuencia, la parte del tiempo compartida con otras máquinas y la política frente a uso sostenido. Dos planes con “2 vCPU” pueden comportarse de manera muy diferente.

Pregunta si la CPU es compartida, dedicada o de rendimiento variable. En una CPU compartida, consumir el 100 % durante unos segundos suele ser normal; mantenerlo durante horas puede activar una política de uso justo. Esto importa para codificación de video, compilaciones continuas, servidores de juegos o análisis de datos. Para una web con picos breves, el modelo compartido puede ser una forma eficiente de pagar menos.

No confundas el resultado de una prueba corta con capacidad garantizada. Un benchmark ejecutado cuando el nodo está vacío puede mostrar una cifra excelente y caer en horas de mayor ocupación. Evalúa la tarea que realmente importa: tiempo de generación de una página, duración de un trabajo de cola o consultas por segundo de tu aplicación.

Para observar el procesador y la carga en Linux puedes empezar con herramientas incluidas:

uptime
lscpu
top

uptime muestra el promedio de carga, lscpu describe la CPU visible y top ayuda a identificar procesos. Ninguna orden revela por sí sola cuánto comparte el proveedor; combina estas observaciones con mediciones repetidas y con las condiciones del servicio.

RAM garantizada, caché y sobreasignación

La memoria anunciada debe estar disponible para tu máquina, pero conviene confirmar si existe memoria “burst”, si el proveedor aplica ballooning y qué ocurre al superar el límite. En virtualización completa KVM, el sistema invitado gestiona su memoria; en tecnologías de contenedores pueden existir contadores y restricciones diferentes.

Linux usa la memoria sin ocupar como caché, de modo que ver poca RAM “free” no implica saturación. La columna importante es available, junto con la actividad de swap y los eventos del OOM killer. Revisa la guía para dimensionar la RAM de un VPS antes de pagar por un número redondo.

Un VPS barato de 1 GB puede ser honesto para WireGuard, DNS o una web estática. No es una buena base para instalar un panel pesado, base de datos, antivirus y varios sitios solo porque el instalador termina. Deja margen para actualizaciones, backups y picos. Si el plan vive permanentemente al límite, el ahorro se convierte en reinicios y horas de diagnóstico.

NVMe no basta: revisa latencia e IOPS

La etiqueta NVMe describe el tipo de almacenamiento subyacente, no la cuota que recibe tu VPS. Un nodo puede tener unidades rápidas y, aun así, limitar operaciones por segundo o compartirlas entre demasiadas máquinas. Para webs dinámicas y bases de datos importan especialmente la latencia y las IOPS aleatorias; la velocidad secuencial máxima es menos representativa.

Pregunta si existe RAID o redundancia, cuánto espacio usable recibes y cómo se comporta el servicio cuando el disco se llena. Confirma además si los snapshots consumen la cuota, si se cobra por ellos y si una ampliación de almacenamiento puede revertirse. Muchos proveedores permiten aumentar disco, pero no reducirlo; esa asimetría afecta migraciones futuras.

Durante una prueba controlada puedes observar la actividad real con:

df -h
df -i
iostat -xz 1

df -h comprueba espacio, df -i detecta agotamiento de inodos y iostat muestra espera y utilización del dispositivo. Instalar iostat puede requerir el paquete sysstat. Evita pruebas de escritura agresivas en producción y elimina cualquier archivo temporal sin llenar el volumen. La comparación NVMe vs SSD en un VPS explica qué métricas mirar según la carga.

Red: transferencia, puerto y rutas son cosas distintas

“Puerto de 10 Gbps” no significa que cada VPS sostenga 10 Gbps en todo momento. El puerto físico se comparte y el resultado depende del destino, el peering y posibles límites por máquina. De igual forma, “transferencia ilimitada” puede estar sujeta a una política de uso razonable o a reducción de velocidad.

Revisa estos datos por separado:

• transferencia mensual incluida y unidad usada para medirla;
• cargo, suspensión o reducción al excederla;
• velocidad nominal del puerto y cualquier tope por VPS;
• tráfico entrante y saliente contabilizado;
• conectividad IPv4 e IPv6;
• rutas desde los países donde están tus usuarios;
• política frente a escaneos, VPN, proxy y contenido permitido.

Una web común consume menos ancho de banda del que muchos compradores imaginan, especialmente con CDN. Una VPN, servidor de archivos o distribución de contenido puede alcanzar el límite rápidamente. Calcula el volumen aproximado multiplicando tamaño medio transferido por solicitudes o usuarios, y añade margen para copias y despliegues.

La latencia tampoco se deduce del país escrito en la ficha. Solicita una IP de prueba y mide desde los operadores relevantes durante varios horarios. Para un público ecuatoriano puede convenir Guayaquil; para una audiencia regional, una ubicación estadounidense bien conectada podría dar rutas más uniformes. La guía VPS en Ecuador o Estados Unidos desarrolla esa elección.

Virtualización y aislamiento

KVM, OpenVZ y LXC no ofrecen la misma frontera. KVM ejecuta una máquina virtual con kernel propio; los contenedores comparten el kernel del host. Para Docker, WireGuard, cambios de kernel o software que necesita funciones específicas, KVM suele reducir restricciones. Un contenedor puede ser eficiente si conoces sus límites y tu carga es compatible.

No asumas que la tecnología decide todo el rendimiento. Un KVM saturado puede rendir peor que un contenedor bien dimensionado. La virtualización sí cambia compatibilidad, independencia y forma de aplicar límites. Pregunta también si dispones de consola web o serial: si una regla de firewall bloquea SSH, esa consola puede ser la única forma de recuperar acceso sin reinstalar.

La comparación KVM vs OpenVZ vs LXC ayuda a traducir esos términos a decisiones concretas. Si el proveedor evita identificar su tecnología o no puede explicar qué funciones están permitidas, considera esa opacidad parte del riesgo.

IPv4, correo y servicios que suelen tener condiciones especiales

El agotamiento de direcciones IPv4 ha convertido la IP pública en un costo separado para algunos planes. Confirma si el precio incluye una IPv4, si cambia al renovar y cuánto cuestan direcciones adicionales. Verifica si se asigna IPv6 y si el rango tiene conectividad correcta.

Si planeas enviar correo, pregunta expresamente por el puerto 25, políticas antiabuso y reputación de la IP. Algunos proveedores bloquean SMTP por defecto y exigen una validación; otros no permiten correo saliente en planes económicos. Aunque el puerto esté abierto, una IP con mala reputación puede causar rechazos. Para correo transaccional suele ser más predecible usar un proveedor especializado y autenticar el dominio correctamente.

Otros servicios pueden estar restringidos por términos de uso: proxies públicos, minería, scrapers intensivos, redes de anonimización o almacenamiento de copias de terceros. Leer esta sección antes de contratar evita una suspensión aunque la actividad sea legal en tu país. Un VPS es flexible, pero no elimina el acuerdo aceptado con el proveedor.

Backups, snapshots y la falsa sensación de seguridad

Una opción de snapshot en el panel no implica un sistema de backups. El snapshot sirve para volver rápidamente a un estado anterior, normalmente dentro de la misma plataforma. Puede desaparecer con la cuenta, depender del mismo almacenamiento o tener retención limitada. Un backup debe proteger datos frente a pérdida del VPS y permitir restaurarlos en otro entorno.

Antes de valorar una copia incluida, pregunta:

1. 1 qué frecuencia y retención ofrece;
2. 2 si el proceso se monitorea o solo se programa;
3. 3 si la copia vive fuera del nodo o de la ubicación;
4. 4 si incluye bases de datos de forma consistente;
5. 5 cuánto tarda y cuánto cuesta una restauración;
6. 6 si puedes descargar o exportar los datos.

El precio del backup debe entrar en el costo mensual desde el principio. No lo elimines para lograr una cifra publicitaria más baja. Si montas tu propio sistema, cifra las copias, usa credenciales con permisos mínimos y realiza una restauración de prueba. La copia más barata es inútil si solo descubre sus errores durante una emergencia.

Protección DDoS: capacidad anunciada y alcance real

La cifra en Gbps describe cuánto tráfico puede absorber una plataforma bajo ciertas condiciones; no explica qué protocolos protege, cuándo se activa ni cómo trata falsos positivos. Pregunta si la mitigación es automática, si protege la IP completa y si existen costos o suspensión ante ataques repetidos.

Una web detrás de una CDN puede ocultar parte del tráfico HTTP, pero el origen sigue expuesto si su IP es pública o si ofrece SSH, VPN y otros servicios. La mitigación de red no sustituye un firewall local ni corrige una aplicación vulnerable. Evalúa el riesgo de tu servicio: un laboratorio personal no necesita el mismo diseño que una tienda conocida o un servidor de juegos atacado con frecuencia.

Soporte de infraestructura no es administración

En la mayoría de VPS económicos, el soporte comprueba el nodo, la red y la máquina virtual. No configura WordPress, repara consultas SQL ni investiga un contenedor que consume memoria. Esa división es normal en un servicio no administrado; debe estar clara antes de comprar.

Prueba el canal de soporte con una pregunta concreta. Observa si existe atención en tu idioma, cómo se autentican solicitudes sensibles y qué horario cubre. Distingue “respuesta inicial” de “solución”. Un bot puede responder en segundos sin que un técnico haya empezado a trabajar.

Si nadie en tu empresa administra Linux, agrega al cálculo un plan gestionado o las horas de un profesional. El artículo VPS administrado vs no administrado explica cómo repartir responsabilidades. Ahorrar en el plan y dejar el servidor sin dueño no es una estrategia de costos.

Precio promocional, renovación y salida

Comprueba la duración del descuento, el precio de renovación, la moneda, los impuestos y la forma de cancelación. Un contrato anual reduce el precio promedio, pero también reduce tu capacidad de salir si la ruta de red o el rendimiento no encajan. Para una carga no probada, un periodo mensual suele comprar información valiosa.

Revisa qué ocurre al cancelar: plazo para descargar snapshots, formato de exportación, acceso a la cuenta y eliminación de datos. Mantén el dominio y el DNS bajo una cuenta de la empresa, no bajo la cuenta personal del proveedor o del desarrollador. Así puedes migrar incluso durante una disputa comercial.

Calcula el total de forma explícita:

Total mensual = plan + IPv4 + backups + panel + licencias
              + administración + transferencia adicional + impuestos

No todos los componentes aplican a todos los proyectos. La fórmula evita comparar un plan completo con otro al que todavía debes añadir funciones básicas. También deja visible el costo del tiempo técnico, aunque no llegue como factura del proveedor.

Un periodo de prueba con criterios de aceptación

Despliega primero una copia no crítica o un entorno temporal. Registra versión del sistema, recursos y resultados para poder comparar. Evalúa en horario tranquilo y concurrido; la consistencia suele importar más que el máximo.

Una prueba razonable incluye:

• acceso por SSH y consola de emergencia;
• reinicio desde el panel y tiempo hasta recuperar servicio;
• CPU y memoria durante una carga representativa;
• latencia de disco y tiempo de una consulta real;
• descarga desde los países objetivo;
• snapshot y restauración de un archivo de prueba;
• claridad de una respuesta de soporte;
• instalación de las herramientas que usarás en producción.

No necesitas forzar el servidor hasta violar la política de uso. El objetivo es descubrir incompatibilidades y variabilidad, no demostrar una cifra absoluta. Si el resultado no cumple, conserva los datos y cancela dentro del periodo permitido.

Migrar sin quedar atrapado por el precio

Prepara la salida antes de entrar. Automatiza el despliegue cuando sea posible, guarda configuraciones en control de versiones sin secretos y conserva backups en un destino independiente. Documenta DNS, certificados, usuarios y tareas programadas. Una aplicación portable te permite aprovechar una buena oferta sin convertirla en dependencia permanente.

Durante la migración, mantén el servidor anterior activo hasta verificar páginas, formularios, trabajos en segundo plano, correo y backups. Baja el TTL del DNS con anticipación y evita cambiar al mismo tiempo aplicación, versión de base de datos y proveedor: demasiadas variables hacen difícil identificar la causa de un fallo.

Terranode publica planes VPS KVM con almacenamiento NVMe y sus recursos visibles. Comprueba en la página la disponibilidad y condiciones vigentes para la región que necesitas. La mejor señal de una oferta sostenible no es que sea la más barata de la tabla, sino que sus límites coincidan con una carga que has medido y que puedas abandonarla sin perder tus datos.

Detectar rendimiento variable y vecinos ruidosos

Una medición rápida después de crear el VPS demuestra que funciona en ese minuto, no que mantendrá el rendimiento. En infraestructura sobreasignada, otros huéspedes del mismo nodo pueden competir por CPU o almacenamiento. Esa variación —el llamado vecino ruidoso— suele sentirse como consultas que unas veces tardan milisegundos y otras se atascan sin que tu tráfico cambie.

Empieza por registrar una línea base con la aplicación real. Mide una página, consulta o tarea representativa varias veces durante dos o tres franjas horarias. Mientras corre, observa vmstat: la columna st indica tiempo de CPU que el hipervisor no entregó a la máquina virtual, aunque una muestra aislada no basta para acusar al nodo.

vmstat 1 60
uptime
free -h
df -hT

Para el almacenamiento, instala fio y escribe un archivo de prueba dentro de una ruta descartable, nunca sobre el dispositivo de producción ni con acceso directo a una partición. Este ejemplo crea un archivo de 1 GB, limita la prueba a un minuto y lo elimina al terminar:

mkdir -p "$HOME/prueba-vps"
fio --name=latencia-mixta \
  --directory="$HOME/prueba-vps" \
  --size=1G --rw=randrw --rwmixread=70 \
  --bs=4k --iodepth=16 --runtime=60 --time_based \
  --direct=1 --group_reporting
rm -f "$HOME/prueba-vps/latencia-mixta.0.0"
rmdir "$HOME/prueba-vps"

Lee IOPS junto con latencia promedio y percentiles. Un número máximo alto con colas largas puede dar peor experiencia que un valor menor pero estable. Repite el mismo perfil, conserva fecha, región y plan, y no ejecutes pruebas intensivas sin revisar la política de uso del proveedor.

La red también debe medirse hacia el público real. Un test contra un servidor cercano al centro de datos solo prueba el enlace local. Comprueba DNS, tiempo de conexión, TLS y descarga desde al menos dos países objetivo, y repite en hora de mayor uso. Para una audiencia hispanohablante repartida, una CDN puede mejorar archivos estáticos, pero no elimina la latencia de cada consulta dinámica al origen.

Si la variabilidad aparece, descarta primero procesos propios, cron, backups y actualizaciones. Correlaciona la hora con CPU, I/O y logs. Después entrega al soporte un caso reproducible con timestamps, no una captura aislada de “servidor lento”. La calidad de esa respuesta también forma parte de la evaluación de compra: un proveedor que puede revisar el nodo con evidencia vale más que una oferta ligeramente menor sin diagnóstico.

Conserva los resultados junto con la fecha de alta y repite la misma prueba antes de una renovación larga. El rendimiento puede cambiar cuando el proveedor amplía el nodo o modifica sus límites. Una comparación histórica con la misma carga te permite decidir con evidencia si conviene continuar, solicitar una migración interna o activar el plan de salida.