¿Cuánto servidor necesita n8n? RAM, CPU y almacenamiento según la carga de trabajo

Cuánto servidor necesita n8n depende menos del número puro de usuarios que del número de ejecuciones paralelas y de la cantidad de datos binarios que pasan por los workflows. El propio n8n probó en su propio benchmark una única instancia con 4 GB de RAM (tipo ECS c5a.large, modo principal con Postgres) y alcanzó hasta 220 ejecuciones de workflow por segundo, aunque con un workflow muy sencillo compuesto por un disparador webhook y un nodo Edit Fields. Para la mayoría de las automatizaciones de pymes con nodos más complejos, procesamiento de archivos o llamadas de IA, esto no es un valor sostenido realista, sino un límite superior en condiciones de laboratorio. Estado: agosto de 2026.

¿Basta con una instancia pequeña para empezar?

Para empezar, normalmente basta con una instancia pequeña a mediana, siempre que los workflows no se ejecuten de forma continua en paralelo ni con mucha carga binaria. En la propia prueba de n8n, una única instancia con 4 GB de RAM se mantuvo estable hasta cierto nivel de carga, pero los tiempos de respuesta aumentaron notablemente con cargas más altas, llegando en el pico a más de 100 segundos, mientras el procesamiento continuaba en segundo plano. Esto demuestra que una instancia pequeña acaba procesando la carga, pero ya no en un tiempo útil para respuestas webhook síncronas. Los detalles de la configuración de la prueba los ofrece la documentación de rendimiento de n8n.

¿Cuándo se convierte SQLite en un problema?

SQLite se convierte en un problema, a más tardar, cuando quiere escalar a varios procesos de n8n. Según n8n, SQLite no está previsto para el Queue Mode con varios workers; en su lugar se requiere una base de datos Postgres a la que puedan acceder tanto la instancia principal como todas las instancias worker. Por tanto, quien prevea crecer debería planificar desde el principio con Postgres en lugar de SQLite, aunque una instancia única con SQLite funcione inicialmente para configuraciones pequeñas y no críticas.

¿Cuándo merece la pena pasar al Queue Mode?

El Queue Mode merece la pena en cuanto una única instancia llega a sus límites, por ejemplo por muchos usuarios simultáneos, muchas ejecuciones paralelas o picos de carga en los webhooks. En el Queue Mode, una instancia principal se encarga de los disparadores, los webhooks y la interfaz, mientras que instancias worker separadas se encargan de las ejecuciones propiamente dichas; además, Redis es imprescindible como message broker. Por defecto, cada worker procesa hasta 10 trabajos simultáneamente, pero n8n recomienda limitar la concurrency por worker a un mínimo de 5 para que el pool de conexiones de la base de datos no se agote. Cómo configurarlo en detalle lo describe la documentación de n8n sobre el Queue Mode.

¿Qué cambia con datos binarios grandes?

Los datos binarios como PDFs o imágenes cambian el cálculo mucho más que el simple procesamiento de JSON, porque generan una necesidad adicional de memoria y de E/S. En el Queue Mode, según la documentación, no se admite el almacenamiento de datos binarios en el sistema de archivos local; en su lugar se recomienda almacenamiento externo compatible con S3. Quien procese muchos documentos debería tener en cuenta este punto desde el principio en la planificación del servidor, en lugar de notarlo solo cuando el disco o la memoria RAM estén llenos.

¿Cómo dimensiono para mi propio caso?

La forma más fiable de dimensionar es probar su propio workflow realista, en lugar de fiarse de cifras genéricas. El propio n8n señala expresamente que el rendimiento real depende del tipo de workflow, de los recursos disponibles y de la configuración, y recomienda realizar sus propios benchmarks con su framework de pruebas propio. Para el uso en producción en un servidor propio alojado en Alemania o en la UE, en NordFlux le ayudamos con la puesta en marcha de n8n incluyendo la elección adecuada de servidor y base de datos.

Preguntas frecuentes sobre el dimensionamiento de servidores de n8n

¿Basta una pequeña instancia en la nube con poca RAM para n8n?

Para workflows sencillos y no paralelos, una instancia pequeña puede ser suficiente, como muestra la propia prueba de n8n con 4 GB de RAM. Sin embargo, en cuanto se ejecutan varios workflows simultáneamente o se procesan datos binarios, la necesidad aumenta de forma notable, por lo que una prueba propia bajo carga realista tiene más sentido que una recomendación general.

¿Necesito el Queue Mode obligatoriamente?

No, para configuraciones más pequeñas con una carga paralela manejable, basta con una única instancia. Según n8n, el Queue Mode se vuelve relevante sobre todo cuando una instancia llega a sus límites de escalado y se necesitan workers adicionales para repartir la carga.

¿Cuántas ejecuciones por segundo puede alcanzar n8n como máximo?

En su propio benchmark, el propio n8n indica hasta 220 ejecuciones de workflow por segundo en una única instancia, medidas con un workflow de prueba muy sencillo. En workflows más complejos con más nodos, llamadas a API externas o datos binarios, el valor realista suele ser, según la experiencia, considerablemente más bajo.

¿Funciona n8n con SQLite en producción?

Para una única instancia con una carga manejable, SQLite es en general utilizable. Sin embargo, para el Queue Mode con varios workers, según la documentación, SQLite no está previsto; allí se requiere Postgres.