|
Jan recently was providing some good points concerning clustering - which should go into docs.
Since I was either too lazy or too busy - we have a ticket now.
re cluster:
- it is still possible and supported to use cluster w/ magnolia cms
- you should consider cluster only if:
- you are in full control of the VMs on which cluster is running
- your public instances are not treated as "disposable" with automatic up/down scaling based on load or
- your publics have DB (cluster) running on separate VM that is not disposable
- amount of writes is not too high (each write generates record in Journal table that is used to synchronize all cluster nodes thus generates additional chatter and load on each node (also due to sync of index))
- you do not update Magnolia too frequently or do not require HA (when updating clusters, all cluster nodes except one need to be shutdown, and restarted w/ new libs after the first node was updated successfully)
- when above conditions are not met, it is in all likelihood better to avoid using cluster and distribute data by other means (e.g. REST service to which data are written directly from client or using Magnolia Public instances as proxy writing to such externalized service and being accessible from/via all instances)
(from hipchat, Connected Services)
|