Redis 集群和 Sentinel 高可用Redis哨兵监听模式

1、Redis 主从复制

    Redis主从复制和MySQL主从复制的目的是一样的,都是为了数据的备份与减轻单台服务器的压力。

   通过持久化功能,Redis保证了即使在服务器重启的情况下也不会丢失(或少量丢失)数据,但是由于数据是存储在一台服务器上的,如果这台服务器出现故障,比如硬盘坏了,也会导致数据丢失。

    为了避免单点故障,我们需要将数据库复制多份部署在多台不同的服务器上,即使有一台服务器出现故障其他服务器依然可以继续提供服务。

    那么这就要求当一台服务器上的数据库更新后,可以自动将更新的数据同步到其他服务器上,这个该怎么实现呢?

    1.1、Redis 主从复制的实现方式一:

        1.1.1、Redis提供了复制(replication)功能来自动实现多台服务器的数据同步。

        1.1.2、从redis2.6开始,master默认用于写,slave默认用于读,向slave写数据会导致错误。

        1.1.3、修改配置文件 redis.conf,启动时,服务器读取配置文件,并自动成为指定服务器的从服务器:

在此就用一个Redis通过三个不同的配置文件实现实例化三个Redis数据库。

第一步:复制三分 redis.conf文件,并分别命名为:redis6380.conf、redis6381.conf、redis6382.conf;

第二步:执行 > redis638*.conf,清空复制出来的配置文件,然后分别按复制以下代码,粘贴到对应的配置文件中,此处注意,如果是在不同的主机上部署的redis,要实现集群,则还要更改 bind 参数,注释掉 bind,同时修改 protected-mode 参数的值为 no,否则不能实现 Redis 相互通讯,也不能实现哨兵监听。

master 的配置文件 redis6380.conf:

include /usr/local/redis-x.x.x/redis.conf
daemonize yes
port 6380
pidfile /var/run/redis_6380.pid
logfile 6380.log
dbfilename dump6380.rdb
slave1 的配置文件 redis6381.conf:

include /usr/local/redis-x.x.x/redis.conf
daemonize yes
port 6381
slaveof 127.0.0.1 6380
pidfile /var/run/redis_6381.pid
logfile 6381.log
dbfilename dump6381.rdb
slave2 的配置文件 redis6382.conf:
include /usr/local/redis-x.x.x/redis.conf
daemonize yes
port 6382
slaveof 127.0.0.1 6380
pidfile /var/run/redis_6382.pid
logfile 6382.log
dbfilename dump6382.rdb
配置解释:

include:表示包含redis的默认配置文件,然后下面再更改需要该表的属性就相当于重写或者覆盖默认的属性。

daemonize:改成yes,表示Redis有台运行,启动的时候可以不加 & 就是后台运行,如果不覆盖这个属性,则如果要后台运行启动需要在命令的后面加上 &;

port:表示端口号;

pidfile :pid文件,每个Redis实例需要不同的文件,如果不改,将会覆盖默认的文件;

logfile:日志文件,同上;

dbfilename:rdb文件,同上;

slaveof:从属于那个主机下的那个端口号所在的redis实例。

        1.1.4、分别启动 redis实例,执行命令:/usr/local/redis-x.x.x/src/redis-server /usr/local/redis-x.x.x/redis638*.conf;

        1.1.5、分别执行命令:/usr/local/reids-x.x.x/src/redis-cli -h <主机IP> -p <端口号>,进入命令行客户端;

        1.1.6、分别执行命令:info replication,查看当前实例的角色信息。

    此方式的主从复制已经成功。

    1.2、Redis主从复制方式二:

        此方式与第一种方式的不同点在于:配置文件内容都按 master 的配置文件内容修改,master 启动正常启动,slave 启动命令不同,命令:/usr/local/redis-x.x.x/src/redis-server /usr/local/redis-x.x.x/redis638*.conf --slaveof <主机IP> <端口号>;

主服务信息查看:

Redis 集群和 Sentinel 高可用Redis哨兵监听模式_第1张图片

从服务信息查看:

Redis 集群和 Sentinel 高可用Redis哨兵监听模式_第2张图片

2、Redis容灾处理:当Master服务出现故障,需手动将slave中的一个提升为master, 剩下的slave挂至新的master上(冷处理)

    2.1、将其中一台 slave 提升为 master,在客户端命令行执行命令:slaveof no one;

    2.2、将其他的 salve 挂在新的 master 上:slaveof <主机IP> <端口号>

3、主从复制总结:

    一个Master可以有多个Slave,Slave下线,只是读请求的处理性能下降;Master下线,写请求无法执行,其中一台Slave使用slaveof no one命令成为Master,其它Slave执行slaveof命令指向这个新的Master,从它这里同步数据以上过程是手动的,要实现自动化处理,这就需要Sentinel哨兵,实现故障转移Failover操作

4、Redis 高可用 Sentinel 哨兵监听模式:

    4.1、Sentinel高可用哨兵监听作用:这是redis官方提供的高可用方案,可以用它管理多个Redis服务实例。Redis 编译后(make 后)产生redis-sentinel程序文件,可以在一个redis中运行多个sentinel进程。Sentinel会不断检查Master和Slave是否正常,如果Sentinel挂了,就无法监控。所以需要多个哨兵,组成Sentinel网络,一般最小的 sentinel 网络由三个 sentinel 组成。监控同一个Master的Sentinel会自动连接,组成一个分布式的Sentinel网络,互相通信并交换彼此关于被监控服务器的信息。当一个Sentinel认为被监控的服务器已经下线时,它会向网络中的其它Sentinel进行确认,判断该服务器是否真的已经下线。如果下线的服务器为主服务器,那么Sentinel网络将对下线主服务器进行自动故障转移,通过将下线主服务器的某个从服务器提升为新的主服务器,并让其从服务器转移到新的主服务器下,以此来让系统重新回到上线的状态。当下线的旧主服务器重新上线,Sentinel会让它成为从,挂到新的主服务器下。

    4.2、Sentinel高可用哨兵监听模式的实现:

        4.2.1、复制三份 sentinel.conf,并重命名为 sentinel26380.conf、sentinel26381.conf、sentinel26382.conf;

        4.2.2、修改配置文件:

            a、修改 Sentinel 端口号:port 26379 改为:port 26380、port 26381、port 26382;

            b、修改监听的主服务器:sentinel monitor mymaster 127.0.0.1 6379 2 改为:sentinel monitor mymaster 127.0.0.1 6379 2;  格式:Sentinel monitor <自定义主服务器name>

        4.2.3、启动 sentinel,创建监听网络,执行三条命令:/usr/local/redis-4.0.8/src/redis-sentinel /usr/local/redis-4.0.8/sentinel26380.conf、/usr/local/redis-4.0.8/src/redis-sentinel /usr/local/redis-4.0.8/sentinel26381.conf、/usr/local/redis-4.0.8/src/redis-sentinel /usr/local/redis-4.0.8/sentinel26382.conf

        4.3.4、最后配上完整的 Redis 集群的图片信息:

Redis 集群和 Sentinel 高可用Redis哨兵监听模式_第3张图片

Redis进程一览:

Redis 集群和 Sentinel 高可用Redis哨兵监听模式_第4张图片

哨兵信息:

Redis 集群和 Sentinel 高可用Redis哨兵监听模式_第5张图片

        4.2.5、查看sentinel的监听效果:直接停掉主服务,停掉方式:kill -9 <进程号>或者shutdown,然后查看哨兵sentinel的信息,如下图:

Redis 集群和 Sentinel 高可用Redis哨兵监听模式_第6张图片

        4.2.6、将挂掉的服务器重新启动,哨兵会自动将新启动的服务器当作从服务器挂到现在的主服务下。

5、Redis高可用哨兵监听模式总结:

    哨兵监听一般都会组成一个分布式的sentinel网络,至少需要三台服务器。当被监听的主服务下线的时候,sentinel网络会进行故障转移,将其他的某一个从服务器提升为主服务器,将别的服务器挂在新的主服务器下,保证redis系统重新回到线上。当被监听的挂掉的服务器重新启动的时候,sentinel网络会将其当作从服务器也挂在当前的主服务器下。

你可能感兴趣的:(数据库,#,Redis)