Rocky9部署redis的實(shí)現(xiàn)示例
1.redis簡(jiǎn)介
為了提高網(wǎng)站響應(yīng)速度，企業(yè)會(huì)將熱點(diǎn)數(shù)據(jù)保存在內(nèi)存中而不是直接從后端數(shù)據(jù)庫(kù)中讀取。大型網(wǎng)站應(yīng)用，熱點(diǎn)數(shù)據(jù)往往巨大，幾十G上百G是很正常的事，這種情況下，就需要用到緩存服務(wù)器，通過緩存服務(wù)器承載大部分用戶請(qǐng)求，小部分用戶請(qǐng)求交給后端服務(wù)器處理，如此一來，就可以大大提高用戶訪問的速度，提升用戶使用體驗(yàn)。
常用的緩存服務(wù)器有：
- memcache
- redis
Redis 是一種開源（BSD 許可）內(nèi)存中數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)，用作數(shù)據(jù)庫(kù)、緩存、消息代理和流引擎。
為了實(shí)現(xiàn)最佳性能，Redis 使用 內(nèi)存數(shù)據(jù)集。根據(jù)您的使用案例，Redis 可以通過定期將數(shù)據(jù)集轉(zhuǎn)儲(chǔ)到磁盤或?qū)⒚總€(gè)命令附加到基于磁盤的日志來持久保存您的數(shù)據(jù)。如果您只需要功能豐富的網(wǎng)絡(luò)內(nèi)存緩存，您還可以禁用持久性。
Redis 支持異步復(fù)制，具有快速非阻塞同步和自動(dòng)重新連接以及網(wǎng)絡(luò)分割上的部分重新同步。
2 redis集群
2.1 redis集群分類
集群是一組相互獨(dú)立、通過高速網(wǎng)絡(luò)互聯(lián)的計(jì)算機(jī)，它們構(gòu)成了一個(gè)組，并以單一系統(tǒng)的模式加以管理。一個(gè)客戶與集群相互作用時(shí)，集群就像是一個(gè)獨(dú)立的服務(wù)器。集群配置是用于提高可用性和可縮放性。
redis集群是一個(gè)由多個(gè)主從節(jié)點(diǎn)群組成的分布式服務(wù)集群，它具有復(fù)制、高可用和分片特性。
redis集群有三種集群模式：
- 主從模式
- 哨兵（Sentinel）模式
- Cluster模式（群集模式）
在服務(wù)開發(fā)中，單機(jī)都會(huì)存在單點(diǎn)故障的問題，即服務(wù)部署在一臺(tái)服務(wù)器上，一旦服務(wù)器宕機(jī)服務(wù)就不可用，所以為了讓服務(wù)高可用，分布式服務(wù)就出現(xiàn)了，將同一服務(wù)部署到多臺(tái)機(jī)器上，即使其中幾臺(tái)服務(wù)器宕機(jī)，只要有一臺(tái)服務(wù)器可用服務(wù)就可用。
redis也是一樣，為了解決單機(jī)故障引入了主從模式，但主從模式存在一個(gè)問題：master節(jié)點(diǎn)故障后服務(wù)，需要人為的手動(dòng)將slave節(jié)點(diǎn)切換成為maser節(jié)點(diǎn)后服務(wù)才恢復(fù)。redis為解決這一問題又引入了哨兵模式，哨兵模式能在master節(jié)點(diǎn)故障后能自動(dòng)將salve節(jié)點(diǎn)提升成master節(jié)點(diǎn)，不需要人工干預(yù)操作就能恢復(fù)服務(wù)可用。
但是主從模式、哨兵模式都沒有達(dá)到真正的數(shù)據(jù)sharding存儲(chǔ)，每個(gè)redis實(shí)例中存儲(chǔ)的都是全量數(shù)據(jù)，所以redis cluster就誕生了，實(shí)現(xiàn)了真正的數(shù)據(jù)分片存儲(chǔ)。
2.2 主從模式
redis單節(jié)點(diǎn)雖然有通過RDB和AOF持久化機(jī)制能將數(shù)據(jù)持久化到硬盤上，但數(shù)據(jù)是存儲(chǔ)在一臺(tái)服務(wù)器上的，如果服務(wù)器出現(xiàn)硬盤故障等問題，會(huì)導(dǎo)致數(shù)據(jù)不可用，而且讀寫無法分離，讀寫都在同一臺(tái)服務(wù)器上，請(qǐng)求量大時(shí)會(huì)出現(xiàn)I/O瓶頸。
為了避免單點(diǎn)故障 和 讀寫不分離，Redis 提供了復(fù)制（replication）功能實(shí)現(xiàn)master數(shù)據(jù)庫(kù)中的數(shù)據(jù)更新后，會(huì)自動(dòng)將更新的數(shù)據(jù)同步到其他slave數(shù)據(jù)庫(kù)上。
通過數(shù)據(jù)復(fù)制，Redis 的一個(gè) master 可以掛載多個(gè) slave，而 slave 下還可以掛載多個(gè) slave，形成多層嵌套結(jié)構(gòu)。所有寫操作都在 master 實(shí)例中進(jìn)行，master 執(zhí)行完畢后，將寫指令分發(fā)給掛在自己下面的 slave 節(jié)點(diǎn)。slave 節(jié)點(diǎn)下如果有嵌套的 slave，會(huì)將收到的寫指令進(jìn)一步分發(fā)給掛在自己下面的 slave。
通過多個(gè) slave，Redis 的節(jié)點(diǎn)數(shù)據(jù)就可以實(shí)現(xiàn)多副本保存，任何一個(gè)節(jié)點(diǎn)異常都不會(huì)導(dǎo)致數(shù)據(jù)丟失，同時(shí)多 slave 可以 N 倍提升讀性能。master 只寫不讀，這樣整個(gè) master-slave 組合，讀寫能力都可以得到大幅提升。
主從模式優(yōu)缺點(diǎn)：
- 優(yōu)點(diǎn): 主從結(jié)構(gòu)具有讀寫分離，提高效率、數(shù)據(jù)備份，提供多個(gè)副本等優(yōu)點(diǎn)。
- 不足: 最大的不足就是主從模式不具備自動(dòng)容錯(cuò)和恢復(fù)功能，主節(jié)點(diǎn)故障，集群則無法進(jìn)行工作，可用性比較低，從節(jié)點(diǎn)升主節(jié)點(diǎn)需要人工手動(dòng)干預(yù)。
普通的主從模式，當(dāng)主數(shù)據(jù)庫(kù)崩潰時(shí)，需要手動(dòng)切換從數(shù)據(jù)庫(kù)成為主數(shù)據(jù)庫(kù):
在從數(shù)據(jù)庫(kù)中使用SLAVE NO ONE命令將從數(shù)據(jù)庫(kù)提升成主數(shù)據(jù)繼續(xù)服務(wù)。
啟動(dòng)之前崩潰的主數(shù)據(jù)庫(kù)，然后使用SLAVEOF命令將其設(shè)置成新的主數(shù)據(jù)庫(kù)的從數(shù)據(jù)庫(kù)，即可同步數(shù)據(jù)。
2.3 哨兵模式
主從同步/復(fù)制的模式，當(dāng)主服務(wù)器宕機(jī)后，需要手動(dòng)把一臺(tái)從服務(wù)器切換為主服務(wù)器，這就需要人工干預(yù)，費(fèi)事費(fèi)力，還會(huì)造成一段時(shí)間內(nèi)服務(wù)不可用，這時(shí)候就需要哨兵模式登場(chǎng)了。
哨兵模式是從Redis的2.6版本開始提供的，但是當(dāng)時(shí)這個(gè)版本的模式是不穩(wěn)定的，直到Redis的2.8版本以后，這個(gè)哨兵模式才穩(wěn)定下來。
哨兵模式核心還是主從復(fù)制，只不過在相對(duì)于主從模式在主節(jié)點(diǎn)宕機(jī)導(dǎo)致不可寫的情況下，多了一個(gè)競(jìng)選機(jī)制：從所有的從節(jié)點(diǎn)競(jìng)選出新的主節(jié)點(diǎn)。競(jìng)選機(jī)制的實(shí)現(xiàn)，是依賴于在系統(tǒng)中啟動(dòng)一個(gè)sentinel進(jìn)程。
哨兵本身也有單點(diǎn)故障的問題，所以在一個(gè)一主多從的Redis系統(tǒng)中，可以使用多個(gè)哨兵進(jìn)行監(jiān)控，哨兵不僅會(huì)監(jiān)控主數(shù)據(jù)庫(kù)和從數(shù)據(jù)庫(kù)，哨兵之間也會(huì)相互監(jiān)控。每一個(gè)哨兵都是一個(gè)獨(dú)立的進(jìn)程，作為進(jìn)程，它會(huì)獨(dú)立運(yùn)行。
2.3.1 哨兵模式的作用
監(jiān)控所有服務(wù)器是否正常運(yùn)行：通過發(fā)送命令返回監(jiān)控服務(wù)器的運(yùn)行狀態(tài)，除了監(jiān)控主服務(wù)器、從服務(wù)器外，哨兵之間也相互監(jiān)控。
故障切換：當(dāng)哨兵監(jiān)測(cè)到master宕機(jī)，會(huì)自動(dòng)將slave切換成master，然后通過發(fā)布訂閱模式通知其他的從服務(wù)器，修改配置文件，讓它們切換master。同時(shí)那臺(tái)有問題的舊主也會(huì)變?yōu)樾轮鞯膹模簿褪钦f當(dāng)舊的主即使恢復(fù)時(shí)，并不會(huì)恢復(fù)原來的主身份，而是作為新主的一個(gè)從。
2.3.2 哨兵模式優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
哨兵模式是基于主從模式的，解決主從模式中master故障不能自動(dòng)切換故障的問題。
缺點(diǎn)：
哨兵模式下每臺(tái) Redis 服務(wù)器都存儲(chǔ)相同的數(shù)據(jù)，很浪費(fèi)內(nèi)存空間；數(shù)據(jù)量太大，主從同步時(shí)嚴(yán)重影響了master性能。
哨兵模式是中心化的集群實(shí)現(xiàn)方案，每個(gè)從機(jī)和主機(jī)的耦合度很高，master宕機(jī)到salve選舉master恢復(fù)期間服務(wù)不可用。因?yàn)橥镀边x舉結(jié)束之前，誰也不知道主機(jī)和從機(jī)是誰，此時(shí)Redis也會(huì)開啟保護(hù)機(jī)制，禁止寫操作，直到選舉出了新的Redis主機(jī)。
哨兵模式始終只有一個(gè)Redis主機(jī)來接收和處理寫請(qǐng)求，寫操作還是受單機(jī)瓶頸影響，沒有實(shí)現(xiàn)真正的分布式架構(gòu)。
2.4 Cluster模式
主從模式或哨兵模式每個(gè)節(jié)點(diǎn)存儲(chǔ)的數(shù)據(jù)都是全量的數(shù)據(jù)，數(shù)據(jù)量過大時(shí)，就需要對(duì)存儲(chǔ)的數(shù)據(jù)進(jìn)行分片后存儲(chǔ)到多個(gè)redis實(shí)例上。此時(shí)就要用到Redis Sharding技術(shù)。
redis在3.0上加入了 Cluster 集群模式，實(shí)現(xiàn)了 Redis 的分布式存儲(chǔ)，也就是說每臺(tái) Redis 節(jié)點(diǎn)上存儲(chǔ)不同的數(shù)據(jù)。cluster模式為了解決單機(jī)Redis容量有限的問題，將數(shù)據(jù)按一定的規(guī)則分配到多臺(tái)機(jī)器，內(nèi)存/QPS不受限于單機(jī)，可受益于分布式集群高擴(kuò)展性。
Redis Cluster是一種服務(wù)器Sharding技術(shù)(分片和路由都是在服務(wù)端實(shí)現(xiàn))，采用多主多從，每一個(gè)分區(qū)都是由一個(gè)Redis主機(jī)和多個(gè)從機(jī)組成，片區(qū)和片區(qū)之間是相互平行的。Redis Cluster集群采用了P2P的模式，完全去中心化。
官方推薦，集群部署至少要 3 臺(tái)以上的master節(jié)點(diǎn)，最好使用 3 主 3 從六個(gè)節(jié)點(diǎn)的模式。Redis Cluster集群具有如下幾個(gè)特點(diǎn)：
- 集群完全去中心化，采用多主多從；所有的redis節(jié)點(diǎn)彼此互聯(lián)(PING-PONG機(jī)制)，內(nèi)部使用二進(jìn)制協(xié)議優(yōu)化傳輸速度和帶寬。
- 客戶端與 Redis 節(jié)點(diǎn)直連，不需要中間代理層?？蛻舳瞬恍枰B接集群所有節(jié)點(diǎn)，連接集群中任何一個(gè)可用節(jié)點(diǎn)即可。
- 每一個(gè)分區(qū)都是由一個(gè)Redis主機(jī)和多個(gè)從機(jī)組成，分片和分片之間是相互平行的。
- 每一個(gè)master節(jié)點(diǎn)負(fù)責(zé)維護(hù)一部分槽，以及槽所映射的鍵值數(shù)據(jù)；集群中每個(gè)節(jié)點(diǎn)都有全量的槽信息，通過槽每個(gè)node都知道具體數(shù)據(jù)存儲(chǔ)到哪個(gè)node上。
redis cluster主要是針對(duì)海量數(shù)據(jù)+高并發(fā)+高可用的場(chǎng)景，如果你的數(shù)據(jù)量很大，那么建議就用redis cluster，數(shù)據(jù)量不是很大時(shí)，使用sentinel就夠了。redis cluster的性能和高可用性均優(yōu)于哨兵模式。
Redis Cluster采用虛擬哈希槽分區(qū)而非一致性hash算法，預(yù)先分配一些卡槽，所有的鍵根據(jù)哈希函數(shù)映射到這些槽內(nèi)，每一個(gè)分區(qū)內(nèi)的master節(jié)點(diǎn)負(fù)責(zé)維護(hù)一部分槽以及槽所映射的鍵值數(shù)據(jù)。
3. 部署redis
由于資源有限，所有redis都在一臺(tái)主機(jī)部署
3.1 redis單機(jī)部署
//關(guān)閉防火墻和selinux
[root@localhost ~]# systemctl disable --now firewalld
Removed "/etc/systemd/system/multi-user.target.wants/firewalld.service".
Removed "/etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service".
[root@localhost ~]# vi /etc/selinux/config
SELINUX=disabled
[root@localhost ~]# reboot //重啟虛擬機(jī)使seLinux保持disabled模式
//安裝解析軟件包，并下載redis
[root@localhost ~]# yum -y install wget make gcc gcc-c++
[root@localhost ~]# wget https://download.redis.io/redis-stable.tar.gz
//解壓redis
[root@localhost ~]# tar xf redis-stable.tar.gz
[root@localhost ~]# cd redis-stable
[root@localhost redis-stable]# ls
00-RELEASENOTES COPYING MANIFESTO runtest-cluster sentinel.conf utils
BUGS deps README.md runtest-moduleapi src
CODE_OF_CONDUCT.md INSTALL redis.conf runtest-sentinel tests
CONTRIBUTING.md Makefile runtest SECURITY.md TLS.md
//源碼安裝redis
[root@localhost redis-stable]# make
[root@localhost redis-stable]# make install
//配置redis
[root@localhost redis-stable]# mkdir /etc/redis
[root@localhost redis-stable]# cp redis.conf /etc/redis/
[root@localhost ~]# echo 'vm.overcommit_memory = 1' >> /etc/sysctl.conf //打開超載提交功能
[root@localhost ~]# sysctl -p
vm.overcommit_memory = 1
[root@localhost ~]# echo never > /sys/kernel/mm/transparent_hugepage/enabled
//啟動(dòng)redis
[root@localhost ~]# redis-server /etc/redis/redis.conf
16905:C 29 Dec 2023 16:11:24.435 * oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
16905:C 29 Dec 2023 16:11:24.435 * Redis version=7.2.3, bits=64, commit=00000000, modified=0, pid=16905, just started
16905:C 29 Dec 2023 16:11:24.435 * Configuration loaded
16905:M 29 Dec 2023 16:11:24.436 * Increased maximum number of open files to 10032 (it was originally set to 1024).
16905:M 29 Dec 2023 16:11:24.436 * monotonic clock: POSIX clock_gettime
_._
_.-``__ ''-._
_.-`` `. `_. ''-._ Redis 7.2.3 (00000000/0) 64 bit
.-`` .-```. ```\/ _.,_ ''-._
( ' , .-` | `, ) Running in standalone mode
|`-._`-...-` __...-.``-._|'` _.-'| Port: 6379
| `-._ `._ / _.-' | PID: 16905
`-._ `-._ `-./ _.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' | https://redis.io
`-._ `-._`-.__.-'_.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' |
`-._ `-._`-.__.-'_.-' _.-'
`-._ `-.__.-' _.-'
`-._ _.-'
`-.__.-'
16905:M 29 Dec 2023 16:11:24.437 * Server initialized
16905:M 29 Dec 2023 16:11:24.437 * Ready to accept connections tcp
// 能看到大正方體redis單機(jī)部署就完成了
[root@localhost ~]# ss -anlt //redis單機(jī)的默認(rèn)端口號(hào)是6379
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0 511 127.0.0.1:6379 0.0.0.0:*
LISTEN 0 128 0.0.0.0:22 0.0.0.0:*
LISTEN 0 511 [::1]:6379 [::]:*
LISTEN 0 128 [::]:22 [::]:*
[root@localhost ~]# redis-cli //使用此命令就能登錄到redis
127.0.0.1:6379>
//修改配置文件/etc/redis/redis.conf使redis在后臺(tái)運(yùn)行
[root@localhost ~]# vim /etc/redis/redis.conf
bind 192.168.50.151
daemonize yes //守護(hù)模式默認(rèn)是no改為yes
requirepass password //此句下方可以設(shè)置redis的密碼
[root@localhost ~]# redis-server /etc/redis/redis.conf
[root@localhost ~]# ss -anlt
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0 511 192.168.50.151:6379 0.0.0.0:*
LISTEN 0 128 0.0.0.0:22 0.0.0.0:*
LISTEN 0 128 [::]:22 [::]:*
[root@localhost ~]# redis-cli -h 192.168.50.151
192.168.50.151:6379>
//認(rèn)證
192.168.50.151:6379> keys *
(error) NOAUTH Authentication required.
192.168.50.151:6379> auth password
OK
192.168.50.151:6379> keys *
1) "name"
3.2 redis主從
//修改名稱方便分辨，復(fù)制配置文件 [root@localhost redis]# mv redis.conf 6379.conf [root@localhost redis]# cp 6379.conf 6380.conf [root@localhost redis]# ls 6379.conf 6380.conf //修改6380.conf配置文件 [root@localhost redis]# vim 6380.conf port 6380 pidfile /var/run/redis_6380.pid replicaof 192.168.50.151 6379 //確定主是什么，這里的主是6379端口 masterauth password //在此行下面設(shè)置主的密碼 //啟動(dòng)redis [root@localhost redis]# redis-server /etc/redis/6379.conf [root@localhost redis]# redis-server /etc/redis/6380.conf [root@localhost redis]# ss -anlt State Recv-Q Send-Q Local Address:Port Peer Address:Port Process LISTEN 0 511 192.168.50.151:6379 0.0.0.0:* LISTEN 0 511 192.168.50.151:6380 0.0.0.0:* LISTEN 0 128 0.0.0.0:22 0.0.0.0:* LISTEN 0 128 [::]:22 [::]:* //在6379上創(chuàng)建主鍵，測(cè)試是否配置主從復(fù)制成功 [root@localhost ~]# redis-cli -h 192.168.50.151 -p 6379 192.168.50.151:6379> auth password OK 192.168.50.151:6379> set name tom OK 192.168.50.151:6379> set age 20 OK 192.168.50.151:6379> keys * 1) "name" 2) "age [root@localhost redis]# redis-cli -h 192.168.50.151 -p 6380 192.168.50.151:6380> auth password OK 192.168.50.151:6380> keys * 1) "name" 2) "age" 192.168.50.151:6380> get name "tom" 192.168.50.151:6380> info replication //查看狀態(tài) # Replication role:slave //角色名 master_host:192.168.50.151 master_port:6379 master_link_status:up //連接是否正常，up即為正常 master_last_io_seconds_ago:5 master_sync_in_progress:0 slave_read_repl_offset:631 slave_repl_offset:631 slave_priority:100 slave_read_only:1 replica_announced:1 connected_slaves:0 master_failover_state:no-failover master_replid:d8c6a13dde0fe88c70a3b8f71c30acbf73c4c72c master_replid2:0000000000000000000000000000000000000000 master_repl_offset:631 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:15 repl_backlog_histlen:617
3.3 redis哨兵
//停止先前的進(jìn)程 [root@localhost redis]# pkill redis //復(fù)制文件 [root@localhost redis]# cp 6379.conf 6380.conf [root@localhost redis]# cp 6379.conf 6381.conf //配置6380文件 [root@localhost redis]# vim 6380.conf port 6380 pidfile /var/run/redis_6380.pid logfile "/var/log/redis6380.log" //配置6381文件 [root@localhost redis]# vim 6381.conf :%s/6379/6381/g //修改所有的6379為6380 //復(fù)制文件 [root@localhost redis]# cp 6379.conf 6389.conf [root@localhost redis]# cp 6380.conf 6390.conf [root@localhost redis]# cp 6381.conf 6391.conf //配置6389文件 [root@localhost redis]# vim 6389.conf :%s/6379/6389/g //末行模式下執(zhí)行 replicaof 192.168.50.151 //添加以下參數(shù)，確認(rèn)主和主的密碼 masterauth password //配置6390文件 [root@localhost redis]# vim 6390.conf :%s/6380/6390/g //修改所有的6380為6390 replicaof 192.168.50.151 6380 //添加以下參數(shù)，確認(rèn)主和主的密碼 masterauth password //配置6391文件 [root@localhost redis]# vim 6391.conf :%s/6381/6391/g replicaof 192.168.50.151 6381 masterauth password //復(fù)制哨兵文件到/etc/redis/下 [root@localhost ~]# cp redis-stable/sentinel.conf /etc/redis/ [root@localhost ~]# cd /etc/redis/ //配置哨兵要監(jiān)控的節(jié)點(diǎn)， [root@localhost redis]# vim sentinel.conf daemonize yes //默認(rèn)是no改為yes pidfile /var/run/redis-sentinel1.pid # The valid charset is A-z 0-9 and the three characters ".-_". sentinel monitor mymaster1 192.168.50.151 6379 2 sentinel monitor mymaster2 192.168.50.151 6380 2 sentinel monitor mymaster3 192.168.50.151 6381 2 sentinel monitor myslave1 192.168.50.151 6389 2 sentinel monitor myslave2 192.168.50.151 6390 2 sentinel monitor myslave3 192.168.50.151 6391 2 sentinel monitor mysentinel1 192.168.50.151 26380 2 sentinel monitor mysentinel2 192.168.50.151 26381 2 # sentinel auth-pass mymaster MySUPER--secret-0123passw0rd sentinel auth-pass mymaster1 password sentinel auth-pass mymaster2 password sentinel auth-pass mymaster3 password sentinel auth-pass myslave1 password sentinel auth-pass myslave2 password sentinel auth-pass myslave3 password sentinel auth-pass mysentinel1 password sentinel auth-pass mysentinel2 password # Default is 30 seconds. sentinel down-after-milliseconds mymaster1 30000 sentinel down-after-milliseconds mymaster2 30000 sentinel down-after-milliseconds mymaster3 30000 sentinel down-after-milliseconds myslave1 30000 sentinel down-after-milliseconds myslave2 30000 sentinel down-after-milliseconds myslave3 30000 sentinel down-after-milliseconds mysentinel1 30000 sentinel down-after-milliseconds mysentinel2 30000 # time while performing the synchronization with the master. sentinel parallel-syncs mymaster1 1 sentinel parallel-syncs mymaster2 1 sentinel parallel-syncs mymaster3 1 sentinel parallel-syncs myslave1 1 sentinel parallel-syncs myslave2 1 sentinel parallel-syncs myslave3 1 sentinel parallel-syncs mysentinel1 1 sentinel parallel-syncs mysentinel2 1 # Default is 3 minutes. sentinel failover-timeout mymaster1 180000 sentinel failover-timeout mymaster2 180000 sentinel failover-timeout mymaster3 180000 sentinel failover-timeout myslave1 180000 sentinel failover-timeout myslave2 180000 sentinel failover-timeout myslave3 180000 sentinel failover-timeout mysentinel1 180000 sentinel failover-timeout mysentinel2 180000 #最后一行 SENTINEL master-reboot-down-after-period mymaster1 0 SENTINEL master-reboot-down-after-period mymaster2 0 SENTINEL master-reboot-down-after-period mymaster3 0 SENTINEL master-reboot-down-after-period myslave1 0 SENTINEL master-reboot-down-after-period myslave2 0 SENTINEL master-reboot-down-after-period myslave3 0 SENTINEL master-reboot-down-after-period mysentinel1 0 SENTINEL master-reboot-down-after-period mysentinel2 0 //修改哨兵文件名字，方便分辨 [root@localhost redis]# mv sentinel.conf sentinel26379.conf //復(fù)制哨兵文件 [root@localhost redis]# cp sentinel26379.conf sentinel26380.conf [root@localhost redis]# cp sentinel26379.conf sentinel26381.conf //配置哨兵26380文件 [root@localhost redis]# vim sentinel26380.conf port 26380 //修改為26380 pidfile /var/run/redis-sentinel2.pid //配置哨兵26381文件 [root@localhost redis]# vim sentinel26381.conf port 26381 pidfile /var/run/redis-sentinel3.pid //啟動(dòng)所有的節(jié)點(diǎn) [root@localhost redis]# redis-server /etc/redis/6379.conf [root@localhost redis]# redis-server /etc/redis/6380.conf [root@localhost redis]# redis-server /etc/redis/6381.conf [root@localhost redis]# redis-server /etc/redis/6389.conf [root@localhost redis]# redis-server /etc/redis/6390.conf [root@localhost redis]# redis-server /etc/redis/6391.conf [root@localhost redis]# redis-sentinel /etc/redis/sentinel26379.conf [root@localhost redis]# redis-sentinel /etc/redis/sentinel26380.conf [root@localhost redis]# redis-sentinel /etc/redis/sentinel26381.conf //查看進(jìn)程 [root@localhost ~]# ps -ef | grep redis root 1468 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6379 root 1475 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6380 root 1483 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6381 root 1490 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6389 root 1498 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6390 root 1505 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6391 root 1512 1 0 16:10 ? 00:00:00 redis-sentinel *:26379 [sentinel] root 1518 1 0 16:11 ? 00:00:00 redis-sentinel *:26380 [sentinel] root 1524 1 0 16:11 ? 00:00:00 redis-sentinel *:26381 [sentinel] root 1530 1385 0 16:11 pts/0 00:00:00 grep --color=auto redis //查看所有主節(jié)點(diǎn)以及對(duì)應(yīng)的從節(jié)點(diǎn) [root@localhost ~]# redis-cli -h 192.168.50.151 -p 6379 192.168.50.151:6379> auth password OK 192.168.50.151:6379> info replication # Replication role:master connected_slaves:1 slave0:ip=192.168.50.151,port=6389,state=online,offset=24713,lag=0 [root@localhost ~]# redis-cli -h 192.168.50.151 -p 6389 192.168.50.151:6389> auth password OK 192.168.50.151:6389> info replication 192.168.50.151:6389> info replication # Replication role:slave master_host:192.168.50.151 master_port:6379 master_link_status:up master_last_io_seconds_ago:0 master_sync_in_progress:0 slave_read_repl_offset:16593 slave_repl_offset:16593 slave_priority:100 slave_read_only:1 replica_announced:1 connected_slaves:0 master_failover_state:no-failover master_replid:cd01e2131197e4e1eb2d40c4c4d40c33de7f2784 master_replid2:d8c6a13dde0fe88c70a3b8f71c30acbf73c4c72c master_repl_offset:16593 second_repl_offset:15 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:15 repl_backlog_histlen:16579 //測(cè)試主節(jié)點(diǎn)故障后會(huì)不會(huì)自動(dòng)切換 [root@localhost ~]# ps -ef | grep redis root 1468 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6379 root 1475 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6380 root 1483 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6381 root 1490 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6389 root 1498 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6390 root 1505 1 0 16:10 ? 00:00:00 redis-server 192.168.50.151:6391 root 1512 1 0 16:10 ? 00:00:00 redis-sentinel *:26379 [sentinel] root 1518 1 0 16:11 ? 00:00:00 redis-sentinel *:26380 [sentinel] root 1524 1 0 16:11 ? 00:00:00 redis-sentinel *:26381 [sentinel] root 1563 1535 0 16:14 pts/1 00:00:00 grep --color=auto redis [root@localhost ~]# kill -9 1468 [root@localhost ~]# redis-cli -h 192.168.50.151 -p 6389 192.168.50.151:6389> auth password OK 192.168.50.151:6389> info replication # Replication role:master connected_slaves:0 master_failover_state:no-failover master_replid:e0327b0641a64e6dab20b141ab4cf21e4d5434e2 master_replid2:cd01e2131197e4e1eb2d40c4c4d40c33de7f2784 master_repl_offset:122588 second_repl_offset:81238 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:15 repl_backlog_histlen:122574 //重啟節(jié)點(diǎn)看是否變?yōu)閺墓?jié)點(diǎn)以及對(duì)應(yīng)的主節(jié)點(diǎn) [root@localhost ~]# redis-server /etc/redis/6379.conf [root@localhost ~]# redis-cli -h 192.168.50.151 -p 6379 192.168.50.151:6379> auth password OK 192.168.50.151:6379> info replication # Replication role:slave master_host:192.168.50.151 master_port:6389 master_link_status:down master_last_io_seconds_ago:-1 master_sync_in_progress:0 slave_read_repl_offset:0 slave_repl_offset:0 master_link_down_since_seconds:-1 slave_priority:100 slave_read_only:1 replica_announced:1 connected_slaves:0 master_failover_state:no-failover master_replid:40fef959403624aa384f742eadbe6e4ea85773bb master_replid2:0000000000000000000000000000000000000000 master_repl_offset:0 second_repl_offset:-1 repl_backlog_active:0 repl_backlog_size:1048576 repl_backlog_first_byte_offset:0 repl_backlog_histlen:0
3.4 Cluster模式
//配置Cluster模式下的6379
[root@localhost redis]# vim 6379.conf
port 6379 //端口號(hào)
logfile "/var/log/redis-6379.log" //認(rèn)證文件
daemonize yes //保護(hù)模式（在后臺(tái)啟動(dòng)）
cluster-enabled yes （開啟Cluster模式）
cluster-config-file nodes-6379.conf //Cluster配置文件
luster-node-timeout 15000 //超時(shí)間
appendonly yes
//配置Cluster模式下的6380
[root@localhost redis]# cp 6379.conf 6380.conf
[root@localhost redis]# vim 6380.conf
%s/6379/6380/g
//配置Cluster模式下的6389、6390、6391
[root@localhost redis]# cp 6379.conf 6381.conf
[root@localhost redis]# vim 6381.conf
%s/6379/6381/g
//配置Cluster模式下的6389、6390、6391
[root@localhost redis]# cp 6379.conf 6389.conf
[root@localhost redis]# sed -i 's/6379/6389/g' 6389.conf
[root@localhost redis]# cp 6379.conf 6390.conf
[root@localhost redis]# sed -i 's/6379/6390/g' 6390.conf
[root@localhost redis]# cp 6379.conf 6391.conf
[root@localhost redis]# sed -i 's/6379/6391/g' 6391.conf
//配置redis開機(jī)自啟
[root@localhost ~]# vim /usr/bin/redis-daemon
#!/bin/bash
/usr/local/bin/redis-server /etc/redis/6379.conf
/usr/local/bin/redis-server /etc/redis/6380.conf
/usr/local/bin/redis-server /etc/redis/6381.conf
/usr/local/bin/redis-server /etc/redis/6389.conf
/usr/local/bin/redis-server /etc/redis/6390.conf
/usr/local/bin/redis-server /etc/redis/6391.conf
//此腳本可以一次性啟動(dòng)多個(gè)服務(wù)端口
[root@localhost ~]# chmod +x /usr/bin/redis-daemon
[root@localhost ~]# cp /usr/lib/systemd/system/sshd.service /usr/lib/systemd/system/redis-daemon.service
[root@localhost ~]# vim /usr/lib/systemd/system/redis-daemon.service
[Unit]
Description=redis replication server daemon
After=network.target
[Service]
Type=forking
ExecStart=/usr/bin/redis-daemon
ExecStop=/usr/bin/pkill redis
ExecReload=/bin/kill -HUP $MAINPID
[Install]
WantedBy=multi-user.target
[root@localhost redis]# systemctl enable --now redis
Created symlink /etc/systemd/system/multi-user.target.wants/redis.service → /usr/lib/systemd/system/redis.service.
[root@localhost redis]# ss -anlt
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0 511 127.0.0.1:16389 0.0.0.0:*
LISTEN 0 511 127.0.0.1:16390 0.0.0.0:*
LISTEN 0 511 127.0.0.1:16391 0.0.0.0:*
LISTEN 0 511 127.0.0.1:6379 0.0.0.0:*
LISTEN 0 511 127.0.0.1:6380 0.0.0.0:*
LISTEN 0 511 127.0.0.1:6381 0.0.0.0:*
LISTEN 0 511 127.0.0.1:6389 0.0.0.0:*
LISTEN 0 511 127.0.0.1:6390 0.0.0.0:*
LISTEN 0 128 0.0.0.0:22 0.0.0.0:*
LISTEN 0 511 127.0.0.1:6391 0.0.0.0:*
LISTEN 0 511 127.0.0.1:16379 0.0.0.0:*
LISTEN 0 511 127.0.0.1:16380 0.0.0.0:*
LISTEN 0 511 127.0.0.1:16381 0.0.0.0:*
LISTEN 0 511 [::1]:16389 [::]:*
LISTEN 0 511 [::1]:16390 [::]:*
LISTEN 0 511 [::1]:16391 [::]:*
LISTEN 0 511 [::1]:6379 [::]:*
LISTEN 0 511 [::1]:6380 [::]:*
LISTEN 0 511 [::1]:6381 [::]:*
LISTEN 0 511 [::1]:6389 [::]:*
LISTEN 0 511 [::1]:6390 [::]:*
LISTEN 0 128 [::]:22 [::]:*
LISTEN 0 511 [::1]:6391 [::]:*
LISTEN 0 511 [::1]:16379 [::]:*
LISTEN 0 511 [::1]:16380 [::]:*
LISTEN 0 511 [::1]:16381 [::]:*
//查看日志
[root@localhost log]# tail -100f redis-6379.log
20114:M 02 Jan 2024 15:05:17.373 * No cluster configuration found, I'm f33525126ab16bfa8c9056d19f9c3634aa3db08a
//創(chuàng)建集群
[root@localhost ~]# redis-cli --cluster create 127.0.0.1:6379 127.0.0.1:6380 127.0.0.1:6381 127.0.0.1:6389 127.0.0.1:6390 127.0.0.1:6391 --cluster-replicas 1
Adding replica 127.0.0.1:6391 to 127.0.0.1:6379
Adding replica 127.0.0.1:6389 to 127.0.0.1:6380
Adding replica 127.0.0.1:6390 to 127.0.0.1:6381
Can I set the above configuration? (type 'yes' to accept): yes
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
//測(cè)試
[root@localhost ~]# redis-cli -h 127.0.0.1 -p 6380
127.0.0.1:6380> set name tom
OK
127.0.0.1:6380> get name
"tom"
[root@localhost ~]# redis-cli -h 127.0.0.1 -p 6389
127.0.0.1:6389> keys *
1) "name"
127.0.0.1:6379> cluster nodes //查看節(jié)點(diǎn)信息
[root@localhost~]#: yum -y install ruby
[root@localhost ~]#: vim example.rb
require './cluster'
if ARGV.length != 2
startup_nodes = [
{:host => "127.0.0.1", :port => 6379},
{:host => "127.0.0.1", :port => 6380}
]
else
startup_nodes = [
{:host => ARGV[0], :port => ARGV[1].to_i}
]
end
rc = RedisCluster.new(startup_nodes,32,:timeout => 0.1)
last = false
while not last
begin
last = rc.get("__last__")
last = 0 if !last
rescue => e
puts "error #{e.to_s}"
sleep 1
end
end
((last.to_i+1)..1000000000).each{|x|
begin
rc.set("foo#{x}",x)
puts rc.get("foo#{x}")
rc.set("__last__",x)
rescue => e
puts "error #{e.to_s}"
end
sleep 0.1
}
[root@localhost ~]#: redis-cli -h 127.0.0.1 -p 6379 -c
127.0.0.1:6379> keys * //可修改不同節(jié)點(diǎn)的事務(wù)
1) "age"
[root@localhost ~]#: redis-cli -h 127.0.0.1 -p 6380 -c
127.0.0.1:6380> get age
-> Redirected to slot [741] located at 127.0.0.1:6379
"20"到此這篇關(guān)于Rocky9部署redis的實(shí)現(xiàn)示例的文章就介紹到這了,更多相關(guān)Rocky9部署redis內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
Redis分布式鎖python-redis-lock使用方法
這篇文章主要介紹了Redis分布式鎖python-redis-lock使用方法,文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-11-11
基于redis 7.2.3的makefile源碼解讀學(xué)習(xí)
這篇文章主要為大家介紹了基于redis 7.2.3的makefile源碼解讀學(xué)習(xí)，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2023-12-12
基于Redis實(shí)現(xiàn)抽獎(jiǎng)功能及問題小結(jié)
這篇文章主要介紹了基于Redis實(shí)現(xiàn)抽獎(jiǎng)功能,本文通過實(shí)例代碼給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2021-08-08
作為內(nèi)存中數(shù)據(jù)存儲(chǔ)，Redis 以其速度和性能著稱，通常被用作大多數(shù)后端服務(wù)的緩存解決方案，但是，在內(nèi)部，Redis 采用單線程架構(gòu)，為什么單線程設(shè)計(jì)依然會(huì)有這么高的性能，在本文中，讓我們深入探討為什么 Redis 才有單線程架構(gòu)2023-07-07
Redis 事務(wù)知識(shí)點(diǎn)相關(guān)總結(jié)
這篇文章主要介紹了Redis 事務(wù)相關(guān)總結(jié)，幫助大家更好的理解和學(xué)習(xí)使用Redis，感興趣的朋友可以了解下2021-03-03
Windows中Redis安裝配置流程并實(shí)現(xiàn)遠(yuǎn)程訪問功能
很多在windows環(huán)境中安裝Redis總是出錯(cuò)，今天小編抽空給大家分享在Windows中Redis安裝配置流程并實(shí)現(xiàn)遠(yuǎn)程訪問功能，本文通過圖文并茂的形式給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友參考下吧2021-06-06
一起raid數(shù)據(jù)恢復(fù)及回遷成功的案例
這篇文章主要介紹了一起raid數(shù)據(jù)恢復(fù)及回遷成功的案例,需要的朋友可以參考下2017-04-04
這篇文章主要介紹了一篇文章帶你徹底搞懂Redis?事務(wù)的相關(guān)資料,需要的朋友可以參考下2022-10-10
RDB持久化將內(nèi)存數(shù)據(jù)快照到磁盤,用于故障恢復(fù)；AOF持久化記錄每個(gè)寫命令,提供數(shù)據(jù)安全性,兩者各有優(yōu)缺點(diǎn),可根據(jù)需求選擇或結(jié)合使用2024-12-12
利用redisson快速實(shí)現(xiàn)自定義限流注解(接口防刷)
利用redis的有序集合即Sorted?Set數(shù)據(jù)結(jié)構(gòu),構(gòu)造一個(gè)令牌桶來實(shí)施限流,而redisson已經(jīng)幫我們封裝成了RRateLimiter,通過redisson,即可快速實(shí)現(xiàn)我們的目標(biāo),這篇文章主要介紹了利用redisson快速實(shí)現(xiàn)自定義限流注解,需要的朋友可以參考下2024-07-07