Mailcow está diseñado para un solo host. Cuando lo superas, funcionan tres patrones:
1. Primero, vertical. Un host de 16 vCPU / 64 GB maneja cómodamente unos 2000 buzones activos. Más barato y más simple que dividir.
2. Separa la entrada del almacenamiento. Pon delante de Mailcow un relay MX dedicado (Postfix o HAProxy → Mailcow) para absorber las ráfagas de tráfico entrante. Mailcow sigue a cargo de los buzones.
3. Varias instalaciones de Mailcow con sharding por dominio. Cada dominio vive en un host; un pool de MX a nivel de DNS enruta por dominio. Simple, sólido, no necesita un clustering real.
¿HA de verdad? Mailcow no incluye clustering. Vmail replicado con DRBD + MariaDB Galera + keepalived funciona, pero la integración queda en tus manos. La mayoría de los equipos que “necesitan HA” en realidad necesitan recuperarse más rápido, así que invierte primero en simulacros de restauración probados.
🌍 Redundancia geográfica: levanta un Mailcow pasivo en una segunda región y sincroniza vmail con rsync y un mysqldump cada noche. Cuando el principal cae, cambia el DNS para recuperarte en menos de 30 min.
Inicia sesión para llevar el registro de lo que ya leíste.