一、概述

1.1 背景介紹

Redis 主從復(fù)制解決了讀擴(kuò)展和數(shù)據(jù)冗余問(wèn)題，但主節(jié)點(diǎn)故障時(shí)需要人工介入切換，這在生產(chǎn)環(huán)境中是不可接受的。Sentinel（哨兵）模式在主從架構(gòu)之上增加了自動(dòng)故障檢測(cè)和故障轉(zhuǎn)移能力，是 Redis 高可用的標(biāo)準(zhǔn)方案之一。

Sentinel 本質(zhì)上是一組獨(dú)立進(jìn)程，持續(xù)監(jiān)控 Redis 主從節(jié)點(diǎn)的健康狀態(tài)，在主節(jié)點(diǎn)不可用時(shí)自動(dòng)完成新主節(jié)點(diǎn)選舉和客戶端重定向。Redis 8.x 對(duì) Sentinel 的穩(wěn)定性和性能做了進(jìn)一步優(yōu)化，但核心機(jī)制與 7.x 保持一致。

1.2 技術(shù)特點(diǎn)

自動(dòng)故障轉(zhuǎn)移：主節(jié)點(diǎn)宕機(jī)后無(wú)需人工干預(yù)，Sentinel 集群自動(dòng)完成切換，通常在 30 秒內(nèi)完成

服務(wù)發(fā)現(xiàn)：客戶端通過(guò) Sentinel 獲取當(dāng)前主節(jié)點(diǎn)地址，屏蔽了主從切換的地址變化

配置傳播：故障轉(zhuǎn)移完成后，Sentinel 自動(dòng)更新所有從節(jié)點(diǎn)的復(fù)制配置

多 Sentinel 協(xié)作：通過(guò) quorum 機(jī)制避免單點(diǎn)誤判，防止網(wǎng)絡(luò)抖動(dòng)觸發(fā)不必要的切換

1.3 適用場(chǎng)景

數(shù)據(jù)量在單機(jī)可承載范圍內(nèi)（通常 < 100GB），不需要數(shù)據(jù)分片

對(duì)寫入可用性要求高，能接受切換期間約 30 秒的寫入中斷

讀寫比高，通過(guò)從節(jié)點(diǎn)分擔(dān)讀流量

不需要 Cluster 的水平擴(kuò)展能力，但需要比單主更高的可用性

1.4 環(huán)境要求

二、詳細(xì)步驟

2.1 Sentinel 工作原理

2.1.1 主觀下線與客觀下線

理解這兩個(gè)概念是正確配置 Sentinel 的基礎(chǔ)。

主觀下線（SDOWN，Subjectively Down）：?jiǎn)蝹€(gè) Sentinel 實(shí)例認(rèn)為某節(jié)點(diǎn)不可用。判斷依據(jù)是在down-after-milliseconds時(shí)間內(nèi)沒(méi)有收到節(jié)點(diǎn)的有效響應(yīng)（PING 返回 PONG 或錯(cuò)誤響應(yīng)）。SDOWN 只是單個(gè) Sentinel 的主觀判斷，不會(huì)觸發(fā)故障轉(zhuǎn)移。

客觀下線（ODOWN，Objectively Down）：多個(gè) Sentinel 實(shí)例都認(rèn)為主節(jié)點(diǎn)不可用，且達(dá)到 quorum 數(shù)量。只有主節(jié)點(diǎn)才有 ODOWN 狀態(tài)，從節(jié)點(diǎn)和 Sentinel 節(jié)點(diǎn)只有 SDOWN。ODOWN 是觸發(fā)故障轉(zhuǎn)移的前提條件。

Sentinel A: PING master → 無(wú)響應(yīng) → 標(biāo)記 master SDOWN
Sentinel A: 詢問(wèn) Sentinel B、C →"你們也認(rèn)為 master 掛了嗎？"
Sentinel B:"是的，我也收不到響應(yīng)"
Sentinel C:"我也是"
達(dá)到 quorum=2 → Sentinel A 標(biāo)記 master ODOWN → 開始 Leader 選舉

2.1.2 故障轉(zhuǎn)移流程

Leader 選舉：Sentinel 集群通過(guò) Raft 協(xié)議選出一個(gè) Leader，由 Leader 負(fù)責(zé)執(zhí)行故障轉(zhuǎn)移

新主節(jié)點(diǎn)選擇：Leader 從可用從節(jié)點(diǎn)中按以下優(yōu)先級(jí)選擇新主節(jié)點(diǎn)：

replica-priority（slave-priority）值最小的優(yōu)先（0 表示永不成為主節(jié)點(diǎn)）

復(fù)制偏移量最大的優(yōu)先（數(shù)據(jù)最新）

Run ID 字典序最小的優(yōu)先（決勝條件）

執(zhí)行切換：向選中的從節(jié)點(diǎn)發(fā)送REPLICAOF NO ONE，使其成為新主節(jié)點(diǎn)

重新配置：通知其他從節(jié)點(diǎn)復(fù)制新主節(jié)點(diǎn)，更新 Sentinel 配置文件

通知客戶端：通過(guò) Pub/Sub 頻道+switch-master發(fā)布切換事件

2.2 3節(jié)點(diǎn) Sentinel 集群配置

2.2.1 節(jié)點(diǎn)規(guī)劃

節(jié)點(diǎn)角色    IP       端口
Redis 主節(jié)點(diǎn)  10.0.1.10    6379
Redis 從節(jié)點(diǎn)1  10.0.1.11    6379
Redis 從節(jié)點(diǎn)2  10.0.1.12    6379
Sentinel 1   10.0.1.10    26379
Sentinel 2   10.0.1.11    26379
Sentinel 3   10.0.1.12    26379

Sentinel 和 Redis 節(jié)點(diǎn)共用機(jī)器是常見的部署方式，節(jié)省資源。但要確保 Sentinel 進(jìn)程和 Redis 進(jìn)程的故障是獨(dú)立的——Redis 掛了不代表 Sentinel 也掛。

2.2.2 Redis 主節(jié)點(diǎn)配置

# 文件路徑：/etc/redis/redis.conf（主節(jié)點(diǎn) 10.0.1.10）
bind 10.0.1.10 127.0.0.1
port 6379
daemonize yes
pidfile /var/run/redis/redis-server.pid
logfile /var/log/redis/redis-server.log
dir /var/lib/redis

# 持久化配置
save 900 1
save 300 10
save 60 10000
appendonly yes
appendfsync everysec

# 認(rèn)證密碼（主從和 Sentinel 必須一致）
requirepass "Redis@Secure2024!"
masterauth "Redis@Secure2024!"

# 內(nèi)存配置
maxmemory 8gb
maxmemory-policy allkeys-lru

# 腦裂防護(hù)：至少 1 個(gè)從節(jié)點(diǎn)同步才接受寫入
min-replicas-to-write 1
min-replicas-max-lag 10

2.2.3 Redis 從節(jié)點(diǎn)配置

# 文件路徑：/etc/redis/redis.conf（從節(jié)點(diǎn) 10.0.1.11 和 10.0.1.12）
bind 10.0.1.11 127.0.0.1  # 10.0.1.12 節(jié)點(diǎn)改為對(duì)應(yīng) IP
port 6379
daemonize yes
logfile /var/log/redis/redis-server.log
dir /var/lib/redis

# 指定主節(jié)點(diǎn)
replicaof 10.0.1.10 6379

# 認(rèn)證
requirepass "Redis@Secure2024!"
masterauth "Redis@Secure2024!"

# 從節(jié)點(diǎn)只讀（默認(rèn)已是 yes，顯式聲明更清晰）
replica-read-only yes

# 從節(jié)點(diǎn)優(yōu)先級(jí)（數(shù)值越小越優(yōu)先成為新主節(jié)點(diǎn)）
# 10.0.1.11 設(shè)為 100，10.0.1.12 設(shè)為 200，優(yōu)先選 .11 作為新主
replica-priority 100

# 持久化
appendonly yes
appendfsync everysec

2.2.4 Sentinel 配置

三個(gè) Sentinel 節(jié)點(diǎn)使用相同的配置文件，只有bind地址不同：

# 文件路徑：/etc/redis/sentinel.conf
# 三個(gè)節(jié)點(diǎn)分別修改 bind 為各自 IP

bind 10.0.1.10 127.0.0.1  # 節(jié)點(diǎn)1；節(jié)點(diǎn)2改為10.0.1.11；節(jié)點(diǎn)3改為10.0.1.12
port 26379
daemonize yes
pidfile /var/run/redis/redis-sentinel.pid
logfile /var/log/redis/sentinel.log
dir /var/lib/redis

# 監(jiān)控主節(jié)點(diǎn)，quorum=2 表示需要 2 個(gè) Sentinel 同意才能觸發(fā)故障轉(zhuǎn)移
sentinel monitor mymaster 10.0.1.10 6379 2

# 主節(jié)點(diǎn)認(rèn)證密碼
sentinel auth-pass mymaster Redis@Secure2024!

# 主節(jié)點(diǎn)超過(guò) 5000ms 無(wú)響應(yīng)，標(biāo)記為 SDOWN
sentinel down-after-milliseconds mymaster 5000

# 故障轉(zhuǎn)移超時(shí)時(shí)間：3 分鐘內(nèi)未完成則認(rèn)為失敗
sentinel failover-timeout mymaster 180000

# 故障轉(zhuǎn)移后，同時(shí)向新主節(jié)點(diǎn)同步的從節(jié)點(diǎn)數(shù)量
# 設(shè)為 1 表示逐個(gè)同步，避免所有從節(jié)點(diǎn)同時(shí)不可讀
sentinel parallel-syncs mymaster 1

# Sentinel 自身的訪問(wèn)密碼（Redis 6.2+ 支持）
requirepass "Sentinel@Secure2024!"
sentinel sentinel-pass Sentinel@Secure2024!

2.2.5 啟動(dòng)順序

# 1. 先啟動(dòng)主節(jié)點(diǎn)
systemctl start redis-server # 10.0.1.10

# 2. 啟動(dòng)從節(jié)點(diǎn)
systemctl start redis-server # 10.0.1.11 和 10.0.1.12

# 3. 驗(yàn)證主從復(fù)制狀態(tài)
redis-cli -h 10.0.1.10 -p 6379 -a'Redis@Secure2024!'info replication

# 預(yù)期輸出關(guān)鍵字段：
# role:master
# connected_slaves:2
# slave0:ip=10.0.1.11,port=6379,state=online,offset=xxx,lag=0
# slave1:ip=10.0.1.12,port=6379,state=online,offset=xxx,lag=0

# 4. 啟動(dòng) Sentinel（三個(gè)節(jié)點(diǎn)都要啟動(dòng)）
redis-sentinel /etc/redis/sentinel.conf
# 或
systemctl start redis-sentinel

# 5. 驗(yàn)證 Sentinel 狀態(tài)
redis-cli -h 10.0.1.10 -p 26379 -a'Sentinel@Secure2024!'sentinel masters

2.3 驗(yàn)證故障轉(zhuǎn)移

# 模擬主節(jié)點(diǎn)故障
redis-cli -h 10.0.1.10 -p 6379 -a'Redis@Secure2024!'DEBUG sleep 30

# 在另一個(gè)終端觀察 Sentinel 日志
tail -f /var/log/redis/sentinel.log

# 預(yù)期日志序列：
# +sdown master mymaster 10.0.1.10 6379
# +odown master mymaster 10.0.1.10 6379#quorum2/2
# +try-failover master mymaster 10.0.1.10 6379
# +elected-leader master mymaster 10.0.1.10 6379
# +selected-slave slave 10.0.1.11:6379 mymaster 10.0.1.10 6379
# +promoted-slave slave 10.0.1.11:6379 mymaster 10.0.1.10 6379
# +switch-master mymaster 10.0.1.10 6379 10.0.1.11 6379

# 故障轉(zhuǎn)移完成后，查詢新主節(jié)點(diǎn)
redis-cli -h 10.0.1.10 -p 26379 -a'Sentinel@Secure2024!'sentinel get-master-addr-by-name mymaster

三、示例代碼和配置

3.1 客戶端接入 Sentinel

客戶端不能直連 Redis 主節(jié)點(diǎn) IP，必須通過(guò) Sentinel 獲取當(dāng)前主節(jié)點(diǎn)地址，否則主從切換后客戶端無(wú)法自動(dòng)重連。

3.1.1 Python（redis-py）

importredis
fromredis.sentinelimportSentinel

# 連接 Sentinel 集群
sentinel = Sentinel(
  [
    ('10.0.1.10',26379),
    ('10.0.1.11',26379),
    ('10.0.1.12',26379),
  ],
  socket_timeout=0.5,
  sentinel_kwargs={'password':'Sentinel@Secure2024!'}
)

# 獲取主節(jié)點(diǎn)連接（自動(dòng)處理故障轉(zhuǎn)移后的地址變更）
master = sentinel.master_for(
 'mymaster',
  socket_timeout=0.5,
  password='Redis@Secure2024!',
  db=0,
  retry_on_timeout=True
)

# 獲取從節(jié)點(diǎn)連接（讀操作）
slave = sentinel.slave_for(
 'mymaster',
  socket_timeout=0.5,
  password='Redis@Secure2024!',
  db=0
)

# 寫操作走主節(jié)點(diǎn)
master.set('key','value', ex=3600)

# 讀操作走從節(jié)點(diǎn)
value = slave.get('key')

3.1.2 Java（Jedis）

importredis.clients.jedis.JedisSentinelPool;
importredis.clients.jedis.Jedis;
importredis.clients.jedis.JedisPoolConfig;
importjava.util.HashSet;
importjava.util.Set;

// 配置連接池
JedisPoolConfig poolConfig =newJedisPoolConfig();
poolConfig.setMaxTotal(50);
poolConfig.setMaxIdle(10);
poolConfig.setMinIdle(5);
poolConfig.setTestOnBorrow(true);

// Sentinel 節(jié)點(diǎn)集合
Set sentinels =newHashSet<>();
sentinels.add("10.0.1.10:26379");
sentinels.add("10.0.1.11:26379");
sentinels.add("10.0.1.12:26379");

// 創(chuàng)建 Sentinel 連接池
JedisSentinelPool sentinelPool =newJedisSentinelPool(
 "mymaster",
  sentinels,
  poolConfig,
 2000,     // connectionTimeout
 2000,     // soTimeout
 "Redis@Secure2024!", // Redis 密碼
 0,       // database
 null,     // clientName
 0,       // sentinelConnectionTimeout
 0,       // sentinelSoTimeout
 "Sentinel@Secure2024!", // Sentinel 密碼
 null     // sentinelClientName
);

// 使用連接
try(Jedis jedis = sentinelPool.getResource()) {
  jedis.set("key","value");
  String value = jedis.get("key");
}

3.2 Sentinel 監(jiān)控腳本

#!/bin/bash
# 文件名：/opt/redis/scripts/sentinel_check.sh
# 功能：檢查 Sentinel 集群健康狀態(tài)，輸出關(guān)鍵指標(biāo)

SENTINEL_HOSTS=("10.0.1.10""10.0.1.11""10.0.1.12")
SENTINEL_PORT=26379
SENTINEL_PASS="Sentinel@Secure2024!"
MASTER_NAME="mymaster"

echo"===== Sentinel 集群狀態(tài)檢查 ====="
echo"時(shí)間:$(date)"
echo""

# 檢查每個(gè) Sentinel 節(jié)點(diǎn)
forhostin"${SENTINEL_HOSTS[@]}";do
 echo"--- Sentinel:${host}:${SENTINEL_PORT}---"

 # 獲取當(dāng)前主節(jié)點(diǎn)地址
  master_info=$(redis-cli -h"${host}"-p"${SENTINEL_PORT}"
    -a"${SENTINEL_PASS}"--no-auth-warning 
    sentinel get-master-addr-by-name"${MASTER_NAME}"2>/dev/null)

 if[ $? -eq 0 ];then
    master_ip=$(echo"${master_info}"| head -1)
    master_port=$(echo"${master_info}"| tail -1)
   echo" 當(dāng)前主節(jié)點(diǎn):${master_ip}:${master_port}"
 else
   echo" [ERROR] 無(wú)法連接 Sentinel"
   continue
 fi

 # 獲取 Sentinel 詳細(xì)信息
  sentinel_info=$(redis-cli -h"${host}"-p"${SENTINEL_PORT}"
    -a"${SENTINEL_PASS}"--no-auth-warning 
    sentinel masters 2>/dev/null)

 # 提取關(guān)鍵字段
  num_slaves=$(echo"${sentinel_info}"| grep -A1"num-slaves"| tail -1)
  num_sentinels=$(echo"${sentinel_info}"| grep -A1"num-other-sentinels"| tail -1)
  quorum=$(echo"${sentinel_info}"| grep -A1"quorum"| tail -1)
  flags=$(echo"${sentinel_info}"| grep -A1"^flags$"| tail -1)

 echo" 從節(jié)點(diǎn)數(shù)量:${num_slaves}"
 echo" 其他 Sentinel 數(shù)量:${num_sentinels}"
 echo" Quorum:${quorum}"
 echo" 主節(jié)點(diǎn)狀態(tài):${flags}"
 echo""
done

3.3 腦裂防護(hù)配置詳解

腦裂（Split-Brain）是 Sentinel 模式最危險(xiǎn)的場(chǎng)景：主節(jié)點(diǎn)因網(wǎng)絡(luò)分區(qū)與 Sentinel 失聯(lián)，Sentinel 誤判主節(jié)點(diǎn)宕機(jī)并選出新主節(jié)點(diǎn)，此時(shí)集群中存在兩個(gè)主節(jié)點(diǎn)，客戶端寫入數(shù)據(jù)后，網(wǎng)絡(luò)恢復(fù)時(shí)舊主節(jié)點(diǎn)的數(shù)據(jù)會(huì)被覆蓋丟失。

# 在主節(jié)點(diǎn) redis.conf 中配置
# 含義：至少有 1 個(gè)從節(jié)點(diǎn)在線且復(fù)制延遲不超過(guò) 10 秒，才接受寫入
# 當(dāng)主節(jié)點(diǎn)與所有從節(jié)點(diǎn)斷開（網(wǎng)絡(luò)分區(qū)場(chǎng)景），主節(jié)點(diǎn)自動(dòng)拒絕寫入
min-replicas-to-write 1
min-replicas-max-lag 10

這個(gè)配置的代價(jià)是：當(dāng)從節(jié)點(diǎn)全部宕機(jī)或網(wǎng)絡(luò)延遲超過(guò) 10 秒時(shí)，主節(jié)點(diǎn)會(huì)拒絕寫入，業(yè)務(wù)會(huì)報(bào)錯(cuò)。這是一個(gè)可用性和一致性之間的權(quán)衡，對(duì)數(shù)據(jù)一致性要求高的場(chǎng)景（金融、訂單）應(yīng)該開啟，對(duì)可用性優(yōu)先的場(chǎng)景（緩存、會(huì)話）可以不開啟。

四、最佳實(shí)踐和注意事項(xiàng)

4.1 最佳實(shí)踐

4.1.1 Sentinel 節(jié)點(diǎn)部署

奇數(shù)原則：Sentinel 節(jié)點(diǎn)數(shù)量必須是奇數(shù)（3、5、7），quorum 設(shè)為(n/2)+1。3 節(jié)點(diǎn)集群 quorum=2，允許 1 個(gè) Sentinel 故障；5 節(jié)點(diǎn)集群 quorum=3，允許 2 個(gè)故障。不要部署 2 個(gè) Sentinel，quorum=2 時(shí)任意一個(gè)故障都會(huì)導(dǎo)致無(wú)法完成故障轉(zhuǎn)移。

跨機(jī)架部署：3 個(gè) Sentinel 節(jié)點(diǎn)分布在 3 個(gè)不同的物理機(jī)架或可用區(qū)，避免單機(jī)架故障導(dǎo)致 Sentinel 集群失去 quorum。

Sentinel 與 Redis 分離：資源充足時(shí)，Sentinel 進(jìn)程部署在獨(dú)立機(jī)器上，避免 Redis 進(jìn)程消耗大量?jī)?nèi)存時(shí)影響 Sentinel 的心跳響應(yīng)。

4.1.2 故障轉(zhuǎn)移參數(shù)調(diào)優(yōu)

down-after-milliseconds直接決定故障檢測(cè)速度和誤判率之間的平衡：

設(shè)置過(guò)?。? 3000ms）：網(wǎng)絡(luò)抖動(dòng)、GC 停頓、系統(tǒng)負(fù)載高峰都可能觸發(fā)誤判

設(shè)置過(guò)大（> 30000ms）：真實(shí)故障的檢測(cè)時(shí)間過(guò)長(zhǎng)，業(yè)務(wù)中斷時(shí)間延長(zhǎng)

推薦值：5000-10000ms，結(jié)合業(yè)務(wù)對(duì)中斷時(shí)間的容忍度決定

4.1.3 持久化配置

Sentinel 模式下主從節(jié)點(diǎn)都應(yīng)開啟 AOF 持久化，appendfsync設(shè)為everysec。如果主節(jié)點(diǎn)關(guān)閉持久化，主節(jié)點(diǎn)重啟后會(huì)以空數(shù)據(jù)集啟動(dòng)，從節(jié)點(diǎn)同步后數(shù)據(jù)全部丟失——這是一個(gè)經(jīng)典的數(shù)據(jù)丟失場(chǎng)景。

4.2 注意事項(xiàng)

4.2.1 配置注意事項(xiàng)

警告：Sentinel 在完成故障轉(zhuǎn)移后會(huì)自動(dòng)修改sentinel.conf文件。如果用配置管理工具（Ansible、Chef）管理該文件，必須排除 Sentinel 自動(dòng)寫入的字段，否則下次配置推送會(huì)覆蓋 Sentinel 的狀態(tài)記錄，導(dǎo)致集群狀態(tài)混亂。

不要在 Sentinel 運(yùn)行時(shí)手動(dòng)編輯sentinel.conf

主從節(jié)點(diǎn)的requirepass和masterauth必須設(shè)置為相同的密碼

故障轉(zhuǎn)移完成后，原主節(jié)點(diǎn)恢復(fù)時(shí)會(huì)自動(dòng)降級(jí)為從節(jié)點(diǎn)，不需要手動(dòng)干預(yù)

4.2.2 常見錯(cuò)誤

4.3 Sentinel vs Cluster 選型

選 Sentinel 的場(chǎng)景：數(shù)據(jù)量在單機(jī)內(nèi)存范圍內(nèi)、寫入 QPS < 10 萬(wàn)、需要強(qiáng)一致的 Lua 腳本或事務(wù)操作。

選 Cluster 的場(chǎng)景：數(shù)據(jù)量超過(guò)單機(jī)內(nèi)存、寫入 QPS 超過(guò)單主節(jié)點(diǎn)瓶頸、需要線性擴(kuò)展寫入能力。

五、故障排查和監(jiān)控

5.1 故障排查

5.1.1 日志查看

# 實(shí)時(shí)查看 Sentinel 日志
tail -f /var/log/redis/sentinel.log

# 查看最近的故障轉(zhuǎn)移記錄
grep"switch-master|failover|odown"/var/log/redis/sentinel.log | tail -50

# 查看主節(jié)點(diǎn)復(fù)制狀態(tài)
redis-cli -h 10.0.1.10 -p 6379 -a'Redis@Secure2024!'info replication

# 查看復(fù)制延遲（lag 字段，單位秒）
redis-cli -h 10.0.1.10 -p 6379 -a'Redis@Secure2024!'
 info replication | grep"slave[0-9]"

5.1.2 常見問(wèn)題排查

問(wèn)題一：Sentinel 無(wú)法發(fā)現(xiàn)從節(jié)點(diǎn)

# 檢查 Sentinel 已知的從節(jié)點(diǎn)列表
redis-cli -h 10.0.1.10 -p 26379 -a'Sentinel@Secure2024!'
 sentinel slaves mymaster

# Sentinel 通過(guò)主節(jié)點(diǎn)的 INFO 命令發(fā)現(xiàn)從節(jié)點(diǎn)
# 如果從節(jié)點(diǎn)未出現(xiàn)，檢查從節(jié)點(diǎn)的 replicaof 配置是否正確
redis-cli -h 10.0.1.11 -p 6379 -a'Redis@Secure2024!'info replication

問(wèn)題二：故障轉(zhuǎn)移后舊主節(jié)點(diǎn)無(wú)法加入集群

# 舊主節(jié)點(diǎn)恢復(fù)后，檢查其角色
redis-cli -h 10.0.1.10 -p 6379 -a'Redis@Secure2024!'info replication

# 如果仍顯示 role:master，手動(dòng)設(shè)置為從節(jié)點(diǎn)
redis-cli -h 10.0.1.10 -p 6379 -a'Redis@Secure2024!'
 replicaof 10.0.1.11 6379

5.2 性能監(jiān)控

5.2.1 監(jiān)控指標(biāo)說(shuō)明

5.3 備份與恢復(fù)

#!/bin/bash
# 從從節(jié)點(diǎn)備份，避免影響主節(jié)點(diǎn)性能
SLAVE_HOST="10.0.1.11"
REDIS_PASS="Redis@Secure2024!"
BACKUP_DIR="/opt/redis/backups"
DATE=$(date +%Y%m%d_%H%M%S)

mkdir -p"${BACKUP_DIR}"

# 觸發(fā)從節(jié)點(diǎn) BGSAVE
redis-cli -h"${SLAVE_HOST}"-p 6379 -a"${REDIS_PASS}"--no-auth-warning BGSAVE

# 等待完成
sleep 5

# 復(fù)制 RDB 文件
cp /var/lib/redis/dump.rdb"${BACKUP_DIR}/dump_${DATE}.rdb"
echo"備份完成:${BACKUP_DIR}/dump_${DATE}.rdb"

# 保留最近 7 天
find"${BACKUP_DIR}"-name"dump_*.rdb"-mtime +7 -delete

六、總結(jié)

6.1 技術(shù)要點(diǎn)回顧

SDOWN vs ODOWN：?jiǎn)蝹€(gè) Sentinel 的主觀判斷不觸發(fā)切換，需要達(dá)到 quorum 數(shù)量的 Sentinel 共同確認(rèn)才進(jìn)入客觀下線狀態(tài)

quorum 配置：3 節(jié)點(diǎn)集群設(shè)為 2，是可用性和防誤判的最佳平衡點(diǎn)

腦裂防護(hù)：min-replicas-to-write讓主節(jié)點(diǎn)在網(wǎng)絡(luò)分區(qū)時(shí)主動(dòng)拒絕寫入，避免數(shù)據(jù)丟失

客戶端接入：必須通過(guò) Sentinel 發(fā)現(xiàn)主節(jié)點(diǎn)地址，不能硬編碼 Redis 主節(jié)點(diǎn) IP

replica-priority：通過(guò)優(yōu)先級(jí)控制故障轉(zhuǎn)移時(shí)的新主節(jié)點(diǎn)選擇

6.2 進(jìn)階學(xué)習(xí)方向

Redis Cluster：當(dāng)單主節(jié)點(diǎn)無(wú)法承載數(shù)據(jù)量或?qū)懭雺毫r(shí)，Cluster 是下一步演進(jìn)方向

Sentinel 與 Proxy 結(jié)合：在 Sentinel 前部署 Twemproxy 或 Codis，對(duì)客戶端屏蔽 Sentinel 發(fā)現(xiàn)邏輯

Redis 持久化深度優(yōu)化：AOF rewrite 策略、RDB 與 AOF 混合持久化對(duì)故障恢復(fù)時(shí)間的影響

6.3 參考資料

Redis Sentinel 官方文檔

Redis 8.x Release Notes

Redis 高可用架構(gòu)設(shè)計(jì)

附錄

A. 命令速查表

# 查詢當(dāng)前主節(jié)點(diǎn)地址
redis-cli -p 26379 -a'pass'sentinel get-master-addr-by-name mymaster

# 查看所有主節(jié)點(diǎn)信息
redis-cli -p 26379 -a'pass'sentinel masters

# 查看從節(jié)點(diǎn)列表
redis-cli -p 26379 -a'pass'sentinel slaves mymaster

# 查看其他 Sentinel 節(jié)點(diǎn)
redis-cli -p 26379 -a'pass'sentinel sentinels mymaster

# 手動(dòng)觸發(fā)故障轉(zhuǎn)移（測(cè)試用）
redis-cli -p 26379 -a'pass'sentinel failover mymaster

# 重置 Sentinel 狀態(tài)
redis-cli -p 26379 -a'pass'sentinel reset mymaster

B. 配置參數(shù)詳解

C. 術(shù)語(yǔ)表