Fahami sentinel di Redis secara mendalam

Penjelasan terperinci mengenai Redis Sentinel, proses pembinaan Sentinel, proses operasi Sentinel dan prinsip pilihan raya (subjektif luar talian, objektif luar talian, cara memilih ketua Sentinel).

Redis Sentinel (sentinel)

Apakah itu sentinel?

Pemberi maklumat membuat rondaan dan memantau sama ada hos induk bahagian belakang rosak Jika ia rosak, ia secara automatik akan menukar pangkalan data hamba kepada pangkalan data induk baharu berdasarkan bilangan undian dan meneruskan. untuk menyediakan perkhidmatan luar. [Cadangan berkaitan: Tutorial video Redis]

Biasanya dikenali sebagai operasi dan penyelenggaraan tanpa pengawasan.

Awak buat apa?

• Pemantauan tuan-hamba: Pantau sama ada pustaka redis tuan-hamba berjalan seperti biasa
• Pemberitahuan mesej: Sentinel boleh menghantar hasil failover kepada pelanggan
• Failover : Gunakan salah satu Hamba sebagai Master baharu
• Pusat Konfigurasi: Pelanggan mendapatkan alamat nod induk perkhidmatan Redis semasa dengan menyambung kepada sentinel

Kes

Seni Bina

3 Pengawal: Memantau dan menyelenggara kluster secara automatik, jangan simpan data, hanya pemberi maklumat.

1 tuan 2 hamba : digunakan untuk membaca dan menyimpan data

Langkah

• Salin sentinel.conf dalam laluan pemasangan redis ke direktori myredis

  cp sentinel.conf /myredis/sentinel26379.conf

• Ubah suai fail konfigurasi

  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

  Tetapkan tetapan menjadi pelayan induk yang dipantau

  kuorum: Bilangan minimum pengawal untuk mengesahkan objektif luar talian. Kuorum undi untuk meluluskan failover.

  # sentinel monitor <master-name> <ip> <redis-port> <quorum>

  Tetapkan kata laluan untuk menyambung ke perkhidmatan induk

  # sentinel auth-pass <master-name> <password>

  Kami tahu bahawa rangkaian tidak boleh dipercayai, dan kadangkala pengawal akan disekat kerana kesesakan rangkaian Dan tersilap percaya bahawa redis induk telah mati Dalam persekitaran kluster sentinel, berbilang pengawal perlu berkomunikasi antara satu sama lain untuk mengesahkan sama ada induk benar-benar mati Parameter kuorum adalah asas untuk luar talian objektif bahawa terdapat sekurang-kurangnya kuorum Seorang pengawal berpendapat bahawa tuan adalah salah, jadi ia akan berada di luar talian dan gagal. Kerana kadangkala, nod sentinel mungkin tidak dapat menyambung kepada induk kerana sebab rangkaiannya sendiri, tetapi induk tidak rosak pada masa ini, berbilang pengawal perlu bersetuju bahawa terdapat masalah dengan induk sebelum meneruskan ke operasi langkah seterusnya, yang memastikan keadilan dan ketersediaan tinggi.

Pasang tiga linux

ip dan port masing-masing

# sentinel00
192.168.157.112    26379
# sentinel01
192.168.157.113    26380
# sentinel02
192.168.157.118    26381

Konfigurasikan tiga sentinel

sentinelxxxx .conf fail

sentinel00

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

sentinel01

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

sentinel01

sentinel26380.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

<🎜 🎜>sentinel26381.conf

• Ujian

• Berdasarkan replikasi redis sebelumnya, mulakan 1 tuan dan 2 hamba untuk menguji sama ada replikasi tuan-hamba adalah perkara biasa , masukkan replikasi maklumat Semak sama ada ia normal

  redis-sentinel /myredis/sentinel26379.conf --sentinel
  redis-sentinel /myredis/sentinel26380.conf --sentinel
  redis-sentinel /myredis/sentinel26381.conf --sentinel

• Mulakan tiga sentri dan pemantauan lengkap

• Uji replikasi tuan-hamba, semuanya baik

Lihat log

Lihat fail konfigurasi sentinel.conf

> 后面为自动新增内容

• -
  Simulasikan masa henti induk

  # 模拟宕机
  shudown

  hos induk

  Soalan
  Adakah data kedua-dua mesin hamba itu normal? (ya)
Adakah tuan baru akan dipilih daripada baki dua mesin? (ya)

• Adakah tuan sebelumnya akan mengambil alih dan menjadi tuan semula selepas dimulakan semula? (tidak)

salve mendapat data

Lihat baharu Tuan

menulis semula dan memulakan tuan asal

tuan tidak akan kembali berkuasa.

Fail konfigurasi perbandingan Kandungan fail

• akan diubah suai secara dinamik oleh sentinel semasa operasi. Selepas hubungan tuan-hamba tuan-hamba ditukar, kandungan fail konfigurasi akan berubah secara automatik.

sentinel6379.conf fail

• <🎜><🎜><🎜><🎜>tuan lama<🎜 >

• 新master

哨兵运行流程和选举原理

当一个主从配置中的master失效后，sentinel可以选举出一个新的master用于自动替换原master的工作，主从配置中的其他redis服务自动指向新的master同步数据，一般建议sentinel采取奇数台，防止某一台sentinel无法连接到master导致误切换。

SDown主观下线(Subjectively Down)

SDOWN（主观不可用）是单个哨兵自己主观检测到的关于master的状态，从sentinel的角度来看，如果发送了PING心跳后，在一定时间内没有收到合法的回复，就到达了SDOQN的条件。

sentinel配置文件中的 down-after-milliseconds 设置了主观下线的时间长度（默认30秒）。

# sentinel down-after-milliseconds <masterName> <timeout>
sentinel down-after-milliseconds mymaster 30000

ODown客观下线(Objectively Down)

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成为领导者。

选新的master（im）

整个过程由sentinel自己独立完成，无需人工干涉。

新主登基

某一个slave被选中成为master

选出新的master的规则，剩余slave节点健康的前提下

1. redis.conf文件中，优先级slave-priority或者replica-priority最高节点（数字越小优先级越高）
2. 复制偏移量offset最大的从节点。
3. 最小Run ID的从节点。

群臣俯首

• 执行 slaveof no one 命令让选出来的从节点成为新的主节点，并通过 slaveof 命令让其他节点成为其从节点。

• sentinel leader 会对选举出来的新 master 执行 slaveof no one，将其提升为master节点

• sentinel leader 向其他slave发送命令，让剩余的slave成为新的master节点的slave。

旧主拜服

• 将之前的已经下线的旧master设置为新选出的新master的从节点，当旧master重新上线后，它会成为新master的从节点
• sentinel leader 会让原来的master降级为slave并恢复正常工作。

哨兵使用建议

• 哨兵节点数量应该为多个，哨兵本身应该为集群，保证高可用
• 哨兵节点数量应该是奇数
• 各个哨兵节点的配置应该一致
• 如果哨兵节点部署在docker等容器里面，尤其要注意端口的正确映射
• 哨兵集群 + 主从复制，并不能保证数据零丢失

更多编程相关知识，请访问：编程视频！！

Atas ialah kandungan terperinci Fahami sentinel di Redis secara mendalam. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!