OpenIO Integration with Zimbra
Email or not email? Is it the real question? Many people have said that email is dead, but is it really? With so many new social networks tools, email is still used to communicate and develop business relationships. Gmail has passed recently the barrier of 1B email accounts and this is just an illustration that hosting companies, cloud service providers or telco operators must continue to offer and build a strong email service for their users. A key dimension to remember is the free aspect of this web mail service with a need to offer a high level of service.
Among the top email software players, Zimbra is considered as a pioneer. For such product and demanding application environment, the storage layer that stores, protects and serves data is fundamental. It should be fast enough for today’s needs, but also for the future and it has to offer seamless protection. It should be integrated in such a way that finally the product seems to be like one.
OpenIO integration with Zimbra and advantages
The data path used by OpenIO namespace/account/container/object is perfectly aligned with Zimbra as the namespace could match a client name, the account a user and a container a mailbox. Zimbra also takes advantages of various OpenIO features:
- Limitless scalability able to start pretty small with just a few TBs up to 1000s of PBs and billions of files,
- The immediate availability of new nodes for new data and users when the cluster grows without any rebalance effect like with consistent hashing-based solution,
- The optimized data placement with Conscience, an advanced real time policy engine that probes nodes, builds a score table and pushes it to all participant nodes,
- Grid for Apps gives the ability to deploy an application within the storage cluster and to run on the storage nodes themselves.