Question

Comment est le algorithme de consensus de radet différent du processus électoral principal de MongoDB autre que lefait que MongoDB prend d'autres facteurs (priorité, par exemple) en considération tout en élisant le primaire?

Était-ce utile?

La solution

Certaines différences essentielles sur l'approche consensus comme à MongoDb 2.4 sont les suivantes:

  • radeau utilise un leader fort modèle. Le responsable a la responsabilité de gérer la réplication et des flux de données du leader à d'autres serveurs. Dans la réplique de MongoDB définit les secondaires suivez le journal des opérations ( oplog ) d'un hôte en amont pouvant être le primaire ou un secondaire avec un nouvel objectif oplog.

  • radeau n'a que trois états de nœuds à prendre en compte: leader (primaire), suiveur (secondaire) ou candidat (primaire nommé). MongoDB a States de nœud supplémentaires à envisager d'inclure plus d'états d'erreur potentiels tels que RECOVERING ou SHUNNED Nœuds, ou Réplique retardée Membres .

  • dans radeau Chaque nœud ne peut voter que pour un nœud candidat une fois par terme d'élection. MongoDB permet aux votes par nœud d'être ajusté dans le cadre de la configuration de réplica définie, de sorte que certains nœuds peuvent être non votants ou éventuellement avoir plusieurs votes (Remarque: plusieurs voix de vote ont été obsolètes à partir de la DIRECTION DE DÉVELOPPEMENT DE MONGODB 2.5 ).

  • radeft utilise un approche conjointe qui permet à un cluster de continuer à fonctionner lors des modifications de la configuration. MongoDB nécessite une majorité stricte des nœuds de vote pour élire un nouveau primaire; Alors qu'une élection est en cours, le jeu de répliques n'a pas de primaire et ne peut pas accepter les écrivies.

Pour des informations plus détaillées, vous devez comparer le papier radeau à la recherche d'un Algorithme consensus compréhensible avec la documentation sur Réplique MongoDB Définir les élections .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top