affidabilità: modello master / slave è destinata?

Question

Sempre più dei database NoSQL che sono sotto i riflettori utilizza il modello master / slave per fornire "disponibilità", ma ciò che fa (almeno dal mio punto di vista) sta creando l'anello debole di una catena che si romperà in qualsiasi momento . -. Maestro va giù, gli schiavi si ferma alla funzione

E 'un ottimo modo per gestire grandi quantità di dati e di addirittura fuori legge / scrive, ma visto in una prospettiva disponibilità? Non tanto ...

Ho capito da un po 'di NoSQL che gli schiavi possono essere modificati per essere un maestro facilmente, ma facendo questo sarebbe un mal di testa da gestire in maggior parte delle applicazioni. Giusto?

Così come si fa la gente prende cura di questo genere di cose? Come funziona master / slave-database di lavoro nel mondo reale?

Answer 1

Questa è una domanda abbastanza generalizzata; si può specificare quali memorizza dati che stai specificamente parlando?

ho lavorato con MongoDB, e gestisce questo molto garbo; ogni membro in un "set di repliche" (in pratica, un cluster master-slave) è idoneo a diventare il padrone. Sul collegamento a un set di repliche, la serie racconterà la client che si connette su tutti i membri del set. Se il master nel set va offline, gli schiavi eleggeranno automaticamente un nuovo padrone, e il cliente (dal momento che ha una lista di tutti i nodi del set) cercherà nuovi nodi fino a quando si connette; il nodo si connette al informerà il cliente circa il nuovo padrone, e il client passa la sua connessione sopra. Questo permette di failover completamente trasparente master / slave, senza alcuna modifica nell'applicazione.

Questo è ovviamente bene per singole connessioni, ma per quanto riguarda riavvio? Il driver MongoDB gestisce anche questo; si può accettare una lista di nodi per provare a connettersi al, e li proverà in serie fino a trovarne uno a cui connettersi. Una volta che si connette, chiederà il nodo che il suo padrone è, e in avanti la connessione lì.

Il risultato netto è che se si dispone di un set di repliche stabilito, si può efficacemente non solo preoccupazione che ogni singolo nodo che esplode vi porterà offline.