Afin de résoudre les lacunes fatales du mode de réplication maître-esclave redis, lorsque le nœud maître tombe en panne, affectant le fonctionnement de l'ensemble du système, le mécanisme sentinelle Sentinel est introduit.
Les sentinelles sentinelles résolvent principalement les problèmes suivants:
- Surveillez, surveillez chaque nœud et sentinelle
- Alarme d'état en cours d'exécution, lorsqu'un nœud ou une sentinelle rencontre des problèmes, notifiez les autres sentinelles
- Conversion automatique des pannes, lorsque le nœud maître est arrêté, la sentinelle élit l'un de tous les nœuds esclaves disponibles sous le nœud maître d'origine comme nœud maître, le nœud maître d'origine est réduit au nœud esclave et la configuration du nœud maître des autres nœuds esclaves est modifiée pour spécifier le nouveau nœud maître
- Dans le centre de configuration, le client établit la connexion à la collection de nœuds sentinelles
La configuration sentinelle est la suivante:
Comment fonctionne la sentinelle:
- La sentinelle est un serveur redis spécial. La différence est que la commande et elle ne seront pas persistantes. Au démarrage, deux connexions sont créées selon l'IP et le port du noeud maître dans le fichier de configuration. Les informations de base du nœud et du nœud esclave); La seconde est la connexion d'abonnement, le canal _sentinel_: hello du serveur d'abonnement (pour obtenir d'autres nœuds sentinelles du cluster sentinelle, seules les informations du nœud maître doivent être configurées dans la configuration)
- La sentinelle envoie des informations au nœud toutes les dix secondes par défaut pour obtenir les informations des serveurs maître et esclave, et mettre à jour l'instance de serveur sous la sentinelle à temps; envoyer la commande ping au nœud toutes les secondes et revenir en fonction du temps effectif (configuration des paramètres en bas après millisecondes) Le contenu détermine si le serveur est en ligne et le contenu de la réponse efficace comprend PONG, LOADING, MASTERDOWN et d'autres sont des réponses non valides. Le serveur est configuré pour être subjectivement hors ligne (si le contenu effectif n'est pas renvoyé dans le délai effectif, la sentinelle sera subjectivement hors ligne)
- Lorsque le nœud principal apparaît subjectivement hors ligne, la sentinelle demande le statut des autres nœuds principaux sentinelles. Lorsque le nombre de sentinelles qui confirment que le statut du nœud principal est subjectivement hors ligne atteint le nombre configuré (moniteur sentinelle mymaster 127.0.0.1 6379 2, 2 représente le nombre), le nœud principal A été modifié pour être objectivement hors ligne
- Lorsque le nœud principal est objectivement hors ligne, la sentinelle élit une sentinelle principale temporaire (la sentinelle peut laisser les autres sentinelles s'élire elles-mêmes, premier arrivé, premier servi et la personne ayant le plus de voix) est élue. Le nœud est choisi comme priorité de serveur du nœud maître. Plus la priorité est petite, plus la priorité est élevée. À partir du nœud, le nœud maître est sélectionné. Le nœud maître d'origine est réduit au nœud esclave et est objectivement hors ligne. Les autres nœuds esclaves sont dirigés vers le nouveau nœud maître pour la réplication des données.
