KumoMTA gebruikt RocksDB voor de spool van de wachtrij. Die overleeft crashes en herstarts, maar de wachtrijen van een uitgevallen node zitten vast op de schijf van die node.
Twee patronen voor veerkracht:
1. Een paar nodes per shard met gedeelde NVMe- / DRBD-opslag. Valt node A uit, dan mount node B de spool en gaat verder. De snelste failover, maar veel beheerwerk.
2. Active/active waarbij je kort dubbel verzenden accepteert. De spool blijft lokaal. Valt een node uit, dan routeer je nieuwe mail naar de nodes die nog draaien. Mail die al op de uitgevallen spool staat, wacht op herstel (meestal <30 min op moderne infrastructuur). Je accepteert korte vertraging in ruil voor eenvoudige veerkracht.
De meeste ESP's kiezen #2. Daarnaast houden ze hot spares klaar die een snapshot uit objectopslag kunnen mounten.
Maak een back-up van de spool: RocksDB-checkpoints kun je elk uur naar S3 kopiëren. Test elk kwartaal een restore op een nieuwe node.
Log in om bij te houden wat je gelezen hebt.