Como escolher VPS para apps self-hosted: RAM, backup e custo

Para escolher uma VPS para apps self-hosted, comece pelo perfil de carga e pela operação que você consegue manter. Uma VPS de 2 vCPU, 4 GB de RAM e 50 GB NVMe pode ser uma referência para n8n leve ou um app Docker simples. Chatwoot, filas, bancos, anexos e buscas vetoriais pedem outra conta, que inclui backup, domínio e manutenção.

A VPS não é só uma máquina com RAM e disco. Ela vira o lugar onde ficam seus dados, credenciais, integrações e a responsabilidade de fazer tudo voltar depois de uma falha.

Para Rafael, um Solo Builder, a pergunta útil não é “qual plano é mais barato?”. É “qual operação cabe no meu tempo?”. Chamamos isso de Orçamento de Operação: a soma da infraestrutura, do backup e do trabalho necessário para manter o app vivo.

Essa ideia evita duas decisões ruins. A primeira é comprar uma VPS grande antes de saber qual carga existe. A segunda é economizar na mensalidade e descobrir tarde que ninguém planejou atualização, recuperação ou monitoramento.

Quando uma VPS para self-hosted faz sentido?

Uma VPS tende a fazer sentido quando o app fica ligado continuamente, atende um processo recorrente ou precisa operar com dados e integrações sob controle da sua operação. n8n, Chatwoot, Mautic, Metabase e Flowise podem se encaixar nisso, mas cada um cobra uma rotina diferente.

O self-hosted não é economia garantida. Ele troca parte da conveniência do SaaS por responsabilidade operacional. Você passa a responder por atualizações, senhas administrativas, armazenamento, backup e incidentes.

SaaS pode ser a escolha mais barata quando não existe alguém para cuidar dessa rotina. Isso vale especialmente para atendimento crítico, entrega de e-mail e dados sensíveis. A assinatura não é apenas software: ela pode comprar uma operação que você ainda não consegue sustentar sozinho.

Se você está comparando automação própria com uma ferramenta pronta, veja também n8n versus Make em 2026. A decisão depende do fluxo, da equipe e da responsabilidade que ficará com você.

O que dimensionar além do app?

O painel do app é só uma parte da máquina. Em produção, o consumo pode incluir banco de dados, fila, worker, uploads, logs, proxy e tarefas agendadas.

O Chatwoot ilustra bem esse ponto. Sua arquitetura de produção inclui web, workers, PostgreSQL, Redis, SMTP e armazenamento de objetos. Escolher memória apenas olhando para a interface do inbox ignora os componentes que mantêm o atendimento funcionando.

O mesmo acontece com n8n em maior escala. O queue mode do n8n acrescenta Redis e workers. O n8n o apresenta como seu modo de melhor escalabilidade, mas isso não transforma uma VPS pequena em capacidade ilimitada. Workflow, duração das execuções, binários e concorrência mudam a carga.

RAM e CPU: use uma referência, não uma promessa

Para automação leve, n8n sozinho, poucos workflows curtos e webhooks, 2 vCPU, 4 GB de RAM e 50 GB NVMe são uma referência inicial. Observe memória durante execuções, crescimento do histórico e arquivos processados antes de colocar outro app no mesmo host.

Quando entram PostgreSQL, Redis e worker do n8n, uma referência mais prudente é 4 vCPU, 8 GB de RAM e 80 GB NVMe. O ganho não vem apenas de “mais RAM”. Ele cria margem para processos auxiliares, fila e crescimento de dados.

O benchmark documentado do n8n relata até 220 execuções por segundo em uma instância de 4 GB. O dado é útil como referência de benchmark, não como promessa para qualquer automação. Integrações, dados binários e duração de cada workflow mudam o resultado real.

Disco: NVMe não é backup

NVMe melhora a resposta do disco, mas não cria uma cópia dos seus dados. Logs, anexos, imagens Docker, execuções e tabelas de banco podem crescer sem chamar atenção até faltar espaço.

A documentação de volumes do Docker explica que volumes persistem além do ciclo de vida de um container. Isso protege os dados contra a simples recriação do container. Ainda assim, um volume no mesmo servidor não é cópia externa e não resolve a perda do host.

Deixe espaço para os dados do app, para o banco, para logs e para uma recuperação temporária. Se você não consegue explicar o que ocupa o disco, ainda não tem uma base segura para empilhar serviços.

Escolha pelo perfil de carga, não pela marca da VPS

A tabela abaixo ajuda a sair da pergunta genérica “quantos GB eu preciso?”. Os valores são referências de partida para cenários específicos. Eles não representam capacidade universal.

Chatwoot publica 4 GB para até 10 mil conversas por dia e 8 GB para até 20 mil, segundo seus requisitos de self-hosting. Use a referência do projeto como ponto de partida. Se a mesma máquina também hospeda banco, Redis, anexos ou outro app, você precisa reservar mais recursos.

Mautic também não é só uma interface de campanhas. A documentação orienta o uso de tarefas agendadas e, em maior volume, filas de e-mail processadas por cron. SMTP, reputação do domínio e autenticação de e-mail são custos e riscos separados da VPS.

Para Metabase, não trate o banco H2 embutido como uma escolha de produção. A documentação do Metabase recomenda PostgreSQL para o banco de aplicação em produção. Consultas analíticas e ETL podem exigir infraestrutura separada da VPS do painel.

Qdrant e RAG não cabem numa tabela fixa

Banco vetorial precisa ser calculado pelo corpus, não pelo nome da ferramenta. O exemplo de planejamento de capacidade do Qdrant estima cerca de 5,72 GB de RAM para 1 milhão de vetores de 1.024 dimensões em memória, com overhead. Payloads, índices, réplicas e outros containers podem ampliar a necessidade.

Esse é o tipo de carga que não deve entrar como “só mais um container”. Defina quantidade, dimensão dos vetores, dados anexos e objetivo de latência antes de contratar um plano.

Docker Compose resolve a instalação, não toda a produção

Docker Compose é uma forma útil de declarar serviços, redes e volumes em uma VPS. A documentação do Docker descreve seu uso em produção em um único servidor, com ajustes de configuração para esse ambiente.

Isso não equivale a alta disponibilidade. Uma única VPS continua sendo um único host. Se ela falha, web, banco, worker e proxy podem falhar juntos.

Uma base mínima deve incluir:

1. Arquivo Compose versionado em repositório privado ou backupado.
2. Variáveis de ambiente guardadas com segurança, sem segredos em repositório aberto.
3. Volumes persistentes para banco, uploads e dados do app.
4. Domínio apontado, HTTPS e renovação de certificado.
5. Firewall e menor exposição possível de painéis, bancos e portas administrativas.
6. Registro da versão das imagens antes de atualizar.
7. Backup antes de mudanças e validação do app, dos jobs e das integrações após o update.

O app abrir no navegador não prova que a operação está saudável. Worker, cron, fila, backup e alertas podem estar quebrados sem aparecer na tela inicial.

Backup bom é backup que você consegue restaurar

Snapshot e backup não são a mesma camada de proteção. Snapshot pode ajudar a recuperar o estado do servidor. Ele não substitui um dump consistente do banco nem uma cópia externa dos dados da aplicação.

Para uma VPS com Docker, pense em quatro camadas:

1. Volume persistente para os dados sobreviverem à recriação do container.
2. Dump consistente de PostgreSQL ou do banco utilizado pelo app.
3. Cópia externa dos dumps e dados importantes, fora da VPS.
4. Snapshot como recurso adicional para recuperar o host quando fizer sentido.

A etapa que fecha o processo é a restauração testada. Um backup que nunca foi restaurado pode falhar por permissões, versão incompatível ou ausência de arquivos necessários. Defina quanto dado você aceita perder e quanto tempo a operação pode ficar parada antes de confiar no ambiente.

Quanto custa manter uma VPS de verdade?

A conta honesta é simples de escrever e mais difícil de operar:

Custo mensal real = VPS + armazenamento e backup + domínio + serviços externos obrigatórios + horas de operação.

Não preencha as horas com um valor inventado. Liste o trabalho que existe: atualização, observação de logs, resposta a alertas, rotação de credenciais, teste de recuperação e suporte a integrações.

Para Mautic, o transporte de e-mail e a reputação do domínio continuam fora da VPS. Para Flowise usando modelos por API, a chamada da IA segue sendo cobrada pelo provedor do modelo. Para Qdrant, o crescimento do corpus pode exigir mais memória ou um host separado antes de ser suficiente apenas subir a RAM do app web.

Esse é o Orçamento de Operação. Uma VPS promocional pode ser a peça certa, desde que você consiga pagar e executar o restante da conta.

Qual rota escolher para colocar n8n no ar?

Há três caminhos razoáveis: montar uma VPS crua com Docker Compose, começar por um template ou painel, ou contratar uma operação mais gerenciada. A melhor escolha depende do quanto você quer assumir agora.

Quem já domina terminal, DNS e logs pode preferir Docker Compose manual. Em troca de flexibilidade, assume volumes, proxy, atualizações e recuperação. Quem quer reduzir a etapa de instalação pode avaliar uma oferta com n8n ou painel pronto, sem concluir que isso elimina backup e manutenção.

Para quem prioriza n8n com modo fila, veja a VPS com n8n e modo fila da Turbo Cloud. A pesquisa interna registrou uma oferta a partir de R$ 78,50 por mês em checkout observado em 2026. Confirme preço e condições no checkout antes da contratação.

A oferta de VPS Hostinger para n8n é uma alternativa para avaliar template e painel Docker. Confira preço, prazo promocional e renovação na página da oferta antes de decidir.

Já a VPS brasileira da Servla para n8n pode interessar a quem busca pagamento em reais, suporte em português e Coolify pré-instalado. Coolify pré-instalado não significa que n8n esteja pronto nem que backup avançado esteja incluído. Confirme escopo, retenção e custo no checkout.

Para uma leitura editorial sobre a marca, consulte a review da Turbo Cloud em 2026.

Checklist antes de contratar a VPS

1. Definir qual app resolve uma dor atual e mensurável.
2. Listar app, banco, Redis, worker, proxy, uploads e tarefas agendadas.
3. Escolher uma referência de recursos para esse cenário, não para todos os cenários.
4. Reservar espaço de disco para dados, logs e crescimento.
5. Criar volumes persistentes para dados que não podem sumir.
6. Definir dump de banco e cópia externa antes de subir em produção.
7. Testar uma restauração em ambiente isolado.
8. Configurar domínio, HTTPS, firewall e acesso administrativo forte.
9. Registrar como serão feitas atualizações e rollback.
10. Monitorar CPU, RAM, disco, fila e falhas de jobs antes de juntar outra carga.
11. Somar mensalidade, backup, domínio, serviços externos e tempo operacional.
12. Escolher SaaS ou serviço gerenciado se a operação ainda não tiver dono.

FAQ sobre VPS para apps self-hosted

Quanta RAM preciso para n8n self-hosted?

Para n8n leve, poucos workflows curtos e webhooks, 4 GB de RAM são uma referência inicial junto de 2 vCPU e 50 GB NVMe. Não trate isso como garantia. Com PostgreSQL, Redis, worker, binários, execuções concorrentes ou outros apps, a referência sobe para 8 GB e 4 vCPU. Meça uso de memória, fila e disco antes de empilhar serviços.

Uma VPS de 4 GB aguenta mais de um app Docker?

Pode aguentar em cargas pequenas e previsíveis, mas não deve ser uma promessa de arquitetura. Cada app pode trazer banco, logs, workers, uploads e atualizações próprias. Se um serviço consome recursos demais, todos os demais podem sofrer. Comece com o app que resolve a dor mais clara e só agrupe cargas depois de medir consumo e testar a recuperação.

Docker Compose é suficiente para produção em uma VPS?

Docker Compose pode ser usado para produção em um único servidor. Ele ajuda a declarar serviços, redes e volumes, mas não entrega alta disponibilidade por si só. Você ainda precisa de persistência, cópia externa, HTTPS, firewall, atualização planejada e monitoramento. Uma VPS única continua sendo um ponto único de falha.

Snapshot e backup são a mesma coisa?

Não. Snapshot é uma cópia do estado do disco que pode ajudar a recuperar o servidor. Backup precisa contemplar dados da aplicação, dump consistente do banco, cópia fora da VPS e restauração testada. Um snapshot pode ser uma camada útil, mas não deve ser a única proteção para banco, uploads e credenciais.

Quando SaaS é melhor que self-hosted?

SaaS tende a ser melhor quando o time não tem alguém responsável por atualização, segurança, backup e incidentes. Também pode ser mais prudente para atendimento crítico, e-mail e dados sensíveis sem rotina operacional madura. Self-hosted faz sentido quando o ganho de controle ou integração justifica o trabalho contínuo de manter a plataforma.

O que entra no custo real além da VPS?

Além da mensalidade do servidor, considere armazenamento e backup, domínio, serviços externos e horas de operação. SMTP e reputação de domínio pesam em Mautic. Chamadas de modelos pesam em Flowise quando a IA é por API. Qdrant pode exigir expansão conforme o corpus cresce. O custo real é o que mantém o app funcionando e recuperável, não apenas o preço anunciado do plano.

Conclusão: compre a operação que você consegue manter

A VPS certa não é a que promete rodar qualquer pilha. É a que hospeda um app útil com recursos, backup e rotina compatíveis com sua operação atual.

Comece pelo perfil de carga, documente a recuperação e trate o Orçamento de Operação como parte da compra. Quando n8n, banco, Redis e worker entrarem na mesma máquina, a decisão deixa de ser só sobre preço e passa a ser sobre responsabilidade.

Se sua prioridade é avaliar uma rota com n8n e modo fila, confira a oferta da Turbo Cloud no Runzos e confirme as condições antes de contratar.