So I've been reading up on geographically distributed MongoDB setups.
I am juggling around an architectural approach/concept for a project. This is roughly what I am looking at.
- A centralised Content Master setup "somewhere" in the Cloud
- Regional or National Content Delivery servers to
- Keep the CD server as close to the visitor as possible/feasible
- Allow the CD server to live communicate with regional/national systems
If I understand the linked article above right; I should be able to set up a three-member replica set in the following manner:
- One MongoDB server on regional/national location/datacenter
- One MongoDB server in the global location
- One MongoDB server "somewhere else" in the Cloud
And by doing so, I ensure (or do my best to) maximum availability and resilience for the setup.
So my question is this; this all looks fine and well "on paper". But will it work in real life? I mean with the potentially massive amount of data being dumped into the local xDB; do I risk that the other 2 members simply never catch up as there isn't enough "bandwidth in the world" to handle the replication?