這期內(nèi)容當(dāng)中的小編將會給大家?guī)碛嘘P(guān)redis中的哨兵模式和集群模式，以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

創(chuàng)新互聯(lián)建站"三網(wǎng)合一"的企業(yè)建站思路。企業(yè)可建設(shè)擁有電腦版、微信版、手機(jī)版的企業(yè)網(wǎng)站。實(shí)現(xiàn)跨屏營銷，產(chǎn)品發(fā)布一步更新，電腦網(wǎng)絡(luò)+移動(dòng)網(wǎng)絡(luò)一網(wǎng)打盡，滿足企業(yè)的營銷需求！創(chuàng)新互聯(lián)建站具備承接各種類型的成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作項(xiàng)目的能力。經(jīng)過十年的努力的開拓，為不同行業(yè)的企事業(yè)單位提供了優(yōu)質(zhì)的服務(wù)，并獲得了客戶的一致好評。

哨兵模式

它是一種高可用的解決方案，sentinel本身是一個(gè)獨(dú)立運(yùn)行的進(jìn)程，可以部署在其他與Redis集群可通訊的機(jī)器中監(jiān)控Redis集群。

監(jiān)控：哨兵會定時(shí)監(jiān)控redis是否良好運(yùn)行。

提醒：如果哨兵發(fā)現(xiàn)某個(gè)redis節(jié)點(diǎn)出現(xiàn)狀況，能夠通知另一個(gè)進(jìn)程（如他的客戶端）

自動(dòng)故障遷移：在master宕機(jī)后會進(jìn)行主備切換。當(dāng)客戶端試圖連接失效的主服務(wù)器時(shí)， 集群也會向客戶端返回新主服務(wù)器的地址， 使得集群可以使用新主服務(wù)器代替失效服務(wù)器。如果master恢復(fù)了，那么會成為slave。

Redis哨兵是一個(gè)分布式系統(tǒng)，采用Gossip協(xié)議接收master是否下線，采用投票協(xié)議決定是否執(zhí)行故障遷移（在投票數(shù)超過所配置的值時(shí)會執(zhí)行，執(zhí)行時(shí)還需要得到一半以上的哨兵認(rèn)可后才能執(zhí)行），以及選擇哪個(gè)slave作為master。

主觀下線：當(dāng)一個(gè)哨兵進(jìn)程監(jiān)控master無法連接了，那么他認(rèn)為master下線了。

客觀下線：當(dāng)收到其他哨兵進(jìn)程的master信息，判斷是否真實(shí)下線。

每個(gè)哨兵向master、slave、其他哨兵每秒發(fā)送ping請求。

集群模式

由于哨兵不支持平滑的擴(kuò)容，增加節(jié)點(diǎn)，那么自己要手動(dòng)遷移數(shù)據(jù)。為此，Reids官方提供Redis Cluster實(shí)現(xiàn)分布式解決方案。分布式集群首要解決把整個(gè)數(shù)據(jù)集按照分區(qū)規(guī)則映射到多個(gè)節(jié)點(diǎn)的問題，即把數(shù)據(jù)集劃分到多個(gè)節(jié)點(diǎn)上，每個(gè)節(jié)點(diǎn)負(fù)責(zé)整個(gè)數(shù)據(jù)的一個(gè)子集。

我覺得跟一致性hash一樣。既然計(jì)算key的hash，獲取到分片，那么集群模式缺陷就是無法進(jìn)行key的批量操作了。因?yàn)檫@個(gè)key可能在不同的redis實(shí)例上。

集群的故障發(fā)現(xiàn)也是通過Gossip來通知各個(gè)redis節(jié)點(diǎn)的，兩兩節(jié)點(diǎn)互相ping、pong。

刪除、增加節(jié)點(diǎn)則需要數(shù)據(jù)遷移。

上述就是小編為大家分享的redis中的哨兵模式和集群模式了，如果您也有類似的疑惑，不妨礙參照上述分析進(jìn)行理解。如果想了解更多相關(guān)內(nèi)容，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊。