Nous avons actuellement deux serveurs MX dans le même rack physique, ils partagent la même base de données greylist, et tout semble bien fonctionner. Les deux MX ont des priorités différentes et se trouvent sur deux serveurs physiques différents, ce qui nous permet d'avoir une redondance si l'un des deux tombe en panne.
(Pour information, la base de données se trouve sur une machine virtuelle dans un cluster de matériel redondant : alors que le système de base de données dans son ensemble est un point de défaillance unique, le matériel sur lequel il fonctionne ne l'est pas, ce qui élimine la plupart des modes de défaillance possibles).
Nous aimerions introduire un nouveau (ou une paire de) MX dans un centre de données différent, afin d'obtenir une redondance totale des systèmes de courrier entrant (nos serveurs DNS sont déjà répartis sur différents centres de données), mais nous ne pouvons pas le connecter au même serveur MySQL, car cela irait à l'encontre de la redondance en premier lieu.
Quelle est la bonne façon d'implémenter le greylisting dans une telle configuration ?
Est-ce que je peux laisser chaque site / groupe MX avoir sa propre base de données de listes grises, ou est-ce que cela posera des problèmes ou sera inefficace ? Est-ce qu'il y a une raison de configurer les MX dans le même site avec la même priorité/différente ou cela n'a pas d'importance ? (bien sûr, des sites différents auront toujours des priorités différentes)
EDIT / CLARIFICATION : les premières réponses semblent suggérer de mettre en place une réplication MySQL (soit maître/esclave, soit à double sens) ou expliquer comment le faire : je l'ai fait, je l'ai fait. Je peux mettre en place une réplication MySQL bidirectionnelle entre les centres de données si j'en ai besoin/envie.
Ma question portait sur si J'ai besoin de répliquer / partager la base de données greylist ou si je peux le faire sans partage de connaissances entre les différents MX de greylisting, non. comment pour mettre en œuvre les connaissances partagées.
