Mailcow ist von Haus aus für einen einzelnen Host gebaut. Reicht der nicht mehr, funktionieren drei Muster:
1. Zuerst vertikal. Ein Host mit 16 vCPU / 64 GB bewältigt etwa 2000 aktive Postfächer problemlos. Günstiger und einfacher als eine Aufteilung.
2. Eingang und Speicher trennen. Stellen Sie Mailcow einen eigenen MX-Relay voran (Postfix oder HAProxy → Mailcow), der schubweisen eingehenden Verkehr abfängt. Die Postfächer bleiben bei Mailcow.
3. Mehrere Mailcow-Installationen, nach Domain aufgeteilt. Jede Domain liegt auf einem Host; ein MX-Pool auf DNS-Ebene routet pro Domain. Einfach, robust und ohne echtes Clustering.
Echte Hochverfügbarkeit? Mailcow bringt kein Clustering mit. DRBD-repliziertes Vmail + MariaDB Galera + keepalived funktioniert, aber die Integration liegt bei Ihnen. Die meisten Teams, die "HA brauchen", brauchen in Wahrheit schnellere Wiederherstellung, investieren Sie also zuerst in getestete Wiederherstellungsübungen.
🌍 Geo-Redundanz: Betreiben Sie ein passives Mailcow in einer zweiten Region und synchronisieren Sie Vmail per rsync sowie einen mysqldump jede Nacht. Fällt der primäre Server aus, stellen Sie DNS um und sind in <30 min wieder da.
Melden Sie sich an, um festzuhalten, was Sie gelesen haben.