Redis集群收縮的概念和流程

本篇內(nèi)容介紹了“Redis集群收縮的概念和流程”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

概念

收縮集群也就是縮減集群節(jié)點(diǎn)的規(guī)模，也就是需要將部分節(jié)點(diǎn)下線(xiàn)。下線(xiàn)節(jié)點(diǎn)的流程如下:

流程

1.首先需要確定下線(xiàn)節(jié)點(diǎn)是否有負(fù)責(zé)的槽，如果有則需要將槽遷移到其它節(jié)點(diǎn)中，保證節(jié)點(diǎn)下線(xiàn)后整個(gè)集群槽節(jié)點(diǎn)映射的完整性。

2.當(dāng)下線(xiàn)節(jié)點(diǎn)不再負(fù)責(zé)槽或者本身是從節(jié)點(diǎn)時(shí)，就可以通過(guò)集群內(nèi)其它節(jié)點(diǎn)忘記下線(xiàn)節(jié)點(diǎn)，這樣當(dāng)所有的節(jié)點(diǎn)都忘記了下線(xiàn)節(jié)點(diǎn)則該節(jié)點(diǎn)就可以正常關(guān)閉了。

下線(xiàn)遷移槽

下線(xiàn)節(jié)點(diǎn)需要把自己負(fù)責(zé)的槽遷移到其它節(jié)點(diǎn)，原理和上一篇介紹的集群擴(kuò)容遷移槽一樣。下面我們把6381和6383節(jié)點(diǎn)下線(xiàn)。

6381是主節(jié)點(diǎn)，并且如上圖所示，我們知道該節(jié)點(diǎn)負(fù)責(zé)槽8192-12287。按照我們上面介紹的流程，我們?cè)谙戮€(xiàn)節(jié)點(diǎn)之前需要將該節(jié)點(diǎn)負(fù)責(zé)的槽遷移到其它節(jié)點(diǎn)中。并且收縮集群和集群擴(kuò)容正好是相反的，我們需要將6381節(jié)點(diǎn)變?yōu)樵垂?jié)點(diǎn)，其它主節(jié)點(diǎn)變?yōu)槟繕?biāo)節(jié)點(diǎn)。我們?cè)谶w移槽時(shí)，還是使用redis-trib reshard命令。因?yàn)閞eshard命令只能有一個(gè)目標(biāo)節(jié)點(diǎn)，所以我們要遷移4096槽時(shí)，需要執(zhí)行3次reshard命令。因?yàn)橐ＷC遷移槽均勻的遷移到其它節(jié)點(diǎn)上，所以我們將上面4096個(gè)槽分別遷移1365、1365、1366個(gè)槽。

下面我們將6381的槽遷移到6379中:

當(dāng)槽遷移完成后，我們可以查看6379節(jié)點(diǎn)已經(jīng)負(fù)責(zé)了新遷移的槽了。

下面我們用同樣的方式，我們將1365的槽遷移到6380中:

查看6380節(jié)點(diǎn)現(xiàn)在負(fù)責(zé)的槽。

我們還是用同樣的方式，將1366的槽遷移到6382中:

繼續(xù)查看6382節(jié)點(diǎn)負(fù)責(zé)的槽。

并且通過(guò)上圖所示，我們已經(jīng)知道了6381節(jié)點(diǎn)現(xiàn)在已經(jīng)不負(fù)責(zé)任何槽了。下面我們繼續(xù)流程的第二步驟，也就是將要下線(xiàn)的節(jié)點(diǎn)槽遷移完成后，還需要讓集群忘記該下線(xiàn)的節(jié)點(diǎn)。

忘記節(jié)點(diǎn)

因?yàn)槲覀冎敖榻B過(guò)集群內(nèi)的節(jié)點(diǎn)是不停的通過(guò)Gossip消息彼此交換節(jié)點(diǎn)狀態(tài)，所以要讓集群內(nèi)其它節(jié)點(diǎn)忘記下線(xiàn)節(jié)點(diǎn)就是要讓其它節(jié)點(diǎn)不再與要下線(xiàn)的節(jié)點(diǎn)進(jìn)行Gossip消息交換。在Redis中我們使用cluster forget {downNodeId}命令。

當(dāng)節(jié)點(diǎn)接受到cluster forget {downNodeId}命令后，會(huì)把nodeId指定的節(jié)點(diǎn)加入到禁用列表中，在禁用列表內(nèi)的節(jié)點(diǎn)不再發(fā)送Gossip消息。禁用列表的有效期是60秒，超過(guò)60秒節(jié)點(diǎn)會(huì)繼續(xù)參與消息交換。所以讓要集群內(nèi)其它節(jié)點(diǎn)忘記下線(xiàn)節(jié)點(diǎn)就是在這60秒之內(nèi)操作。在實(shí)際的操作中如果使用cluster forget {downNodeId}命令下線(xiàn)節(jié)點(diǎn)時(shí)，因?yàn)闀?huì)涉及到大量節(jié)點(diǎn)命令交互，并且還有60秒的限制，所以有可能會(huì)造成遺漏。所以在實(shí)際的操作中我們不會(huì)使用cluster forget {downNodeId}命令下線(xiàn)節(jié)點(diǎn)。我們會(huì)使用redis-trib.rb del-node {host:port} {downNodeId}命令。

備注：建議在使用redis-trib.rb del-node {host:port} {downNodeId}命令下線(xiàn)節(jié)點(diǎn)時(shí)，優(yōu)先下線(xiàn)從節(jié)點(diǎn)，然后在下線(xiàn)主節(jié)點(diǎn)，以免不必要的復(fù)制發(fā)生。所以下面我們優(yōu)先下線(xiàn)6383節(jié)點(diǎn)其次下線(xiàn)和6381節(jié)點(diǎn)。

當(dāng)節(jié)點(diǎn)下線(xiàn)后，我們可以在次查看集群節(jié)點(diǎn)狀態(tài)，我們此時(shí)發(fā)現(xiàn)剛剛的那個(gè)6381節(jié)點(diǎn)已經(jīng)沒(méi)有在集群中了。

這就是Redis收縮集群的全部?jī)?nèi)容，說(shuō)白了也就是下線(xiàn)部分集群節(jié)點(diǎn)功能。這在我們實(shí)際的開(kāi)發(fā)中很有必要，掌握集群擴(kuò)容和收縮集群，可以為我們?cè)趯?shí)際的場(chǎng)景中做出從容應(yīng)對(duì)。

“Redis集群收縮的概念和流程”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！