Quanta RAM o n8n precisa em produção: workers, PostgreSQL e Redis

Publicado em 2026-11-14 por frfrand

Como dimensionar o n8n de acordo com execuções, concorrência, persistência, memória dos fluxos de trabalho e uso de workers.

# Quanta RAM o n8n precisa em produção: workers, PostgreSQL e Redis

Um VPS pequeno basta para o n8n? Depende menos de quantos workflows você tem salvos do que de quantos rodam simultaneamente e o que fazem. Uma automação que move pequenos dados JSON e aguarda uma API se comporta de forma muito diferente de outra que processa arquivos grandes ou milhares de itens. A capacidade deve ser estimada com carga real e margem para picos.

Componentes que consomem memória

Em uma instalação simples, o n8n pode executar editor, webhooks e workflows em um mesmo processo. Em modo fila, os processos principais e workers são separados, com Redis como intermediário da fila e um banco de dados persistente, habitualmente PostgreSQL. Se todos residirem na mesma VPS, competem por memória e CPU.

O sistema operacional, proxy reverso, agente de monitoramento e backups também consomem recursos. Não atribua toda a RAM disponível ao Node.js.

A concorrência importa

Dois fluxos com o mesmo número de nós podem ter consumos muito diferentes. Meça execuções por minuto, duração média e p95, número máximo de execuções simultâneas, tamanho do payload e presença de binários. Uma aproximação operativa para concorrência média é a taxa de chegadas por segundo multiplicada pela duração média em segundos; não substitui a medição de picos.

Um workflow que faz dez chamadas pequenas em sequência não se dimensiona igual a um que baixa e transforma um arquivo grande, executa código próprio ou agrega milhares de registros na memória.

Estimar o VPS com um teste

1. Identifique os cinco workflows mais pesados e sua frequência.
2. Execute um teste representativo sem disparar efeitos reais sobre clientes.
3. Meça RSS dos processos, memória disponível, CPU, p95, erros OOM e tempo na fila.
4. Repita com o pico esperado mais uma margem explícita.
5. Ajuste limites de concorrência e quantidade de workers antes de escalar horizontalmente.

Evite prometer um valor universal como «1 GB para cada dez workflows». É uma regra sem fundamento técnico.

PostgreSQL e Redis não são a mesma coisa

O PostgreSQL armazena metadados e dados de execução conforme a configuração do n8n; convém controlar retenção e limpeza para evitar crescimento descontrolado. O Redis é usado para coordenar a fila em arquiteturas de execução distribuídas, não para substituir backups do banco de dados. Revise a compatibilidade e a configuração oficial do modo fila antes de implementá-lo.

Em um ambiente sensível, considere hospedar o banco fora do processo principal para isolar consumo e facilitar recuperação. Isso adiciona rede e operação, então deve ser justificado.

Quando adicionar workers

Se aumentarem as execuções pendentes e o processo principal permanecer estável, um worker adicional pode aumentar capacidade, desde que CPU, memória, APIs externas e banco de dados permitam. Se o limite real for uma API com rate limit, multiplicar workers pode piorar os erros 429.

Configure alertas de OOM, disco, fila acumulada e falhas persistentes. Teste a reinicialização de processos sob carga antes de confiar no sistema.

Perguntas frequentes

O Redis é obrigatório no n8n?

Não em todas as instalações; é parte habitual do modo fila.

Mais RAM torna os workflows mais rápidos?

Somente quando existe pressão de memória ou processos que acumulam dados.

Quando usar PostgreSQL?

Quando você busca uma persistência de produção de acordo com a arquitetura e as recomendações do produto.

Recursos

Consulte OOM Killer no Linux e pooling de conexões. Na ArduMaker, dimensione o VPS n8n de acordo com medições e não pelo número de fluxos.