Maison  >  Article  >  base de données  >  Pourquoi y a-t-il plus de trois clusters Redis ?

Pourquoi y a-t-il plus de trois clusters Redis ?

(*-*)浩
(*-*)浩original
2019-06-17 14:48:545308parcourir

Les clusters Redisl de plus de 3 sont améliorés en augmentant le nombre de nœuds sentinelles pour améliorer la précision du jugement des fautes, car l'élection du leader nécessite au moins la moitié plus 1 nœud, et un nombre impair de nœuds peut être utilisé sur la base pour remplir cette condition Enregistrer un nœud.

Pourquoi y a-t-il plus de trois clusters Redis ?

Pour faire simple : s'il y a 3 nœuds de sentinel, lorsqu'un problème redis survient, sentinel entrera immédiatement Lors du vote, seulement si plus de la moitié des votes sont exprimés, la personne sera hors ligne ! , et s'est finalement déconnecté objectivement, donc 3 nœuds sentinelles sont nécessaires (Apprentissage recommandé : Tutoriel vidéo Redis)

Le mode sentinelle est un mode spécial tout d'abord, Redis. Les commandes Sentinel sont fournies. Sentinel est un processus indépendant. En tant que processus, il s'exécutera de manière indépendante. Le principe est que la sentinelle surveille plusieurs instances Redis en cours d'exécution en envoyant des commandes et en attendant la réponse du serveur Redis.

La sentinelle ici a deux fonctions

En envoyant des commandes, le serveur Redis revient pour surveiller son état de fonctionnement, y compris le serveur maître et le serveur esclave.

Lorsque Sentinel détecte que le maître est en panne, il bascule automatiquement l'esclave sur le maître, puis avertit les autres serveurs esclaves via le mode de publication et d'abonnement, modifie le fichier de configuration et les laisse changer d'hôte.

Cependant, des problèmes peuvent survenir lorsqu'un processus sentinelle surveille le serveur Redis. Pour cette raison, nous pouvons utiliser plusieurs sentinelles pour la surveillance. Chaque sentinelle sera également surveillée, formant ainsi un mode multi-sentinelle.

Décrivez le processus de basculement avec des mots.

Supposons que le serveur principal soit en panne et que Sentinel 1 détecte ce résultat en premier. Le système n'effectuera pas immédiatement le processus de basculement. C'est simplement que Sentinel 1 croit subjectivement que le serveur principal est indisponible. hors ligne. Lorsque les sentinelles suivantes détectent également que le serveur principal est indisponible et que le nombre atteint une certaine valeur, un vote aura lieu entre les sentinelles. Le résultat du vote sera initié par une sentinelle pour effectuer une opération de basculement. Une fois le changement réussi, chaque sentinelle utilisera le mode publication-abonnement pour basculer le serveur esclave qu'elle surveille vers l'hôte. Ce processus est appelé objectif hors ligne. De cette façon, tout est transparent pour le client.

Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne Introduction au didacticiel d'utilisation de la base de données Redis pour apprendre !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn