Redis 集群別亂搭，這才是正確的姿勢！

上一篇：一款基于 Spring Cloud 的神仙私活項目，已開源，微服務(wù)也能搞定！2022 接私活必備！

作者：等不到的口琴
鏈接：https://www.cnblogs.com/Courage129/p/14344151.html

當(dāng)我們搭建集群的時候,首先要想明白需要解決哪些問題,搞清楚這個之前,想想單節(jié)點、單實例、單機有哪些問題?

• 單點故障
• 容量有限
• 可支持的連接有限(性能不足)
• ......

為了解決這些問題,我們需要對服務(wù)器進行集群,一變多,具體怎們擴充服務(wù)器呢?

這兒引入一個概念,微服務(wù)設(shè)計原則之一——AKF原則

微服務(wù)拆分原則之AKF

首先來看單節(jié)點的單點故障這個問題,既然單節(jié)點容易掛,那么就可以進行復(fù)制,一變多,這兒設(shè)計到三個概念,主從、主主、主備,也是三種方式,簡單來說,主主相當(dāng)于多臺服務(wù)器同時對外提供讀寫:

主從,主機可以讀寫,但是一般只對外提供寫,從機對外提供讀:

主備,主機提供讀寫,備機不對外提供服務(wù),當(dāng)主機掛了的時候,備機通過選舉產(chǎn)生主機對外提供服務(wù)。最新面試題整理好了，大家可以在Java面試庫小程序在線刷題。

X軸拆分

可以看到的是,這幾種拆分一臺機器可以看成另一臺機器的鏡像,基本具有全量數(shù)據(jù),這種拆分模式就是AKF拆分模式之一:X軸拆分

上圖就是AKF拆分示意圖,為了解決單點故障,所以弄幾臺全量數(shù)據(jù)的機器做備份,例如之前說到的主主、主備等,特點是任何兩臺包含的數(shù)據(jù)是差不多的,一臺可以看成另一臺的鏡像。想成為架構(gòu)師，這份架構(gòu)師圖譜建議看看，少走彎路。

Y軸拆分

這時候又有新的問題,例如一臺服務(wù)器中,可能某些功能被頻繁訪問,涉及到的數(shù)據(jù)頻繁讀寫,其他數(shù)據(jù)基本不怎么訪問,這時候可以將這部分?jǐn)?shù)據(jù)獨立出來,也就是根據(jù)功能、業(yè)務(wù)繼續(xù)拆分服務(wù)器,這種拆解就是AFK中的Y軸拆分

特點是Y軸縱向來看不同的Redis負(fù)責(zé)的功能是不同的,也就是所包含的數(shù)據(jù)也是不同的,另外僅僅擴展出一個Y軸上的業(yè)務(wù)服務(wù)器,又可能會存在單點問題,所以可以結(jié)合AFK的X軸拆分原則,繼續(xù)對剛拆分的Y軸上的點進行X軸拆分。

Z軸拆分

在上面的AFK原則X-Y拆分之后,對服務(wù)器顯示做了主從主備復(fù)制,然后做了業(yè)務(wù)拆分,不同的Redis負(fù)責(zé)不同的業(yè)務(wù)請求,這時候還會有一個新的問題,例如對于Y軸上一個Redis,它負(fù)責(zé)某一樣業(yè)務(wù),但是這天這個業(yè)務(wù)的數(shù)據(jù)訪問巨大,賊大,那就只好對數(shù)據(jù)請求進行AFK的Z軸拆分,例如先分析下數(shù)據(jù)請求的情況,然后根據(jù)訪問來源,分為北京的、上海的,這樣不同的Redis雖然是負(fù)責(zé)不同的數(shù)據(jù),但是負(fù)責(zé)的業(yè)務(wù)是一樣的。AFK拆分圖示:

AFK總結(jié)

X軸拆分:水平復(fù)制，就是講單體系統(tǒng)多運行幾個實例，做集群加負(fù)載均衡的模式,主主、主備、主從。

Y軸拆分:基于不同的業(yè)務(wù)拆分

Z軸拆分:基于數(shù)據(jù)拆分。

獲取 Spring Boot 實戰(zhàn)筆記！