O desafio de rodar n8n em produção
O n8n ganhou força como alternativa self-hosted ao Zapier e Make. A promessa de automação sem vendor lock-in atrai equipes que querem controle total sobre fluxos de trabalho.
O problema surge na hora de colocar a ferramenta em produção. Rodar n8n localmente é trivial; manter a aplicação estável, rápida e segura em um servidor real exige planejamento de infraestrutura.
A diferença entre testar n8n no notebook e operar workflows críticos 24/7 está na escolha e configuração correta do VPS.
Este artigo cobre os requisitos técnicos reais, as opções de stack e os ajustes necessários para que o n8n rode com confiabilidade.
Por que VPS e não hospedagem compartilhada
O n8n depende de Node.js rodando continuamente e acesso direto ao sistema operacional. Hospedagem compartilhada tradicional (cPanel com PHP) não suporta aplicações Node persistentes.
Um VPS oferece:
- Ambiente isolado — recursos garantidos, sem vizinhos competindo por CPU ou RAM
- Acesso root — necessário para instalar dependências, configurar PM2 ou Docker e gerenciar filas
- Controle de rede — portas customizadas, proxy reverso, SSL via Let's Encrypt
Containers gerenciados (como AWS ECS ou DigitalOcean App Platform) também funcionam, mas fogem do escopo VPS tradicional e aumentam custo inicial.
Requisitos mínimos e recomendados
A documentação oficial do n8n sugere 2 GB de RAM. Na prática, workflows com muitas execuções simultâneas ou integrações pesadas (webhooks do Slack, parsing de PDFs, scraping) consomem mais.
Configuração básica (1-10 workflows leves)
- 2 vCPUs
- 4 GB RAM
- 20 GB SSD
- Ubuntu 22.04 ou 24.04 LTS
Configuração intermediária (produção com time pequeno)
- 4 vCPUs
- 8 GB RAM
- 40 GB SSD
- Banco de dados externo (PostgreSQL recomendado)
Configuração avançada (múltiplos workers, filas)
- 6+ vCPUs
- 16 GB+ RAM
- 80 GB SSD NVMe
- Redis para fila de execuções
- PostgreSQL em instância separada
O SSD faz diferença real: workflows que gravam logs ou manipulam arquivos sofrem com I/O lento em discos HDD.
Stack recomendada para produção
A instalação "rápida" do n8n usa SQLite e roda direto via npx n8n. Funciona para testes, mas não escala.
Componentes essenciais
- Sistema operacional: Ubuntu LTS ou Debian stable
- Banco de dados: PostgreSQL 14+ (evite SQLite em produção)
- Process manager: PM2 ou systemd (manter n8n rodando após reinicialização)
- Proxy reverso: Nginx ou Caddy (SSL automático, balanceamento)
- Firewall: UFW configurado (liberar apenas 80, 443 e SSH)
Docker vs instalação nativa
Docker simplifica atualizações e isola dependências. A imagem oficial n8nio/n8n funciona bem, mas exige conhecimento de volumes persistentes e networks.
Instalação nativa via npm dá controle total e facilita debug, mas requer manutenção manual do Node.js (recomenda-se nvm ou fnm).
Escolha Docker se sua equipe já usa containers em outros projetos. Escolha nativo se prefere transparência total e ajustes finos.
Configuração inicial em 6 etapas
1. Provisionar VPS e hardening básico
Após receber acesso SSH:
- Criar usuário não-root com sudo
- Desabilitar login root via SSH
- Configurar chave pública (sem senha)
- Instalar fail2ban e configurar UFW
2. Instalar dependências
# Node.js 18 LTS via NodeSource ou nvm
# PostgreSQL via apt
# Nginx via apt
3. Criar banco de dados para n8n
CREATE DATABASE n8n_db;
CREATE USER n8n_user WITH ENCRYPTED PASSWORD 'senha_forte';
GRANT ALL PRIVILEGES ON DATABASE n8n_db TO n8n_user;
4. Instalar n8n e configurar variáveis de ambiente
Editar ~/.n8n/.env:
DB_TYPE=postgresdb
DB_POSTGRESDB_HOST=localhost
DB_POSTGRESDB_PORT=5432
DB_POSTGRESDB_DATABASE=n8n_db
DB_POSTGRESDB_USER=n8n_user
DB_POSTGRESDB_PASSWORD=senha_forte
N8N_HOST=automacao.seudominio.com.br
N8N_PROTOCOL=https
WEBHOOK_URL=https://automacao.seudominio.com.br/
5. Configurar PM2 para manter n8n rodando
pm2 start n8n --name "n8n"
pm2 startup
pm2 save
6. Configurar Nginx como proxy reverso
Bloco básico:
server {
server_name automacao.seudominio.com.br;
location / {
proxy_pass http://localhost:5678;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}
Depois rodar certbot --nginx para SSL automático.
Tuning de performance e segurança
Limitar execuções concorrentes
Por padrão, n8n processa workflows sem limite. Em VPS com recursos finitos, isso causa picos de CPU e travamentos.
Definir no .env:
EXECUTIONS_PROCESS=main
N8N_CONCURRENCY_PRODUCTION_LIMIT=10
Configurar fila com Redis (opcional, recomendado acima de 50 workflows)
Redis permite distribuir execuções entre múltiplos workers.
QUEUE_BULL_REDIS_HOST=localhost
QUEUE_BULL_REDIS_PORT=6379
EXECUTIONS_MODE=queue
Backup automático do banco
Script cron para dump diário do PostgreSQL:
0 3 * * * pg_dump -U n8n_user n8n_db | gzip > /backups/n8n_$(date +\%F).sql.gz
Monitoramento
Instalar Netdata ou Prometheus + Grafana para acompanhar:
- Uso de CPU e RAM
- Latência de execuções
- Erros de webhook
Logs do n8n ficam em ~/.n8n/logs/ — configurar rotação via logrotate.
Trade-offs e limites reais
Um VPS de 4 GB sustenta até 200 execuções simultâneas de workflows leves (REST API, transformação de dados). Workflows que fazem scraping, upload de arquivos grandes ou integrações com IA consomem 5 a 10 vezes mais memória.
Se o tráfego cresce além disso, as opções são:
- Vertical scaling: migrar para VPS maior (8 ou 16 GB)
- Horizontal scaling: múltiplos workers com Redis (exige refatoração)
A nuvem oficial do n8n elimina gestão de infra, mas custa a partir de $20/mês por usuário. VPS com 4 GB sai por $15-25/mês total.
Comparação honesta: VPS compensa quando há conhecimento técnico interno. Quem não tem tempo ou experiência com Linux deve considerar o plano gerenciado.
Quando buscar suporte especializado
A Rollin Host atende projetos que exigem infraestrutura sob medida para automação e integrações. Se o setup descrito aqui parece técnico demais ou se workflows críticos travam com frequência, vale avaliar uma consultoria de configuração.
Cenários comuns onde clientes buscam ajuda:
- Migração de n8n da nuvem oficial para VPS próprio
- Configuração de alta disponibilidade (Redis + múltiplos workers)
- Integração com sistemas legados via VPN ou túnel SSH
- Auditoria de segurança (hardening, isolamento de dados sensíveis)
Entre em contato pelo site ou abra um ticket de suporte técnico. A equipe pode dimensionar, provisionar e configurar o ambiente completo, deixando o n8n pronto para uso em produção desde o primeiro dia.
