toolchest_

Medido en un homelab real

Requisitos de RAM y CPU de Coolify (medidos)

En nuestro homelab usa unos 117 MB de RAM en una hora normal, 223 MB en las horas de más carga, y su máximo fue de 334 MB en los últimos 30 días (gestionando 2 servidores y ~35 apps y servicios).

Lo que gasta de verdad (memoria de los procesos)

Lo normal (mediana)
117 MB
Media
135 MB
Horas de carga (percentil 95)
223 MB
Máximo registrado
334 MB
Según docker stats (con caché de disco)
mediana 369 MB · pico 1,3 GB
Ventana
720 horas medidas, hasta el 26 sept 2026
Versión
4.3.23
Stack (todo sumado)
coolify + PostgreSQL + Redis + realtime + Traefik proxy + sentinel
Carga
gestionando 2 servidores y ~35 apps y servicios
Hardware
Intel i5-10600K · 23 GB RAM · Docker (Coolify)

Aviso (2-oct-2026): estas cifras cuentan la memoria de los procesos que está en la RAM. Cuando al servidor le falta memoria, las apps que pasan horas quietas tienen parte de la suya en swap y no se estaba contando, así que la cifra «típica» puede quedarse corta; el pico sí es fiable. Ya medimos RAM más swap y actualizaremos estos números.

Lo que dice el proyecto

RAM mínima
2 GB
RAM recomendada
no publicado
Núcleos de CPU
2

Mínimo: 2 núcleos, 2 GB de RAM y 10 GB de disco libre. Técnicamente arranca con 1 núcleo y 512 MB, pero no se recomienda.

Fuentes

Qué lo hace crecer

Mínimo oficial: 2 núcleos, 2 GB de RAM y 10 GB de disco libre (técnicamente arranca con 1 núcleo y 512 MB, cosa que la documentación desaconseja). Eso es para Coolify en sí: cada app que despliegues suma su propia RAM.

Cómo dimensionarlo

Nuestra regla: cuenta con el máximo de memoria de los procesos más un 25 % de margen: 448 MB. Nuestra carga es pequeña: escálala con los factores de arriba antes de comprar hardware.

Combínalo con otras apps en la calculadora de recursos →

Móntalo: Alquilar un VPS · Comprar un mini-PC · mini-PC en PcComponentes

Cómo lo medimos

Memoria por contenedor según Netdata en el mismo servidor, sumando el stack entero (app, base de datos y caché) hora a hora. Las cifras principales son la memoria propia de los procesos (memoria anónima: heap, pilas). La de docker stats sale más alta porque cuenta también la caché de disco activa —que Linux devuelve cuando la necesita— y la memoria compartida, como los shared buffers de PostgreSQL. Las horas en que el contenedor principal no tiene datos se descartan, no cuentan como cero. Se vuelve a medir con un script, no a mano.

Otras apps medidas