Cyrus IMAP and SASL on replicated machines
Jeroen van Meeuwen (Kolab Systems)
vanmeeuwen at kolabsys.com
Mon Aug 8 19:42:09 EDT 2011
J. Pilfold-Bagwell wrote:
> Hi All,
> I have a Cyrus box that I set up about 3 years ago that's been running
> flawlessly. Recently though, as we're becoming increasingly reliant on
> email, it was decided that we're going to set up a DRBD replicated system.
While I'm not trying to negate that decision having been made, as I too,
amongst many other people, enjoy the existence and purpose of DRBD, I have to
ask whether or not the contradiction / distinction between storage-level and
application-level replication has been taken into account.
Please note that what I'm about to say, hopefully generating some feedback
from other people as well, would mean more baggage for me to put into all
sorts of Cyrus IMAP Deployment Guides and such.
An example scenario is where the 'master' (SQL, IMAP) server is the active
server; it's DRBD replicated storage segment cannot just be live (locking,
(a)synchronous filesystem operations, etc.); This type of scenario says 'warm
failover' at best, I recon.
With application-level replication however, noted that master-master (round-
about) or multi-master replication has to be a replication scenario the
application is capable of dealing with, both systems could be active (doesn't
matter which one you hit).
I suppose the point is DRBD is ideal for Disaster Recovery, and insert a
remark on synchronizing new (large) volumes over little bandwidth if you like,
whereas application-level replication may just bring you high-availability,
load-balancing and disaster-recovery.
Just a few of my thoughts, I hope you appreciate and if you feel like it,
don't hesitate to question! ;-)
Jeroen van Meeuwen
Senior Engineer, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
t: +44 144 340 9500
m: +44 74 2516 3817
pgp: 9342 BF08
More information about the Info-cyrus