Replikation: Leader und Follower

Kurz: Bei der Replikation hält man Kopien derselben Daten auf mehreren Servern. Meist schreibt ein Leader, und Follower übernehmen die Änderungen und beantworten Leseanfragen.

Genauer: Replikation erhöht Ausfallsicherheit und Lesekapazität. Sie kann synchron (Schreiben wartet auf Follower, langsam, sicher) oder asynchron (schnell, aber Datenverlust beim Leader-Ausfall möglich) erfolgen.

Im Detail

• Leader-Follower: Ein Schreibknoten, viele Lesereplikate.
• Multi-Leader: Mehrere Schreibknoten, z. B. je Region. Konflikte müssen aufgelöst werden.
• Leaderless: Clients schreiben an mehrere Knoten (Dynamo-Stil), Quorum-Lesen/-Schreiben.
• Replikationsverzug (Lag): Follower hinken hinterher. Folge: „Read your own writes“ kann scheitern.
• Failover: Befördern eines Followers zum Leader. Risiko: Split-Brain bei zwei „Leadern“.
• Synchron vs. asynchron: Kompromiss aus Dauerhaftigkeit und Geschwindigkeit.

Siehe auch: Konsens in verteilten Systemen (Paxos und Raft), Konsistenzmodelle und Eventual Consistency