n8n no seu VPS, pronto para produção em um clique

Você instala o n8n do jeito que o próprio n8n recomenda para produção —workers em modo fila, PostgreSQL e Redis— sem escrever um docker-compose. Coloca o seu domínio com HTTPS, escala workers a quente e atualiza com backup prévio e rollback se algo não subir.

  • Workers em modo fila
  • Postgres 18 + Redis 7 incluídos
  • Domínio com HTTPS

Ver planos · Criar conta grátis

É assim no painel

n8n: n8n em modo fila
n8n em modo fila. Estado, versão, porta e cada worker com o seu log.
n8n: Verificação antes de instalar
Verificação antes de instalar. O painel verifica o Docker e a RAM livre antes de instalar.
n8n: Instalação com progresso
Instalação com progresso. Cada passo da instalação, ao vivo e com o seu log.

Tudo o que um n8n sério precisa, já montado

O painel instala e mantém a stack completa. Você cuida dos fluxos.

  • Stack completa em um clique: Processo principal para a interface e os webhooks, N workers em modo fila, PostgreSQL 18 e Redis 7 dentro da mesma stack de Docker Compose. Não precisa instalar o banco nem o Redis à parte.
  • Verificação antes de instalar: O painel mostra se o Docker está pronto, quanta RAM livre real você tem, quantos workers cabem e quanta memória cada opção pede, com uma recomendada.
  • Workers sob medida: De 1 a 8 workers (4 por padrão) e a concorrência por worker (5 por padrão). Se você pedir mais do que cabe na RAM, o número é reduzido e você é avisado.
  • Escala a quente: Aumentar workers não derruba nada. Ao reduzir, há um tempo de carência para que as execuções em andamento terminem.
  • O seu domínio com HTTPS: O nginx é configurado como proxy reverso e a URL do editor e a dos webhooks se atualizam sozinhas. Você pode trocar o domínio quantas vezes quiser.
  • Atualizações seguras: Você escolhe a versão e a atualização roda em segundo plano. Antes o banco é salvo, e se a versão nova não subir, ela volta sozinha para a anterior.
  • Variáveis de ambiente sem medo: Você edita várias de uma vez e todas são aplicadas com um único reinício. Os segredos aparecem ocultos, e as variáveis críticas (chave de criptografia, credenciais do banco) ficam protegidas.
  • Backups e manutenção: Dump diário do banco com 7 dias de retenção, rotação de logs de todos os contêineres e limpeza do histórico de execuções aos 14 dias para não encher o disco.
  • Nó Code isolado: Cada processo do n8n tem o seu próprio task runner (o modo external que o n8n recomenda para produção): o código que escapar do sandbox não enxerga a chave de criptografia nem as credenciais.
  • Sem limite de execuções: Não há cota por plano nem por fluxo: o teto é a RAM e a CPU do VPS, e você vê isso antes de instalar.
  • Os dados não saem do seu VPS: O banco do n8n, as credenciais e o histórico de execuções ficam no seu servidor, com o seu root e os seus backups.

Do zero ao n8n com domínio próprio

  1. Escolha um VPS com RAM suficiente: O n8n pede pelo menos 4 GB de RAM livre real. A tabela de planos mostra em quais ele roda folgado.
  2. Confira e escolha os workers: O painel calcula quantos workers cabem e recomenda uma configuração.
  3. Instale em um clique: A stack completa sobe com Postgres e Redis. Você acompanha o progresso pelo painel.
  4. Coloque o seu domínio: Você atribui um domínio com HTTPS e os webhooks passam a apontar para ele automaticamente.
  5. Escale quando precisar: Aumentar workers não derruba o serviço. Ao reduzir há um tempo de carência para as execuções em andamento terminarem.

Como funciona por baixo, e o que levar em conta

  • É o deploy que o próprio n8n recomenda para produção: modo fila com o Redis no meio, processo principal separado dos workers e PostgreSQL como banco, tudo dentro da mesma stack de Docker Compose.
  • O processo principal atende o editor e os webhooks; os workers executam. Por isso uma execução pesada não deixa a interface travada, que é o problema típico do n8n instalado com SQLite e um processo só.
  • São necessários pelo menos 4 GB de RAM livre real, e o que se mede é a memória disponível, não a do plano. Como referência: de 4 a 5,9 GB cabem 2 workers, de 6 a 7,9 GB cabem 3, e a partir de 8 GB cabem 4 ou mais, com teto de 8.
  • Cada processo tem o seu próprio task runner em modo external, que é o que o n8n recomenda para produção: o código do nó Code roda isolado e, se escapar do sandbox, não enxerga a chave de criptografia nem as credenciais.
  • Precisa do Docker habilitado. Se ainda não estiver, habilitá-lo reinicia o VPS e o painel pede confirmação antes.
  • Requer Node 20 ou superior, que por sua vez exige glibc 2.28. Por isso não roda no Ubuntu 16.04 (glibc 2.23) nem no 18.04 (glibc 2.27). Está verificado em produção no 22.04 e é compatível com 20.04, 24.04 e 26.04.
  • Para atribuir um domínio, esse domínio precisa ter HTTPS configurado antes. Depois as URLs do editor e dos webhooks se atualizam sozinhas sempre que você trocar.
  • As migrações de esquema do n8n não têm volta atrás. O rollback automático cobre o caso de a versão nova não subir; para voltar de versão, restaura-se o backup prévio, que é sempre feito antes de atualizar.
  • A manutenção roda sozinha: dump diário do banco com 7 dias de retenção, rotação de logs de todos os contêineres e limpeza do histórico de execuções aos 14 dias para não encher o disco.
  • Instalar, atualizar, escalar workers e editar variáveis de ambiente é coisa de administradores da Empresa. Os membros podem ver o status e os logs.
  • Root real por SSH: o painel é um atalho, não uma jaula. Tudo o que ele faz com um botão você também pode fazer à mão.

Você também pode pedir ao Claude, ChatGPT ou Cursor

Tudo o que você vê no painel o seu agente de IA pode fazer pelo servidor MCP da ArduMaker: com a sua autorização, com o alcance que você der e com cada ação auditada. Ver o que o MCP faz

Perguntas frequentes

Preciso instalar o PostgreSQL e o Redis antes?

Não. Nas instalações novas eles vêm como contêineres dentro da própria stack do n8n, já configurados e conectados. Não é preciso escrever um docker-compose nem ligar as variáveis na mão.

Para que serve o modo fila com workers?

Separa quem atende o editor e os webhooks de quem executa os fluxos. Sem isso, uma execução pesada trava a interface e os webhooks começam a dar timeout. É a diferença entre um n8n de teste e um que aguenta produção.

Quanta RAM preciso para instalar o n8n?

Pelo menos 4 GB livres reais, e o painel mede a memória disponível, não a do plano. Com 4 a 5,9 GB cabem 2 workers, com 6 a 7,9 GB cabem 3, e a partir de 8 GB cabem 4 ou mais. Se você pedir mais do que cabe, o número é reduzido e você é avisado.

Posso usar o meu próprio domínio com HTTPS?

Sim. O nginx é configurado como proxy reverso e as URLs do editor e dos webhooks se atualizam sozinhas. Você pode trocar o domínio quantas vezes quiser; o requisito é que ele tenha HTTPS configurado antes.

E se uma atualização der errado?

Antes de atualizar o banco é salvo. Se a versão nova não subir, ela volta sozinha para a anterior. Um detalhe: as migrações de esquema do n8n não têm volta, então para voltar de versão restaura-se esse backup.

Como isso se compara ao n8n Cloud?

É a sua própria instância: sem limite de execuções por plano, com root no servidor e com os dados e as credenciais na sua máquina. Em troca, o tamanho do VPS define o quanto ele rende e a manutenção do sistema é sua, ainda que o painel cuide de backups, logs e limpeza do histórico.

É a mesma coisa que instalar com um docker-compose copiado de um tutorial?

A stack é a mesma que você montaria bem na mão: principal, workers, Postgres e Redis. O que muda é o que não está no tutorial: o cálculo de quantos workers cabem, o task runner isolado, o proxy com HTTPS, o backup antes de cada atualização, a rotação de logs e a limpeza das execuções.

Dá para escalar workers sem derrubar o serviço?

Dá. Aumentar não derruba nada. Ao reduzir, há um tempo de carência para que as execuções em andamento terminem antes de desligar.

Tem backup?

Um dump diário do banco do n8n com 7 dias de retenção, além do backup do VPS inteiro. E mais um automático antes de cada atualização.

Funciona em qualquer versão do Ubuntu?

De 20.04 em diante, e está verificado em produção no 22.04. No 16.04 e no 18.04 não: o n8n precisa do Node 20, que exige glibc 2.28, e essas versões trazem 2.23 e 2.27.

Os nós Code rodam isolados?

Sim, cada processo tem o seu próprio task runner em modo external, que é o que o n8n recomenda para produção. Se um código escapar do sandbox, não chega à chave de criptografia nem às credenciais.

Serviços que costumam andar juntos

  • Docker: Ative o Docker em um clique e gerencie imagens, contêineres, logs, volumes e redes pelo painel.
  • PostgreSQL: Instale o PostgreSQL e gerencie bancos, usuários e permissões sem linha de comando.
  • Domínios e SSL: Subdomínio grátis ou o seu domínio com Let's Encrypt, proxy nginx com rollback e redirecionamentos de portas.

O seu n8n, no seu servidor, ainda hoje Escolha um plano com 4 GB livres ou mais e instale pelo painel. Ver planos