I set di repliche in MongoDB possono avere un solo master a questo punto. (È chiamato il primario di un set di repliche.) Per il tuo scenario, la soluzione consiste spesso nell'usare un cluster partizionato. Nel tuo esempio, avresti due shard:uno per i dati del server A e l'altro per i dati del server B. Entrambi gli shard sono implementati come set di repliche, quindi ognuno ha un minimo di tre server. Quindi inseriresti il primario dello shard A nello stesso data center A e il primario dello shard B nel data center B. Almeno una replica di ogni shard (denominata secondaria) si troverebbe nell'altro data center.
Ciò significa che tutti i dati sono disponibili in ogni data center, ma le scritture nello shard A devono sempre essere eseguite nel data center A e le scritture nello shard B nel data center B. (sebbene le scritture possano essere eseguite anche in remoto, quindi è può scrivere sullo shard A dal data center B, in questo caso è solo una scrittura remota.)
