 Thinking about this as well
Under /opt, we have 360GB. 169GB of this is /opt/zimbra/backups. Now, we want to replicate mail over the WAN ... obviously, a DRBD device that gets 85GB written to it each day needs some significant bandwidth to keep up. (169GB is for two days' worth of full Zimbra NE backups)
So, I'm thinking of making /opt a DRBD device, and making /opt/zimbra/backup it's own standard device. The amount of new mail received during the day should be small enough to even use a T1 as bandwidth for replication.
Of course, I won't be using HA. I'll simply have a clone of the machine with zimbra
turned off, and probably the disk unmounted as well, so nobody messes with it.
In case of failure on the primary, we simply shut the primary down (if it's not down
already), mount /opt on the failover box and start zimbra.
Some quick DNS changes and flushing of DNS cache...and users will at least be able
to send e-mail. With a little more work, we can have mail coming into it as well, as long as our anti-spam/AV service provider is quick to respond...
Does this sound like a feasible approach? I don't think there are many holes in that plan...but I could be missing something.
--Brian  |