Se você chegou até aqui, provavelmente já resolveu a parte difícil: decidiu que quer o n8n rodando na sua própria infraestrutura em vez de pagar por execução. A conta entre Cloud e self-hosted já está feita. Falta a parte que quase nenhum conteúdo sobre n8n responde com número: quanto custa esse servidor, de que tamanho ele precisa ser, e o que exatamente você está assumindo ao cuidar dele.
O que é grátis e o que não é
O n8n Community Edition não cobra licença. Workflows ilimitados, execuções ilimitadas, os nós da comunidade, tudo liberado. É uma vantagem real e é o motivo pelo qual muita gente sai do Cloud quando o volume cresce.
Só que “gratuito” descreve o software, não a operação. A conta de rodar n8n por conta própria tem três linhas, e só a primeira é óbvia:
- O servidor. É a linha previsível, e a menor delas.
- O seu tempo. Atualização, backup, monitoramento, e o incidente que aparece sem avisar.
- O LLM, se houver. Fluxo com IA paga a API do modelo por token, e isso não tem nada a ver com o n8n. É comum essa linha passar a do servidor com folga.
Quem compara “R$ 20 de VPS contra R$ 100 de Cloud” e conclui que economizou 80% está ignorando as linhas 2 e 3. A economia existe, e ela é maior quanto maior o seu volume, porque o servidor não encarece na mesma proporção que o preço por execução. Em volume baixo, o Cloud costuma sair mais barato quando você põe o seu tempo na planilha.
Qual servidor o seu volume pede
Memória é o recurso que aperta primeiro no n8n. Não é CPU. Cada execução carrega dados em memória, e fluxo que manipula arquivo, imagem ou payload grande consome bem mais do que o tamanho do arquivo sugere.
Uma leitura prática das três faixas mais comuns de VPS:
1 vCPU e 2 GB. Serve para começar de verdade. Alguns fluxos, gatilhos esparsos, integrações simples entre planilha, formulário e e-mail. Aguenta um agente de IA leve. Não aguenta processar lote grande nem manter histórico longo de execução.
2 vCPU e 4 GB. É onde a maioria das operações reais fica confortável. Dezenas de fluxos ativos, alguns rodando a cada poucos minutos, com espaço para o histórico crescer e para um fluxo pesado rodar sem derrubar os outros.
4 vCPU e 8 GB. Faz sentido quando automação é infraestrutura do negócio, não conveniência. Muitos fluxos concorrentes, integrações que movem volume, e a necessidade de que nada pare porque um processo comeu a memória.
Um detalhe que economiza dor de cabeça: configure a retenção do histórico de execuções. O n8n guarda cada execução por padrão, e num fluxo que roda a cada minuto isso vira gigabytes em semanas. Boa parte dos “meu n8n ficou lento” é banco inflado, não falta de CPU.
A escolha de banco que quase ninguém menciona
Por padrão, o n8n guarda tudo em SQLite, num arquivo dentro do volume. Funciona, é o caminho de menor atrito, e é o que praticamente todo tutorial deixa como está.
O problema aparece depois. SQLite tem escrita serializada, então quando várias execuções gravam ao mesmo tempo elas entram em fila. Em instância pequena isso é invisível. Em instância com dezenas de fluxos disparando junto, vira lentidão que parece falta de CPU e não é.
Trocar para PostgreSQL é uma variável de ambiente e um banco. Se você já sabe que vai passar de uso leve, fazer isso na instalação custa dez minutos; fazer depois, com histórico acumulado, custa uma migração. Vale decidir agora, não quando doer.
Uma conta fechada, para sair do abstrato
Suponha uma operação com quinze fluxos ativos, alguns rodando a cada cinco minutos, dois deles chamando um modelo de IA para classificar mensagens. Chute conservador de 20 mil execuções por mês.
No servidor, isso é confortavelmente a faixa de 2 vCPU e 4 GB. Na oferta com contrato longo, fica na casa de R$ 28 por mês. O LLM, com prompt curto e modelo intermediário, sai por mais do que o servidor: a depender do modelo, a mesma operação passa de R$ 100 mensais só em API. E o seu tempo, digamos duas horas por mês entre atualização e conferência de backup.
O ponto da conta não é o total, que varia com o seu caso. É a ordem de grandeza: o servidor raramente é a maior linha. Quando alguém diz que migrou para self-hosted “para economizar” e o fluxo usa IA, a economia real veio do preço por execução do Cloud, não do preço do VPS.
O caminho curto
Instalação na mão é Docker mais proxy reverso mais certificado. É bem documentado e funciona, mas são algumas horas na primeira vez, e a parte que trava a maioria não é o n8n: é o HTTPS e o webhook chegando de fora.
Existem VPS que entregam o n8n já instalado. A HostGator vende uma opção assim, com o instalador automático, servidor no Brasil e cobrança em real, a partir de R$ 19,99 por mês no plano de três anos. Segundo a HostGator, a instância já sai com certificado SSL e autenticação ativados no provisionamento, o que resolve justamente os dois pontos que costumam travar quem está subindo pela primeira vez.
Vale saber o que esse tipo de oferta é e o que não é. Ela cuida do provisionamento, não da operação. O servidor é seu, o acesso root é seu, e a responsabilidade de atualizar o n8n e manter o backup continua sendo sua. É atalho de instalação, não de manutenção.
Latência é o argumento silencioso a favor de servidor no Brasil. Se os seus fluxos conversam com APIs brasileiras, com um CRM local ou com WhatsApp, cada salto até um datacenter nos Estados Unidos e de volta entra no tempo de resposta. Em fluxo com muitas chamadas encadeadas, isso aparece.
O que você assume ao auto-hospedar
Esta é a parte que costuma ficar de fora dos tutoriais, e é a que determina se a escolha foi boa em seis meses.
Atualização. O n8n libera versão com frequência, e nó de integração muda de comportamento entre versões. Atualizar cedo pega bug; atualizar tarde acumula dívida. Ler o changelog antes de subir versão deixa de ser opcional quando um fluxo de faturamento depende da instância.
Backup que restaura. Backup que nunca foi testado não é backup. O que importa é o banco com os workflows e as credenciais, e o teste que vale é restaurar num servidor limpo e ver se tudo volta.
Segurança de credencial. Aqui está o risco que mais me preocupa e o que menos se comenta. Sua instância de n8n guarda as chaves de tudo que você conectou. Uma instância exposta sem autenticação não é “um servidor invadido”, é o acesso ao seu Google, ao seu CRM e ao seu WhatsApp entregue de graça. Autenticação ativada, painel com acesso restrito, e versão em dia.
O incidente. Vai acontecer. Fluxo crítico que para de madrugada, disco cheio, credencial que expirou. No Cloud, alguém é pago para isso. No self-hosted, é você.
Nada disso é argumento contra hospedar por conta própria. É a lista honesta do que muda, para a decisão ser tomada com o custo inteiro na mesa e não só com o preço do servidor.
Um ponto sobre a licença
O n8n é fair-code, não open-source no sentido estrito. Uso interno é livre, inclusive rodando automação para os seus clientes numa agência. O que a licença não permite é vender n8n hospedado como produto, competindo com o próprio n8n.
A diferença importa para quem pensa em revender. Para quem só quer automatizar o próprio negócio, não muda nada.
Onde ir depois
Se ainda está decidindo entre Cloud e servidor próprio, a conta detalhada está em preços e planos do n8n. Se a dúvida ainda é se o n8n é a ferramenta certa, o review completo trata disso, e as alternativas comparam com Make e Zapier. Para ver o produto funcionando antes de montar servidor, o tutorial do primeiro workflow resolve em quinze minutos, e dá para fazer isso no plano gratuito do Cloud.