Frage

Wie ist der Floßkonsensalgorithmus anders als der primäre Wahlprozess von Mongodb als derTatsache, dass MONGODB andere Faktoren (beispielsweise Priorität, beispielsweise Priorität) in Betracht bringt, während der primäre Wahl berücksichtigt wird?

War es hilfreich?

Lösung

Einige wichtige Unterschiede zum Konsensansatz wie bei MONGODB 2.4 sind:

  • flof verwendet ein starkes führendes anführendes -modell. Der Anführer hat die Verantwortung für die Verwaltung von Replikations- und Datenströmen vom Anführer an andere Server. In MongOdb-Replica setzt die Sekundärzeile der Folgeprotokoll ( oplog ) eines Upstream-Hosts, der entweder die primäre oder ein sekundär mit einem neueren OPLOG sein kann.

  • floß hat nur drei Knotenzustände, um zu berücksichtigen: Führer (primär), Anhänger (sekundär) oder Kandidat (primär nominiert). Mongodb hat Zusätzliche Knotenzustände , um in Betracht zu ziehen, einschließlich potenzieller Fehlerzustände wie dem generationspotenz RECOVERING-Knoten oder Verzögerte Replik-Set-Mitglieder .

  • Im Floß kann jeder Knoten nur einmal pro Wahlbegriff für einen Kandidatenknoten stimmen. MONGODNB lässt Stimmen pro Knoten als Teil der Replikat-Set-Konfiguration eingestellt werden, sodass einige Knoten möglicherweise nicht abstimmen oder möglicherweise mehrere Abstimmungen haben (Hinweis: Mehrere Abstimmungskonfiguration wurde ab dem mongodb 2.5 Entwicklungszweig ).

  • Floß verwendet einen -Gene-Konsens-Ansatz , der es einem Cluster ermöglicht, den Betrieb während der Konfigurationsänderungen fortzusetzen. MONGODB erfordert eine strikte Mehrheit der Abstimmungsknoten, um ein neues Primär zu wählen; Während eine Wahl in Bearbeitung ist, hat der Replikatsatz keine primären und können keine schreienden akzeptieren.

detailliertere Informationen sollten Sie das Floßpapier vergleichen auf der Suche nach einem Verständlicher Konsensalgorithmus mit der Dokumentation auf mongodb replica Set Wahlen .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top