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

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

tuan tidak akan kembali berkuasa.

• 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同步數(shù)據(jù)，一般建議sentinel采取奇數(shù)臺，防止某一臺sentinel無法連接到master導致誤切換。

SDown主觀下線(Subjectively Down)

SDOWN（主觀不可用）是單個哨兵自己主觀檢測到的關于master的狀態(tài)，從sentinel的角度來看，如果發(fā)送了PING心跳后，在一定時間內沒有收到合法的回復，就到達了SDOQN的條件。

sentinel配置文件中的 down-after-milliseconds 設置了主觀下線的時間長度（默認30秒）。

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

ODown客觀下線(Objectively Down)

ODOWN需要一定數(shù)量的sentinel，多個哨兵達成一致意見才能確認一個master客觀上已經宕機了。

# sentinel monitor <master-name> <ip> <redis-port> <quorum>
sentinel monitor mymaster 127.0.0.1 6379 2

選舉出領導者哨兵

當主節(jié)點被判斷客觀下線后，各個哨兵節(jié)點會進行協(xié)商，先選舉出一個領導者哨兵節(jié)點，并由該領導者哨兵節(jié)點進行failover（故障遷移）

領導者哨兵如何選出來的？

Raft算法

監(jiān)視該主節(jié)點的所有哨兵都有可能被選為領導者，選舉使用的算法是Raft算法；Raft算法的基本思路是先到先得，即在一輪選舉中，哨兵A向B發(fā)送成為領導者的申請，如果B沒有同意過其他哨兵，則會同意A成為領導者。

選新的master（im）

整個過程由sentinel自己獨立完成，無需人工干涉。

新主登基

某一個slave被選中成為master

選出新的master的規(guī)則，剩余slave節(jié)點健康的前提下

1. redis.conf文件中，優(yōu)先級slave-priority或者replica-priority最高節(jié)點（數(shù)字越小優(yōu)先級越高）
2. 復制偏移量offset最大的從節(jié)點。
3. 最小Run ID的從節(jié)點。

群臣俯首

• 執(zhí)行 slaveof no one 命令讓選出來的從節(jié)點成為新的主節(jié)點，并通過 slaveof 命令讓其他節(jié)點成為其從節(jié)點。

• sentinel leader 會對選舉出來的新 master 執(zhí)行 slaveof no one，將其提升為master節(jié)點

• sentinel leader 向其他slave發(fā)送命令，讓剩余的slave成為新的master節(jié)點的slave。

舊主拜服

• 將之前的已經下線的舊master設置為新選出的新master的從節(jié)點，當舊master重新上線后，它會成為新master的從節(jié)點
• sentinel leader 會讓原來的master降級為slave并恢復正常工作。

哨兵使用建議

• 哨兵節(jié)點數(shù)量應該為多個，哨兵本身應該為集群，保證高可用
• 哨兵節(jié)點數(shù)量應該是奇數(shù)
• 各個哨兵節(jié)點的配置應該一致
• 如果哨兵節(jié)點部署在docker等容器里面，尤其要注意端口的正確映射
• 哨兵集群 + 主從復制，并不能保證數(shù)據(jù)零丟失

更多編程相關知識，請訪問：編程視頻！！

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