high-availability Cyrus (i.e. glusterfs)?
Michael Menge
michael.menge at zdv.uni-tuebingen.de
Tue Sep 28 04:56:09 EDT 2010
Quoting Tomasz Chmielewski <mangoo at wpkg.org>:
> How do you manage your Cyrus installations highly-available?
>
> I though a minimal example could be like below:
>
>
> internet
> |
> server1 ----- server2
>
>
> There would be Heartbeat/Pacemaker running on both servers. Its role
> would be:
>
> - assign "Cyrus IP" to a given server,
> - start Cyrus where "Cyrus IP" is up.
>
>
> Still, we need to have Cyrus database, mail storage accessible for
> both servers. I though using glusterfs for it would be a good idea
> (assuming Cyrus only runs on one of the servers at a given time).
>
> However, something doesn't work with it very well when Cyrus data is
> on a glusterfs mount point (if I move it to a local disk, everything
> works well):
>
Cyrus depends on locks and mmap, so your fs must support them.
I had written a summery of the diskussions about Cyrus and HA in the
old wiki. But the wiki was replaced by the new wiki. I will have a look
if I have a copy.
If you plan to run in active-passive mode, did you considre Cyrus
replication? You will need twice the disk space, but you remove a single
point of failure (glustefs)
Regards
Michael Mege
--------------------------------------------------------------------------------
M.Menge Tel.: (49) 7071/29-70316
Universität Tübingen Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung mail:
michael.menge at zdv.uni-tuebingen.de
Wächterstraße 76
72074 Tübingen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5267 bytes
Desc: S/MIME Signatur
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20100928/bc22aa88/attachment.bin
More information about the Info-cyrus
mailing list