redis主从配置方法

你的名字 2022-03-25 01:20 144阅读 0赞

在不使用redis-cluster集群的情况下，配置完成两台redis实例配置成主从模式即可较好的实现实时备份，同时sentinel实际上也是一个redis实例，用于监控各个redis节点的状态，实现当主服务器down掉后自动的切换至从服务器。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1NFVVNVTkpN_size_16_color_FFFFFF_t_70][]

以下试验是在单机上启动三个redis实例（一个物理机可以启动多个redis实例，用端口区分），一个master，一个slave，一个sentinel用于监控master的状态，如果把每个redis实例映射为主机，对应如下图所示。

首先手动安装redis

wget http://download.redis.io/releases/redis-stable.tar.gz
    
    tar -zxzf redis-2.8.17.tar.gz
    
    cd redis-stable
    
    make （要保证gcc环境）
    
    make MALLOC=libc // 如果编译报错
    
    tar -zcvf redis.tar.gz redis-stable // 返回打包redis文件夹，上传服务器使用

make完后redis-stable目录下会出现编译后的redis服务程序redis-server，还有用于测试的客户端程序redis-cli，两个程序位于安装目录src目录下：

下面启动redis服务：

cd src
    
    ./redis-server

注意这种方式启动redis使用的是默认配置。也可以通过启动参数告诉redis使用指定配置文件使用下面命令启动。

cd src
    
    ./redis-server redis.conf

redis.conf是一个默认的配置文件，我们可以根据需要使用自己的配置文件。

启动redis服务进程后，就可以使用测试客户端程序redis-cli和redis服务交互了。 比如：

cd src
    
    ./redis-cli
    
    redis> set name zhangsan
    
    OK
    
    redis> get name
    
    "zhangsan"

为方便管理，可以在/usr/local/下创建需要的目录

cd /usr/local
    
    sudo mkdir redis

然后在redis目录，新建bin和conf目录。(不是必须的，只不是过为了方便而已)

把前面编译后的redis的可执行文件(在redis-stable/src/目录)，复制到/usr/local/redis/bin里面去

拷贝redis开头的所有文件

sudo cp redis* /usr/local/redis/bin/

redis提供给我们了一个默认的配置文件redis.conf在其根目录下，把它复制到/usr/local/redis/conf目录下，并改名为6379.conf

sudo cp redis.conf /usr/local/redis/conf/6379.conf

修改配置文件6379.conf，修改如下几个配置：

daemonize no修改为：daemonize yes (后台程序方式运行)

\#pidfile /var/run/redis\_6379.pid修改为：pidfile /usr/local/redis/redis\_6379.pid

将 bind 127.0.0.1 使用\#注释掉，改为\# bind 127.0.0.1（bind配置的是允许连接的ip，默认只允许本机连接；若远程连接需注释掉，或改为0.0.0.0）

将 protected-mode yes 改为 protected-mode no（3.2之后加入的新特性，目的是禁止公网访问redis cache，增强redis的安全性）

将 requirepass foobared 注释去掉，foobared为密码，也可修改为别的值（可选，建议设置）

添加iptables规则

iptables -I INPUT 1 -p tcp -m state --state NEW -m tcp --dport 6379 -j ACCEPT

保存

service iptables save

配置iptables开机自启

保存后重启依然没有生效，后百度得知，需要设置iptables开机自启才可使配置生效。

service iptables on

启动，注意文件夹路径不要搞错

/usr/local/redis/bin/redis-server /usr/local/redis/conf/6379.conf

ps -ef | grep redis // 验证进程启动

配置从节点，这里采用启动另一个实例的方式

cp 6379.conf 6380.conf

修改6380.conf

修改对应的端口和pid配置

port 6379修改为：port 6380

pidfile /usr/local/redis/redis\_6379.pid修改为：pidfile /usr/local/redis/redis\_6380.pid

增加一行：slaveof 127.0.0.1 6379

启动2个redis实例

/usr/local/redis/bin/redis-server /usr/local/redis/conf/6379.conf

/usr/local/redis/bin/redis-server /usr/local/redis/conf/6380.conf

ps -ef | grep redis // 验证进程启动

启动redis客户端，去连接6379那个实例

cd /usr/local/redis/bin/

./redis-cli -h 127.0.0.1 -p 6379

连上之后输入：info命令，查看主从配置成功。

测试新增

set name zhangsan

读取

get name

然后访问6380那个实例

./redis-cli -h 127.0.0.1 -p 6380

get name

我们发现这2个实例已经完成了数据的同步。

如果我们要在从服务器写入

set name lisi

会提示：(error) READONLY You can't write against a read only slave.

因为从服务器只有读权限，我们做的就是redis的读写分离。

### 配置redis-sentinel，用于自动检测问题，自动选择主服务器。 ###

cp sentinel.conf /usr/local/redis/conf/

sentinel 节点启动有两种方式:

使用redis-sentinel sentinel\_6379.conf

/usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/sentinel.conf

或使用redis-server sentinel\_6379.conf --sentinel

port 26379

daemonize no

\#bind 192.168.56.11 // 当前试验环境不需要配置

l\#ogfile "/data/app/redis/logs/sentinel\_26379.log" // 当前试验环境不需要配置

\#dir "/data/db/sentinel\_26379" // 当前试验环境不需要配置

sentinel monitor mymaster 127.0.0.1 6379 2

sentinel down-after-milliseconds mymaster 30000

sentinel parallel-syncs mymaster 1

sentinel failover-timeout mymaster 180000

配置项说明：

sentinel monitor mymaster 127.0.0.1 6379 2

这一行代表sentinel监控的master的名字叫做mymaster，地址为127.0.0.1:6379。我们知道，网络是不可靠的，有时候一个sentinel会因为网络堵塞而误以为一个master redis已经死掉了，当sentinel集群式，解决这个问题的方法就变得很简单，只需要多个sentinel互相沟通来确认某个master是否真的死了，这个2代表，当集群中有2个sentinel认为master死了时，才能真正认为该master已经不可用了。（sentinel集群中各个sentinel也有互相通信，通过gossip协议）。

除了第一行配置，我们发现剩下的配置都有一个统一的格式：

sentinel <option\_name> <master\_name> <option\_value>

接下来我们根据上面格式中的option\_name一个一个来解释这些配置项：

down-after-milliseconds

sentinel会向master发送心跳PING来确认master是否存活，如果master在“一定时间范围”内不回应PONG或者是回复了一个错误消息，那么这个sentinel会主观地(单方面地)认为这个master已经不可用了(subjectively down, 也简称为SDOWN)。而这个down-after-milliseconds就是用来指定这个“一定时间范围”的，单位是毫秒。

这个时候sentinel并不会马上进行failover主备切换，这个sentinel还需要参考sentinel集群中其他sentinel的意见，如果超过某个数量的sentinel也主观地认为该master死了，那么这个master就会被客观地(注意哦，这次不是主观，是客观，与刚才的subjectively down相对，这次是objectively down，简称为ODOWN)认为已经死了。需要一起做出决定的sentinel数量在上一条配置中进行配置。

parallel-syncs

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

其他配置项在sentinel.conf中都有很详细的解释。

所有的配置都可以在运行时用命令SENTINEL SET command动态修改。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1NFVVNVTkpN_size_16_color_FFFFFF_t_70]: /images/20220325/487ea7ef4faf40e3ab2c60fa4a633c99.png