Maison >base de données >Redis >Comprendre la sentinelle dans Redis en profondeur
Explication détaillée de Redis Sentinel, du processus de construction de Sentinel, du processus de fonctionnement de Sentinel et du principe d'élection (subjectif hors ligne, objectif hors ligne, comment élire le leader Sentinel).
Le lanceur d'alerte inspecte et surveille si l'hôte maître en arrière-plan est défectueux, s'il est défectueux, il convertira automatiquement une base de données esclave en une nouvelle base de données maître en fonction du nombre de votes pour continuer les services externes. [Recommandations associées : Tutoriel vidéo Redis]
communément appelé fonctionnement et maintenance sans surveillance.
3 Sentinelles : Surveillez et maintenez automatiquement le cluster, ne stockez pas de données, juste un lanceur d'alerte.
1 maître 2 esclave : utilisé pour lire et stocker des données
Copiez sentinel.conf dans le chemin d'installation redis vers le répertoire myredis
cp sentinel.conf /myredis/sentinel26379.conf
Modifier le fichier de configuration
vim sentinel26379.conf bind 0.0.0.0 # protected-mode yes 修改为 protected-mode no protected-mode no # daemonize no 修改为 daemonize yes daemonize yes # port port 26379 # pid文件名字,pidfile pidfile /var/run/redis_26379.pid # log文件名字,logfile(修改 logfile "" 为 logfile "/myredis/26379.log") logfile "/myredis/26379.log" # 指定当前的工作目录(修改 dir /temp 为 dir /myredis) dir /myredis
Définissez le serveur maître à surveiller
quorum : confirmez le nombre minimum de sentinelles objectivement hors ligne. Quorum de votes pour approuver le basculement.
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
Définissez le mot de passe pour vous connecter au service maître
# sentinel auth-pass <master-name> <password>
Nous savons que le réseau n'est pas fiable. Parfois, une sentinelle pensera à tort qu'un redis maître est mort en raison d'une congestion du réseau. Il faut plus de sentinelles pour communiquer entre elles pour confirmer si un maître est vraiment mort. Le paramètre de quorum est une base pour l'objectif hors ligne, ce qui signifie qu'au moins les sentinelles du quorum pensent que le maître est défectueux, et alors le maître sera hors ligne et défectueux. transfert. Parce que parfois, un nœud sentinelle peut ne pas pouvoir se connecter au maître pour des raisons de réseau, mais le maître n'est pas défectueux pour le moment. Par conséquent, plusieurs sentinelles doivent convenir qu'il y a un problème avec le maître avant de passer au maître. prochaine étape, ce qui garantit l'équité et la haute disponibilité.
ip et port sont
# sentinel00 192.168.157.112 26379 # sentinel01 192.168.157.113 26380 # sentinel02 192.168.157.118 26381
sentinelxxxx.conf
sentinel26379.conf
bind 0.0.0.0 daemonize yes protected-mode no port 26379 logfile "/myredis/sentinel26379.log" pidfile /var/run/redis-sentinel26379.pid dir /myredis sentinel monitor mymaster 192.168.157.115 6379 2 sentinel auth-pass mymaster 1234
sentinel26380.conf
bind 0.0.0.0 daemonize yes protected-mode no port 26380 logfile "/myredis/sentinel26380.log" pidfile /var/run/redis-sentinel26380.pid dir /myredis sentinel monitor mymaster 192.168.157.115 6379 2 sentinel auth-pass mymaster 1234
sentinel26381 .conf
bind 0.0.0.0 daemonize yes protected-mode no port 26381 logfile "/myredis/sentinel26381.log" pidfile /var/run/redis-sentinel26381.pid dir /myredis sentinel monitor mymaster 192.168.157.115 6379 2 sentinel auth-pass mymaster 1234
Sur la base de la réplication Redis précédente, démarrez 1 maître et 2 esclaves pour tester si la réplication maître-esclave est normale, entrez la réplication des informations pour vérifier si elle est normale
Démarrez trois sentinelles et terminez la surveillance
redis-sentinel /myredis/sentinel26379.conf --sentinel redis-sentinel /myredis/sentinel26380.conf --sentinel redis-sentinel /myredis/sentinel26381.conf --sentinel
Test de la réplication maître-esclave, tout va bien
Voir le journal
Voir le fichier de configuration sentinel.conf
> 后面为自动新增内容
-
Hôte maître
# 模拟宕机 shudown
Question
Le contenu du fichier sera modifié dynamiquement par sentinel pendant le fonctionnement. Une fois la relation maître-esclave maître-esclave commutée, le contenu du fichier de configuration changera automatiquement.
新master
当一个主从配置中的master失效后,sentinel可以选举出一个新的master用于自动替换原master的工作,主从配置中的其他redis服务自动指向新的master同步数据,一般建议sentinel采取奇数台,防止某一台sentinel无法连接到master导致误切换。
SDOWN(主观不可用)是单个哨兵自己主观检测到的关于master的状态,从sentinel的角度来看,如果发送了PING心跳后,在一定时间内没有收到合法的回复,就到达了SDOQN的条件。
sentinel配置文件中的 down-after-milliseconds 设置了主观下线的时间长度(默认30秒)。
# sentinel down-after-milliseconds <masterName> <timeout> sentinel down-after-milliseconds mymaster 30000
ODOWN需要一定数量的sentinel,多个哨兵达成一致意见才能确认一个master客观上已经宕机了。
# sentinel monitor <master-name> <ip> <redis-port> <quorum> sentinel monitor mymaster 127.0.0.1 6379 2
当主节点被判断客观下线后,各个哨兵节点会进行协商,先选举出一个领导者哨兵节点,并由该领导者哨兵节点进行failover(故障迁移)
Raft算法
监视该主节点的所有哨兵都有可能被选为领导者,选举使用的算法是Raft算法;Raft算法的基本思路是先到先得,即在一轮选举中,哨兵A向B发送成为领导者的申请,如果B没有同意过其他哨兵,则会同意A成为领导者。
整个过程由sentinel自己独立完成,无需人工干涉。
某一个slave被选中成为master
选出新的master的规则,剩余slave节点健康的前提下
执行 slaveof no one 命令让选出来的从节点成为新的主节点,并通过 slaveof 命令让其他节点成为其从节点。
sentinel leader 会对选举出来的新 master 执行 slaveof no one,将其提升为master节点
sentinel leader 向其他slave发送命令,让剩余的slave成为新的master节点的slave。
更多编程相关知识,请访问:编程视频!!
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!