Would it be possible to make Zimbra utilise the Global File System (GFS) from RedHat in order to allow multiple backend servers simultanious access to the message store?
If used with a SAN, iSCSI and some form of layer-4 load balancing, you could eliminate the need to run clustering services to get redundancy. You then don't have to try and split mailboxes across muliple stores in order to try and get quasi load balancing. You can scale the system just by adding an additional backend server without having to try and shuffle mailboxes around stores.
- Zimbra Collaboration 9.0.0 now available. Read the release notes.
- Zimbra Collaboration 8.8.15 LTS now available. Read the release notes.
- Are you a Zimbra Developer? You can find some interesting stuff in our Official GitHub, Blog and the Community Github.
- Zimbra is Open Source! Read the FAQ. You can also contribute and build binary from source!
Have a great idea for extending Zimbra? Share ideas, ask questions, contribute, and get feedback.
2 posts • Page 1 of 1
we chose multiple mailbox servers by design. Having a huge filesystem shared across all nodes in the cluster is not really necessary - why file lock when you can have (for this mailbox partitioning problem anyway) nodes in the cluster access their own partition. Failing node can have it's partition(s) taken over by another node through SAN/cluster. For high performance and increased robustness, even if you had data of a particular mailbox accessible from all nodes, it is better if only one node at any time was mutator of that mailbox. Also, atleast in the short term, and purely as side effects, the multiple-independent-mailbox-servers architecture is more portable and works with everyone personal favorite filesystem. :-)
Who is online
Users browsing this forum: No registered users and 36 guests