前言
一般的小項目,比如幾百人左右訪問的項目,訪問量幾萬的項目,如果想用緩存,單機實例完全夠用。小黃圖就是用的阿里雲256MB
配置的Redis
緩存,日幾千的訪問量是妥妥夠用的了。Redis
號稱可以支撐10w+qps
,當然這也給機器配置有一定的關系,如果單實例滿足不了需求,想追求更高的性能和穩定性,可以選擇主從、哨兵已經更好的解決方案Redis-Cluster
集群。
架構
集群部署
如題,我們這里直接使用 Redis-Cluster
高可用集群。Redis-Cluster
集群采用無中心結構,它的特點如下:
-
所有的redis節點彼此互聯(PING-PONG機制),內部使用二進制協議優化傳輸速度和帶寬。
-
節點的fail是通過集群中超過半數的節點檢測失效時才生效。
-
客戶端與redis節點直連,不需要中間代理層,客戶端不需要連接集群所有節點,連接集群中任何一個可用節點即可。
生產環境redis
集群至少需要一個備份節點,才能更好的保證集群的高可用。一個集群里面有 M1-S1、M2-S2、M3-S3 六個主從節點,其中節點 M1 包含 0-5500號哈希槽,節點 M2 包含5501-11000 號哈希槽,節點 M3 包含11001-16384號哈希槽。如果是 M1 宕掉,集群便會選舉S1 為新節點繼續服務,整個集群還會正常運行。當 M1、S1 都宕掉了,這時候集群就不可用了。
建議使用至少六台單獨的服務器進行部署,這里為了搭建方便,擼主在一台服務器上進行實操。下載最新版本:
wget http://download.redis.io/releases/redis-6.0.5.tar.gz
升級基礎組件,否則編譯安裝會報錯:
# 升級到gcc 9.3: yum -y install centos-release-scl yum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutils scl enable devtoolset-9 bash # 需要注意的是scl命令啟用只是臨時的,退出shell或重啟就會恢復原系統gcc版本。 # 如果要長期使用gcc 9.3的話: echo "source /opt/rh/devtoolset-9/enable" >>/etc/profile
編譯安裝:
make && make install
創建集群配置:
mkdir redis-cluster
創建集群文件夾,然后在該文件夾下創建6個文件,同redis.conf
配置一致,7001.conf、7002.conf、7003.conf、7004.conf、7005.conf、7006.conf
然后修改各個配置:
port 700x // 端口700X bind 本機ip // 需要改為其他節點機器可訪問的ip 否則創建集群時無法訪問對應的端口,無法創建集群 daemonize yes // redis后台運行 pidfile /var/run/redis_7001.pid // pidfile文件對應7001,7002 cluster-enabled yes // 開啟集群 把注釋#去掉 cluster-config-file nodes_7001.conf // 集群的配置 配置文件首次啟動自動生成 7001,7002 cluster-node-timeout 15000 // 請求超時 默認15秒,可自行設置 appendonly yes // # AOF 持久化,按需要選擇是否開啟
啟動服務:
redis-server ../redis-cluster/7001.conf redis-server ../redis-cluster/7002.conf redis-server ../redis-cluster/7003.conf redis-server ../redis-cluster/7004.conf redis-server ../redis-cluster/7005.conf redis-server ../redis-cluster/7006.conf
創建集群:
--replicas參數指定集群中每個主節點配備幾個從節點,這里設置為1。 redis-cli --cluster create 172.17.1.218:7001 172.17.1.218:7002 172.17.1.218:7003 172.17.1.218:7004 172.17.1.218:7005 172.17.1.218:7006 --cluster-replicas 1
查看集群:
redis-cli --cluster check 172.17.1.218:7001 172.17.1.218:7002 (406a1d6e...) -> 0 keys | 5461 slots | 1 slaves. 172.17.1.218:7003 (85df8dc9...) -> 0 keys | 5462 slots | 1 slaves. 172.17.1.218:7004 (54f13720...) -> 2 keys | 5461 slots | 1 slaves. [OK] 2 keys in 3 masters. 0.00 keys per slot on average. >>> Performing Cluster Check (using node 172.17.1.218:7001) S: 2d589d0077771ca9a7b2909b351e350aa69bea45 172.17.1.218:7001 slots: (0 slots) slave replicates 54f13720da944d3dcc75351c4042fcaf3b2300e0 M: 406a1d6e9bcc760501c6b8f71f9151e020b247bd 172.17.1.218:7002 slots:[10923-16383] (5461 slots) master 1 additional replica(s) S: e52eda05e4df779e15437f7f42522459a3e26b27 172.17.1.218:7005 slots: (0 slots) slave replicates 85df8dc9b649e02740fa0f932aa1df135d44953e M: 85df8dc9b649e02740fa0f932aa1df135d44953e 172.17.1.218:7003 slots:[5461-10922] (5462 slots) master 1 additional replica(s) M: 54f13720da944d3dcc75351c4042fcaf3b2300e0 172.17.1.218:7004 slots:[0-5460] (5461 slots) master 1 additional replica(s) S: 60f49255085936fbcf682bafc81319f9393150c9 172.17.1.218:7006 slots: (0 slots) slave replicates 406a1d6e9bcc760501c6b8f71f9151e020b247bd [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered.
從集群信息,我們可以看出有三組主從關系:
-
7004(主)-7001(從)
-
7003(主)-7005(從)
-
7002(主)-7006(從)
其實一開始7001是主,為了測試主從切換,把7001殺掉,由7004接管,然后重啟7001變為從服務。
整合
pom.xml
引入:
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency>
配置文件 bootstrap.yml
:
spring: redis: timeout: 30000 password: 123456 cluster: nodes: - 172.17.1.218:7001 - 172.17.1.218:7002 - 172.17.1.218:7003 - 172.17.1.218:7004 - 172.17.1.218:7005 - 172.17.1.218:7006 max-redirects: 3 lettuce: max-active: 1000 max-idle: 10 max-wait: -1 min-idle: 5
開發者可以對 RedisTemplate
進行一個簡單的封裝成 RedisUtil
,可參考妹子圖緩存工具類。
小結
這就是微服務版本的 Redis
高可用集群,是不是有點簡單。不過,生產環境建議配置內網地址,開啟防火牆,配置必要的鑒權訪問機制,這玩意一旦被嗅探到可以會被老板扣工資的。還有一點,一定要搭建有效的監控預警系統,這樣可以針對性的對其進行擴容、修復。
文章來源:爪哇筆記