Cómo elegir CPU, RAM y disco para un VPS
Método práctico para dimensionar CPU, RAM, almacenamiento NVMe y red de un VPS según la carga real, con margen de crecimiento y métricas verificables.
Actualizado 30/7/20264 min de lectura
Traducí la carga a recursos
Inventariá procesos, concurrencia, tamaño de datos, picos y dependencias. Un sitio estático, una API, una base transaccional y un servidor de juegos ejercen presiones distintas aunque reciban la misma cantidad de visitas.
| Traducí la carga a recursos | Señal principal | Qué verificar |
|---|---|---|
| CPU | Tiempo de CPU y cola sostenida | Frecuencia por núcleo, núcleos disponibles y picos |
| RAM | Memoria de trabajo y swap | Proceso, caché, sistema y margen |
| Disco | Capacidad, latencia e IOPS | Crecimiento, patrón de lectura/escritura y backups |
| Red | Mbps, conexiones y transferencia | Picos, dirección del tráfico y política del plan |
Guía relacionada: VPS en Argentina: qué mirar antes de contratar
Creá una línea base reproducible
Medí bajo una carga representativa y durante el pico real. Promedios diarios esconden saturaciones cortas; revisá también percentiles, cola, errores y latencia de aplicación.
- 01MedíRegistrá CPU, memoria, swap, latencia de disco, espacio y red durante un ciclo de uso completo.
- 02AisláRelacioná cada pico con una tarea: tráfico, consulta, backup, despliegue o proceso en segundo plano.
- 03AjustáOptimizá primero el cuello comprobado y ampliá el recurso cuando el límite siga siendo estructural.
Dejá margen sin sobredimensionar
El margen absorbe picos y crecimiento, pero pagar recursos ociosos indefinidamente tampoco mejora la aplicación. Definí alertas y un umbral operativo propio antes de que swap, colas o falta de espacio afecten al usuario.
Preguntas frecuentes
¿Cuánta RAM necesita un VPS?
Depende del sistema, los procesos, los datos activos y la concurrencia. Medí el conjunto de trabajo en una prueba representativa y añadí margen para picos; evitar swap sostenido suele ser más útil que copiar una cifra genérica.
¿Conviene empezar con el plan más grande?
No necesariamente. Empezá con una hipótesis razonable, instrumentá desde el primer día y confirmá que el proveedor permita escalar antes de que el recurso llegue al límite.