Requisitos de servidor para n8n

Cuánta máquina necesita realmente una instancia de n8n autoalojada, qué añade la base de datos y el punto en que una instancia deja de ser suficiente. La mayoría de los consejos de dimensionamiento que encontrarás en línea están escritos para el modo cola, que la mayoría nunca necesita, así que parecen un requisito mucho mayor de lo que es.

La respuesta corta

Una sola instancia de n8n que ejecuta flujos normales no es un software exigente. Dos vCPU y 2 GB de RAM ejecutan con comodidad una carga real de tareas programadas, webhooks y llamadas a APIs, porque n8n pasa la mayor parte de su vida esperando a los servicios de otros en lugar de calcular. El proceso principal de n8n ronda los 300 MB en reposo.

Lo que realmente hace subir la cifra no es cuántos workflows tengas definidos. Es cuántos datos mantiene en memoria una sola ejecución a la vez y cuántas ejecuciones corren de forma simultánea.

Qué consume memoria en n8n

n8n pasa los datos entre nodos como elementos mantenidos en memoria durante toda la ejecución. Eso tiene una consecuencia importante para el dimensionamiento: un workflow que obtiene diez mil filas y las procesa a través de cinco nodos consume mucho más que cien workflows que mueven cada uno la carga de un webhook.

• Tamaño de la carga por ejecución. Las respuestas HTTP grandes, las importaciones de hojas de cálculo y los archivos binarios son la causa habitual de que una instancia que iba bien deje de hacerlo de repente.
• Concurrencia. Diez ejecuciones simultáneas retienen cada una su propio conjunto de trabajo. Una programación que dispara varios flujos de trabajo en el mismo minuto es un pico que no planeaste.
• Historial de ejecuciones. Los datos de ejecuciones guardadas se acumulan en la base de datos. Es una cuestión de disco y base de datos y no de RAM, pero es lo que crece en silencio durante meses y luego importa.

La consecuencia práctica: si procesas cargas grandes, divídelas. Procesar un conjunto de datos grande por lotes aporta más estabilidad que cualquier cantidad de RAM extra, porque cambia el pico en lugar de subir el techo.

La base de datos es un requisito, no una optimización

n8n usa SQLite por defecto, lo cual está bien para una prueba y es mala idea en producción. Gestiona mal las ejecuciones concurrentes y es incómodo de respaldar y restaurar con fiabilidad. PostgreSQL es la respuesta para producción y no es gratis en términos de recursos: calcula aproximadamente de 500 MB a 1 GB, creciendo con tu historial de ejecuciones.

Esa cifra es la que la mayoría de las guías de dimensionamiento mete discretamente en la misma máquina que n8n. En un VPS casero sale de la misma RAM que tus workflows, junto con el entorno de contenedores, un proxy inverso y el sistema operativo. En nuestros planes el clúster PostgreSQL es un componente separado de alta disponibilidad con su propia memoria, así que la RAM del nombre del plan es RAM para n8n.

CPU: normalmente no es la limitación

n8n está dominado por la espera. Una ejecución pasa su tiempo en viajes de red a APIs, no en cómputo, así que dos núcleos rinden mucho. Las excepciones son reales pero específicas: la transformación pesada de datos en nodos Code, el análisis de JSON grandes y los flujos de IA que hacen trabajo local significativo en lugar de llamar a una API de modelos. Si tus flujos son sobre todo integraciones, añade RAM antes que núcleos.

Cuándo necesitas el modo cola

Por defecto n8n ejecuta todo en un solo proceso. El modo cola lo divide: una instancia principal acepta disparadores y entrega las ejecuciones a procesos worker separados mediante Redis, de modo que el proceso principal sigue respondiendo sin importar cuánto dure un trabajo. Es la respuesta estándar para escalar n8n, y también la razón por la que la mayoría de los consejos de dimensionamiento publicados parecen tan pesados.

Lo necesitas cuando se cumple una de estas condiciones, y no antes:

• Las ejecuciones largas están bloqueando a las cortas. Un flujo de trabajo que tarda cinco minutos hará que un webhook entrante espere detrás de él en el modo de proceso único. En el modo cola, la instancia principal confirma de inmediato y un worker hace el trabajo.
• Ves una cola acumulada visible. La señal más clara son ejecuciones en estado de espera durante más de unos segundos en la interfaz de n8n. Eso es una cola formándose, y ninguna cantidad de RAM extra en un solo proceso la elimina.
• Un solo trabajo pesado puede tumbar toda la instancia. El aislamiento suele ser la verdadera motivación y no el rendimiento.

El modo cola añade dos cosas a tus requisitos. Redis, que es pequeño, de unos 128 MB, pero es otro componente que ejecutar, y RAM por worker: cada proceso worker consume aproximadamente entre 200 y 500 MB según lo que transporten tus workflows. Dos workers son un punto de partida sensato, y solo añades más cuando la cola acumulada lo pida. Los workers necesitan RAM mucho más que núcleos, por eso la vía de escalado habitual aumenta la memoria dos o tres veces antes de aumentar la CPU.

Hablando claro: un despliegue en modo cola con varios workers necesita un componente Redis y más memoria de la que ofrecen los niveles de arriba, así que no es lo que son estos planes. Son n8n de instancia única con una base de datos de alta disponibilidad, que es lo que son en realidad la gran mayoría de las instancias autoalojadas. Si has medido una cola pendiente y realmente necesitas workers, has superado un despliegue en un clic y deberías dimensionar un stack dedicado para ello.

Almacenamiento, y lo que crece

El propio n8n necesita muy poco disco. Lo que crece es el historial de ejecuciones, y crece en proporción a la frecuencia con que se ejecutan tus flujos y no a cuántos tengas. Un flujo que consulta una API cada diez minutos produce unas 4,300 ejecuciones al mes por sí solo. Poda los datos de ejecuciones guardadas con una política de retención en lugar de esperar a que el disco decida por ti, y conserva las ejecuciones fallidas más tiempo que las exitosas, porque son las únicas que leerás alguna vez.

Requisitos que no son de hardware

Dos de ellos importan más que cualquier especificación. Los webhooks necesitan una URL pública HTTPS estable, lo que significa un dominio real, un certificado válido y un proxy inverso delante de n8n; una instancia autoalojada sin eso puede ejecutar tareas programadas, pero no puede recibir nada. Y una plataforma de automatización tiene que estar activa cuando salta el disparador, lo que descarta un portátil y convierte el tiempo de actividad en un requisito, igual que la RAM.

Preguntas frecuentes