Cuánta RAM necesita n8n en producción: workers, PostgreSQL y Redis

Publicado el 2026-11-14 por frfrand

Cómo dimensionar n8n según ejecuciones, concurrencia, persistencia, memoria de los flujos de trabajo y uso de trabajadores.

# Cuánta RAM necesita n8n en producción: workers, PostgreSQL y Redis

¿Basta un VPS pequeño para n8n? Depende menos de cuántos workflows tienes guardados que de cuántos corren simultáneamente y qué hacen. Una automatización que mueve pequeños datos JSON y espera una API se comporta de forma muy distinta a otra que procesa archivos grandes o miles de elementos. La capacidad debe estimarse con carga real y margen para picos.

Componentes que consumen memoria

En una instalación simple, n8n puede ejecutar editor, webhooks y workflows en un mismo proceso. En modo cola, se separan procesos principales y workers, con Redis como intermediario de la cola y una base de datos persistente, habitualmente PostgreSQL. Si todos residen en la misma VPS, compiten por memoria y CPU.

El sistema operativo, proxy inverso, agente de monitorización y copias también consumen recursos. No atribuyas toda la RAM disponible a Node.js.

La concurrencia importa

Dos flujos con el mismo número de nodos pueden tener consumos muy diferentes. Mide ejecuciones por minuto, duración media y p95, número máximo de ejecuciones simultáneas, tamaño del payload y presencia de binarios. Una aproximación operativa a concurrencia media es tasa de llegadas por segundo multiplicada por duración media en segundos; no sustituye la medición de picos.

Un workflow que hace diez llamadas pequeñas en secuencia no se dimensiona igual que uno que descarga y transforma un archivo grande, ejecuta código propio o agrega miles de registros en memoria.

Estimar el VPS con un ensayo

1. Identifica los cinco workflows más pesados y su frecuencia.
2. Ejecuta una prueba representativa sin disparar efectos reales sobre clientes.
3. Mide RSS de procesos, memoria disponible, CPU, p95, errores OOM y tiempo en cola.
4. Repite con el pico esperado más un margen explícito.
5. Ajusta límites de concurrencia y cantidad de workers antes de escalar horizontalmente.

Evita prometer una cifra universal como «1 GB por cada diez workflows». Es una regla sin fundamento técnico.

PostgreSQL y Redis no son lo mismo

PostgreSQL guarda metadatos y datos de ejecución conforme a la configuración de n8n; conviene controlar retención y limpieza para evitar crecimiento descontrolado. Redis se usa para coordinar la cola en arquitecturas de ejecución distribuidas, no para reemplazar backups de la base de datos. Revisa compatibilidad y configuración oficial del modo cola antes de implementarlo.

En un entorno sensible, considera alojar la base fuera del proceso principal para aislar consumo y facilitar recuperación. Esto añade red y operación, así que debe justificarse.

Cuándo añadir workers

Si aumentan las ejecuciones pendientes y el proceso principal permanece estable, un worker adicional puede aumentar capacidad, siempre que CPU, memoria, APIs externas y base de datos lo permitan. Si el límite real es una API con rate limit, multiplicar workers puede empeorar los errores 429.

Configura alertas de OOM, disco, cola acumulada y fallos persistentes. Prueba el reinicio de procesos bajo carga antes de confiar en el sistema.

Preguntas frecuentes

¿Redis es obligatorio en n8n?

No en todas las instalaciones; es parte habitual del modo cola.

¿Más RAM hace más rápidos los workflows?

Solo cuando existe presión de memoria o procesos que acumulan datos.

¿Cuándo usar PostgreSQL?

Cuando buscas una persistencia de producción acorde con la arquitectura y las recomendaciones del producto.

Recursos

Consulta OOM Killer en Linux y pooling de conexiones. En ArduMaker, dimensiona el VPS n8n según mediciones y no por número de flujos.