I Run n8n in Both Modes. Queue Mode's Peak Load: 19 Jobs

Описание и применение

В статье сравниваются два режима работы n8n: одиночный процесс и очередь. Queue‑mode обрабатывает 76 100 запусков за неделю, но использует 900 MiB RAM и имеет проблемы с миграциями. Он обеспечивает изоляцию от сбоев и возможность перезапуска без потери вебхуков, но добавляет сложность и скрытые ошибки. Выбор режима зависит от длительности и тяжести задач, а не от общего количества запусков.

Задача

Deciding whether to run n8n in single‑process or queue mode when handling high execution volume and ensuring availability.

Результат

Queue mode handled 76,100 executions with only 19 concurrent jobs, providing crash isolation and restart safety at the cost of ~900 MiB extra RAM and migration race complexity.

Рабочий процесс

• 1. Deploy two identical n8n instances (queue and single‑process).
• 2. Run both for 7 days, collecting execution counts, concurrency, RAM usage, and success rates via SQL queries and docker stats.
• 3. Analyze peak concurrent executions (queue: 19, single: 1).
• 4. Evaluate RAM consumption (queue: 456+445 MiB, single: 507 MiB).
• 5. Identify benefits: crash isolation, restart behavior, scaling path.
• 6. Identify costs: migration race, silent worker failures, extra RAM.
• 7. Decide mode based on workload characteristics (sub‑second traffic vs. long/memory‑heavy runs).

Доказательства

At the single busiest moment of those 76,100 runs, exactly 19 executions were in flight at once.

Источник

Queue mode costs me roughly 900 MiB of n8n processes to do what the regular instance does in 507 MiB.

Источник

The migration race. Every version upgrade, docker compose up -d starts main and worker together, and both immediately try to run database migrations on the same Postgres.

Источник