Am 14.11.2014 um 18:18 schrieb shacky:
I am planning the installation of a two nodes Postfix cluster, with
virtual users on MySQL and SpamAssassin, ClamAV and Dovecot.
I am thinking about the best way to sync them and so create the cluster.
The two nodes are running on two different virtual machine (on
different physical nodes of course), so I have the following
possibilities to sync them:
- directly sync the virtual machines between nodes (using gluster on
the physical hosts)
- sync the storage of the nodes (using gluster on the Postifx nodes)
What strategy could you suggest me in your experience?
in case of mysql configuration postfix is not your problem, you can have
one as mysql-master and the other as read-only-slave easily
you can have 90% of the configs in mysql and so rarely a need to sync
the other static config files
in case of spamassassin - well, sa-update run on both nodes, the bayes
database if it is systemwide -> rsync and the same for config files
below /etc/mail/
what becomes more interesting is the message storage meaning the final
destination for delivered mail (IMAP/POP3) which is outside postfix
scope and belongs to the dovecot list
how large is your mailflow?
we go the other direction with one single postfix instance running
SpamAssassin and Clamav besides postsrenn and a transport-table to the
final destionations hwich are in fact own postfix/dbmail machines with
different users (that all on top of a VMware HA setup with two physical
nodes fro failover)
with postscreen and it's rbl feature and wise ptr/helo-checks the load
on the MX is normally a no-brainer because SpamAssassin hardly faces
more than 5-10% of all delivery attempts - i see no load difference
between days with 5000 or 100000 spam attemts
