redis--主从同步,故障切换,集群搭建

一 . redis主从同步

　　准备三个配置文件,实现一主两从的redis数据库结构(这三个配置文件仅仅端口不一样)

# redis-6379.conf 文件, 写入下面数据:

port 6379
daemonize yes
pidfile /data/6379/redis.pid
loglevel notice
logfile "/data/6379/redis.log"
dbfilename dump.rdb
dir /data/6379
protected-mode no

　　下面两个文件直接替换就可以

sed  "s/6379/6380/g"  redis-6379.conf  >  redis-6380.conf
sed  "s/6379/6381/g"  redis-6379.conf  >  redis-6381.conf

# 把6379配置成主库,6380和6381配置成从库,  需要在6380和6381的conf文件下写入:
slaveof  127.0.0.1  6379  

　　分别启动redis数据库

redis-server redis-6379.conf 
redis-server redis-6380.conf 
redis-server redis-6381.conf

　　通过命令查看数据库的身份信息

127.0.0.1:6379> info  Replication     # 身份是master
127.0.0.1:6380> info  Replication     # 身份是slave    
127.0.0.1:6381> info  Replication     # 身份是slave

　　测试: 在主库中写入数据,然后咋从库中查看,如果同步即为正常

二 . 故障切换

　　手动进行主从故障切换

# 演示: 
1. 手动检查进程, 杀死主库. (6379)
2.手动切换到其中的一个从库(6380),去掉conf文件中的slave身份
3.切换到另一个从库(6381), 把conf文件中的slave指向改成 slaveof  127.0.0.1  6380

　　自动主从切换, 应用哨兵

# 哨兵(redis-sentinel)集群自动切换原理简述:
给数据库配上几个哨兵,让他们监控着数据库, 不时的去问主, 从数据库时候还活着,如果主库在规定时间内没有回回复哨兵信息,证明挂了,
　　哨兵会告诉其他的哨兵主库挂啦,然后其他的哨兵去验证一下,如果发现真的挂了, 
　　　　那么哨兵会在从库中选举出一个新的主库,然后把其他的从库slaveof 执行这个新的主库.

　　　　1. 环境配置(准备三个redis配置文件)

# redis-6379.conf   
port 6379 
daemonize yes
logfile "6379.log"
dbfilename "dump-6379.rdb"
dir "/opt/redis/data/"

# 另外两个如下
sed "s/6379/6380/g" redis-6379.conf  > redis-6380.conf 
sed "s/6379/6381/g" redis-6379.conf  > redis-6381.conf 
# 然后分别在这两个文件下写上:
slaveof  127.0.0.1  6379

　　　　2. 分别启动三个redis

redis-server redis-6379.conf 
redis-server redis-6380.conf 
redis-server redis-6381.conf 

　　　　3. 分别查看他们的身份信息

redis-cli  -p  6379  info  Replication     # master 主库
redis-cli  -p  6380  info  Replication     # slave  从库
redis-cli  -p  6380  info  Replication     # slave  从库

　　　　4. 准备三个哨兵(就是三个值班的,检测redis状态)

# redis-26379.conf   写入下面数据:
port 26379  
dir /var/redis/data/
logfile "26379.log"

#  当前Sentinel节点监控 127.0.0.1:6379 这个主节点
# 2代表判断主节点失败至少需要2个Sentinel节点节点同意，少数服从多数 
# s18ms是主节点的别名
sentinel monitor s18ms 127.0.0.1 6379 2

# 每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达，如果超过30000毫秒30s且没有回复，则判定不可达
sentinel down-after-milliseconds s18ms 30000

# 当Sentinel节点集合对主节点故障判定达成一致时，Sentinel领导者节点会做故障转移操作，选出新的主节点，
# 原来的从节点会向新的主节点发起复制操作，限制每次向新的主节点发起复制操作的从节点个数为1
sentinel parallel-syncs s18ms 1

# 故障转移超时时间为180000毫秒
sentinel failover-timeout s18ms 180000
daemonize yes

# 另外两个配置信息也只有端口不同

　　　　5.分别启动三个哨兵

[root@localhost s18msredis]# redis-sentinel redis-26379.conf 
[root@localhost s18msredis]# redis-sentinel redis-26380.conf 
[root@localhost s18msredis]# redis-sentinel redis-26381.conf

　　　　6.查看哨兵身份信息

[root@localhost s18msredis]# redis-cli -p 26379 info sentinel
[root@localhost s18msredis]# redis-cli -p 26380 info sentinel
[root@localhost s18msredis]# redis-cli -p 26381 info sentinel

　　　　7.测试

# 这三个哨兵检测这一主两从
1.干掉(主库)6379,查看6380和6381这两个的身份信息
2.发现其中一个从库(如:6380)变成了主库, 另一个从库变成了6380的从库   # 这个选主库是随机的.
3.当6379复活后,会自动变成6380的从库

# 原理其实就是把6380里面的slave移除啦,然后把6381的slaveof指向了6381, 6379复活后slaveof也指向了6381

三 . redis-cluster的集群搭建

　　　　

集群搭建的作用其实就是把一个很大的数据切片分摊, 就好比1吨重物放到一个马车上,马会拉不动的,
　　但是分开放到6辆马车上,每辆马车分得重量就会变小,这样马就能拉动啦!

　　redis-cluster 虚拟槽分区

虚拟槽分区巧妙地使用了哈希空间，使用分散度良好的哈希函数把所有的数据映射到一个固定范围内的整数集合，整数定义为槽（slot）。

Redis Cluster槽的范围是0 ～ 16383。

槽是集群内数据管理和迁移的基本单位。采用大范围的槽的主要目的是为了方便数据的拆分和集群的扩展，

每个节点负责一定数量的槽。

　　

　　搭建redis-cluster

准备节点(服务端)
服务端运输数据,分配16384个槽位,管理数据
ruby脚本自动帮你分配槽位

　　环境配置

# 创建redis-7000.conf  文件并写入如下数据:
port 7000
daemonize yes
dir "/opt/redis/data"
logfile "7000.log"
dbfilename "dump-7000.rdb"
cluster-enabled yes   #开启集群模式
cluster-config-file nodes-7000.conf　　#集群内部的配置文件
cluster-require-full-coverage no　　#redis cluster需要16384个slot都正常的时候才能对外提供服务，
　　　　　　　　　　　　　　　　　　　　　　换句话说，只要任何一个slot异常那么整个cluster不对外提供服务。 因此生产环境一般为no

# 我们一共需要6个节点,也就是需要6个配置文件,3主3从,最少6个才能保证高可用,这6个配置文件仅仅是端口不同

　　其他个配置文件

sed "s/7000/7001/g" redis-7000.conf > redis-7001.conf

redis-7001.conf 
redis-7002.conf 
redis-7003.conf 
redis-7004.conf 
redis-7005.conf   

　　分别启动6个redis数据库

[root@localhost s18cluster]# redis-server redis-7000.conf 
[root@localhost s18cluster]# redis-server redis-7001.conf 
[root@localhost s18cluster]# redis-server redis-7002.conf 
[root@localhost s18cluster]# redis-server redis-7003.conf 
[root@localhost s18cluster]# redis-server redis-7004.conf 
[root@localhost s18cluster]# redis-server redis-7005.conf

　　把槽分配给马车,这样马车才能装数据,ruby自动分配

#安装准备ruby语言的环境，用于自动化创建redis集群
1.下载ruby
wget https://cache.ruby-lang.org/pub/ruby/2.3/ruby-2.3.1.tar.gz
2.解压缩
tar -zxvf ruby-2.3.1.tar.gz
./configure --prefix=/opt/ruby/
3.安装
make && make install

　　配置ruby的path,就是找到ruby的bin目录的路径,然后添加到/etc/profile中的PATH中去

　　通过ruby的软件包管理工具安装redis模块 (gem就是类似于python的pip工具)

wget http://rubygems.org/downloads/redis-3.3.0.gem

　　通过gem安装这个redis包

gem install -l redis-3.3.0.gem

　　找到ruby创建redis集群的脚本工具

[root@localhost s18cluster]# find /opt  -name redis-trib.rb
/opt/redis-4.0.10/src/redis-trib.rb

　　此时就可以通过绝对路径ruby来创建redis的集群工具,进行槽位分配(开启所有集群)

/opt/redis-4.0.10/src/redis-trib.rb create --replicas 1 127.0.0.1:7000 
　　127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005
# --replicas 1  表示每个主节点有一个从节点

　　查看集群状态

redis-cli -p 7000 cluster info 
redis-cli -p 7000 cluster nodes  #等同于查看nodes-7000.conf文件节点信息

集群主节点状态
redis-cli -p 7000 cluster nodes | grep master
集群从节点状态
redis-cli -p 7000 cluster nodes | grep slave

　　集群已经OK,开始测试

redis-cli -p 7000  -c    # -c 开启集群模式

!!! 当你在其中一个节点中，创建redis的key，只要redis的key经过了重定向，分配到不同的节点中，代表集群搭建ok
　　　　　重定向之后, 只要在集群里有数据 无论在哪个port里面,都可以get出来,比如set name attila 被分配到7001  你登录7000也能get到name