Linux下的Redis7版本哨兵模式部署

已于 2024-09-12 14:52:25 修改
阅读量1.2k 收藏 15
点赞数 24
文章标签： linux 运维 redis
于 2024-05-30 15:51:28 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Monks_gao/article/details/139324908
版权

PS：这里记录的是Redis的高级玩法，“麻油”们想要了解Redis的单节点部署请访问：https://blog.csdn.net/Monks_gao/article/details/139003233

步骤分析：
一、创建Redis集群需要的三台主机；
二、在三台主机上编译安装Redis；
三、更新集群主机的redis.conf配置文件，实现主从同步；
四、更新集群主机的sentinel.conf配置文件，实现哨兵模式搭建、容灾切换。

一、Redis 的集群架构介绍

这里我们采用的集群整体架构就是主从结构+哨兵（sentinel），实现容灾的自动切换，如下图所示：

在这里插入图片描述

一个主节点（master）可拥有多个从节点（slave），从节点实现对主节点的复制，保证数据同步。而哨兵（sentinel）则对各节点进行监控，主要包括主节点存活检测、主从运行情况检测等，一旦主节点宕机，哨兵可自动进行故障转移 （failover）、主从切换。

接下来就开始搭建这样一个集群，首先是主从结构，然后是哨兵模式，接着往下看。

二、Redis 的主从配置及数据同步

  • 这里我创建了三台虚拟机来演示，分别按照上述安装方式安装好 Redis，三台虚拟机如下配置：
IP地址端口号主机名角色
192.168.233.116379redis-server主机（master）
192.168.233.126380redis-slave1从机（slave）
192.168.233.136381redis-slave2从机（slave）

1、部署安装 Redis

在准备好的三台虚拟机上部署安装Redis-7.2.4版本。

  • 在192.168.233.11主机上配置主机名称
[root@localhost ~]# hostnamectl --static set-hostname redis-server
  • 在192.168.233.12主机上配置主机名称
[root@localhost ~]# hostnamectl --static set-hostname redis-slave1
  • 在192.168.233.13主机上配置主机名称
[root@localhost ~]# hostnamectl --static set-hostname redis-slave2

下面在集群中的三台主机上做如下操作（如下内容以主机redis-master上操作举例，redis-slave和redis-slave2主机做同样操作）：

1）部署Python3环境

# 准备编译环境
[root@redis-server ~]# yum install -y zlib* gcc-c++ zlib-devel bzip2-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel gdbm-devel db4-devel libpcap-devel xz-devel

# 获取安装包并解压
[root@redis-server ~]# wget http://cdn.npm.taobao.org/dist/python/3.6.5/Python-3.6.5.tgz
[root@redis-server ~]# tar -zxvf Python-3.6.5.tgz

# 指定安装路径并执行编译安装python3
[root@redis-server ~]# cd Python-3.6.5/
[root@redis-server Python-3.6.5]# ./configure --prefix=/usr/local/python3 --with-ssl
[root@redis-server Python-3.6.5]# make && make install

# 查看python3是否已经按照指定的路径安装成功了
[root@redis-server Python-3.6.5]# ll -tr /usr/local/ | grep python
drwxr-xr-x  6 root root 56 May 16 17:45 python3

# 创建python3的软链接
[root@redis-server ~]# ln -s /usr/local/python3/bin/python3 /usr/bin/python3
[root@redis-server ~]# ln -s /usr/local/python3/bin/pip3 /usr/bin/pip3

2）下载安装包并解压

[root@redis-server ~]# cd /root
[root@redis-server ~]# wget http://download.redis.io/releases/redis-7.2.4.tar.gz
[root@redis-server ~]# tar -xvzf redis-7.2.4.tar.gz

3）执行编译安装

[root@redis-server ~]# cd /root/redis-7.2.4/
[root@redis-server redis-7.2.4]# make && make install

在这里插入图片描述
注：如出现/bin/sh: cc: command not found错误，是因为没有安装 gcc 环境，使用命令yum install gcc安装 gcc 环境即可。

4）部署

  • 由于 src 下文件非常多，我们可以将几个常用的命令和 conf 配置文件复制出来进行统一管理，如下：

（1）新建 bin 和 etc 文件夹

[root@redis-server ~]# cd /root/redis-7.2.4/
[root@redis-server redis-7.2.4]# mkdir etc
[root@redis-server redis-7.2.4]# mkdir bin
[root@redis-server redis-7.2.4]# mkdir log

（2）回到安装目录，将redis.conf复制到 etc 文件夹下

[root@redis-server redis-7.2.4]# cp redis.conf /root/redis-7.2.4/etc

（3）进入 src 文件夹下，将mkreleasehdr.sh、redis-benchmark、redis-check-aof、redis-check-rdb、redis-cli、redis-server、redis-sentinel文件复制到 bin 文件夹

[root@redis-server redis-7.2.4]# cd src/
[root@redis-server src]# cp mkreleasehdr.sh redis-benchmark redis-check-aof redis-check-rdb redis-cli redis-server redis-sentinel /root/redis-7.2.4/bin/

[root@redis-server ~]# ll /root/redis-7.2.4/etc/
[root@redis-server ~]# ll /root/redis-7.2.4/bin/
  • 查看复制后的文件，如下：
    在这里插入图片描述

2、更新 Redis 主机配置

现在我们已经按照上面的方式将上面三台Redis编译部署完成，但是暂未启动，所以目前他们的redis都是一致的，从bin目录到redis的配置文件都是一模一样的，想要实现主从数据同步就必须要从配置文件下手，不同的redis配置决定了各个主机的redis在集群种扮演着什么样的角色。

1）配置Redis-Master

  • 在主机：192.168.233.11上配置 redis.conf ：
[root@redis-server ~]# cd /root/redis-7.2.4/etc

# 备份原有配置文件，然后再做更改
[root@redis-server etc]# cp redis.conf{,.bak}
[root@redis-server etc]# ll
total 216
-rw-r--r-- 1 root root 107512 May 28 11:00 redis.conf
-rw-r--r-- 1 root root 107512 May 28 11:01 redis.conf.bak

[root@redis-server etc]# vim redis.conf

bind 0.0.0.0
port 6379
protected-mode no
daemonize yes
logfile /root/redis-7.2.4/log/redis.log
requirepass pass@123
masterauth pass@123

# 编辑完成后执行wq保存退出

配置文件中的含义如下：

  • bind：0.0.0.0
    Redis 默认只允许本机访问，把 bind 修改为 0.0.0.0 表示允许所有远程访问。如果想指定限制访问，可设置对应的 ip。

  • port：6379
    监听端口默认为6379，想改其他也行。

  • protected-mode：no
    关闭保护模式，可以外部访问。

  • daemonize：yes
    设置为后台启动。

  • logfile：/root/redis-7.2.4/log/redis.log
    redis 日志文件，生成后在 bin 目录下可找到。

  • requirepass：pass@123
    设置 redis 连接密码。

  • masterauth：pass@123
    slave 服务连接 master 的密码。

2）配置Redis-slave1

从机的配置和主机相似，相同的地方不再详解，不同的地方是需要使用replicaof指定主机（master）的IP地址和端口，需要注意的是老版本使用的是 slaveof，目前我使用的7.2.4版本要使用 replicaof ，如下。

  • 在主机：192.168.233.12 上配置 redis.conf ：
[root@redis-slave1 ~]# cd /root/redis-7.2.4/etc

# 备份原有配置文件，然后再做更改
[root@redis-slave1 etc]# cp redis.conf{,.bak}
[root@redis-slave1 etc]# ll
total 216
-rw-r--r-- 1 root root 107512 May 28 11:00 redis.conf
-rw-r--r-- 1 root root 107512 May 28 11:01 redis.conf.bak

[root@redis-slave1 etc]# vim redis.conf
bind 0.0.0.0
port 6379
protected-mode no
daemonize yes
logfile /root/redis-7.2.4/log/redis.log
requirepass pass@123
masterauth pass@123
replicaof 192.168.233.11 6379

  • replicaof: 192.168.233.11 6379

    指定当本机为 slave 服务时，设置 master 服务的IP地址及端口，在 redis 启动的时候会自动跟 master 进行数据同步，所以两台从机都这样配置即可。

3）配置Redis-slave2

  • 在主机：192.168.233.13 上配置 redis.conf ：
[root@redis-slave2 ~]# cd /root/redis-7.2.4/etc

# 备份原有配置文件，然后再做更改
[root@redis-slave2 etc]# cp redis.conf{,.bak}
[root@redis-slave2 etc]# ll
total 216
-rw-r--r-- 1 root root 107512 May 28 11:00 redis.conf
-rw-r--r-- 1 root root 107512 May 28 11:01 redis.conf.bak

[root@redis-slave2 etc]# vim redis.conf
bind 0.0.0.0
port 6379
protected-mode no
daemonize yes
logfile /root/redis-7.2.4/log/redis.log
requirepass pass@123
masterauth pass@123
replicaof 192.168.233.11 6379

注：由于我们搭建的集群需要自动容灾切换，主数据库可能会变成从数据库，所以三台机器上都需要同时设置 requirepass 和 masterauth 配置项。

3、启动 Redis 服务

上面我们主从节点的配置文件配置好，重启 redis 服务后，进入/root/redis-7.2.4/log 目录即可查看配置文件中指定的redis.log日志文件。

切换到 bin 目录，使用./redis-server即可启动 redis 服务，但是这种方式没有指明配置文件，redis 将采用默认配置，所以我们需要让 redis 按照我们的配置文件来启动，如下，启动时指定刚才我们复制到 etc 文件夹下的redis.conf：

[root@redis-server ~]# cd /root/redis-7.2.4/bin/
# 放到前台启动会导致启动后的redis界面占用shell终端，导致无法进行其他的命令操作，这里可以用后台启动redis的方式，使用如下命令：
[root@redis-server ~]# nohup ./redis-server /root/redis-7.2.4/etc/redis.conf &

4、数据同步

至此主从结构搭建完毕，不出意外主从机已经可以数据同步，下面我们分别查看三台机器的信息，如下：

1）查看Redis主从同步角色信息

  • 192.168.233.11 6379（主）
[root@redis-server ~]# cd /root/redis-7.2.4/bin/
[root@redis-server bin]# ./redis-cli
127.0.0.1:6379> auth pass@123
OK
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.233.12,port=6379,state=online,offset=434,lag=1
slave1:ip=192.168.233.13,port=6379,state=online,offset=434,lag=0
master_failover_state:no-failover
master_replid:cd007b42726b52320f66b507f3395747d303d56a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:434
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:434

在这里插入图片描述
注： 可以看到当前角色为主机（master），并且连接了另外两台从机（slave）。

  • 192.168.233.12 6379（从1）
[root@redis-slave1 ~]# cd /root/redis-7.2.4/bin/
[root@redis-slave1 bin]# ./redis-cli
127.0.0.1:6379> auth pass@123
OK
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.233.11
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_read_repl_offset:574
slave_repl_offset:574
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:cd007b42726b52320f66b507f3395747d303d56a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:574
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:15
repl_backlog_histlen:560

在这里插入图片描述
**注：**角色为从机（slave），并指明了主机地址192.168.233.11和端口6379。

  • 192.168.233.13 6379 （从2）
[root@redis-slave2 ~]# cd /root/redis-7.2.4/bin/
[root@redis-slave2 bin]# ./redis-cli
127.0.0.1:6379> auth pass@123
OK
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.233.11
master_port:6379
master_link_status:up
master_last_io_seconds_ago:4
master_sync_in_progress:0
slave_read_repl_offset:686
slave_repl_offset:686
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:cd007b42726b52320f66b507f3395747d303d56a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:686
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:169
repl_backlog_histlen:518

在这里插入图片描述
注： 可以看到当前角色为从机（slave），并指明了主机地址192.168.231.11和端口6379`。

2）测试Redis主从数据同步

接下来我们在主机（master）添加几条数据，看从机（slave1）和从机（slave2）是否可以获取到，如果能获取，说明数据已经同步到了从机，主机添加数据，如下：

  • 主机master添加数据：
    在这里插入图片描述
  • 从机slave1上查看是否同步：
    在这里插入图片描述
  • 从机slave2上查看是否同步：
    在这里插入图片描述
    至此，Redis的主从同步部署加测试已部署完成。

三、 Redis 的哨兵模式部署搭建

1、哨兵模式详解

Redis Sentinel是Redis 的高可用性解决方案，由一个或多个Sentinel（哨兵）实例组成。它可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，它的主要功能如下：

  • 监控(Monitoring)：Sentinel会不断地检查你的主服务器和从服务器是否运作正常。
  • 通知(Notification)：当被监控的某个 Redis 服务器出现问题时， Sentinel可以通过API向管理员或者其他应用程序发送通知。
  • 故障迁移：当主服务器不能正常工作时，Sentinel会自动进行故障迁移，也就是主从切换。
  • 统一的配置管理：连接者询问sentinel取得主从的地址。

2、哨兵原理

Sentinel 使用的算法核心是 Raft 算法，主要用途就是用于分布式系统，系统容错，以及Leader选举，每个Sentinel都需要定期的执行以下任务：

  • 每个 Sentinel 会自动发现其他 Sentinel 和从服务器，它以每秒钟一次的频率向它所知的主服务器、从服务器以及其他 Sentinel 实例发送一个 PING 命令。

  • 如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 那么这个实例会被 Sentinel 标记为主观下线。 有效回复可以是： +PONG 、 -LOADING 或者 -MASTERDOWN 。

  • 如果一个主服务器被标记为主观下线， 那么正在监视这个主服务器的所有 Sentinel要以每秒一次的频率确认主服务器的确进入了主观下线状态。

  • 如果一个主服务器被标记为主观下线， 并且有足够数量的Sentinel（至少要达到配置文件指定的数量）在指定的时间范围内同意这一判断， 那么这个主服务器被标记为客观下线。

  • 在一般情况下， 每个Sentinel会以每 10 秒一次的频率向它已知的所有主服务器和从服务器发送 INFO 命令。 当一个主服务器被Sentinel标记为客观下线时，Sentinel向下线主服务器的所有从服务器发送 INFO 命令的频率会从 10 秒一次改为每秒一次。

  • 当没有足够数量的Sentinel同意主服务器已经下线， 主服务器的客观下线状态就会被移除。 当主服务器重新向Sentinel的 PING 命令返回有效回复时， 主服务器的主管下线状态就会被移除。

在这里插入图片描述

3、哨兵模式配置文件

上面我们已经部署好了一个有三台服务器的Redis集群，并且配置好了主从数据同步，下面开始配置Redis的哨兵模式，这样一来不仅实现了Redis的主从数据同步，同时也实现了Redis集群中的Redis节点实现故障迁移（即当主服务器不能正常工作时，自动进行故障迁移，也就是主从切换）：

Redis 哨兵的配置主要就是修改sentinel.conf配置文件中的参数，在Redis安装目录即可看到此配置文件，各参数详解如下:

# 哨兵sentinel实例运行的端口，默认26379  
port 26379

# 哨兵sentinel的工作目录
dir ./

# 是否开启保护模式，默认开启。
protected-mode:no

# 是否设置为后台启动。
daemonize:yes

# 哨兵sentinel的日志文件
logfile:./sentinel.log

# 哨兵sentinel监控的redis主节点的 
## ip：主机ip地址
## port：哨兵端口号
## master-name：可以自己命名的主节点名字（只能由字母A-z、数字0-9 、这三个字符".-_"组成。）
## quorum：当这些quorum个数sentinel哨兵认为master主节点失联 那么这时 客观上认为主节点失联了  
# sentinel monitor <master-name> <ip> <redis-port> <quorum>  
sentinel monitor mymaster 127.0.0.1 6379 2

# 当在Redis实例中开启了requirepass，所有连接Redis实例的客户端都要提供密码。
# sentinel auth-pass <master-name> <password>  
sentinel auth-pass mymaster 123456  

# 指定主节点应答哨兵sentinel的最大时间间隔，超过这个时间，哨兵主观上认为主节点下线，默认30秒  
# sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds mymaster 30000  

# 指定了在发生failover主备切换时，最多可以有多少个slave同时对新的master进行同步。这个数字越小，完成failover所需的时间就越长；反之，但是如果这个数字越大，就意味着越多的slave因为replication而不可用。可以通过将这个值设为1，来保证每次只有一个slave，处于不能处理命令请求的状态。
# sentinel parallel-syncs <master-name> <numslaves>
sentinel parallel-syncs mymaster 1  

# 故障转移的超时时间failover-timeout，默认三分钟，可以用在以下这些方面：
## 1. 同一个sentinel对同一个master两次failover之间的间隔时间。  
## 2. 当一个slave从一个错误的master那里同步数据时开始，直到slave被纠正为从正确的master那里同步数据时结束。  
## 3. 当想要取消一个正在进行的failover时所需要的时间。
## 4.当进行failover时，配置所有slaves指向新的master所需的最大时间。不过，即使过了这个超时，slaves依然会被正确配置为指向master，但是就不按parallel-syncs所配置的规则来同步数据了
# sentinel failover-timeout <master-name> <milliseconds>  
sentinel failover-timeout mymaster 180000

# 当sentinel有任何警告级别的事件发生时（比如说redis实例的主观失效和客观失效等等），将会去调用这个脚本。一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行。
# 对于脚本的运行结果有以下规则：  
## 1. 若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10。
## 2. 若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行。  
## 3. 如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。
# sentinel notification-script <master-name> <script-path>  
sentinel notification-script mymaster /var/redis/notify.sh

# 这个脚本应该是通用的，能被多次调用，不是针对性的。
# sentinel client-reconfig-script <master-name> <script-path>
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh

4、哨兵模式搭建

这里我们部署三个哨兵，每台服务器一个哨兵，配置方式相同，如下：

  • 同样为了方便管理，首先将sentinel.conf复制到 etc 下，在三台主机上做如下操作：
# 拷贝配置文件
[root@redis-server ~]# cd /root/redis-7.2.4/
[root@redis-server redis-7.2.4]# cp sentinel.conf /root/redis-7.2.4/etc/

# 同样，在开始配置前备份好原有配置文件，养成好习惯
[root@redis-server etc]# cp sentinel.conf{,.bak}
[root@redis-server etc]# ll
total 144
-rw-r--r-- 1 root root    136 May 28 13:53 redis.conf
-rw-r--r-- 1 root root 107512 May 28 11:01 redis.conf.bak
-rw-r--r-- 1 root root  14700 May 30 22:05 sentinel.conf
-rw-r--r-- 1 root root  14700 May 30 22:07 sentinel.conf.bak
  • 开始配置哨兵配置文件，在三台主机上做如下操作：
[root@redis-server ~]# vim /root/redis-7.2.4/etc/sentinel.conf
#端口默认为26379。
port 26379
#关闭保护模式，可以外部访问。
protected-mode no
#设置为后台启动。
daemonize yes
#日志文件。
logfile /root/redis-7.2.4/log/sentinel.log
#指定主机IP地址和端口，并且指定当有2台哨兵认为主机挂了，则对主机进行容灾切换。(两个或以上哨兵认为主服务器不可⽤时，才会进⾏failover操作。)
sentinel monitor mymaster 192.168.233.11 6379 2
#当在Redis实例中开启了requirepass，这里就需要提供密码。
sentinel auth-pass mymaster pass@123
#这里设置了主机多少秒无响应，则认为挂了。这里设置为30秒
sentinel down-after-milliseconds mymaster 30000
#主备切换时，最多有多少个slave同时对新的master进行同步，这里设置为默认的1。
sentinel parallel-syncs mymaster 1
#故障转移的超时时间，这里设置为一分钟。
sentinel failover-timeout mymaster 60000

5、启动 Redis 哨兵

  • 配置完成后可以在这里启动三个哨兵，在三台服务器上做如下操作：
# 这里我们同样选择后台启动哨兵的方式启动
[root@redis-server ~]# cd /root/redis-7.2.4/bin/
[root@redis-server bin]# nohup ./redis-sentinel /root/redis-7.2.4/etc/sentinel.conf &

[root@redis-server bin]# ps -ef | grep redis
root       1609      1  0 22:03 ?        00:00:02 ./redis-server 0.0.0.0:6379
root       1763      1  0 22:29 ?        00:00:00 ./redis-sentinel *:26379 [sentinel]
root       1769   1573  0 22:29 pts/0    00:00:00 grep --color=auto redis
  • 三个哨兵都启动后，可使用如下命令查看哨兵信息
[root@redis-server bin]# ./redis-cli -p 26379
127.0.0.1:26379> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_tilt_since_seconds:-1
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.233.11:6379,slaves=2,sentinels=3

在这里插入图片描述
可以看到，哨兵已经监听到当前的主机IP端口和运行状态，并且有2台从机，3个哨兵。

不仅如此，sentinel.conf的配置文件也会在启动后更新，如下图：

在这里插入图片描述

6、模拟容灾切换

  • 现在我们模拟主机宕机，将主机 192.168.233.11 这台 redis 服务关闭，如下：

在这里插入图片描述

  • 停止后再将该主机的redis-server服务拉起来，如下：
[root@redis-server bin]# nohup ./redis-server /root/redis-7.2.4/etc/redis.conf &
  • 现在我们去看三台服务器的情况，发现刚才的主机 192.168.233.11 6379 已经变成了从机，并且哨兵（Sentinel）通过选举机制选举了从机 192.168.233.13 6379 作为了新的主机，如下：
    在这里插入图片描述
  • 进入192.168.231.133 6379 可以看到它已经由从机（slave）变为了主机（master），并且成功连接两台从机：192.168.233.11 192.168.233.12，如下：
    在这里插入图片描述
  • 需要注意的是，主从切换后配置文件已经被自动进行了更改，我们现在看一下新上位的主机 redis 日志，如下：

在这里插入图片描述
可以看到，当主机挂了的时候，一直连接主机被拒绝，当哨兵选举它为主机后，它成功执行重写的配置文件，并且连接了其他从机。

  • 此时再去查看三台主机的配置文件，发现配置已被自动更新：

  • 192.168.233.11（原来的master角色主机）配置文件：
    在这里插入图片描述

  • 192.168.233.12 配置文件：
    在这里插入图片描述

  • 192.168.233.13 （被哨兵推选出的新master角色主机）配置文件：
    在这里插入图片描述

Monks-gao
关注
Redis（七）：Redis哨兵模式部署
F道人
05-04 300
Redis哨兵模式 第一：同样端口规划，如果是多台服务器，就要进行服务器ip规划，同redis主从 类型 角色 IP 端口 Redis-sentinel sentinel1 192.168.30.134 26379 Redis-sentinel sentinel2 192.168.30.134 26380 Redis-sentinel sentinel3 192.168.3...
部署 Redis（哨兵模式）
weixin_39934651的博客
04-08 1304
附: 版本redis-6.2.6 redis 源地址 https://download.redis.io/releases/redis-6.2.6.tar.gz 1.上传redis安装包 ]# cd /opt/redis/ ]# tar -xvf redis-6.2.6.tar.gz ]# cd redis-6.2.6 2.安装redis ]# make ]# make install PREFIX=/home/redis 3.修改配置文件 ]# cd /home/redis ]# cat >&g.
Redis7【⑦ Redis哨兵(sentinel)】
weixin_44981126的博客
06-29 2522
Redis7【⑦ Redis哨兵(sentinel)】
Redis7.x安装系列教程(三)哨兵部署&原理详解
最新发布
08-11 805
Redis7.x安装系列教程(三)哨兵部署&原理详解，图文并茂，值得一读！
Redis（七）—— 哨兵
lizefeng1998的博客
02-06 900
Redis（七）—— 哨兵 文章目录Redis（七）—— 哨兵1、简介2、作用3、配置哨兵4、工作原理监控阶段通知阶段故障转移确认master下线推选哨兵进行处理具体处理 1、简介 哨兵(sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。 2、作用 监控 不断的检查master和slave是否正常运行。 master存活检测、master与slave运行情况检测 通知（提醒） 当被监控
Redis7（四）哨兵、集群
二狗mao的博客
08-04 861
吹哨人巡查监控后台master主机是否故障，如果故障了根据投票数自动将某一个从库转换为主库，继续对外服务。
Linux下Redis的安装和部署(三）--哨兵模式的部署.pdf
12-16
在Linux环境下部署Redis时，哨兵（Sentinel）模式是一种高可用性的解决方案，它能够监控Redis主从集群的状态，自动进行故障检测、故障恢复以及配置更新。以下是对哨兵模式部署的详细解释： 1. **哨兵模式配置文件**...
Redis哨兵主从模式+keepalived.docx
12-12
"Redis哨兵主从模式+keepalived" Redis哨兵主从模式是指 Redis 的一种高可用性解决方案，通过哨兵模式实现自动故障切换和虚拟IP漂移，以提供高可用性的Redis服务。下面是相关知识点的详细解释： 一、Redis主从复制...
linux 运维工程师 在一台centos7服务器上面部署 redis 哨兵集群
09-14
这是一篇在一台centos7 系统上面部署redis 哨兵模式的文档，也适用于linux 其他系统，例如red hat debian ubuntu 等等。适用于linux 运维小白，写的很详细，直接复制粘贴命令就行了。假如你的公司生产环境需要部署...
redis window版本哨兵
02-25
在Windows环境下，Redis Sentinel的配置和使用可能会与Linux有所不同，但核心功能保持一致。这里我们将详细探讨如何在Windows上设置和运行一个包含一主两从、三个哨兵的Redis集群。 首先，我们要理解Redis Sentinel...
redis哨兵模式部署
MAX_VALUE的博客
11-15 1981
redis哨兵模式部署（2个哨兵节点和1主1从服务）。
最新Redis7哨兵模式（保姆级教学）
热门推荐
loss_rose777的博客
12-30 4万+
最新版的redis7一步一步的保姆级教学，保证看完这篇文字受益匪浅，从配置文件到原理，最全面的文章，一定要来看看
Redis哨兵（Sentinel）模式部署
虎神大帝的博客
06-22 2285
Redis哨兵（Sentinel）模式
【Redis7】 Redis7 哨兵（重点：哨兵运行流程和选举原理）
爱干饭的猿的博客
04-20 1382
本文重点介绍Redis7 哨兵，重点：哨兵运行流程和选举原理。
30、Redis 7系列：哨兵（sentinel）
Eyesmoon的博客
01-02 996
30、Redis 7系列：哨兵（sentinel）
Redis哨兵模式集群部署
天羽云龙的博客
02-18 2012
Redis哨兵模式集群部署
Redis_07_Redis哨兵模式
qq_39150329的博客
06-25 291
1.Redis主从复制 概念 主从复制,是指将一台 Redis服务器的数据,复制到其他的 Redish服务器。前者称为主节点 master/ leader),后者称为从节点( slave/ follower);数据的复制是单向的,只能由主节点到从节点，也就是说从节点只能读不能写。 Master以写为主, Slave以读为主。 默认情况下,每台 Redish服务器都是主节点;且ー个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点主从复制的作用主要包括 1、数据冗余:主从复制实现了数据的热
redis超详细篇7 redis哨兵模式
生命不息，bug不止，一起探讨下写bug的技术吧
03-14 2305
上一篇我们讲了redis的主从复制以及三个特点， 我们有提到反客为主，不过那时候是用命令手动实现的，那么有没有办法自动实现呢？带着问题，我们来到这篇，那么当然有了。 开篇 哨兵模式：反客为主的自动版，能够后台检测主机是否故障，如果故障了，根据投票数，自动将从库变成主库 哨兵模式的实现 步骤： 1.先创建一个sentinel.conf文件（哨兵配置文件，名字绝对不能打错） 2.进行哨兵配置，填写内容 3.启动配置 sentinel.conf配置 我们还是在myredis目录下进行创建，输入以下命令 senti
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值