Cómo elegir un VPS: recursos y coste real

Para elegir un VPS, empiece por la carga sostenida y no por la cifra más vistosa del plan. Compare vCPU compartida o dedicada, memoria disponible, latencia del almacenamiento, copias, tráfico y soporte. Después convierta el precio completo a su moneda y mida el servidor durante una prueba controlada.

Un VPS barato puede rendir bien para una web pequeña y fallar en cuanto coinciden una copia, una consulta pesada y una actualización. La diferencia no suele estar en una sigla aislada. Está en cómo el proveedor reparte el procesador, qué parte del servicio cobra aparte y cuánto trabajo operativo queda en sus manos.

Empiece por la carga, no por el catálogo

Defina el trabajo principal. Una web con caché, una base de datos, un servidor de correo y un entorno de integración continua presionan recursos distintos. Si mezcla todos los usos bajo la palabra proyecto, terminará comprando margen donde no lo necesita y quedándose corto donde sí duele.

Anote antes de comparar:

• cuántas peticiones o tareas coinciden en la hora de mayor actividad;
• cuánto crecen la base de datos, los registros y las copias;
• qué procesos deben seguir funcionando durante una actualización;
• cuánto tiempo de recuperación puede aceptar;
• quién atenderá una alerta fuera del horario normal.

Mida el punto de partida. Si ya existe un servidor, observe el consumo durante picos reales y durante tareas de mantenimiento. El promedio diario oculta los minutos que derriban una tienda o retrasan una cola de trabajo. Si el proyecto es nuevo, empiece con una clase que permita ampliar sin reinstalar y documente el criterio del siguiente salto.

vCPU: el número no explica el reparto

Una vCPU representa capacidad virtual asignada, pero no dice por sí sola si el hilo físico es exclusivo. En los planes compartidos, otras máquinas pueden competir por el procesador. En los planes dedicados, la reserva es más predecible y suele costar más.

CPU steal es espera involuntaria. El núcleo Linux registra como steal el tiempo durante el cual la máquina virtual necesitaba procesador y el anfitrión lo destinó a otra carga. Las herramientas del sistema lo muestran como st o steal. Una lectura aislada no basta: busque una tendencia que coincida con latencia, colas o tiempos de respuesta peores.

No compre más vCPU para tapar una contención que no ha medido. Primero compare la misma tarea en varias horas, mantenga constantes la versión del programa y los datos, y revise si la degradación aparece junto con steal. Para una carga sostenida o sensible a la latencia, pregunte si el plan usa CPU compartida o recursos dedicados.

RAM: margen operativo, no espacio decorativo

La memoria evita trabajo repetido. El sistema, la caché, la base de datos y cada proceso compiten por RAM. Cuando falta, el servidor puede expulsar caché útil, intercambiar páginas con el disco o terminar procesos. El síntoma no siempre es una caída limpia; también puede ser una respuesta cada vez más lenta.

Calcule la memoria con la aplicación en su pico, la base de datos caliente y las tareas periódicas activas. Reserve margen para actualizar y reiniciar servicios sin que todo compita al mismo tiempo. Si el proveedor ofrece ampliación sencilla, es preferible empezar con una hipótesis medible que pagar indefinidamente por memoria ociosa.

SSD y NVMe: capacidad, latencia y política de copias

NVMe no sustituye una prueba. El nombre del medio describe la interfaz, pero no demuestra la latencia que recibirá su máquina bajo carga vecina. Pregunte por límites de IOPS, rendimiento sostenido y comportamiento durante instantáneas. Una base de datos suele notar antes la latencia irregular que la velocidad máxima anunciada.

Separe tres necesidades: espacio activo, crecimiento y recuperación. Las copias no deberían vivir únicamente dentro del mismo VPS. Una instantánea facilita volver atrás, pero no reemplaza una copia independiente con una restauración ensayada. Si borrar la máquina también elimina su única copia, no existe un plan de salida.

Dos planes sirven para ilustrar por qué el precio no basta

Los datos siguientes fueron comprobados en julio de 2026. Son una fotografía para enseñar el método, no una promesa de precio futuro. Confirme moneda, impuestos, ubicación y condiciones en la ficha actual del proveedor.

La tabla no declara un ganador. Hetzner muestra una entrada más económica, mientras OVHcloud presenta más vCPU y disco en este corte. Falta conocer la carga, el reparto del procesador, la región, el tráfico incluido, las copias y el soporte. Sin esas piezas, la división precio entre vCPU produce una precisión imaginaria.

Convierta el precio completo antes de decidir

El método de pago también es infraestructura. Para México y otros mercados de América Latina, el cargo final puede sumar conversión bancaria, impuestos, rechazo de tarjeta o una forma de pago difícil de renovar. Compare siempre el importe que realmente aparecerá en su cuenta, no solo la cifra de la portada.

Use esta cuenta operativa: tarifa del servidor más copias, almacenamiento adicional, tráfico saliente, licencias, conversión, impuestos y horas de administración. Añada también el coste de migrar si el servicio no cumple. Un plan mensual barato deja de serlo cuando obliga a reconstruir deprisa y sin una copia verificada.

Soporte lento es coste. Compruebe idioma, horario, canal y alcance. Hay proveedores que atienden la red y el hardware, pero no diagnostican su base de datos ni recuperan archivos. Esa frontera es razonable si usted tiene operación propia; es peligrosa si nadie sabe actuar cuando el servidor arranca pero la aplicación no responde.

Cómo probar un VPS sin engañarse

Prepare una prueba que se parezca al trabajo real. Cargue una copia anonimizada de los datos, ejecute la aplicación con concurrencia representativa y observe CPU, steal, memoria, espera de disco y latencia. Repita en distintos momentos. Una prueba de segundos solo mide el entusiasmo inicial del servidor.

Compare también tareas aburridas: crear una copia, restaurarla, ampliar el disco, reiniciar después de una actualización y abrir una solicitud de soporte. El servidor como producto no termina en el procesador. Incluye la ruta de recuperación y la posibilidad de salir sin perder datos.

Cuándo elegir y cuándo evitar un VPS

Elija un VPS cuando necesite control del sistema, aislamiento razonable, crecimiento gradual y pueda mantener actualizaciones, supervisión y copias. Es una buena pieza intermedia entre el alojamiento compartido y un servidor dedicado, siempre que la carga admita recursos virtualizados.

Evítelo o delegue la gestión cuando nadie pueda atender seguridad, copias y recuperación. También conviene otra clase de servicio si necesita rendimiento de CPU estrictamente constante, almacenamiento con garantías específicas o una base de datos administrada. No compre administración implícita: un acceso root entrega control y también trabajo.

El criterio final es sencillo: el VPS adecuado mantiene su carga con margen, se puede recuperar y tiene un coste completo aceptable en su país. Todo lo demás es una ficha comercial esperando una prueba.