Zookeeper mehrere Führer Wahl Problem

Question

Ich habe eine verteilte Anwendung, die ZooKeeper für die Führerwahl verwendet. Nur der gewählte Anführer kann sich an die Datenbank binden. Ich habe kürzlich entdeckt, dass es eine potentielle Situation gibt, die zu mehreren Anführern führen könnte. Die Situation entsteht, wenn der gewählte Anführer für einen langen GC angehalten wird und den Herzschlag an den ZooKeeper verlieren kann, was zur Wahl eines neuen Anführers führt. An diesem Punkt denken beide Knoten, dass sie der Anführer sind und zu Konflikten führen können.

Irgendwelche Vorschläge, wie man solche Situation vermeiden kann?

Answer 1

Wenn Sie ZooKeeper für Leader-Election Sie verwenden nicht Einzigartigkeit des Führers .Es ist möglich laufen in dieser Situation auch ohne GC Pausen garantieren kann. Wenn z. B. ein Leiter während einer Netzwerkpartitionierung vom ZooKeeper-Quorum isoliert ist oder wenn ein Leiter eine lange laufende Abfrage absetzt, können die Dies und ein neuer Leiter eine neue Abfrage ausgeben, während der aktuelle noch aktiv ist.

Die Problemumgehung besteht darin, beim Aktualisieren der Datenbank Compare-and-Set zu verwenden. Sobald ein neuer Anführer gewählt ist, sollten Sie eine ansteigende Anführer-ID erhalten (z. B. indem Sie einen Knoten in ZooKeeper aktualisieren und dessen Version oder mzxid verwenden) und ihn verwenden, um jede von diesem Anführer ausgegebene Transaktion zu schützen.

Wenn Sie zum Beispiel den Zustand des db dann anstelle der folgenden Transaktion ändern möchten:

BEGIN TRANSACTION; 
db.update($change); 
END TRANSACTION; 

Sie sollten

BEGIN TRANSACTION; 
if (db.leaderID <= $leaderID) { 
    db.leaderID = $leaderID; 
    db.update($change); 
} 
END TRANSACTION; 

Dieser Trick wie verwenden, um etwas aus Unsicherheiten Ihr System schützen verursacht durch gleichzeitige Führer. Natürlich sollte Ihre Datenbank linearisierbar sein und Compare-and-Set unterstützen.