Existe uma issue no repositório do Chatwoot que deveria ser leitura obrigatória antes de qualquer orçamento de self-host: a #3425, em que um usuário relata a instância “muito lenta com 10 a 15 usuários”. Não é um caso raro de configuração exótica; é o retrato do erro de dimensionamento mais comum da comunidade: orçar o Chatwoot pela instalação, quando o que dimensiona é a carga de agentes conectados simultaneamente, cada um com painel aberto, websocket ativo e conversas em tempo real.
TL;DR: Requisitos realistas do Chatwoot self-hosted: 4 GB de RAM e 2 vCPUs como piso para equipes de até 5 agentes; 8 GB e 4 vCPUs para 10 a 20 agentes com movimento real (o relato público de lentidão com 10-15 usuários existe exatamente na faixa de quem economizou aqui); PostgreSQL e Redis com memória própria; disco crescendo com anexos e logs. O custo mensal de infraestrutura: R$ 100 a R$ 400 como premissa de mercado brasileiro em 2026, mais a linha dominante da planilha, que não é hardware: são as horas de quem opera.
O que consome o quê
A pilha do Chatwoot tem quatro consumidores com apetites diferentes. O Rails (web) serve painel e APIs, e escala com agentes simultâneos e websockets abertos: é ele que sente cada aba de atendente. O Sidekiq processa filas (e-mails, automações, webhooks) e sofre nos picos de campanha. O PostgreSQL guarda tudo e quer memória para não transformar cada busca de histórico em leitura de disco. O Redis segura cache e filas, pequeno mas inegociável.
A consequência prática: “instalei e ficou rápido” não prova dimensionamento, porque instalação vazia não exercita nenhum dos quatro. O teste honesto é segunda-feira de manhã com a equipe toda logada e o pico de conversas da semana.
Faixas de dimensionamento (premissas declaradas)
| Cenário | Especificação | Faixa mensal (Brasil, 2026) |
|---|---|---|
| Teste/validação | 2 vCPUs, 4 GB RAM, 40 GB SSD | R$ 60 a R$ 120 |
| Produção até 5 agentes | 2-4 vCPUs, 4-8 GB RAM, 60 GB SSD | R$ 100 a R$ 200 |
| Produção 10-20 agentes | 4-8 vCPUs, 8-16 GB RAM, disco monitorado | R$ 200 a R$ 400+ |
Trate como premissa de mercado, não cotação: provedores variam. O ponto estrutural que a tabela carrega: quem opera na faixa de baixo com carga da faixa de cima vira o relato da issue #3425, e a lentidão de painel em atendimento é custo por conversa, pago em tempo de cliente esperando.
Os custos fora da tabela de VPS
Backup testado. O banco carrega todo o histórico de atendimento da empresa; backup agendado e restaurado uma vez por trimestre (testado de verdade) é a diferença entre incidente e catástrofe. Custo baixo, disciplina alta.
Monitoramento e alerta. Uptime, disco, fila do Sidekiq. Fila crescendo em silêncio é o modo de falha favorito da pilha: tudo “funciona”, e nada acontece.
Horas de operação. A linha dominante: atualizações com método (o processo seguro está em como atualizar o Chatwoot), incidentes, ajustes. Como premissa de portfólio: 2 a 6 horas mensais em operação estável, com picos em release e incidente. Multiplique pela sua hora técnica e some à tabela: é essa soma que se compara com a mensalidade da cloud paga ou de uma plataforma pronta, conta que fazemos em quanto custa o Chatwoot.
O plantão. A linha que não tem número e decide mais que todas: quem olha quando cai no sábado? Em time técnico de verdade, é rotina absorvida. Em agência enxuta, é o medo silencioso que a planilha nunca mostra, e que já descrevemos no guia do Chatwoot: ser o único responsável por uma infraestrutura da qual clientes dependem tem um custo que só aparece quando cobra.
Para o perfil que soma essas linhas e não gosta do total, a alternativa estrutural, com infraestrutura, atualização e plantão do lado do fornecedor e API oficial do WhatsApp nativa, é o Cubo Suite, nosso interesse declarado.
Roda Chatwoot em VPS de 2 GB?
Sobe, para teste de conceito. Em produção, 2 GB estrangulam o conjunto Rails + Sidekiq + PostgreSQL + Redis nos primeiros picos, com sintomas de lentidão e fila travada. 4 GB é o piso honesto.
Posso dividir a VPS do Chatwoot com n8n e Evolution API?
Tecnicamente sim, e é arranjo comum por economia. O custo: as três aplicações dividem memória e o mesmo ponto único de falha; o reinício que resolve uma derruba as outras. Em produção com equipe, máquinas separadas (ou uma máquina generosa) pagam-se em incidentes evitados.
Quanto disco o Chatwoot consome?
Cresce com anexos de conversas e logs: operação com mídia intensa (fotos, áudios de clientes) consome gigabytes por mês. Storage externo (S3 compatível) para anexos é o ajuste que segura o disco da VPS no longo prazo.
Deixe um comentário