Quando si dispone di più database master è possibile ottenere un accesso più rapido ai dati consolidati, migliori prestazioni uptime per turno gli aggiornamenti di clock, e leggere la scalabilità tutto l'hardware commodity utilizzando. Dite addio ai processi batch pianificati che sincronizzare temporaneamente i dati attraverso posizioni da un maestro centrale. Continuo maestro asincrona di replica maestro: i dati una regione è a disposizione di tutte le regioni in tempo quasi reale. Se un master in una regione non riesce, gli utenti non dovranno lunghi ritardi per immettere i dati / aggiornamento fino a quando la sostituzione viene portato in linea. È possibile reindirizzare le richieste di database della regione abbattuto al database di un'altra regione. Quando il padrone di sostituzione ri-unisce al cluster, si ri-sincronizzare con gli altri maestri automaticamente. Se le modifiche in conflitto si verificano sulla stessa riga durante la replica (ossia una unicità, aggiornare o eliminare il conflitto), è possibile scegliere tra non prima Timestamp, Latest Timestamp, priorità Nodo o opzioni manuali per determinare risoluzione. Si può anche avere una risoluzione di standby dovrebbe tua prima scelta non risolvere il conflitto. In aggiunta a ciascuna delle vostre regioni locali o gli utenti che hanno accesso più rapido ai dati integrati, i sistemi saranno in grado di gestire più letture e query. Ogni master sarà disponibile a gestire le query da qualsiasi regione o tutta la domanda che necessitano di dati consolidati. Per scalare ulteriormente è possibile costruire le repliche Hot Standby per ogni master che gestisce i carichi ancora più di lettura fornendo un'architettura molto flessibile e scalabile per il futuro.
I commenti non trovato