Comece pela carga de trabalho
Dois projetos com dez workflows podem consumir recursos muito diferentes. Um fluxo que apenas envia uma notificação não se comporta como outro que transforma arquivos, processa muitos itens ou chama modelos de IA.
Mapeie a frequência dos gatilhos, o tempo médio das execuções, a quantidade de execuções simultâneas e o tamanho dos dados. Inclua banco, proxy, painel de gerenciamento e outros serviços que compartilharão a VPS.
APIs externas também influenciam o tempo total. Uma execução pode permanecer aberta enquanto aguarda outro serviço sem que o processador esteja ocupado durante todo o período.
O papel de RAM, CPU e armazenamento
| Recurso | O que observar no n8n |
|---|---|
| RAM | Execuções simultâneas, volume de itens, arquivos em memória, banco e serviços auxiliares. |
| vCPU | Transformações, nós de código, compressão e tarefas que processam dados localmente. |
| Armazenamento | Banco de dados, histórico de execuções, logs, arquivos binários e espaço para atualizações. |
| Rede | Webhooks e chamadas a APIs; a latência também depende do destino conectado. |
Arquivos grandes e muitos itens podem aumentar bastante o consumo de memória. A documentação do n8n explica causas comuns de erros relacionados à memória e recomenda analisar o comportamento real do workflow.
Métricas que ajudam a decidir
- Memória disponível, uso de swap e processos encerrados por falta de memória.
- Uso de CPU durante os horários de pico e duração das execuções.
- Quantidade de execuções concorrentes, em espera e com erro.
- Crescimento do banco, dos logs e do histórico de execuções.
- Espaço livre e espera de leitura ou gravação no disco.
Registre um período representativo e teste as automações mais pesadas. Não escolha o plano com base apenas no consumo em repouso. Deixe margem para picos observados, falhas temporárias das APIs e crescimento previsível.
O guia geral de RAM e vCPU para VPS explica como interpretar sinais do sistema operacional.
Planeje crescimento e escala
Antes de aumentar o servidor, confira se o problema está em um workflow, consulta ou retenção excessiva de dados. Depois de corrigir gargalos, compare novamente as métricas.
Em cenários maiores, o n8n documenta o modo de fila para distribuir execuções entre componentes. Essa arquitetura envolve banco, Redis e workers e não deve ser tratada como uma simples troca de plano.
Comece com uma configuração coerente com a carga conhecida, monitore e ajuste. Não existe quantidade de RAM ou vCPU que garanta desempenho para qualquer workflow.
Compare os planos para n8n
Veja RAM, vCPU e armazenamento de cada plano ou explique sua carga de trabalho à equipe para comparar as opções. Antes de publicar, consulte também o checklist de segurança e backup do n8n.