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

**Autor:** Maicon Ramos
**Categoria:** Hospedagem & VPS
**Publicado:** 2026-08-25
**Atualizado:** 2026-08-29
**Canonical:** https://runzos.com/como-escolher-vps-apps-self-hosted-2026/

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? 💡 Vai rodar Chatwoot numa VPS? A gente comparou o preço real em cada provedor — com renovação e requisitos — em VPS para Chatwoot. 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. Cenário Componentes Referência inicial O que acompanhar Automação leve n8n, poucos workflows curtos e webhooks 2 vCPU, 4 GB RAM, 50 GB NVMe Memória nas execuções, disco e dados binários Automação com fila n8n, PostgreSQL, Redis e worker 4 vCPU, 8 GB RAM, 80 GB NVMe Fila, RAM do worker, latência e crescimento do banco Atendimento Chatwoot, PostgreSQL, Redis, worker e anexos 4 vCPU, 8 GB RAM, 60 GB ou mais em SSD Conversas, jobs, anexos e armazenamento Marketing Mautic, banco, cron e transporte de e-mail 2 a 4 vCPU, 8 GB RAM, 100 GB NVMe Fila, cron, logs, banco e entregabilidade BI Metabase e PostgreSQL de aplicação 2 vCPU, 8 GB RAM, 100 GB NVMe Consultas simultâneas e atualização de dashboards IA por API Flowise com PostgreSQL ou Redis quando necessário 2 vCPU, 4 a 8 GB RAM, 50 GB NVMe Concorrência, uploads, logs e custo separado da API de IA Referências iniciais de recursos mudam conforme componentes e perfil de carga. 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: Arquivo Compose versionado em repositório privado ou backupado. Variáveis de ambiente guardadas com segurança, sem segredos em repositório aberto. Volumes persistentes para banco, uploads e dados do app. Domínio apontado, HTTPS e renovação de certificado. Firewall e menor exposição possível de painéis, bancos e portas administrativas. Registro da versão das imagens antes de atualizar. 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: Volume persistente para os dados sobreviverem à recriação do container. Dump consistente de PostgreSQL ou do banco utilizado pelo app. Cópia externa dos dumps e dados importantes, fora da VPS. Snapshot como recurso adicional para recuperar o host quando fizer sentido. Volume, dump, cópia externa e snapshot protegem riscos diferentes; o teste de restauração fecha o processo. 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. O Orçamento de Operação inclui custos externos e o tempo necessário para manter e recuperar o ambiente. 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 Definir qual app resolve uma dor atual e mensurável. Listar app, banco, Redis, worker, proxy, uploads e tarefas agendadas. Escolher uma referência de recursos para esse cenário, não para todos os cenários. Reservar espaço de disco para dados, logs e crescimento. Criar volumes persistentes para dados que não podem sumir. Definir dump de banco e cópia externa antes de subir em produção. Testar uma restauração em ambiente isolado. Configurar domínio, HTTPS, firewall e acesso administrativo forte. Registrar como serão feitas atualizações e rollback. Monitorar CPU, RAM, disco, fila e falhas de jobs antes de juntar outra carga. Somar mensalidade, backup, domínio, serviços externos e tempo operacional. 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. Leia também: Docker Compose em VPS: stack self-hosted sem Kubernetes Leia também: Node-RED vs n8n em 2026: qual automação self-hosted escolher?

## Leia também

- [Como instalar Node-RED com Docker em VPS: SSL, domínio e backup](https://runzos.com/como-instalar-node-red-docker-vps-2026/)
- [Node-RED vs n8n em 2026: qual automação self-hosted escolher?](https://runzos.com/node-red-vs-n8n-2026/)
- [Node-RED em VPS com Docker: vale a pena para automações em 2026?](https://runzos.com/node-red-vps-docker-2026/)
- [Como instalar Dify com Docker em uma VPS](https://runzos.com/como-instalar-dify-docker-vps-agentes-ia/)