Zum Inhalt springen
Modul 11 · Lektion 22 von 25

Sharding nach Tenant

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

Autor

KumoMTA skaliert horizontal, indem mehrere unabhängige Knoten laufen. Einen eingebauten Cluster gibt es nicht, daher verteilen Sie vorgelagert, per Hash über Tenant oder Kampagne.

Typischer Aufbau:

[ Application / API ]
        │
   shard router (HAProxy with consistent hash on header)
        │
   ┌────┼────┬────┬────┐
[node1] [node2] [node3] [node4]
   │      │      │      │
  IPs    IPs    IPs    IPs

Warum Hash nach Tenant: Alle Queues eines Tenants liegen auf einem Knoten → gleichbleibendes Throttling und Warm-up-Verhalten. Wird ein Tenant groß, ziehen Sie ihn auf ein eigenes Knotenpaar um.

HAProxy-Ausschnitt:

backend kumo_pool
  balance hdr(X-Kumo-Tenant)
  hash-type consistent
  server node1 10.0.0.11:587 check
  server node2 10.0.0.12:587 check
  server node3 10.0.0.13:587 check

Die Anwendung setzt bei SMTP den Header X-Kumo-Tenant (über XCLIENT oder eigene AUTH-Metadaten).

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