Centos7部署redis单节点和主从

最新推荐文章于 2024-03-16 21:04:22 发布

Youwestlake211

最新推荐文章于 2024-03-16 21:04:22 发布

阅读量471

点赞数 5

文章标签： redis

本文链接：https://blog.csdn.net/Youwestlake211/article/details/136318267

版权

Redis构建单节点&主从

登录Redis官网下载最新支持版本的Redis.

https://redis.io/download/#redis-downloads
在这里插入图片描述

#创建redis的数据目录
[youxihu@bbx-master work-local]$ sudo mkdir -p /workserver/work-local/redis-app/redis-home
#上传redis安装包
[youxihu@bbx-master redis-app]$ cd /workserver/work-local/redis-app && rz redis-stable.tar.gz
[youxihu@bbx-master redis-app]$ mv redis-stable redis-instll && cd redis-install && make install
#创建redis的日志文件和AOF持久化目录
[youxihu@bbx-master work-local]$ sudo mkdir -p /workserver/work-local/redis-app/redis-home/appendonlydir
[youxihu@bbx-master work-local]$ sudo touch /workserver/work-local/redis-app/redis-home/redis-server-3769.log
#配置开机启动脚本redis_3769
[youxihu@bbx-master redis-app]$ cd /workserver/work-local/redis-app/redis-install 
[youxihu@bbx-master redis-install ]$ cp utils/redis_init_script /etc/init.d/redis_3769
#复制配置文件至/etc/redis
[youxihu@bbx-master redis-install ]$ cp redis.conf /etc/redis/3769.conf
#修改3769.conf配置文件
[youxihu@bbx-master redis-install ]$ sudo vim /etc/redis/3769.conf
bind 0.0.0.0 #指的就是服务器上所有的ipv4地址
daemonize yes #开启守护进程
dir /workserver/work-local/redis-app/redis-home  #设置redis的数据目录
requirepass r*****2024  #设置redis密码
port 3769  #更改端口
logfile /workserver/work-local/reids-app/redis-home/redis-server-3769.log  #设置日志文件
save 300 10  #设置rdb的策略 5分钟内有10次更新就进行一次持久化
dbfilename redis-3769.rdb #设置rdb的文件
maxmemory 2048mb #设置redis的内存 使用量不大 设置为2G
appendonly yes #开启aof
appendfilename "redis-3769.aof" #设置aof的文件：:
appenddirname "appendonlydir" #设置aof文件的存放目录
appendfsync everysec #每秒钟同步一次，该策略为AOF的缺省策略


#设置redis启动脚本
[youxihu@bbx-master redis-home]$ cat /etc/init.d/redis_3769
#!/bin/sh
#
# Simple Redis init.d script conceived to work on Linux systems
# as it does use of the /proc filesystem.

### BEGIN INIT INFO
# Provides:     redis_6379
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    Redis data structure server
# Description:          Redis data structure server. See https://redis.io
### END INIT INFO

REDISPORT=3769
EXEC=/usr/local/bin/redis-server
CLIEXEC=/usr/local/bin/redis-cli

PIDFILE=/var/run/redis_${REDISPORT}.pid
CONF="/etc/redis/${REDISPORT}.conf"

case "$1" in
    start)
        if [ -f $PIDFILE ]
        then
                echo "$PIDFILE exists, process is already running or crashed"
        else
                echo "Starting Redis server..."
                $EXEC $CONF
        fi
        ;;
    stop)
        if [ ! -f $PIDFILE ]
        then
                echo "$PIDFILE does not exist, process is not running"
        else
                PID=$(cat $PIDFILE)
                echo "Stopping ..."
                $CLIEXEC -a r****024  -p $REDISPORT shutdown
                while [ -x /proc/${PID} ]
                do
                    echo "Waiting for Redis to shutdown ..."
                    sleep 1
                done
                echo "Redis stopped"
        fi
        ;;
    status)  
         if [ -f $PIDPROFILE ]  
         then  
                echo 'Redis is running'  
         else  
                echo "Redis is not running"  
         fi  
         ;;  
    restart)  
         $0 stop  
         $0 start  
         ;;
    *)
        echo "Please use start or stop as first argument"
         ;;
esac


#设置redis开机自动并启动 
[youxihu@bbx-master redis-home]$  sudo systemctl enable redis_3769 && sudo systemctl start  redis_3769
ps:编译后的redis默认服务名为redis.端口.service 所以启动要用 redis_3769
[youxihu@bbx-master redis-home]$ redis-cli  -p 3769
127.0.0.1:3769> auth r****024
OK
127.0.0.1:3769> ping
PONG

数据持久化

即把数据保存到可永久保存的存储设备中（如磁盘）。

redis持久化 – 两种方式

一、redis提供了两种持久化的方式，分别是RDB（Redis DataBase）和AOF（Append Only File）。
RDB（Redis DataBase）：是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上；
特点:
1.周期性
2.不影响数据写入  #RDB会启动子进程，备份所有数据。当前进程，继续提供数据的读写。当备份完成，才替换老的备份文件。
3.高效     #一次性还原所有数据
4.完整性较差 #由于拍快照是有周期性的，当拍快照时发生故障了，所以恢复到故障点到上一次的备份，到下次备份之间的数据无法恢复。
=================================================================
AOF（Append Only File）则是换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。
特点:
1.实时性
2.完整性较好
3.体积大  #记录数据的指令，删除数据的指令都会被记录下来。
====================================================================================
二、RDB和AOF两种方式也可以同时使用，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。
三、如何选择方式？
缓存：不用开启任何持久方式
双开:因RDB数据不实时，但同时使用两者时服务器只会找AOF文件,所以RDB留作万一的手段。
官方的建议是两个同时使用。这样可以提供更可靠的持久化方案。
写入速度快 ------------AOF
写入速度慢 ------------RDB

redis主从配置

主从简介

1、主从 – 用法

像MySQL一样，redis是支持主从同步的，而且也支持一主多从以及多级从结构。
主从结构，一是为了纯粹的冗余备份，二是为了提升读性能，比如很消耗性能的SORT就可以由从服务器来承担。
redis的主从同步是异步进行的。

2、主从同步原理

主从 – 同步原理
从服务器会向主服务器发出SYNC指令，当主服务器接到此命令后，就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作，也就是将主服务器的数据写入RDB文件中。在数据持久化期间，主服务器将执行的写指令都缓存在内存中。
在BGSAVE指令执行完成后，主服务器会将持久化好的RDB文件发送给从服务器，从服务器接到此文件后会将其存储到磁盘上，然后再将其读取到内存中。这个动作完成后，主服务器会将这段时间缓存的写指令再以redis协议的格式发送给从服务器。

另外，要说的一点是，即使有多个从服务器同时发来SYNC指令，主服务器也只会执行一次BGSAVE，然后把持久化好的RDB文件发给多个从服务器。

BGSAVE指令:
在后台异步(Asynchronously)保存当前数据库的数据到磁盘。
BGSAVE 命令执行之后立即返回 OK ，然后 Redis fork 出一个新子进程，原来的 Redis 进程(父进程)继续处理客户端请求，而子进程则负责将数据保存到磁盘，然后退出。

3、部署三台机器redis—主从同步

redis-master----192.168.246.202
redis-slave-1-----192.168.246.203
redis-slave-2-----192.168.246.204
1.首先三台服务器将redis部署完成。
2.编辑master的redis配置文件:
[root@redis-master ~]# cd /data/application/redis/
[root@redis-master redis]# vim redis.conf

在这里插入图片描述
redis 7

关闭protected-mode模式，此时任意ip可以直接访问,也不需要密码
开启protected-mode保护模式，需配置bind ip或者设置访问密码

当前master并没有关闭加密保护！！

2.修改slave1的配置文件：
[root@redis-slave-1 ~]# cd /data/application/redis/
[root@redis-slave-1 redis]# vim redis.conf      ---修改如下：

在这里插入图片描述

redis7 新版本

在这里插入图片描述

3.修改slave2的配置文件
[root@redis-slave-2 ~]# cd /data/application/redis/
[root@redis-slave-2 redis]# vim redis.conf       ---修改如下

在这里插入图片描述

redis7

在这里插入图片描述

4.重启三台redis
[root@redis-master redis]# systemctl restart redis.service

在这里插入图片描述

5.测试主从
1.在master上面执行
[root@redis-master redis]# cd src/
[root@redis-master src]# ./redis-cli 
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> set name jack
OK
127.0.0.1:6379> get name
"jack"
127.0.0.1:6379>
2.分别在slave-1和slave-2上面执行:
[root@redis-slave-1 redis]# cd src/
[root@redis-slave-1 src]# ./redis-cli 
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> get name
"jack"
127.0.0.1:6379>
[root@redis-slave-2 src]# ./redis-cli 
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> get name
"jack"
127.0.0.1:6379>

查看复制状态
master执行：
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.246.203,port=6379,state=online,offset=490,lag=0
slave1:ip=192.168.246.204,port=6379,state=online,offset=490,lag=1
==============================================================================
slave上面执行：
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.246.202
master_port:6379
master_link_status:up

主从同步部署完成！

redis-sentinel—哨兵模式

1、哨兵简介:Redis Sentinel

Sentinel(哨兵)是用于监控redis集群中Master状态的工具，其已经被集成在redis2.4+的版本中是Redis官方推荐的高可用性解决方案。

2、作用

1)：检测Master状态
2)：如果Master异常，则会进行Master-Slave切换，将其中一个Slave作为Master，将之前的Master作为Slave 
Master-Slave切换后，sentinel的监控目标会随之调换

3、工作模式

1)：每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令 

2)：如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值，则这个实例会被 Sentinel 标记为主观下线。 

3)：如果一个Master被标记为主观下线，则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。 

4)：当有足够数量的 Sentinel（大于等于配置文件指定的值）在指定的时间范围内确认Master的确进入了主观下线状态， 则Master会被标记为客观下线 

ps:quorum 的值一般设置为哨兵个数的二分之一加1，例如 3 个哨兵就设置 2。

4、主观下线和客观下线

主观下线：Subjectively Down，简称 SDOWN，指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。 
客观下线：Objectively Down， 简称 ODOWN，指的是多个 Sentinel 实例在对Master Server做出 SDOWN  判断，并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后，得出的Master  Server下线判断，然后开启failover

如何故障转移？
前面说过，为了更加“客观”的判断主节点故障了，一般不会只由单个哨兵的检测结果来判断，而是多个哨兵一起判断，这样可以减少误判概率，所以哨兵是以哨兵集群的方式存在的。

那么问题来了，由哨兵集群中的哪个节点进行主从故障转移呢？

这时候，还需要在哨兵集群中选出一个 leeder，让 leeder 来执行主从切换。选举 leeder 的过程其实是一个投票的过程，在投票开始前，肯定得有个「候选者」。

那谁来作为候选者呢？
哪个哨兵节点判断主节点为「客观下线」，这个哨兵节点就是候选者，所谓的候选者就是想当 Leader 的哨兵。

5、配置哨兵模式

1.每台机器上修改redis主配置文件redis.conf文件设置：bind 0.0.0.0   ---已经操作
2.每台机器上修改sentinel.conf配置文件：修改如下配置
[root@redis-master src]# cd ..
[root@redis-master redis]# vim sentinel.conf
daemonize yes #设置哨兵放后台运行
logfile "/var/log/sentinel.log" #设置哨兵日志
sentinel monitor mymaster 10.0.0.137 6379 2 #当集群中有2个sentinel认为master死了时，才能真正认为该master已经不可用了。 (slave上面写的是master的ip，master写自己ip)
sentinel auth-pass mymaster 1122334 #如果设置了密码那就需要指定密码，否则不需要
sentinel down-after-milliseconds mymaster 3000   #单位毫秒
sentinel failover-timeout mymaster 10000   #若sentinel在该配置值内未能完成failover(故障转移)操作（即故障时master/slave自动切换），则认为本次failover失败。

protected-mode no  #关闭加密模式--新添加到sentinel配置文件中  ----老版本中需需要添加

3.每台机器启动哨兵服务：
[root@redis-master redis]# ./src/redis-sentinel sentinel.conf

注意:在生产环境下将哨兵模式启动放到后台执行:     ./src/redis-sentinel sentinel.conf & --老版本

在这里插入图片描述

将master的哨兵模式退出，再将redis服务stop了，在两台slave上面查看其中一台是否切换为master:(没有优先级，为选举切换)

^C4854:signal-handler (1564349039) Received SIGINT scheduling shutdown...
4854:X 29 Jul 05:23:59.592 # User requested shutdown...
4854:X 29 Jul 05:23:59.592 # Sentinel is now ready to exit, bye bye...
[root@redis-master redis]# systemctl stop redis.service

在slave机器上面查看:
在这里插入图片描述

在slave机器上面查看:

新版本通过查看日志与集群信息即可判断主从是否切换。

Youwestlake211

关注

5
点赞
踩
10

收藏

觉得还不错? 一键收藏
0
评论
Centos7部署redis单节点和主从

1、主从 – 用法像MySQL一样，redis是支持主从同步的，而且也支持一主多从以及多级从结构。主从结构，一是为了纯粹的冗余备份，二是为了提升读性能，比如很消耗性能的SORT就可以由从服务器来承担。redis的主从同步是异步进行的。2、主从同步原理主从 – 同步原理从服务器会向主服务器发出SYNC指令，当主服务器接到此命令后，就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作，也就是将主服务器的数据写入RDB文件中。在数据持久化期间，主服务器将执行的写指令都缓存在内存中。
复制链接

扫一扫