Re: high-availability Cyrus (i.e. glusterfs)?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Quoting Tomasz Chmielewski <mangoo@xxxxxxxx>:

On 28.09.2010 15:01, John Madden wrote:
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).

IMO, don't use glusterfs for this. I found it to not even be sufficient
for a PHP session store; it'll certainly fall over with IMAP loads.

Any other suggestions? There is an alternatives like Ceph[1], but it is
just too new (and potentially can have some edge cases).

DRBD + GFS/OCFS2 just seem too complex for such setup.

Other than that, I use glusterfs in several setups, and I don't have any
dramatic performance problems with it (still slower than bare metal of
course) - will depend on workload and expected performance of course.


[1] http://ceph.newdream.net/about/

Most Cluster-/Sharedfilesystems are good with few big files. But because of the metadatahandling these FS all lose performance if you have many small files, and cyrus has many files.



--------------------------------------------------------------------------------
M.Menge                                Tel.: (49) 7071/29-70316
UniversitÃt TÃbingen                   Fax.: (49) 7071/29-5912
Zentrum fÃr Datenverarbeitung mail: michael.menge@xxxxxxxxxxxxxxxxxxxx
WÃchterstraÃe 76
72074 TÃbingen

Attachment: smime.p7s
Description: S/MIME Signatur

----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux