redis的哨兵的監控機制是怎樣的？

Markxu 發布于2019-08-16 17:13 / 2809人閱讀

摘要：哨兵監控也是有集群的，會有多個哨兵進行監控，當判斷發生故障的哨兵達到一定數量的時候才進行修復。一個健壯的部署至少需要三個哨兵實例。若重新向的命令返回有效回復，的主觀下線狀態就會被移除。

哨兵監控也是有集群的，會有多個哨兵進行監控，當判斷發生故障的哨兵達到一定數量的時候才進行修復。一個健壯的部署至少需要三個哨兵實例。

1.每個Sentinel以每秒鐘一次的頻率向它所知的Master，Slave以及其他 Sentinel 實例發送一個 PING 命令
2.如果一個實例（instance）距離最后一次有效回復 PING 命令的時間超過 down-after-milliseconds 選項所指定的值，則這個實例會被 Sentinel 標記為主觀下線。
3.如果一個Master被標記為主觀下線，則正在監視這個Master的所有 Sentinel 要以每秒一次的頻率確認Master的確進入了主觀下線狀態。
4.當有足夠數量的 Sentinel（大于等于配置文件指定的值）在指定的時間范圍內確認Master的確進入了主觀下線狀態，則Master會被標記為客觀下線
5.在一般情況下，每個 Sentinel 會以每 10 秒一次的頻率向它已知的所有Master，Slave發送 INFO 命令
6.當Master被 Sentinel 標記為客觀下線時，Sentinel 向下線的 Master 的所有 Slave 發送 INFO 命令的頻率會從 10 秒一次改為每秒一次
7.若沒有足夠數量的 Sentinel 同意 Master 已經下線， Master 的客觀下線狀態就會被移除。若 Master 重新向 Sentinel 的 PING 命令返回有效回復， Master 的主觀下線狀態就會被移除。

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/74458.html

Redis哨兵機制

摘要：哨兵機制的原理及實現是一個分布式架構，其中包含若干個節點和數據節點，每個節點會對數據節點和其余節點進行監控，當它發現節點不可達時，會對節點做下線標識。故障轉移后整個的結構重新選舉了新的主節點。技巧節點不應該部署在一臺物理機器上。 showImg(https://segmentfault.com/img/bVboQYV?w=800&h=267); 概述上篇文章主要說了Redis 復制的...

Ashin 2019-07-01 11:23 評論0 收藏0
那一天，我被Redis主從架構支配的恐懼

摘要：面試官要不你來講講你最近在看的點唄可以拉出來一起討論下今天我也不知道要問什么候選者最近在看相關的內容面試官嗯，我記得已經問過的基礎和持久化了面試官要不你來講講你公司的是什么架構的咯候選者我前公司的架構是分片集群，使用的是層來對進行分流到不同面試官：要不你來講講你最近在看的點唄？可以拉出來一起討論下(今天我也不知道要問什么)候選者：最近在看「Redis」相關的內容面試官：嗯，我記得已經問過Re...

curried 2021-11-18 10:07 評論0 收藏0