Сколько сервера нужно n8n? RAM, CPU и хранилище в зависимости от нагрузки workflow

От того, сколько сервера нужно n8n, зависит не столько чистое количество пользователей, сколько число параллельных выполнений и объём бинарных данных, проходящих через workflow. Сама компания n8n протестировала в собственном бенчмарке один экземпляр с 4 ГБ RAM (тип ECS c5a.large, основной режим с Postgres) и достигла при этом до 220 выполнений workflow в секунду, однако с очень простым workflow, состоящим из webhook-триггера и узла Edit Fields. Для большинства автоматизаций малого и среднего бизнеса с более сложными узлами, обработкой файлов или обращениями к ИИ это не реалистичное устойчивое значение, а верхний предел в лабораторных условиях. Актуально на: август 2026.

Достаточно ли небольшого экземпляра для начала?

Для начала обычно достаточно небольшого или среднего экземпляра, если workflow не работают постоянно параллельно и с большой бинарной нагрузкой. В собственном тесте n8n один экземпляр с 4 ГБ RAM оставался стабильным до определённого уровня нагрузки, однако время отклика при более высокой нагрузке заметно росло, достигая на пике более 100 секунд, при этом обработка продолжалась в фоновом режиме. Это показывает: небольшой экземпляр в итоге всё же обрабатывает нагрузку, но уже не за приемлемое время для синхронных ответов webhook. Подробности о структуре теста приведены в документации n8n по производительности.

Когда SQLite становится проблемой?

SQLite становится проблемой самое позднее тогда, когда вы хотите масштабироваться на несколько процессов n8n. Для Queue Mode с несколькими worker SQLite, по данным n8n, не предусмотрен, вместо этого требуется база данных Postgres, к которой могут обращаться как основной экземпляр, так и все экземпляры worker. Поэтому тем, кто предвидит рост, стоит с самого начала планировать работу с Postgres, а не с SQLite, даже если единичный экземпляр с SQLite поначалу работает для небольших некритичных установок.

Когда оправдан переход на Queue Mode?

Queue Mode оправдан, как только один экземпляр достигает своих пределов, например из-за большого числа одновременных пользователей, множества параллельных выполнений или всплесков нагрузки на webhook. В Queue Mode основной экземпляр берёт на себя триггеры, webhook и интерфейс, а отдельные экземпляры worker берут на себя собственно выполнения, при этом Redis обязательно требуется в качестве message broker. По умолчанию каждый worker обрабатывает до 10 задач одновременно, но n8n рекомендует ограничивать concurrency на worker минимум до 5, чтобы не исчерпать пул соединений с базой данных. О том, как это настроить подробно, рассказывает документация n8n по Queue Mode.

Что меняется при больших бинарных данных?

Бинарные данные, такие как PDF или изображения, меняют расчёт гораздо сильнее, чем чистая обработка JSON, поскольку создают дополнительную потребность в памяти и операциях ввода-вывода. В Queue Mode хранение бинарных данных в локальной файловой системе, согласно документации, не поддерживается, вместо этого рекомендуется внешнее S3-совместимое хранилище. Тем, кто обрабатывает много документов, стоит учитывать этот момент при планировании сервера с самого начала, а не замечать его только тогда, когда диск или оперативная память заполнятся.

Как рассчитать параметры для собственного случая?

Наиболее надёжно вы рассчитаете параметры, если протестируете собственный, реалистичный workflow, вместо того чтобы полагаться на общие цифры. Сама компания n8n прямо указывает, что фактическая производительность зависит от типа workflow, доступных ресурсов и конфигурации, и рекомендует проводить собственные бенчмарки с помощью собственного тестового фреймворка. Для промышленной эксплуатации на собственном сервере, размещённом в Германии или ЕС, мы в NordFlux помогаем с настройкой n8n, включая выбор подходящего сервера и базы данных.

Часто задаваемые вопросы о расчёте параметров сервера n8n

Достаточно ли небольшого облачного экземпляра с малым объёмом RAM для n8n?

Для простых, непараллельных workflow небольшого экземпляра может быть достаточно, как показывает собственный тест n8n с 4 ГБ RAM. Однако как только несколько workflow выполняются одновременно или обрабатываются бинарные данные, потребность заметно возрастает, поэтому собственный тест при реалистичной нагрузке разумнее, чем общая рекомендация.

Обязательно ли мне нужен Queue Mode?

Нет, для небольших установок с умеренной параллельной нагрузкой достаточно одного экземпляра. По данным n8n, Queue Mode становится актуальным прежде всего тогда, когда экземпляр достигает пределов масштабирования и дополнительные worker должны распределять нагрузку.

Сколько выполнений в секунду максимум может обеспечить n8n?

Сама компания n8n указывает в собственном бенчмарке до 220 выполнений workflow в секунду на одном экземпляре, измеренных с помощью очень простого тестового workflow. При более сложных workflow с большим числом узлов, внешними обращениями к API или бинарными данными реалистичное значение, по опыту, заметно ниже.

Работает ли n8n с SQLite в продуктивной среде?

Для одного экземпляра с умеренной нагрузкой SQLite в принципе пригоден для использования. Однако для Queue Mode с несколькими worker SQLite, согласно документации, не предусмотрен, там требуется Postgres.