KumoMTA usa RocksDB para el spool de la cola. Sobrevive a caídas y reinicios, pero las colas de un nodo muerto quedan atrapadas en el disco de ese nodo.
Dos patrones para la resiliencia:
1. Un par de nodos por shard con almacenamiento compartido NVMe / DRBD. Si el nodo A muere, el nodo B monta el spool y continúa. El failover más rápido, pero exige mucha operación.
2. Activo/activo con tolerancia a breves envíos duplicados. El spool queda local. Si un nodo muere, envía el correo nuevo a los nodos que siguen vivos. El correo que ya estaba en el spool muerto espera a la recuperación (por lo general menos de 30 min en infraestructura moderna). Tolera breves demoras a cambio de una resiliencia simple.
La mayoría de los ESP eligen la opción 2. Además mantienen repuestos en caliente listos para montar un snapshot desde el almacenamiento de objetos.
Respalda el spool: los checkpoints de RocksDB se pueden copiar a S3 cada hora. Prueba la restauración en un nodo nuevo cada trimestre.
Inicia sesión para llevar el registro de lo que ya leíste.