O Mailcow foi projetado para um único host. Quando você ultrapassa esse limite, três padrões funcionam:
1. Vertical primeiro. Um host com 16 vCPU / 64 GB atende ~2.000 caixas de e-mail ativas com folga. Mais barato e mais simples que dividir.
2. Separe entrada e armazenamento. Coloque na frente do Mailcow um relay MX dedicado (Postfix ou HAProxy → Mailcow) para absorver picos de tráfego de entrada. O Mailcow continua dono das caixas de e-mail.
3. Várias instalações do Mailcow divididas por domínio. Cada domínio fica em um host; um pool de MX no nível do DNS faz o roteamento por domínio. Simples, robusto, sem precisar de cluster de verdade.
HA de verdade? O Mailcow não traz cluster. vmail replicado com DRBD + MariaDB Galera + keepalived funciona, mas a integração fica por sua conta. A maioria das equipes que "precisa de HA" na verdade precisa de recuperação mais rápida, então invista primeiro em simulações de restauração testadas.
🌍 Redundância geográfica: suba um Mailcow passivo em uma segunda região e sincronize o vmail com rsync e o mysqldump toda noite. Quando o principal cair, troque o DNS e recupere o serviço em <30 min.
Entre para acompanhar o que você já leu.