Redis 主从配置密码以及哨兵

最新推荐文章于 2024-07-20 20:04:43 发布

weixin_30954607

最新推荐文章于 2024-07-20 20:04:43 发布

阅读量1k

点赞数

文章标签：数据库 c# 开发工具

原文链接：http://www.cnblogs.com/zhangan/p/11017590.html

版权

　　1，有了主从，那我们需要对其进行监控，Sentinel会不断地检查你的主服务器和从服务器是否运作正常。某个节点故障后，Sentinel 会开始一次自动故障迁移操作，它会将失效主服务器的其中一个从服务器升级为新的主服务器，并让失效主服务器的其他从服务器改为复制新的主服务器；当客户端试图连接失效的主服务器时，集群也会向客户端返回新主服务器的地址，使得集群可以使用新主服务器代替失效服务器。Redis Sentinel 是一个分布式系统，你可以在一个架构中运行多个 Sentinel 进程（Progress），这些进程使用流言协议（Gossip Protocols)来接收关于主服务器是否下线的信息，并使用投票协议（Agreement Protocols）来决定是否执行自动故障迁移，以及选择哪个从服务器作为新的主服务器。虽然 Redis Sentinel 释出为一个单独的可执行文件 redis-sentinel ，但实际上它只是一个运行在特殊模式下的 Redis 服务器。

　　2，哨兵是个分布式系统，通过配置文件可以多个哨兵合作，以实现它的健壮性：

某个主服务是否正常，需要通过多个哨兵确认，这样可保证误判的低概率。
当哨兵工作的时候，总会有个别哨兵不能正常运行，如个别系统出现故障，所以多个哨兵合作运行，保证了系统的健壮性。
所有的哨兵、redis实例(包括主与从)和客户端相互之间会有交互，这是一个大的分布式系统，在此文档中将由浅入深地介绍哨兵的基础概念，以便更好的理解其基本属性，然后是更复杂的特性，让你理解它是如果精确的工作

Redis 主从配置

环境：一主一从配置，一般来说一个分布式，至少满足2n+1，最小为3个，生产看需求。

　　主节点IP：192.168.198.131

　　从节点IP：192.168.198.132

　　从节点IP：192.168.198.133

　　端口使用默认6379（如果是虚拟机测试，一台机器拷贝3个redis目录进行配置启动就可以了）

安装：节点1 节点2 节点3 全部执行以下命令，不同的地方有标注。

编译redis

cd /usr/local/src/

wget http://download.redis.io/releases/redis-3.0.5.tar.gz

tar zxvf ./redis-3.0.5.tar.gz

cd redis-3.0.5

make

make install

主从配置

将主从redis配置文件redis.conf中的aemonize no 改为 yes
从redis配置文件添加slaveof 192.168.198.131 6379 的配置
主从开启AOF机制 appendoly yes

cd /usr/local/src/redis-3.0.5

vim redis.conf 　　#修改以下内容，不是必须的

bind 127.0.0.1 192.168.198.131 　　#两台主机分别改为自己的IP

logfile "/usr/local/src/redis-3.0.3/redis.log"

daemonize yes 　　#启用守护模式

appendonly yes #开启aof持久化

slave-read-only yes　　 #slave 默认就是只读的，这里不用管。

protected-mode no 　　#protected-mode 是3.2 之后加入的新特性，为了禁止公网访问redis cache，加强redis安全的。根据自己需要配置，它启用的条件，有两个，没有bind IP 以及没有设置访问密码。

#requirepass "admin.123" 　　#设置redis登录密码这个看自己需求可以不要

#masterauth "admin.123" 　　#主从认证密码，否则主从不能同步，这个看自己需求可以不要

启用主从模式只有Redis Slave 添加一行，启动服务主从就配置好了。

slaveof 192.168.198.131 6379

启动服务

主redis：

[root@localhost redis-3.0.5]# ./src/redis-server redis.conf

从redis：

[root@localhost redis-3.0.5]# ./src/redis-server redis.conf

从redis：

[root@localhost redis-3.0.5]# ./src/redis-server redis.conf

检查主从状态

~]# redis-cli -c -h 192.168.198.131 -p 6379
192.168.198.131:6379> info
.......
# Replication 　　#中间省略了内容，自己可以看看，主要是找到这一段，看主从状态。
role:master
connected_slaves:1
slave0:ip=192.168.198.132,port=6379,state=online,offset=5700675,lag=0
slave0:ip=192.168.198.133,port=6379,state=online,offset=5700676,lag=1
master_repl_offset:5700675
repl_backlog_active:1
repl_backlog_size:10000000
repl_backlog_first_byte_offset:1
repl_backlog_histlen:5707674
.......

测试数据同步

主redis：
[root@localhost redis-3.0.5]# src/redis-cli -p 6379
127.0.0.1:6379> set name abc
OK
127.0.0.1:6379> get name
"abc"
127.0.0.1:6379>
从redis：
[root@localhost redis-3.0.5]# src/redis-cli -p 6379
127.0.0.1:6379> get name
"abc"
127.0.0.1:6379>

127.0.0.1:6379>
从redis：
[root@localhost redis-3.0.5]# src/redis-cli -p 6379
127.0.0.1:6379> get name
"abc"
127.0.0.1:6379>

默认是读写分离的

在从redis：

[root@localhost redis-3.0.5]# src/redis-cli -p 6379
127.0.0.1:6379> set name 123
(error) READONLY You can't write against a read only slave.

Redis Sentinel 配置

首先我们cp一份redis目录这样好区分开来，一台服务器开启多个redis服务也是这样拷贝目录配置端口启动
cp /usr/local/src/redis-3.0.5 /usr/local/src/redis-3.0.5-sentinel1
cd /usr/local/src/redis-3.0.5-sentinel1
vim sentinel.conf 　　#在redis的跟目录下
port 26379
daemonize yes
protected-mode no 　　#保护模式如果开启只接受回环地址的ipv4和ipv6地址链接，拒绝外部链接，而且正常应该配置多个哨兵，避免一个哨兵出现独裁情况，如果配置多个哨兵那如果开启也会拒绝其他sentinel的连接。导致哨兵配置无法生效。
logfile "/usr/local/src/redis-3.0.5-sentinel1/sentinel.log" 　　 #指明日志文件
dir "/usr/local/src/redis-3.0.5-sentinel1" ## 哨兵sentinel的工作目录
sentinel monitor mymaster 192.168.198.131 6379 1 　　#哨兵监控的master，选择新主需要几个哨兵投票
sentinel down-after-milliseconds mymaster 5000　　 #master或者slave多少时间（默认30秒）不能使用标记为down状态。
sentinel failover-timeout mymaster 18000 　　#若哨兵在配置值内未能完成故障转移操作，则任务本次故障转移失败。
sentinel auth-pass mymaster redispass 　　#如果redis配置了密码，那这里必须配置认证，否则不能自动切换
sentinel parallel-syncs mymaster 1 # 这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行同步，这个数字越小，完成failover所需的时间就越长，但是如果这个数字越大，就意味着越多的slave因为replication而不可用。可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态

[root@master redis-3.0.5-sentinel1]# /usr/local/src/redis-3.0.5-sentinel1/src/redis-sentinel /usr/local/src/redis-3.0.5-sentinel1/sentinel.conf 　　#启动服务
如果有下面报错启动命令后面要加上 --sentinel
*** FATAL CONFIG FILE ERROR ***
Reading the configuration file, at line 6
>>> 'sentinel monitor mymaster 192.168.198.131 6379 1'
sentinel directive while not in sentinel mode

哨兵无需配置slave，只需要指定master，哨兵会自动发现slave

检查哨兵状态：

[root@localhost redis-3.0.5-sentinel1]# ./src/redis-cli -p 26379
127.0.0.1:26379> info Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
master0:name=mymaster,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=1
127.0.0.1:26379>

就这样，分布式完成了，启动，然后杀死主redis, 然后就从哨兵中看到了redis的选举新主redis切换了，将现在的主redis的数据进行save保存，然后将现在的主redis根目录下dump.rdb文件拷贝覆盖到原来主redis的根目录下dump.rdb (如果是aof持久化则直接拷贝aof文件覆盖原来主热地上的根目录下并重启)，然后我们启动杀死的主redis，发现之前的主redis变成了新主的从redis了，就这样整个过程就完成了。

rdb持久化数据同步步骤如下：

1）将现在的主redis的数据进行保存

     [root@localhost redis-3.0.5]# src/redis-cli -p 6379
     127.0.0.1:6379> save
     OK
     127.0.0.1:6379>

2）将现在的主redis根目录下dump.rdb文件拷贝覆盖到原来主redis的根目录下dump.rdb

3）启动原来的主redis

      [root@localhost redis-3.0.5]# ./src/redis-server redis.conf

4）info replication命令查看主从复制信息，之前的主redis变成了新主的从redis了

主Redis宕机测试（大概流程如下，自己测试，从redis宕机重启slave重新加入到了主从复制中）

把主redis的进程kill掉，观察sentinel控制台输出信息：

2461:X 18 Jul 08:29:19.276 #   +sdown master mymaster 127.0.0.1 6380【 master服务已经宕机】

2461:X 18 Jul 08:29:19.276 # +odown master mymaster 127.0.0.1 6380 #quorum 1/1

2461:X 18 Jul 08:29:19.276 # +new-epoch 1

2461:X 18 Jul 08:29:19.276 #   +try-failover master mymaster 127.0.0.1 6380【尝试恢复master】

2461:X 18 Jul 08:29:19.282 # +vote-for-leader 236f14b361fc5a0dc0621cf88823ed6e6252b2f3 1 【投票选举哨兵leader，现在就一个哨兵所以leader就自己】

2461:X 18 Jul 08:29:19.282 # +elected-leader master mymaster 127.0.0.1 6380 【选出leader】

2461:X 18 Jul 08:29:19.282 # +failover-state-select-slave master mymaster 127.0.0.1 6380 【选中其中的一个slave当做master】

2461:X 18 Jul 08:29:19.345 #   +selected-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380【选中6381当master】

2461:X 18 Jul 08:29:19.345 * +failover-state-send-slaveof-noone slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380 【发送slaveof no one命令】

2461:X 18 Jul 08:29:19.401 * +failover-state-wait-promotion slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380 【等待升级master】

2461:X 18 Jul 08:29:20.291 # +promoted-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380 【升级6381为master】

2461:X 18 Jul 08:29:20.291 # +failover-state-reconf-slaves master mymaster 127.0.0.1 6380

2461:X 18 Jul 08:29:20.361 * +slave-reconf-sent slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6380

2461:X 18 Jul 08:29:20.666 * +slave-reconf-inprog slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6380

2461:X 18 Jul 08:29:21.694 * +slave-reconf-done slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6380

2461:X 18 Jul 08:29:21.770 #   +failover-end master mymaster 127.0.0.1 6380【故障恢复完成】

2461:X 18 Jul 08:29:21.770 #   +switch-master mymaster 127.0.0.1 6380 127.0.0.1 6381【master 从6380切换到6381】

2461:X 18 Jul 08:29:21.771 * +slave slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6381 【添加6382为6381的从库】

2461:X 18 Jul 08:29:21.771 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6381 【添加6380为6381的从库】

2461:X 18 Jul 08:29:51.828 # +sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6381 【发现6380已经宕机，等待6380的恢复】

查看主从复制信息可以看出，现在6381为master,有一个从库

127.0.0.1:6381> info replication

# Replication

role:master

connected_slaves:1

slave0:ip=127.0.0.1,port=6382,state=online,offset=35213,lag=1

master_repl_offset:35346

repl_backlog_active:1

repl_backlog_size:1048576

repl_backlog_first_byte_offset:2

repl_backlog_histlen:35345

把6380恢复

[root@master redis-master-slave]# /usr/local/bin/redis-server /opt/redis/redis-master-slave/6380/redis.conf

观察sentinel控制台输出信息：

2461:X 18 Jul 08:42:35.202 # -sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6381

2461:X 18 Jul 08:42:45.207 * +convert-to-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6381

查看主从复制信息：

127.0.0.1:6381> info replication

# Replication

role:master

connected_slaves:2

slave0:ip=127.0.0.1,port=6382,state=online,offset=56432,lag=0

slave1:ip=127.0.0.1,port=6380,state=online,offset=56432,lag=0

master_repl_offset:56432

repl_backlog_active:1

repl_backlog_size:1048576

repl_backlog_first_byte_offset:2

repl_backlog_histlen:56431

配置多个哨兵

启动三个哨兵(redis-3.0.3-sentinel1, redis-3.0.3-sentinel2, redis-3.0.3-sentinel3)

cp /usr/local/src/redis-3.0.3-sentinel1 /usr/local/src/redis-3.0.3-sentinel2

cp /usr/local/src/redis-3.0.3-sentinel1 /usr/local/src/redis-3.0.3-sentinel3

配置（三个配置基本相似, 就端口号的地方改一下）

vim sentinel.conf 　　#在redis的跟目录下
port 26379 　　# 对应第sentinel1

port 26380　　# 对应第sentinel2

port 26381　　# 对应第sentinel3

启动sentinel服务

[root@master redis-3.0.3-sentinel1]# /usr/local/src/redis-3.0.3-sentinel1/src/redis-sentinel /usr/local/src/redis-3.0.3-sentinel1/sentinel.conf 　　#启动服务

[root@master redis-3.0.3-sentinel2]# /usr/local/src/redis-3.0.3-sentinel2/src/redis-sentinel /usr/local/src/redis-3.0.3-sentinel2/sentinel.conf 　　#启动服务

[root@master redis-3.0.3-sentinel3]# /usr/local/src/redis-3.0.3-sentinel3/src/redis-sentinel /usr/local/src/redis-3.0.3-sentinel3/sentinel.conf 　　#启动服务

多个哨兵配置文件一样，正常情况下要配置奇数哨兵，避免切换时候票数相同，出现竞争，影响线上业务。

转载于:https://www.cnblogs.com/zhangan/p/11017590.html

weixin_30954607

关注

0
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
Redis 主从配置密码以及哨兵

目录：Redis 主从介绍哨兵机制Redis 主从配置环境安装启动服务检查主从状态测试数据同步默认是读写分离的Redis Sentinel 配置主Redis宕机测试配置多个哨兵Redis 主从介绍主Redis写入数据时，从Redis会通过Redis Sync机制，同步数据，确保数据一致。并且R...
复制链接

扫一扫