Aller au contenu
Module 12 · Leçon 25 sur 26

Modèles de montée en charge pour Mailcow

Fait partie du cours Mailcow : maîtriser son serveur mail auto-hébergé, dans le module Montée en charge, multi-serveur et guide de dépannage.

Auteur

Mailcow est conçu pour un seul hôte. Quand vous dépassez ses limites, trois modèles fonctionnent :

1. D'abord la verticale. Un hôte de 16 vCPU / 64 Go gère confortablement ~2000 boîtes mail actives. Moins cher et plus simple que de répartir.

2. Séparer l'entrant du stockage. Placez devant Mailcow un relais MX dédié (Postfix ou HAProxy → Mailcow) pour absorber les pics de trafic entrant. Mailcow garde les boîtes mail.

3. Plusieurs installations Mailcow réparties par domaine. Chaque domaine vit sur un hôte ; un pool MX au niveau DNS route domaine par domaine. Simple, solide, sans besoin de vrai clustering.

Une vraie HA ? Mailcow ne fournit pas de clustering. vmail répliqué par DRBD + MariaDB Galera + keepalived fonctionne, mais l'intégration est à votre charge. La plupart des équipes qui « ont besoin de HA » ont en fait besoin d'une reprise plus rapide : investissez d'abord dans des exercices de restauration testés.

🌍 Géo-redondance : montez un Mailcow passif dans une seconde région, avec rsync de vmail et mysqldump chaque nuit. Si le serveur principal tombe, basculez le DNS pour reprendre en moins de 30 min.

Connectez-vous pour garder une trace de ce que vous avez lu.

Pulse · envoi de cold emails

Une infrastructure d’envoi rien qu’à vous.

Chaque domaine a son propre hôte MX, son IP, son sélecteur DKIM et son certificat. Prenez la version gérée, et nous l’exploitons pour vous, ou achetez une licence et faites-la tourner sur vos propres serveurs.

# sur un serveur Ubuntu tout neuf
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Aussi chez nous :Beat : la surveillance qui vous donne le correctifConseil : 65 $ US/h, sans forfait mensuel