A few questions:
which is more or a problem: network outages, network capacity or query latency?
When you say "near real-time" do you need transactional consistent view on all 49 servers
or can some lag be tolerated?
Can any one of the 49 local servers potentially update/delete the same rows or data?
Is there any natural segmentation point within the data?
Do the data centers have diverse networks so that connections to some data centers may
remain when others?
In the event that a local data centre is totally isolated from the others what data should
it be allowed to update?
Do your applications produce/examine large data set querying by secondary keys or using
tull text search?
Are you in a position to modify the applications?
From: Anupam Karmarkar [sb_akarmarkar@stripped]
Sent: Thursday, May 24, 2012 10:17 AM
Subject: Architectural Help
I need architectural help for our requirement,
We have nearly 50 data centre through out different cities from these data center
application connect to central database server currently, there are conectivity and nework
flcutions issues for different data center, so we comeup with solution each data center we
should have local database server which will keep syncing with other server so that
application doesnt fail , User data can be updated in any of server and should reflect in
every server. Application consists of write/read/delete operations,
Current writes each day central server 1million.
Only 1/1000 need to be distrubuted acrross servce rest need to be in central server.
How can we achive this ? solution needs very much real time data accepting nework lags.
Collect all changes in other 49 server into 1 central server(How can we collect data)
49 keeps updating data into local database from central server(Using Repliation Can be