Las páginas de planes destacan la RAM, pero un disco lleno tumba un servidor con la misma seguridad. Con "No space left on device", las bases de datos dejan de escribir y los sitios web de responder, da igual cuánta memoria quede libre. El uso del disco es fácil de prever si sabes qué crece. Arrancamos servidores nuevos desde nuestras propias imágenes y medimos a cada uno de los sospechosos habituales.
Lo que ocupa un servidor recién creado
Medido justo después del primer arranque:
| Sistema | Espacio ocupado |
|---|---|
| Alpine Linux 3.21 | 153 MB |
| Debian 12 | 1,2 GB |
| Ubuntu 24.04 | 2,7 GB |
| Windows Server 2022 | 14,0 GB |
En Linux, casi todo un Nano de 15 GB es tuyo desde el primer día. Windows ocupa más de una cuarta parte de sus 50 GB antes de que instales nada y, como verás más abajo, las actualizaciones se llevan más.
Parte de los 2,7 GB de Ubuntu se recuperaba fácilmente. 440 MB eran la caché de paquetes de las actualizaciones del primer arranque, y había tres kernels instalados aunque solo se usa uno. Dos comandos dejaron lo ocupado en 2,16 GB:
sudo apt clean
sudo apt autoremove --purge
Docker: las imágenes se acumulan rápido
Instalar Docker en sí añadió unos 300 MB. Lo que cuenta son las imágenes. Descargamos ocho habituales, una tras otra, y medimos cada vez cuánto crecía el disco:
| Imagen | Espacio añadido |
|---|---|
nginx:alpine | 91 MB |
nginx:latest | 232 MB |
postgres:16 | 501 MB |
python:3.12-slim | 59 MB |
node:22 | 1564 MB |
mariadb:11 | 437 MB |
wordpress:latest | 960 MB |
redis:7-alpine | 55 MB |
| Total | 3,9 GB |
Las imágenes que comparten base reutilizan sus capas, por eso python:3.12-slim solo añadió 59 MB: nginx:latest y postgres:16 ya habían traído la misma base Debian. Las imágenes basadas en Alpine son varias veces más pequeñas que las completas. Solo node:22 pesa 1,5 GB, así que, cuando puedas, construye sobre node:22-slim o node:22-alpine.
Las imágenes se apilan con las actualizaciones: cada docker compose pull deja atrás la versión anterior. En nuestro servidor de prueba, un comando las eliminó todas:
docker system df
docker system prune -a
Informó de 4,1 GB recuperados. prune -a borra toda imagen que no use ningún contenedor, así que ejecútalo con tu stack en marcha. No toca los volúmenes salvo que añadas --volumes.
Registros: lo que llena un disco en una noche
Docker guarda todo lo que imprime un contenedor, y por defecto sin límite de tamaño. Lanzamos un contenedor que imprimía una línea corta en bucle, el tipo de salida que genera una comprobación de salud o un modo de depuración. A los 30 segundos su archivo de registro pesaba 6 MB. A ese ritmo escribiría unos 17 GB al día, más que todo el disco de un plan Micro.
Fija un límite para todos los contenedores nuevos en /etc/docker/daemon.json:
{
"log-driver": "local",
"log-opts": { "max-size": "10m", "max-file": "3" }
}
Después ejecuta sudo systemctl restart docker y vuelve a crear tus contenedores (docker compose up -d --force-recreate). Los contenedores existentes conservan la configuración con la que se crearon. Con el límite, el registro del mismo contenedor de prueba pesaba 4 MB a los 30 segundos y nunca podrá pasar de 30 MB.
El diario del sistema ya está limitado: en nuestro servidor Ubuntu de 25 GB, journald se limita a 2,3 GB, una décima parte del sistema de archivos. Estaba usando 15 MB.
Windows: las actualizaciones necesitan espacio
Nuestra imagen de Windows Server 2022 era de 2022, así que la actualizamos. Mientras se instalaba la primera actualización acumulativa, lo ocupado pasó de 12,6 a 20,8 GB, y tras la segunda llegó a 24,5 GB. Windows guarda la versión antigua de cada archivo de sistema que sustituye una actualización. La limpieza lo devolvió a 14,6 GB, y un servidor nuevo creado desde la imagen actualizada arranca ahora en 14 GB. Deja libres al menos 10 GB para la próxima actualización. La guía de actualizaciones de Windows tiene los comandos de limpieza.
Qué elegir
| Lo que ejecutas | Disco cómodo | Plan |
|---|---|---|
| Un bot, una VPN, un sitio estático pequeño | 15 GB | Nano, $3/mes |
| Un stack de Docker con unas pocas imágenes | 25 GB | Micro, $5/mes |
| WordPress con base de datos y archivos subidos, varios stacks | 35 GB | Small, $8/mes |
| Bases de datos grandes, muchas imágenes, copias locales | 45 GB | Medium, $12/mes |
| Windows Server 2022 | 50–60 GB | Windows-Small, $11/mes |
Dos reglas hacen que cualquiera de ellos dure más: limita los registros de los contenedores antes de desplegar y copia las copias de seguridad fuera del servidor en lugar de guardarlas en su disco. Si un servidor ya está lleno, nuestra guía para liberar espacio en disco te lleva paso a paso. Para la parte de memoria del dimensionamiento, consulta cuánta RAM necesita un VPS. Todos los planes están en la página VPS, y se pagan en USDT, USDC o ETH en Base, Ethereum o Polygon.
Comentarios
Aún no hay comentarios. Sé el primero.