Redis Cluster mengendalikan kegagalan nod induk melalui pengesanan automatik, promosi replika, dan pengalihan pelanggan. 1. Node mengesan kegagalan melalui protokol gosip, menandakan nod sebagai PFAIL kemudian gagal jika majoriti tuan bersetuju. 2. Replika yang layak meminta undi, dan pemenang menjadi tuan baru, mengambil alih menulis dan pemilikan slot. 3. Kluster tidak secara automatik mengimbangi slot atau menggantikan replika yang hilang, yang memerlukan campur tangan manual. 4. Failover boleh mengakibatkan kehilangan data akibat replikasi async, walaupun konfigurasi seperti min-replicas-to-write dapat mengurangkan risiko.

Apabila kluster redis berjalan secara normal, semua nod (kedua -dua tuan dan replika) berkomunikasi menggunakan bas cluster redis. Sekiranya nod induk gagal, Redis Cluster mempunyai mekanisme terbina dalam untuk mengesan kegagalan, mempromosikan replika untuk menjadi tuan baru, dan mengagihkan semula trafik dengan sewajarnya.

Inilah cara ia berfungsi dengan lebih terperinci:

1. Pengesanan Kegagalan

Redis cluster node sentiasa ping satu sama lain untuk memeriksa kesihatan. Sekiranya nod induk menjadi tidak dapat dicapai (kerana kemalangan, partition rangkaian, dan lain -lain), nod lain menandakannya sebagai PFAIL (mungkin gagal). Selepas beberapa lama, jika cukup nod bersetuju, status berubah menjadi FAIL .

• Nod menggunakan protokol gosip untuk berkongsi maklumat.
• Sekurang -kurangnya (N/2) 1 nod induk mesti mengakui kegagalan untuk kluster untuk meneruskan failover.

Mekanisme ini menghalang positif palsu kerana isu sementara atau cegukan rangkaian pendek.

2. Pilihan Raya dan failover replika

Sebaik sahaja tuan ditandakan sebagai FAIL , salah satu replicasnya dipromosikan menjadi tuan baru.

• Replika yang layak untuk promosi adalah yang telah berjaya direplikasi data baru -baru ini.
• Kluster menggunakan sistem pengundian: Replicas meminta undi dari nod lain, dan yang pertama mendapat undi yang cukup menang.
• Selepas promosi, tuan baru mula menerima menulis, dan kluster mengemas kini keadaan dalamannya.

Pelanggan yang disambungkan ke tuan lama akan diarahkan ke Master baru secara automatik (jika mereka menyokong mod kluster).

3. Pengimbangan semula cluster (tidak segera)

Selepas failover, kelompok itu tidak segera mengimbangi slot atau membuat replika baru. Itu bermaksud:

• Sekiranya terdapat banyak replika sebelum ini, seseorang kini mungkin hilang.
• Pemilikan slot kekal dengan tuan baru.
• Anda perlu menambah replika baru kemudian jika dikehendaki.

Ini membantu mengelakkan overhead yang tidak perlu semasa kegagalan sementara tetapi meninggalkan ruang untuk campur tangan manusia.

4. Apa yang berlaku kepada data semasa failover?

Redis Cluster menggunakan replikasi tak segerak secara lalai, jadi ada kemungkinan kecil kehilangan data semasa failover:

• Sekiranya tuan telah menerima menulis yang belum direplikasi, perubahan tersebut mungkin hilang.
• Untuk mengurangkan risiko, anda boleh mengkonfigurasi REDI untuk menangguhkan pengakuan sehingga sekurang-kurangnya satu replika mengesahkan resit (tetapan min-replicas-to-write ).

Namun, dalam kebanyakan persediaan, perdagangan antara prestasi dan konsistensi nikmat model async ini.

Itulah pada dasarnya bagaimana Redis Cluster mengendalikan kegagalan nod induk - pengesanan, perjanjian, promosi replika, dan pengalihan pelanggan. Ia tidak mudah, tetapi ia pepejal untuk kebanyakan persekitaran pengeluaran.

Atas ialah kandungan terperinci Apa yang berlaku jika nod induk gagal dalam kluster redis?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!