Guía para dimensionar un servidor cloud: CPU, RAM y SSD

Guía para dimensionar un servidor cloud: CPU, RAM y SSD

Dimensionar un servidor cloud empieza por la carga de trabajo, no por el hardware. Esta guía ofrece rangos iniciales de vCPU, RAM y disco para cargas habituales, los asocia a los presets Small, Medium y Large de la página de servidores cloud DCXV y explica cómo comprobar el resultado tras el despliegue con unos pocos comandos. Todos los rangos son estimaciones y puntos de partida, no mediciones. Tu código, tu tráfico y tus datos deciden las cifras reales.

Empieza por la carga de trabajo

Anota cuatro datos antes de abrir un configurador: qué se ejecuta (servidor web, base de datos, aplicación Windows), cuántas personas o peticiones llegan en la hora de más tráfico, cuántos datos tienes hoy y a qué ritmo crecen.

Después busca el recurso que se agota primero. Una tienda PHP suele quedarse sin RAM antes que sin CPU. Un servidor de compilación se queda sin CPU. Una base de datos se queda sin RAM y luego sin velocidad de disco. Dimensiona para ese cuello de botella y deja que el resto siga.

Rangos iniciales por carga de trabajo

Los presets: Small tiene 2 vCPU, 4 GB de RAM y 40 GB NVMe desde EUR 15.00/mes. Medium tiene 4 vCPU, 8 GB y 80 GB NVMe desde EUR 18.43/mes. Large tiene 8 vCPU, 16 GB y 160 GB NVMe desde EUR 36.88/mes. Precios comprobados en 2026-10, con una copia de seguridad incluida. Antes de comparar, consulta qué determina el precio.

Carga de trabajo	Rango inicial (estimación)	Preset más cercano
Desarrollo/pruebas, VPN, monitorización, utilidades	1-2 vCPU, 1-4 GB RAM, 20-40 GB disco	Small
Web pequeña o blog, poco tráfico	2 vCPU, 2-4 GB RAM, 20-40 GB disco	Small
Tienda online, API o MVP SaaS	2-4 vCPU, 4-8 GB RAM, 40-80 GB disco	Medium
Aplicación con base de datos propia	4-8 vCPU, 8-16 GB RAM, 80-160 GB disco	Medium o Large
Aplicación de negocio Windows/RDP	Primero la fórmula del fabricante. M.E.Doc terminal: CPU = 4 + usuarios, RAM = usuarios x 2 GB + 4 GB	Large hasta 4 usuarios, más a medida

Supuestos: Linux, una aplicación principal, tráfico normal con picos ocasionales, sin GPU ni trabajos por lotes pesados. En la fila de Windows, la fórmula del fabricante prevalece sobre cualquier tabla: es un requisito, no una estimación, y cambia según el tipo de despliegue, así que lee la página actual del fabricante. Si tus cifras quedan entre presets o por encima de Large, crea una configuración a medida en la calculadora de la página de servidores cloud.

Un presupuesto de RAM para una tienda pequeña

Este es un presupuesto ilustrativo para una tienda online en un servidor. Las cifras son supuestos, no mediciones.

• Sistema operativo y servicios - 0.5 GB.
• PHP-FPM - 10 workers x 100 MB = 1 GB.
• Búfer de la base de datos - 2 GB.
• Caché Redis - 0.5 GB.
• Caché de archivos y picos - 1 GB.

El total ronda los 5 GB. Un servidor de 4 GB usaría swap bajo carga. Uno de 8 GB deja libres unos 3 GB, cerca de un tercio. Sustituye cada línea por tus cifras cuando la tienda funcione: los comandos de abajo las muestran.

Margen, sistema operativo y almacenamiento

• CPU - apunta a una carga sostenida inferior al 70% en tu hora punta, para que un pico no encole peticiones.
• RAM - mantén disponible un 20-25%. Un swap constante indica que el servidor se queda pequeño.
• Disco - no pases del 80% de ocupación. Bases de datos, logs y actualizaciones crecen más rápido de lo previsto.
• Sistema operativo - un Linux mínimo necesita unos cientos de MB. Windows Server con escritorio necesita varios GB antes de que arranque tu aplicación (estimación).

La capacidad de backup no es almacenamiento de producción

Cada preset incluye una copia de seguridad. Es una copia de respaldo del disco del servidor, no espacio extra para tus archivos. No la cuentes al dimensionar el disco ni planees guardar archivos, medios o volcados "en el backup". Los datos de producción viven en el disco del servidor, así que dimensiónalo para datos, crecimiento y margen. Antes de un cambio arriesgado, añade una instantánea: consulta instantáneas de VM cloud.

Mide tras el despliegue

Mide en una hora normal de mucho uso y de nuevo en un pico. En Debian o Ubuntu, iostat viene en el paquete sysstat.

top -b -n 1 | head -n 15
free -h
vmstat 5 5
df -h
sudo apt install sysstat
iostat -xz 5 3
ps -eo pid,comm,%mem,%cpu --sort=-%mem \
  | head -n 8
sudo du -xh --max-depth=1 /var \
  | sort -h \
  | tail -n 8

Cómo leer la salida:

• top - compara el load average con el número de vCPU. Una carga por encima de las vCPU durante mucho tiempo indica presión de CPU. El valor st es tiempo de CPU que toma el host.
• free - lee la columna available, no free.
• vmstat - valores distintos de cero en si y so indican swap.
• iostat - un %util alto y un await creciente indican que el disco es el cuello de botella.

Elige y verifica

Toma el preset más cercano de la tabla y ejecútalo con carga real. Una prueba corta es la forma honesta de contrastar una estimación: consulta la lista de comprobación de la prueba. Escribe a sales@dcxv.com para preguntar por una prueba breve; queda a criterio de DCXV y no está garantizada. ¿No estás seguro de tus cifras? Envía tus requisitos a sales@dcxv.com y un ingeniero los revisará, o abre la página de servidores cloud y elige un preset.