建站
咨詢
售后
建站咨詢
新聞中心
一、Redis簡(jiǎn)單介紹
創(chuàng)新互聯(lián)于2013年成立，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目成都網(wǎng)站建設(shè)、網(wǎng)站制作網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元沛縣做網(wǎng)站,已為上家服務(wù),為沛縣各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:13518219792
Redis是一個(gè)高性能的key-value非關(guān)系型數(shù)據(jù)庫(kù)，由于其具有高性能的特性，支持高可用、持久化、多種數(shù)據(jù)結(jié)構(gòu)、集群等，使其脫穎而出，成為常用的非關(guān)系型數(shù)據(jù)庫(kù)。
此外，Redis的使用場(chǎng)景也比較多。
會(huì)話緩存(Session Cache)
Redis緩存會(huì)話有非常好的優(yōu)勢(shì)，因?yàn)镽edis提供持久化，在需要長(zhǎng)時(shí)間保持會(huì)話的應(yīng)用場(chǎng)景中，如購(gòu)物車場(chǎng)景這樣的場(chǎng)景中能提供很好的長(zhǎng)會(huì)話支持，能給用戶提供很好的購(gòu)物體驗(yàn)。
全頁(yè)緩存
在WordPress中，Pantheon提供了一個(gè)不錯(cuò)的插件wp-redis，這個(gè)插件能以最快的速度加載你曾經(jīng)瀏覽過的頁(yè)面。
隊(duì)列
Reids提供list和set操作，這使得Redis能作為一個(gè)很好的消息隊(duì)列平臺(tái)來使用。我們常通過Reids的隊(duì)列功能做購(gòu)買限制。比如到節(jié)假日或者推廣期間，進(jìn)行一些活動(dòng)，對(duì)用戶購(gòu)買行為進(jìn)行限制，限制今天只能購(gòu)買幾次商品或者一段時(shí)間內(nèi)只能購(gòu)買一次。也比較適合適用。
排名
Redis在內(nèi)存中對(duì)數(shù)字進(jìn)行遞增或遞減的操作實(shí)現(xiàn)得非常好。所以我們?cè)诤芏嗯琶膱?chǎng)景中會(huì)應(yīng)用Redis來進(jìn)行，比如小說網(wǎng)站對(duì)小說進(jìn)行排名，根據(jù)排名，將排名靠前的小說推薦給用戶。
發(fā)布/訂閱
Redis提供發(fā)布和訂閱功能，發(fā)布和訂閱的場(chǎng)景很多，比如我們可以基于發(fā)布和訂閱的腳本觸發(fā)器，實(shí)現(xiàn)用Redis的發(fā)布和訂閱功能建立起來的聊天系統(tǒng)。
此外還有很多其它場(chǎng)景，Redis都表現(xiàn)的不錯(cuò)。
二、Redis使用中單點(diǎn)故障問題
正是由于Redis具備多種優(yōu)良特新，且應(yīng)用場(chǎng)景非常豐富，以至于Redis在各個(gè)公司都有它存在的身影。那么隨之而來的問題和風(fēng)險(xiǎn)也就來了。Redis雖然應(yīng)用場(chǎng)景豐富，但部分公司在實(shí)踐Redis應(yīng)用的時(shí)候還是相對(duì)保守使用單節(jié)點(diǎn)部署，那為日后的維護(hù)帶來了安全風(fēng)險(xiǎn)。
在2015年的時(shí)候，曾處理過一個(gè)因?yàn)閱吸c(diǎn)故障原因?qū)е碌臉I(yè)務(wù)中斷問題。當(dāng)時(shí)的Redis都未采用分布式部署，采用單實(shí)例部署，并未考慮容災(zāi)方面的問題。
當(dāng)時(shí)我們通過Redis服務(wù)器做用戶購(gòu)買優(yōu)惠商品的行為控制，但后來由于未知原因Redis節(jié)點(diǎn)的服務(wù)器宕機(jī)了，導(dǎo)致我們無法對(duì)用戶購(gòu)買行為進(jìn)行控制，造成了用戶能夠在一段時(shí)間內(nèi)多次購(gòu)買優(yōu)惠商品的行為。
這種宕機(jī)事故可以說已經(jīng)對(duì)公司造成了不可挽回的損失了，安全風(fēng)險(xiǎn)問題非常嚴(yán)重，作為當(dāng)時(shí)運(yùn)維這個(gè)系統(tǒng)的我來說有必要對(duì)這個(gè)問題進(jìn)行修復(fù)和在架構(gòu)上的改進(jìn)。于是我開始了解決非分布式應(yīng)用下Redis單點(diǎn)故障方面的研究學(xué)習(xí)。
三、非分布式場(chǎng)景下Redis應(yīng)用的備份與容災(zāi)
Redis主從復(fù)制現(xiàn)在應(yīng)該是很普遍了。常用的主從復(fù)制架構(gòu)有如下兩種架構(gòu)方案。
常用Redis主從復(fù)制
方案一
這是最常見的一種架構(gòu)，一個(gè)Master節(jié)點(diǎn)，兩個(gè)Slave節(jié)點(diǎn)。客戶端寫數(shù)據(jù)的時(shí)候是寫Master節(jié)點(diǎn)，讀的時(shí)候，是讀取兩個(gè)Slave，這樣實(shí)現(xiàn)讀的擴(kuò)展，減輕了Master節(jié)點(diǎn)讀負(fù)載。
方案二
這種架構(gòu)同樣是一個(gè)Master和兩個(gè)Slave。不同的是Master和Slave1使用keepalived進(jìn)行VIP轉(zhuǎn)移。Client連接Master的時(shí)候是通過VIP進(jìn)行連接的。避免了方案一IP更改的情況。
Redis主從復(fù)制優(yōu)點(diǎn)與不足
優(yōu)點(diǎn)
實(shí)現(xiàn)了對(duì)master數(shù)據(jù)的備份，一旦master出現(xiàn)故障，slave節(jié)點(diǎn)可以提升為新的master，頂替舊的master繼續(xù)提供服務(wù)
實(shí)現(xiàn)讀擴(kuò)展。使用主從復(fù)制架構(gòu)， 一般都是為了實(shí)現(xiàn)讀擴(kuò)展。Master主要實(shí)現(xiàn)寫功能， Slave實(shí)現(xiàn)讀的功能
不足
架構(gòu)方案一
當(dāng)Master出現(xiàn)故障時(shí)，Client就與Master端斷開連接，無法實(shí)現(xiàn)寫功能，同時(shí)Slave也無法從Master進(jìn)行復(fù)制。
此時(shí)需要經(jīng)過如下操作(假設(shè)提升Slave1為Master):
- 在Slave1上執(zhí)slaveof no one命令提升Slave1為新的Master節(jié)點(diǎn)。
- 在Slave1上配置為可寫，這是因?yàn)榇蠖鄶?shù)情況下，都將slave配置只讀。
- 告訴Client端(也就是連接Redis的程序)新的Master節(jié)點(diǎn)的連接地址。
- 配置Slave2從新的Master進(jìn)行數(shù)據(jù)復(fù)制。
架構(gòu)方案二
當(dāng)master出現(xiàn)故障后，Client可以連接到Slave1上進(jìn)行數(shù)據(jù)操作，但是Slave1就成了一個(gè)單點(diǎn)，就出現(xiàn)了經(jīng)常要避免的單點(diǎn)故障(single point of failure)。
之后需要經(jīng)過如下操作：
- 在Slave1上執(zhí)行slaveof no one命令提升Slave1為新的Master節(jié)點(diǎn)
- 在Slave1上配置為可寫，這是因?yàn)榇蠖鄶?shù)情況下，都將Slave配置只讀
- 配置Slave2從新的Master進(jìn)行數(shù)據(jù)復(fù)制
可以發(fā)現(xiàn)，無論是哪種架構(gòu)方案都需要人工干預(yù)來進(jìn)行故障轉(zhuǎn)移(failover)。需要人工干預(yù)就增加了運(yùn)維工作量，同時(shí)也對(duì)業(yè)務(wù)造成了巨大影響。這時(shí)候可以使用Redis的高可用方案-Sentinel
四、Redis Sentinel介紹
Redis Sentinel為Redis提供了高可用方案。從實(shí)踐方面來說，使用Redis Sentinel可以創(chuàng)建一個(gè)無需人為干預(yù)就可以預(yù)防某些故障的Redis環(huán)境。
Redis Sentinel設(shè)計(jì)為分布式的架構(gòu)，運(yùn)行多個(gè)Sentinel進(jìn)程來共同合作的。運(yùn)行多個(gè)Sentinel進(jìn)程合作，當(dāng)多個(gè)Sentinel同一給定的master無法再繼續(xù)提供服務(wù)，就會(huì)執(zhí)行故障檢測(cè)，這會(huì)降低誤報(bào)的可能性。
五、Redis Sentinel功能
Redis Sentinel在Redis高可用方案中主要作用有如下功能：
監(jiān)控
Sentinel會(huì)不斷的檢查master和slave是否像預(yù)期那樣正常運(yùn)行
通知
通過API，Sentinel能夠通知系統(tǒng)管理員、程序監(jiān)控的Redis實(shí)例出現(xiàn)了故障
自動(dòng)故障轉(zhuǎn)移
如果master不像預(yù)想中那樣正常運(yùn)行，Sentinel可以啟動(dòng)故障轉(zhuǎn)移過程，其中的一個(gè)slave會(huì)提成為master，其它slave會(huì)重新配置來使用新的master，使用Redis服務(wù)的應(yīng)用程序，當(dāng)連接時(shí)，也會(huì)被通知使用新的地址。
配置提供者
Sentinel可以做為客戶端服務(wù)發(fā)現(xiàn)的認(rèn)證源：客戶端連接Sentinel來獲取目前負(fù)責(zé)給定服務(wù)的Redis master地址。如果發(fā)生故障轉(zhuǎn)移，Sentinel會(huì)報(bào)告新的地址。
六、Redis Sentinel架構(gòu)
七、Redis Sentinel實(shí)現(xiàn)原理
Sentinel集群對(duì)自身和Redis主從復(fù)制進(jìn)行監(jiān)控。當(dāng)發(fā)現(xiàn)Master節(jié)點(diǎn)出現(xiàn)故障時(shí)，會(huì)經(jīng)過如下步驟：
- 1)Sentinel之間進(jìn)行選舉，選舉出一個(gè)leader，由選舉出的leader進(jìn)行failover
- 2)Sentinel leader選取slave節(jié)點(diǎn)中的一個(gè)slave作為新的Master節(jié)點(diǎn)。對(duì)slave選舉需要對(duì)slave進(jìn)行選舉的方法如下：a) 與master斷開時(shí)間
如果與master斷開的時(shí)間超過down-after-milliseconds(sentinel配置) * 10秒加上從sentinel判定master不可用到sentinel開始執(zhí)行故障轉(zhuǎn)移之間的時(shí)間，就認(rèn)為該slave不適合提升為master。
b) slave優(yōu)先級(jí)
每個(gè)slave都有優(yōu)先級(jí)，保存在redis.conf配置文件里。如果優(yōu)先級(jí)相同，則繼續(xù)進(jìn)行。
c) 復(fù)制偏移位置
復(fù)制偏移紀(jì)錄著從master復(fù)制數(shù)據(jù)復(fù)制到哪里，復(fù)制偏移越大表明從master接受的數(shù)據(jù)越多，如果復(fù)制偏移量也一樣，繼續(xù)進(jìn)行選舉
d) Run ID
選舉具有最小Run ID的Slave作為新的Master
流程圖如下：
- 3) Sentinel leader會(huì)在上一步選舉的新master上執(zhí)行slaveof no one操作，將其提升為master節(jié)點(diǎn)
- 4)Sentinel leader向其它slave發(fā)送命令，讓剩余的slave成為新的master節(jié)點(diǎn)的slave
- 5)Sentinel leader會(huì)讓原來的master降級(jí)為slave，當(dāng)恢復(fù)正常工作，Sentinel leader會(huì)發(fā)送命令讓其從新的master進(jìn)行復(fù)制
以上failover操作均有sentinel自己獨(dú)自完成，完全無需人工干預(yù)。
總結(jié)
使用sentinel實(shí)現(xiàn)了Redis的高可用，當(dāng)master出現(xiàn)故障時(shí)，完全無需人工干預(yù)即可實(shí)現(xiàn)故障轉(zhuǎn)移。避免了對(duì)業(yè)務(wù)的影響，提高了運(yùn)維工作效率。
在部署sentinel的時(shí)候，建議使用奇數(shù)個(gè)sentinel節(jié)點(diǎn)，最少三個(gè)sentinel節(jié)點(diǎn)。
新聞名稱：Redis備份、容災(zāi)及高可用實(shí)戰(zhàn)
文章鏈接：http://fisionsoft.com.cn/article/cdgcidc.html
