Sharding par tenant

KumoMTA monte en charge horizontalement en faisant tourner plusieurs nœuds indépendants. Il n'y a pas de cluster intégré : vous répartissez en amont en hachant sur le tenant ou la campagne.

Disposition type :

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

Pourquoi hacher par tenant : toutes les files d'un tenant vivent sur un seul nœud → throttling et warm-up cohérents. Si un tenant grossit, déplacez-le vers une paire dédiée.

Extrait HAProxy :

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

L'application définit l'en-tête X-Kumo-Tenant au moment du SMTP (via XCLIENT ou des métadonnées AUTH personnalisées).