南昌網(wǎng)站建設(shè)網(wǎng)站推廣買外鏈有用嗎
文章目錄
- 一、主從復制
- 1、主從復制-哨兵-集群
- 2、主從復制的概念
- 3、主從復制的作用
- 4、主從復制流程
- 5、部署Redis 主從復制步驟
- 6、實例操作：部署Redis 主從復制
- 二、哨兵模式
- 1、哨兵模式的原理
- 2、哨兵模式的作用
- 3、哨兵結(jié)構(gòu)由兩部分組成，哨兵節(jié)點和數(shù)據(jù)節(jié)點
- 4、哨兵模式的部署操作步驟
- 5、實例操作：哨兵模式的部署
- 三、集群模式
- 1、集群的作用，可以歸納為兩點
- 2、Redis集群的數(shù)據(jù)分片
- 3、以3個節(jié)點組成的集群為例
- 4、Redis集群的主從復制模型
- 5、Redis 集群部署步驟
- 6、實例操作：Redis集群部署
一、主從復制
1、主從復制-哨兵-集群
主從復制：主從復制是高可用Redis的基礎(chǔ)，哨兵和集群都是在主從復制基礎(chǔ)上實現(xiàn)高可用的。主從復制主要實現(xiàn)了數(shù)據(jù)的多機備份，以及對于讀操作的負載均衡和簡單的故障恢復。缺陷：故障恢復無法自動化；寫操作無法負載均衡；存儲能力受到單機的限制
哨兵：在主從復制的基礎(chǔ)上，哨兵實現(xiàn)了自動化的故障恢復。缺陷：寫操作無法負載均衡；存儲能力受到單機的限制；哨兵無法對從節(jié)點進行自動故障轉(zhuǎn)移，在讀寫分離場景下，從節(jié)點故障會導致讀服務不可用，需要對從節(jié)點做額外的監(jiān)控、切換操作
集群：通過集群，Redis解決了寫操作無法負載均衡，以及存儲能力受到單機限制的問題，實現(xiàn)了較為完善的高可用方案
2、主從復制的概念
? 主從復制，是指將一臺 Redis 服務器的數(shù)據(jù)，復制到其他的 Redis 服務器。前者稱為主節(jié)點(Master)，后者稱為從節(jié)點(Slave)；數(shù)據(jù)的復制是單向的，只能由主節(jié)點到從節(jié)點
? 默認情況下，每臺 Redis 服務器都是主節(jié)點；且一個主節(jié)點可以有多個從節(jié)點 (或沒有從節(jié)點)，但一個從節(jié)點只能有一個主節(jié)點
3、主從復制的作用
① 數(shù)據(jù)冗余主從復制實現(xiàn)了數(shù)據(jù)的熱備份，是持久化之外的一種數(shù)據(jù)冗余方式
② 故障恢復當主節(jié)點出現(xiàn)問題時，可以由從節(jié)點提供服務，實現(xiàn)快速的故障恢復；實際上是一種服務的冗余
③ 負載均衡在主從復制的基礎(chǔ)上，配合讀寫分離，可以由主節(jié)點提供寫服務，由從節(jié)點提供讀服務 (即寫 Redis 數(shù)據(jù)時應用連接主節(jié)點，讀 Redis 數(shù)據(jù)時應用連接從節(jié)點)，分擔服務器負載；尤其是在寫少讀多的場景下，通過多個從節(jié)點分擔讀負載，可以大大提高Redis服務器的并發(fā)量
④ 高可用基石除了上述作用以外，主從復制還是哨兵和集群能夠?qū)嵤┑幕A(chǔ)，因此說主從復制是Redis高可用的基礎(chǔ)
4、主從復制流程
① 若啟動一個Slave機器進程，則它會向Master機器發(fā)送一個“sync command" 命令，請求同步連接
② 無論是第一次連接還是重新連接，Master機器 都會啟動一個后臺進程，將數(shù)據(jù)快照保存到數(shù)據(jù)文件中(執(zhí)行rdb操作) ，同時 Master 還會記錄修改數(shù)據(jù)的所有命令并緩存在數(shù)據(jù)文件中
③ 后臺進程完成緩存操作之后，Master 機器就會向 Slave 機器發(fā)送數(shù)據(jù)文件，Slave 端機器將數(shù)據(jù)文件保存到硬盤上，然后將其加載到內(nèi)存中，接著 Master 機器就會將修改數(shù)據(jù)的所有操作一并發(fā)送給 Slave 端機器。若 Slave 出現(xiàn)故障導致宕機，則恢復正常后會自動重新連接
④ Master機器收到 Slave 端機器的連接后，將其完整的數(shù)據(jù)文件發(fā)送給 Slave 端機器，如果 Mater 同時收到多個 Slave 發(fā)來的同步請求，則 Master 會在后臺啟動一個進程以保存數(shù)據(jù)文件，然后將其發(fā)送給所有的 Slave 端機器，確保所有的 Slave 端機器都正常
5、部署Redis 主從復制步驟
5.1 環(huán)境準備
master節(jié)點： 192.168.229.90 Redis
slave1節(jié)點： 192.168.229.80 Redis
slave2節(jié)點： 192.168.229.70 Redis
5.2 首先要搭建redis，并關(guān)閉防火墻
詳見博客Redis基礎(chǔ)配置
yum install -y gcc gcc-c++ make
#將redis-5.0.7.tar.gz的壓縮包上傳到/opt中
tar zxvf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/
make
make PREFIX=/usr/local/redis install
cd /opt/redis-5.0.7/utils
./install_server.sh
......
Please select the redis executable path [/usr/loca1/bin/redis-server] /usr/local/redis/bin/redis-serverln -s /usr/local/redis/bin/* /usr/local/bin/systemctl stop firewalld
systemctl disable firewalld
setenforce 0
5.3 修改Redis 配置文件(Master節(jié)點操作)
vim /etc/redis/6379.conf
bind 0.0.0.0 #70行，注釋掉bind項，或修改為0.0.0.0,默認監(jiān)聽所有網(wǎng)卡
daemonize yes #137行，開啟守護進程
logfile /var/log/redis_6379.log #172行，指定日志文件目錄
dir /var/lib/redis/6379 #264行，指定工作目錄
appendonly yes #700行，開啟AOF持久化功能/etc/init.d/redis_6379 restart
5.4 修改Redis 配置文件(Slave節(jié)點操作)
vim /etc/redis/6379.conf
bind 0.0.0.0 #70行，修改監(jiān)聽地址為0.0.0.0
daemonize yes #137行，開啟守護進程
logfile /var/log/redis_6379.log #172行，指定日志文件目錄
dir /var/lib/redis/6379 #264行，指定工作目錄
replicaof 192.168.229.90 6379 #287行，取消注釋并指定要同步的Master節(jié)點IP和端口
appendonly yes #700行，開啟AOF持久化功能/etc/init.d/redis_6379 restart
5.5 驗證主從效果
在Master節(jié)點上看日志:
tail -f /var/log/redis_6379.log在Master節(jié)點上驗證從節(jié)點:
redis-cli
127.0.0.1:6379> info replication
6、實例操作：部署Redis 主從復制
6.1 首先要搭建redis，并關(guān)閉防火墻
6.2 修改Redis 配置文件(Master節(jié)點操作)
6.3 修改Redis 配置文件(Slave節(jié)點操作)
兩個slave節(jié)點配置相同
6.4 驗證主從效果
日志驗證（在Master節(jié)點上看日志:）：
[root@192 ~]# tail -f /var/log/redis_6379.log
12168:M 23 Sep 2021 16:05:02.954 * Replica 192.168.229.80:6379 asks for synchronization
12168:M 23 Sep 2021 16:05:02.954 * Partial resynchronization request from 192.168.229.80:6379 accepted. Sending 0 bytes of backlog starting from offset 2451.
12168:M 23 Sep 2021 16:13:49.716 * Replica 192.168.229.70:6379 asks for synchronization
12168:M 23 Sep 2021 16:13:49.716 * Full resync requested by replica 192.168.229.70:6379
12168:M 23 Sep 2021 16:13:49.716 * Starting BGSAVE for SYNC with target: disk
12168:M 23 Sep 2021 16:13:49.717 * Background saving started by pid 13310
13310:C 23 Sep 2021 16:13:49.718 * DB saved on disk
13310:C 23 Sep 2021 16:13:49.719 * RDB: 2 MB of memory used by copy-on-write
12168:M 23 Sep 2021 16:13:49.733 * Background saving terminated with success
12168:M 23 Sep 2021 16:13:49.733 * Synchronization with replica 192.168.229.70:6379 succeeded
12168:M 23 Sep 2021 16:21:56.730 # Connection with replica 192.168.229.80:6379 lost.
12168:M 23 Sep 2021 16:21:56.740 * Replica 192.168.229.80:6379 asks for synchronization
12168:M 23 Sep 2021 16:21:56.740 * Full resync requested by replica 192.168.229.80:6379
12168:M 23 Sep 2021 16:21:56.740 * Starting BGSAVE for SYNC with target: disk
12168:M 23 Sep 2021 16:21:56.741 * Background saving started by pid 13392
13392:C 23 Sep 2021 16:21:56.742 * DB saved on disk
13392:C 23 Sep 2021 16:21:56.742 * RDB: 2 MB of memory used by copy-on-write
12168:M 23 Sep 2021 16:21:56.801 * Background saving terminated with success
12168:M 23 Sep 2021 16:21:56.801 * Synchronization with replica 192.168.229.80:6379 succeeded
在Master節(jié)點上驗證從節(jié)點:
[root@192 ~]# redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.229.70,port=6379,state=online,offset=4298,lag=1
slave1:ip=192.168.229.80,port=6379,state=online,offset=4298,lag=1
master_replid:5393aec0003c8a921a9a1828cc5b97312aa27e6e
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:4298
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:4298
127.0.0.1:6379> set name 'lili'
OK
127.0.0.1:6379> get name
"lili"
127.0.0.1:6379> keys *
1) "name"
在slave節(jié)點查看key，數(shù)據(jù)是否同步
二、哨兵模式
哨兵的核心功能：在主從復制的基礎(chǔ)上，哨兵引入了主節(jié)點的自動故障轉(zhuǎn)移
1、哨兵模式的原理
哨兵(sentinel) 是一個分布式系統(tǒng)，用于對主從結(jié)構(gòu)中的每臺服務器進行監(jiān)控，當出現(xiàn)故障時通過投票機制選擇新的Master，并將所有Slave 連接到新的Master，所以整個運行哨兵的集群的數(shù)量不得少于3個節(jié)點
2、哨兵模式的作用
? 監(jiān)控：哨兵會不斷地檢查主節(jié)點和從節(jié)點是否運作正常
? 自動故障轉(zhuǎn)移：當主節(jié)點不能正常工作時，哨兵會開始自動故障轉(zhuǎn)移操作，它會將失效主節(jié)點的其中一個從節(jié)點升級為新的主節(jié)點，并讓其他從節(jié)點改為復制新的主節(jié)點
? 通知(提醒)：哨兵可以將故障轉(zhuǎn)移的結(jié)果發(fā)送給客戶端
3、哨兵結(jié)構(gòu)由兩部分組成，哨兵節(jié)點和數(shù)據(jù)節(jié)點
? 哨兵節(jié)點：哨兵系統(tǒng)由一個或多個哨兵節(jié)點組成，哨兵節(jié)點是特殊的 redis 節(jié)點，不存儲數(shù)據(jù)
? 數(shù)據(jù)節(jié)點：主節(jié)點和從節(jié)點都是數(shù)據(jù)節(jié)點
哨兵的啟動依賴于主從模式，所以須把主從模式安裝好的情況下再去做哨兵模式，所有節(jié)點上都需要部署哨兵模式，哨兵模式會監(jiān)控所有的Redis 工作節(jié)點是否正常，當Master 出現(xiàn)問題的時候，因為其他節(jié)點與主節(jié)點失去聯(lián)系，因此會投票，投票過半就認為這個 Master 的確出現(xiàn)問題，然后會通知哨兵間，然后從Slaves中選取一個作為新的 Master
需要特別注意的是，客觀下線是主節(jié)點才有的概念；如果從節(jié)點和哨兵節(jié)點發(fā)生故障，被哨兵主觀下線后，不會再有后續(xù)的客觀下線和故障轉(zhuǎn)移操作
4、哨兵模式的部署操作步驟
4.1 環(huán)境準備
master節(jié)點： 192.168.229.90 Redis
slave1節(jié)點： 192.168.229.80 Redis
slave2節(jié)點： 192.168.229.70 Redis
4.2 修改Redis哨兵模式的配置文件(所有節(jié)點操作)
vim /opt/redis-5.0.7/sentinel.conf
protected-mode no #17行，關(guān)閉保護模式
port 26379 #21行，Redis哨兵默認的監(jiān)聽端口
daemonize yes #26行，指定sentinel為后臺啟動
logfile "/var/log/sentinel.log" #36行，指定日志存放路徑
dir "/var/lib/redis/6379" #65行，指定數(shù)據(jù)庫存放路徑
sentinel monitor mymaster 192.168.229.90 6379 2 #84行， 修改
指定該哨兵節(jié)點監(jiān)控192.168.229.90:6379這個主節(jié)點，該主節(jié)點的名稱是mymaster,最后的2的含義與主節(jié)點的故障判定有關(guān):至少需要2個哨兵節(jié)點同意，才能判定主節(jié)點故障并進行故障轉(zhuǎn)移
sentinel down-after-milliseconds mymaster 30000 #113行,判定服務器down掉的時間周期，默認30000毫秒(30秒)
sentinel failover-timeout mymaster 180000 #146行，故障節(jié)點的最大超時時間為180000 (180秒 )
4.3 啟動哨兵模式
注意：先啟master，再啟slave
cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &
4.4 查看哨兵信息
redis-cli -p 26379 info Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.200.10:6379,slaves=2,sentinels=3
4.5 故障模擬
#查看redis-server進程號（在Master 上進行）:
ps -ef | grep redis
5 S root 57521 1 0 80 0 - 39869 ep_pol 15:31 ? 00:00:02 /usr/local/redis/bin/redis-server 0.0.0.0:6379
5 S root 57951 1 0 80 0 - 38461 ep_pol 16:00 ? 00:00:01 redis-sentinel *:26379 [sentinel]
0 R root 58035 15559 0 80 0 - 28169 - 16:08 pts/2 00:00:00 grep --color=auto redis#殺死 Master 節(jié)點上redis-server的進程號
kill -9 57521 #Master節(jié)點上redis-server的進程號#驗證結(jié)果，查看master是轉(zhuǎn)換至從服務器
tail -f /var/log/sentinel.log#在Slave1上查看是否轉(zhuǎn)換成功
redis-cli -p 26379 INFO Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.200.20:6379,slaves=2,sentinels=3
5、實例操作：哨兵模式的部署
5.1 修改Redis哨兵模式的配置文件(所有節(jié)點操作)
[root@192 ~]# cd /opt/redis-5.0.7/
[root@192 redis-5.0.7]# ls
00-RELEASENOTES CONTRIBUTING deps Makefile README.md runtest runtest-moduleapi sentinel.conf tests
BUGS COPYING INSTALL MANIFESTO redis.conf runtest-cluster runtest-sentinel src utils
[root@192 redis-5.0.7]# cp sentinel.conf{,.bak}
[root@192 redis-5.0.7]# vim sentinel.conf
[root@192 redis-5.0.7]# ls
00-RELEASENOTES CONTRIBUTING deps Makefile README.md runtest runtest-moduleapi sentinel.conf src utils
BUGS COPYING INSTALL MANIFESTO redis.conf runtest-cluster runtest-sentinel sentinel.conf.bak tests
[root@192 redis-5.0.7]# scp sentinel.conf 192.168.229.80:/opt/redis-5.0.7/
The authenticity of host '192.168.229.80 (192.168.229.80)' can't be established.
ECDSA key fingerprint is SHA256:kfiiDqRfaaR8s8E8VRXk+ZrgUEqUZaa1lW40fN0MgVw.
ECDSA key fingerprint is MD5:87:6a:4a:bf:58:17:5b:f1:10:4f:a8:af:96:06:62:3b.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.229.80' (ECDSA) to the list of known hosts.
root@192.168.229.80's password:
sentinel.conf 100% 9752 6.0MB/s 00:00
[root@192 redis-5.0.7]# scp sentinel.conf 192.168.229.70:/opt/redis-5.0.7/
The authenticity of host '192.168.229.70 (192.168.229.70)' can't be established.
ECDSA key fingerprint is SHA256:qhvAZ3+5N2/T3euIta/z2ZHG2xd9Zh9p1V4Ytq/8EjQ.
ECDSA key fingerprint is MD5:33:ef:bc:bd:a1:aa:2b:87:05:85:a2:60:98:a5:16:01.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.229.70' (ECDSA) to the list of known hosts.
root@192.168.229.70's password:
sentinel.conf 100% 9752 8.1MB/s 00:00
5.2 啟動哨兵模式
5.3 查看哨兵信息
[root@192 redis-5.0.7]# redis-cli -p 26379 info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.229.90:6379,slaves=2,sentinels=3
4.5 故障模擬
獲取redis的pid
[root@192 redis-5.0.7]# ps -ef | grep redis
root 12168 1 0 14:41 ? 00:00:24 /usr/local/redis/bin/redis-server 0.0.0.0:6379
root 14928 1 0 18:52 ? 00:00:01 redis-sentinel *:26379 [sentinel]
root 15049 13189 0 19:01 pts/2 00:00:00 grep --color=auto redis
殺死 Master 節(jié)點上redis-server的進程號
[root@192 redis-5.0.7]# kill -9 12168
[root@192 redis-5.0.7]# ps -ef | grep redis
root 14928 1 0 18:52 ? 00:00:02 redis-sentinel *:26379 [sentinel]
root 15070 13189 0 19:03 pts/2 00:00:00 grep --color=auto redis
驗證結(jié)果，查看master是轉(zhuǎn)換至從服務
[root@192 redis-5.0.7]# tail -f /var/log/sentinel.log
14928:X 23 Sep 2021 19:04:27.598 # +failover-state-reconf-slaves master mymaster 192.168.229.90 6379
14928:X 23 Sep 2021 19:04:27.680 * +slave-reconf-sent slave 192.168.229.70:6379 192.168.229.70 6379 @ mymaster 192.168.229.90 6379
14928:X 23 Sep 2021 19:04:28.300 # -odown master mymaster 192.168.229.90 6379
14928:X 23 Sep 2021 19:04:28.619 * +slave-reconf-inprog slave 192.168.229.70:6379 192.168.229.70 6379 @ mymaster 192.168.229.90 6379
14928:X 23 Sep 2021 19:04:28.619 * +slave-reconf-done slave 192.168.229.70:6379 192.168.229.70 6379 @ mymaster 192.168.229.90 6379
14928:X 23 Sep 2021 19:04:28.677 # +failover-end master mymaster 192.168.229.90 6379
14928:X 23 Sep 2021 19:04:28.677 # +switch-master mymaster 192.168.229.90 6379 192.168.229.80 6379
14928:X 23 Sep 2021 19:04:28.677 * +slave slave 192.168.229.70:6379 192.168.229.70 6379 @ mymaster 192.168.229.80 6379
14928:X 23 Sep 2021 19:04:28.677 * +slave slave 192.168.229.90:6379 192.168.229.90 6379 @ mymaster 192.168.229.80 6379
14928:X 23 Sep 2021 19:04:58.763 # +sdown slave 192.168.229.90:6379 192.168.229.90 6379 @ mymaster 192.168.229.80 6379
在Slave1上查看是否轉(zhuǎn)換成功
[root@192 redis-5.0.7]# redis-cli -p 26379 info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.229.80:6379,slaves=2,sentinels=3
[1]+ 完成 redis-sentinel sentinel.conf
三、集群模式
? 集群，即 Redis Cluster， 是Redis 3. 0開始引入的分布式存儲方案
? 集群由多個節(jié)點(Node) 組成，Redis 的數(shù)據(jù)分布在這些節(jié)點中。集群中的節(jié)點分為主節(jié)點和從節(jié)點；只有主節(jié)點負責讀寫請求和集群信息的維護；從節(jié)點只進行主節(jié)點數(shù)據(jù)和狀態(tài)信息的復制
? 集群中的節(jié)點分為主節(jié)點和從節(jié)點
主節(jié)點負責讀寫請求和集群信息的維護；
從節(jié)點只進行主節(jié)點數(shù)據(jù)和狀態(tài)信息的復制
1、集群的作用，可以歸納為兩點
① 數(shù)據(jù)分區(qū)：數(shù)據(jù)分區(qū)(或稱數(shù)據(jù)分片) 是集群最核心的功能
集群將數(shù)據(jù)分散到多個節(jié)點，一方面突破了 Redis 單機內(nèi)存大小的限制，存儲容量大大增加；另一方面每個主節(jié)點都可以對外提供讀服務和寫服務，大大提高了集群的響應能力。
Redis 單機內(nèi)存大小受限問題，在介紹持久化和主從復制時都有提及；例如，如果單機內(nèi)存太大，bgsave 和 bgrewriteaof的 fork 操作可能導致主進程阻塞，主從環(huán)境下主機切換時可能導致從節(jié)點長時間無法提供服務，全量復制階段主節(jié)點的復制緩沖區(qū)可能溢出
② 高可用：集群支持主從復制和主節(jié)點的自動故障轉(zhuǎn)移(與哨兵類似) ；當任一節(jié)點發(fā)生故障時，集群仍然可以對外提供服務
2、Redis集群的數(shù)據(jù)分片
Redis集群引入了哈希槽的概念
? Redis集群有 16384 個哈希槽( 編號0-16383)
? 集群的每個節(jié)點負責一部分哈希槽
? 每個Key 通過 CRC16 校驗后對16384取余來決定放置哪個哈希槽，通過這個值，去找到對應的插槽所對應的節(jié)點，然后直接自動跳轉(zhuǎn)到這個對應的節(jié)點上進行存取操作
3、以3個節(jié)點組成的集群為例
節(jié)點A 包含0到5460號哈希槽
節(jié)點B 包含5461到10922號哈希槽
節(jié)點C 包含10923到16383號哈希槽
4、Redis集群的主從復制模型
集群中具有A、B、C三個節(jié)點，如果節(jié)點B失敗了，整個集群就會因缺少5461-10922這個范圍的槽而不可以用。
為每個節(jié)點添加一個從節(jié)點A1、B1、C1整個集群便有三個Master節(jié)點和三個slave節(jié)點組成，在節(jié)點B失敗后，集群選舉B1位為主節(jié)點繼續(xù)服務。當B和B1都失敗后，集群將不可用
5、Redis 集群部署步驟
5.1 環(huán)境準備
redis的集群一般需要6個節(jié)點， 3主3從。
方便起見，這里所有節(jié)點在同一臺服務器上模擬: 以端口號進行區(qū)分: 3個主節(jié)點端口號: 6001/6002/6003， 對應的從節(jié)點端口號: 6004/6005/6006
5.2 創(chuàng)建目錄復制配置文件到對應的節(jié)點上
cd /etc/redis/
mkdir -p redis-cluster/redis600{1..6}for i in {1. .6}
do
cp /opt/redis-5.0.7/redis.conf /etc/redis/redis-cluster/redis600$i
cp /opt/redis-5.0.7/src/redis-cli /opt/redis-5.0.7/src/redis-server /etc/redis/redis-cluster/redis600$i
done
5.3 修改主配置文件，設(shè)置開啟群集功能
其他5個文件夾的配置文件以此類推修改，注意6個端口都要不一樣
cd /etc/redis/redis-cluster/redis6001
vim redis.conf
#bind 127.0.0.1 #69行，注釋掉bind項，默認監(jiān)聽所有網(wǎng)卡
protected-mode no #88行，修改，關(guān)閉保護模式
port 6001 #92行，修改，redis監(jiān)聽端口
daemonize yes #136行，開啟守護進程，以獨立進程啟動
appendonly yes #699行，修改，開啟AOF持久化
cluster-enabled yes #832行，取消注釋，開啟群集功能
cluster-config-file nodes-6001.conf #840行，取消注釋，群集名稱文件設(shè)置
cluster-node-timeout 15000 #846行，取消注釋群集超時時間設(shè)置#可以寫一個for循環(huán)將6001的文件復制給6002~6006，這樣就不需要全部一個一個文件進行修改了
for i in {2..6}
do
/usr/bin/cp -f /etc/redis/redis-cluster/redis6001/redis.conf /etc/redis/redis-cluster/redis600$i/redis.conf
done
#之后稍微修改文件即可
5.4 啟動redis節(jié)點
方法一：<br>分別進入那六個文件夾，執(zhí)行命令: redis-server redis.conf，來啟動redis節(jié)點
cd /etc/redis/redis-cluster/redis6001
redis-server redis.conf
<br>方法二：使用for循環(huán)
for d in {1..6}
do
cd /etc/redis/redis-cluster/redis600$d
redis-server redis.conf
doneps -ef | grep redis
5.5 啟動集群
redis-cli --cluster create 127.0.0.1:6001 127.0.0.1:6002 127.0.0.1:6003 127.0.0.1:6004 127.0.0.1:6005 127.0.0.1:6006 --cluster-replicas 1#六個實例分為三組，每組一主一從，前面的做主節(jié)點，后面的做從節(jié)點。下面交互的時候需要輸入yes 才可以創(chuàng)建。
-replicas 1 #表示每個主節(jié)點有1個從節(jié)點。
5.6 測試群集
redis-cli -p 6001 -c #加-c參數(shù)，節(jié)點之間就可以互相跳轉(zhuǎn)
127.0.0.1:6001> cluster slots #查看節(jié)點的哈希槽編號范圍
1) 1) (integer) 54612) (integer) 10922 #哈希槽編號范圍3) 1) "127.0.0.1" .2) (integer) 6003 #主節(jié)點IP和端口號3) " fdca661922216dd69a 63a7c9d3c4540cd6baef44"4) 1) "127.0.0.1"2) (integer) 6004 #從節(jié)點IP和端口號3) "a2c0c32aff0f38980accd2b63d6d952812e44740"
2) 1) (integer) 02) (integer) 54603) 1) "127.0.0.1"2) (integer) 60013) "0e5873747a2e2 6bdc935bc76c2ba fb19d0a54b11"4) 1) "127.0.0.1"2) (integer) 60063) "8842ef5584a85005e135fd0ee59e5a0d67b0cf8e"
3) 1) (integer) 109232) (integer) 163833) 1) "127.0.0.1"2) (integer) 60023) "81 6ddaa3d14 69540b2f fbcaaf9aa867646846b30"4) 1) "127.0.0.1"2) (integer) 60053) "f847077bfe6722466e96178ae8cbb09dc8b4d5eb"127.0.0.1:6001> set name zhangsan
-> Redirected to slot [5798] located at 127.0.0.1: 6003
OK127.0.0.1:6001> cluster keyslot name #查看name鍵的槽編號
(integer) 5798
注：這里用的一臺機子測試
6、實例操作：Redis集群部署
6.1 創(chuàng)建目錄復制配置文件到對應的節(jié)點上
[root@192 ~]# cd /etc/redis/
[root@192 redis]# ls
6379.conf 6379.conf.bak
[root@192 redis]# mkdir -p redis-cluster/redis600{1..6}
[root@192 redis]# ls
6379.conf 6379.conf.bak redis-cluster
[root@192 redis]# cd redis-cluster/
[root@192 redis-cluster]# ls
redis6001 redis6002 redis6003 redis6004 redis6005 redis6006
[root@192 redis-cluster]# for i in {1..6}
> do
> cp /opt/redis-5.0.7/redis.conf /etc/redis/redis-cluster/redis600$i
> cp /opt/redis-5.0.7/src/redis-cli /etc/redis/redis-cluster/redis600$i
> done
[root@192 redis-cluster]# cd ..
[root@192 redis]# ls -R redis-cluster/
redis-cluster/:
redis6001 redis6002 redis6003 redis6004 redis6005 redis6006redis-cluster/redis6001:
redis-cli redis.confredis-cluster/redis6002:
redis-cli redis.confredis-cluster/redis6003:
redis-cli redis.confredis-cluster/redis6004:
redis-cli redis.confredis-cluster/redis6005:
redis-cli redis.confredis-cluster/redis6006:
redis-cli redis.conf
6.2 修改主配置文件，設(shè)置開啟群集功能
可以寫一個for循環(huán)將6001的文件復制給6002~6006，這樣就不需要全部一個一個文件進行修改；復制之后修改端口號即可（92行和840行）
[root@192 redis6001]# for i in {2..6}
> do
> /usr/bin/cp -f /etc/redis/redis-cluster/redis6001/redis.conf /etc/redis/redis-cluster/redis600$i/redis.conf
> done
[root@192 redis6001]# vim /etc/redis/redis-cluster/redis6002/redis.conf
[root@192 redis6001]# vim /etc/redis/redis-cluster/redis6003/redis.conf
[root@192 redis6001]# vim /etc/redis/redis-cluster/redis6004/redis.conf
[root@192 redis6001]# vim /etc/redis/redis-cluster/redis6005/redis.conf
[root@192 redis6001]# vim /etc/redis/redis-cluster/redis6006/redis.conf
6.3 啟動redis節(jié)點
[root@192 redis6001]# for i in {1..6}
> do
> cd /etc/redis/redis-cluster/redis600$i
> redis-server redis.conf
> done
16037:C 23 Sep 2021 20:32:36.411 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16037:C 23 Sep 2021 20:32:36.411 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=16037, just started
16037:C 23 Sep 2021 20:32:36.411 # Configuration loaded
16039:C 23 Sep 2021 20:32:36.439 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16039:C 23 Sep 2021 20:32:36.439 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=16039, just started
16039:C 23 Sep 2021 20:32:36.439 # Configuration loaded
16044:C 23 Sep 2021 20:32:36.475 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16044:C 23 Sep 2021 20:32:36.475 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=16044, just started
16044:C 23 Sep 2021 20:32:36.475 # Configuration loaded
16049:C 23 Sep 2021 20:32:36.510 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16049:C 23 Sep 2021 20:32:36.510 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=16049, just started
16049:C 23 Sep 2021 20:32:36.510 # Configuration loaded
16051:C 23 Sep 2021 20:32:36.544 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16051:C 23 Sep 2021 20:32:36.544 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=16051, just started
16051:C 23 Sep 2021 20:32:36.544 # Configuration loaded
16059:C 23 Sep 2021 20:32:36.590 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16059:C 23 Sep 2021 20:32:36.590 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=16059, just started
16059:C 23 Sep 2021 20:32:36.590 # Configuration loaded
[root@192 redis6006]# ps -ef | grep redis
root 14928 1 0 18:52 ? 00:00:20 redis-sentinel *:26379 [sentinel]
root 16038 1 0 20:32 ? 00:00:00 redis-server *:6001 [cluster]
root 16040 1 0 20:32 ? 00:00:00 redis-server *:6002 [cluster]
root 16045 1 0 20:32 ? 00:00:00 redis-server *:6003 [cluster]
root 16050 1 0 20:32 ? 00:00:00 redis-server *:6004 [cluster]
root 16055 1 0 20:32 ? 00:00:00 redis-server *:6005 [cluster]
root 16060 1 0 20:32 ? 00:00:00 redis-server *:6006 [cluster]
root 16078 13189 0 20:32 pts/2 00:00:00 grep --color=auto redis
6.4 啟動集群
6.5 測試群集
[root@192 redis6006]# redis-cli -p 6001 -c
127.0.0.1:6001> cluster slots
1) 1) (integer) 02) (integer) 54603) 1) "127.0.0.1"2) (integer) 60013) "3a770380325e27d74bd7ede03bdfe5711d7e59af"4) 1) "127.0.0.1"2) (integer) 60043) "72169c574f5589023c7f15fe387be83386c8264b"
2) 1) (integer) 109232) (integer) 163833) 1) "127.0.0.1"2) (integer) 60033) "bf3d9bf309bb0c5aa58994e59fca7ce6eba14172"4) 1) "127.0.0.1"2) (integer) 60063) "e6883cb1a61c56670f545ace4415e6211b991be3"
3) 1) (integer) 54612) (integer) 109223) 1) "127.0.0.1"2) (integer) 60023) "99cb0cde252ef2273ff00d4eeba8c31357b73d56"4) 1) "127.0.0.1"2) (integer) 60053) "9b10782b4d518d3f16dd205453fb55258402afd3"
127.0.0.1:6001> set name "lucy"
-> Redirected to slot [5798] located at 127.0.0.1:6002
OK
127.0.0.1:6002> cluster keyslot name
(integer) 5798
127.0.0.1:6002> keys *
1) "name"
在其他節(jié)點查看
