Todos os produtos 
Como escolher um VPS para n8n e instalá-lo sem surpresas
O n8n é uma plataforma de automações que pode ser instalada no seu próprio servidor em vez de uma assinatura na nuvem. A instalação própria elimina os limites de execuções e de fluxos, e os dados e os acessos aos serviços ficam com você. O custo é um servidor virtual e meia hora de configuração.
Quantos recursos o n8n precisa
O n8n em si é uma aplicação Node.js que, ociosa, ocupa algumas centenas de megabytes de memória. Quem gera carga são os fluxos: respostas grandes de API, arquivos, loops com milhares de registros, nós Code. Referências aproximadas:
- 1–2 GB de RAM, 1 núcleo — automações pessoais, dezenas de execuções por hora, banco SQLite.
- 2–4 GB de RAM, 2 núcleos — instância de trabalho de uma equipe com PostgreSQL em um contêiner ao lado. Esse é o mínimo definido no filtro desta página.
- 4–8 GB de RAM ou mais — modo de filas com workers, processamento de PDFs e imagens, cadeias longas de IA.
Um plano comum dá conta das chamadas a IAs externas via nós de IA. Mas, se o modelo precisar rodar no próprio servidor, os requisitos de memória são outros — veja VPS para IA em CPU.
Docker, Postgres e chave de criptografia
O mais prático é instalar o n8n via Docker Compose: um contêiner do n8n, um do PostgreSQL e um proxy reverso. O Docker exige virtualização completa, por isso escolha KVM; mais sobre a preparação do servidor na página VPS para Docker.
Por padrão, o n8n guarda tudo em SQLite. Para testar, basta, mas com o crescimento do histórico de execuções o arquivo do banco incha, e o modo de filas não funciona com SQLite. O PostgreSQL é mais confiável e mais fácil de fazer backup com o pg_dump.
Defina a variável N8N_ENCRYPTION_KEY explicitamente e guarde uma cópia dela fora do servidor. Todas as credenciais salvas são criptografadas com essa chave: sem ela, o backup do banco não devolve os acessos aos serviços.
Webhooks e HTTPS
Muitos gatilhos — bots, sistemas de pagamento, formulários no site — enviam eventos para um webhook, e quase todos exigem HTTPS com certificado válido. É preciso um domínio ou subdomínio apontado para o IP do servidor e um proxy como Caddy ou nginx com certificado Let's Encrypt. Informe o endereço público em WEBHOOK_URL, senão os nós vão mostrar links internos para localhost:5678.
Não abra a porta 5678 para fora. O Docker publica portas ignorando o ufw, por isso vincule o contêiner a 127.0.0.1 e libere o editor apenas pelo proxy.
Modo de filas
Quando um único processo não dá mais conta, o n8n é colocado em queue mode: a instância principal recebe os webhooks e coloca as tarefas no Redis, e workers separados as executam. São necessários PostgreSQL, Redis e a mesma chave de criptografia em todos os processos. Em um único VDS com 4–8 GB de memória, esse esquema funciona tranquilamente; vale levar os workers para máquinas separadas quando faltam núcleos.
Onde hospedar o servidor
Veja com o que seus fluxos trabalham. Para APIs internacionais, um servidor na Europa ou nos EUA costuma ficar mais perto delas e dar uma latência menor. Para CRMs, bancos e marketplaces locais, faz mais sentido um servidor no seu próprio país. Defina o país nos filtros; as formas de pagamento de cada plano aparecem na coluna «Pagamento».