0
請考慮以下Redis高可用性解決方案的設置:每個運行redis服務器實例的3臺虛擬機以及監控設置的哨兵實例。 R1
(redis on VM1
)被配置爲主設備,R2
和R3
設爲slaveof R1
; S1
... S3
(哨兵)全部監控R1
,法定數爲2.所有這些都被靜態寫入相應VM上的redis.conf
和redis-sentinel.conf
。哨兵故障轉移後復活後的原始Redis主狀態
現在考慮VM1
(攜帶R1
和S1
)發生故障。哨兵選舉例如作爲新主人的R2
和客戶代碼jedis
自動適應新狀態。到現在爲止還挺好。
VM1
帶來了什麼情況,R1
和S1
變得可用?
特別是:
- 將
R1
加入剩餘R2
和R3
以形成3節點設置再試(例如,由於S2
和S3
繼續監測它)? - 如果是,將
R1
選舉回主人還是繼續奴隸?我應該在乎嗎? - 將
S1
加入S2
和S3
以再次形成3節點設置? - 請問
jedis
自動適應?