¿Qué tamaño de VPS necesitas? Una guía sencilla sobre CPU, RAM y almacenamiento

No quieres pagar de más por un servidor que pasa casi todo el tiempo inactivo, pero tampoco quieres que tu sitio se arrastre la primera vez que varias personas lo visitan a la vez.

Elegir un tamaño parece algo técnico porque los proveedores venden números: núcleos de CPU, RAM, almacenamiento, ancho de banda. Pero la decisión es más simple si tratas el servidor como un pequeño espacio de trabajo. Necesitas suficientes manos para hacer el trabajo, suficiente espacio en la mesa para tener las cosas abiertas y suficiente sitio en el armario para guardar lo que importa.

Empieza por lo que el servidor tiene que sostener

Antes de elegir números, ponle nombre al trabajo.

Un pequeño sitio de tipo folleto es como una tienda tranquila con unos pocos visitantes mirando los estantes. Un sitio WordPress con plugins está más ocupado: tiene que construir páginas, hablar con una base de datos y a veces enviar correos. Una web app tiene más piezas en movimiento, sobre todo si tiene tareas en segundo plano, subidas de archivos o usuarios reales conectados. Un servicio autoalojado, como una nube privada de archivos, quizá dependa más del almacenamiento que de la velocidad pura.

Este es un punto de partida sencillo:

No son leyes. Son líneas de partida seguras. Si estás dejando un hosting compartido, es probable que tu antiguo proveedor te ocultara estos límites. Nuestra guía sobre cómo pasar de un hosting compartido cPanel a tu propio servidor explica ese cambio con más detalle.

CPU: cuántas manos hacen el trabajo

La CPU (unidad central de procesamiento) es el trabajador que se encarga de pensar. Cuando alguien visita tu sitio, la CPU ayuda a construir la página, ejecutar el código de la app, redimensionar imágenes, procesar inicios de sesión y responder a las consultas de la base de datos.

Una CPU basta para muchos sitios pequeños porque las peticiones web son cortas. El trabajador coge una tarea, la termina y pasa a la siguiente. Necesitas más CPU cuando llegan muchas tareas al mismo tiempo, o cuando cada tarea es pesada.

Elige más CPU si ejecutas:

• WordPress con muchos plugins o page builders
• Una app con acciones frecuentes de los usuarios
• Procesamiento de imágenes o vídeo
• Indexación para búsqueda
• Varios sitios en un mismo servidor

No compres CPU extra solo porque suene más rápido. Si tu sitio pasa la mayor parte del tiempo esperando visitantes, esas manos de más pueden pasarse el día de brazos cruzados.

RAM: el tamaño del banco de trabajo

La RAM (memoria) es el banco de trabajo. Contiene las cosas que tu servidor está usando activamente en este momento: el servidor web, la base de datos, el código de la app, la caché y las tareas abiertas.

Cuando la RAM es demasiado poca, el servidor empieza a mover cosas dentro y fuera de un almacenamiento más lento. Es como intentar cocinar la cena sobre una tabla de cortar del tamaño de una postal. Puedes hacerlo, pero todo lleva más tiempo y es fácil que algo se derrame.

Para quien empieza, la RAM suele ser el primer límite que se nota.

Un sitio muy pequeño puede funcionar con 1 GB, pero deja poco margen para estar cómodo. Un sitio WordPress o una app pequeños suelen ir mejor con 2 GB. Si ejecutas una base de datos en el mismo servidor, gestionas subidas de archivos u hospedas varios servicios, 4 GB son un punto de partida mucho más tranquilo.

Si estás publicando una app pequeña, aquí es donde ayuda planificar. La app en sí puede ser ligera, pero la base de datos, el worker en segundo plano y la caché también necesitan sitio en el banco. Cubrimos ese panorama más amplio en publicar una web app pequeña sin DevOps.

Almacenamiento: el armario, no el motor

El almacenamiento es donde viven tus archivos cuando no se están usando de forma activa. Los archivos del sitio, las imágenes subidas, los datos de la base de datos, los registros, los backups y las actualizaciones del sistema necesitan espacio.

El almacenamiento no suele hacer más rápido un sitio sencillo una vez que tienes suficiente. Se parece más al espacio de un armario. Demasiado poco es un problema. Un armario enorme y vacío no hace mejor la casa.

El error es contar solo los archivos de tu web. Un sitio que hoy pesa 5 GB puede necesitar mucho más sitio para:

• El crecimiento de la base de datos
• Los medios subidos
• Los archivos temporales
• Los archivos de registro
• Las actualizaciones de software
• Las copias de backup antes de moverlas a otro sitio

Para un sitio básico, 30–50 GB suelen ser cómodos. Para un servicio privado de archivos, el número adecuado depende de lo que pienses guardar. Si estás autoalojando algo como una nube privada, el almacenamiento pasa a ser la decisión principal, no un detalle secundario. Nuestra guía para autoalojar Nextcloud recorre ese tipo de caso de uso.

Deja espacio para los picos y los backups

Tu servidor no necesita estar dimensionado para el día más ajetreado de tus sueños. Pero debería sobrevivir a las sorpresas normales.

Un pico puede ser el envío de un boletín, una publicación en redes que recibe atención, un backup en marcha, un motor de búsqueda rastreando tu sitio o un plugin ejecutando tareas programadas. Si tu servidor ya está lleno en un día tranquilo, un pequeño pico puede hacer que se venga abajo.

Una buena regla: no apuntes al tamaño más pequeño que apenas arranca. Apunta al tamaño más pequeño que todavía tiene margen para respirar.

Los backups también cuentan aquí. Un backup no es solo una copia de seguridad; también es un trabajo que tu servidor tiene que realizar. Lee archivos, empaqueta datos y a veces usa espacio temporal extra. Si tu almacenamiento está casi lleno, los backups pueden fallar justo en el momento en que más los necesitas. Si tienes dudas sobre esa parte, empieza por cómo hacer una copia de seguridad de tu servidor.

El atajo

El problema honesto del dimensionamiento es que estás adivinando antes de tener ninguna prueba. Los números de un plan —núcleos, gigabytes— no significan nada hasta que un sitio real se ejecuta sobre ellos, y para entonces una mala estimación se manifiesta por las malas: una máquina que casi siempre duerme y te cobra de más en silencio, o una que se cae la primera tarde con tráfico.

Server Manager cierra esa brecha mostrándote lo que el servidor está sosteniendo de verdad —cuánto de ocupadas están las manos, cuánto se llena el banco de trabajo, con qué rapidez se llena el armario— en términos claros en lugar de gráficos en crudo. Así dimensionas partiendo de la realidad, no de un folleto: puedes saber si el plan de hoy tiene margen real o va al límite, y darte cuenta en un día tranquilo en vez de durante el pico que te obliga a decidir.

El verdadero beneficio es que la pregunta sigue teniendo respuesta más adelante. Meses después, te basta un vistazo para saber si todavía tienes sitio para crecer o si es hora de subir de tamaño —y subir de tamaño se convierte en un paso deliberado, no en una emergencia. Consigues lo que querías desde el principio: un servidor que encaja con el trabajo, con margen suficiente para dormir tranquilo y sin nada que estés pagando por tener parado.

Tu logro: bien dimensionado, no sobredimensionado

El tamaño de servidor adecuado no es el más grande que puedas permitirte. Es el que encaja con el trabajo con un poco de espacio para respirar.

Empieza por lo que estás hospedando. Dale suficiente CPU para los momentos de mucha actividad, suficiente RAM para mantener despejado su banco de trabajo y suficiente almacenamiento para el crecimiento y los backups. Así es como evitas los dos errores comunes: comprar demasiado por miedo, o comprar demasiado poco y pelearte más adelante con páginas lentas.