Zum Inhalt springen
Modul 11 · Lektion 23 von 25

Haltbarkeit des Spools und Failover von Knoten

Teil von KumoMTA: die Versand-Engine für hohe Volumen, im Modul HA-Architektur und Sharding.

Autor

KumoMTA nutzt RocksDB als Queue-Spool. Der übersteht Abstürze und Neustarts, aber die Queues eines ausgefallenen Knotens hängen auf dessen Festplatte fest.

Zwei Muster für Ausfallsicherheit:

1. Ein Knotenpaar pro Shard mit gemeinsamem NVMe- / DRBD-Speicher. Fällt Knoten A aus, bindet Knoten B den Spool ein und macht weiter. Schnellstes Failover, aber betriebsintensiv.

2. Aktiv/Aktiv mit Toleranz für kurzzeitig doppelten Versand. Der Spool bleibt lokal. Fällt ein Knoten aus, leiten Sie neue Mail an die verbleibenden Knoten. Mail, die bereits im Spool des ausgefallenen Knotens liegt, wartet auf die Wiederherstellung (auf moderner Infrastruktur meist <30 min). Kurze Verzögerungen nehmen Sie zugunsten einer einfachen Ausfallsicherheit in Kauf.

Die meisten ESPs wählen Variante 2. Dazu halten sie Hot Spares bereit, die einen Snapshot aus dem Objektspeicher einbinden können.

Den Spool sichern: RocksDB-Checkpoints lassen sich stündlich nach S3 kopieren. Die Wiederherstellung auf einem neuen Knoten wird vierteljährlich getestet.

Melden Sie sich an, um festzuhalten, was Sie gelesen haben.

Pulse · Cold-E-Mail-Versand

Versandinfrastruktur, die nur Ihnen gehört.

Jede Domain bekommt ihren eigenen MX-Host, ihre eigene IP, ihren eigenen DKIM-Selektor und ihr eigenes Zertifikat. Managed Pulse ist jetzt verfügbar, und wir betreiben es für Sie; die Self-hosted-Version kommt im 4. Quartal 2026.

# auf einem frischen Ubuntu-Server
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Außerdem von uns:Beat: Monitoring, das Ihnen die Lösung nenntBeratung: 65 $ pro Stunde, ohne Retainer