NoSQL之Redis：高可用（主从复制、哨兵、集群）搭建

已于 2022-10-09 22:13:37 修改
阅读量525 收藏 1
点赞数
文章标签： redis nosql 数据库
于 2022-10-06 05:30:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_71429844/article/details/127178638
版权

目录

一、Redis主从复制的搭建

1、环境准备

2、所有安装redis

 3、修改Master节点

 4、修改slave节点Redis配置文件（slave1和slave2配置相同）

 5、验证主从效果

在master节点上看日志

 在Master节点上验证从节点

 主节点创建数据验证

 二、哨兵模式的部署

1、修改Redis 哨兵模式的配置文件(所有节点操作)

 2、启动哨兵模式

 3、查看哨兵信息

 4、故障模拟

 5、恢复过程

6、小结

三、Redis集群模式部署

一、Redis主从复制的搭建

1、环境准备

master节点：192.168.127.130
slave1节点：192.168.127.140
slave2节点：192.168.127.188

2、所有安装redis

一键部署redis脚本


#!/bin/bash
 
#关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
 
#安装环境
yum -y install gcc gcc-c++ make
 
#解压
cd /opt
tar -zxvf redis-5.0.7.tar.gz
 
#编译
cd /opt/redis-5.0.7/
make 
make PREFIX=/usr/local/redis install
 
#安装redis服务
cd /opt/redis-5.0.7/utils
 
yum -y install expect
/usr/bin/expect <<EOF
spawn ./install_server.sh
expect "instance" {send "\r"}
expect "config" {send "\r"}
expect "log" {send "\r"}
expect "this" {send "\r"}
expect "path" {send "/usr/local/redis/bin/redis-server\r"}
expect "abort" {send "\r"}
expect eof
EOF
 
#创建软链接，方便启动
ln -s /usr/local/redis/bin/* /usr/local/bin
 
#修改配置文件
ip=`ifconfig ens33 |awk '/netmask/{print $2}'`
sed -i "s/bind 127.0.0.1/bind 127.0.0.1 $ip/"  /etc/redis/6379.conf
 
#启动redis
/etc/init.d/redis_6379 restart
 
#查看是否开启
netstat -natp |grep redis
if [ $? -eq 0 ];then
echo "redis 已安装完成并启动"
else
echo "redis 未启动，请检查"
fi

 

 3、修改Master节点

vim /etc/redis/6379.conf
bind 0.0.0.0						#70行，修改bind 项，0.0.0.0监听所有网段
daemonize yes						#137行，开启守护进程
logfile /var/log/redis_6379.log		#172行，指定日志文件目录
dir /var/lib/redis/6379				#264行，指定工作目录
appendonly yes						#700行，开启AOF持久化功能
 
/etc/init.d/redis_6379 restart

 4、修改slave节点Redis配置文件（slave1和slave2配置相同）


vim /etc/redis/6379.conf    #配置文件位置
70 bind 0.0.0.0    #修改监听地址
137 daemonize yes  #开启守护进程
172 logfile /var/log/redis_6379.log  #指定日志文件目录
264 dir /var/lib/redis/6379   #指定工作目录
288 replicaof 192.168.127.130 6379  #添加主服务器地址 及端口
700 appendonly yes   #开启AOF持久化功能
#保存，并启动服务
 
 
/etc/init.d/redis_6379 restart
#重启slave1节点和slave2节点redis服务

 

 

 5、验证主从效果


#在Master节点上看日志:
tail -f /var/log/redis_6379.log
 
#在Master节点上验证从节点:
redis-cli
127.0.0.1:6379> info replication
 
#创建数据验证
##在master创建数据
set yyh nb
 
##在从节点上查看
get yyh

在master节点上看日志

 在Master节点上验证从节点

 主节点创建数据验证

 二、哨兵模式的部署

哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式

1、修改Redis 哨兵模式的配置文件(所有节点操作)

#所有节点配置一样，如下所示
vim /opt/redis-5.0.7/sentinel.conf
 17 protected-mode no      #关闭保护模式
 21 port 26379             #Redis哨兵默认的监听端口
 26 daemonize yes		   #指定sentinel为后台启动
 36 logfile "/var/log/sentinel.log"  #指定日志存放路径
 65 dir "/var/lib/redis/6379"        #指定数据库存放路径
 84 sentinel monitor mymaster 192.168.127.130 6379 2  #指定该哨兵节点监控192.168.62.50:6379这个主节点，该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
113 sentinel down-after-milliseconds mymaster 30000  #判定服务器down掉的时间周期，默认30000毫秒(30秒)
146 sentinel failover-timeout mymaster 180000        #146行，故障节点的最大超时时间为180000 (180秒 )

 

 2、启动哨兵模式

每个节点都要开启，先启动master，然后启动slave

#注意：先启master，再启slave
/etc/init.d/redis_6379 stop
/etc/init.d/redis_6379 start
cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &

 3、查看哨兵信息

redis-cli -p 26379 info sentinel

 4、故障模拟

查看并杀死master节点的redis-server

 再次查看哨兵信息

 

 5、恢复过程

如果要将以前的master的redis启动，需要先将/var/run/redis_6379.pid文件删除，删除执行在执行/etc/init.d/redis_6379 start ，即可启动redis服务，启动之后，哨兵会将它设置为salve从节点，并自动指向新的节点。

最好再去配置文件中去指向主从复制的master，也就是将重新启动的master的配置文件/etc/redis/6379.conf 中的 288行重新指向新的master。

6、小结

  • 哨兵模式基于主从复制，但主从复制在单点故障后无法自动恢复，导致服务无法实现高可用性；
  • 哨兵模式基于主从复制基础之上，添加哨兵节点检测
  • 当master宕机后，哨兵节点会通过投票选举方式，选举出新的master服务，保证服务的高可用性

三、Redis集群模式部署

Redis集群一般需要6个节点，三主三从。

本次实验使用一台设备模拟三主三从。

1、Redis集群部署

#在当前服务器配置6个redis服务
cd /etc/redis/
mkdir -p /etc/redis/redis-cluster/redis600{1..6}
cd redis-cluster/redis6001
#复制配置文件及程序到目录中
cp /opt/redis-5.0.7/redis.conf ./
cp /opt/redis-5.0.7/src/redis-cli ./
cp /opt/redis-5.0.7/src/redis-server ./

 2、开启群集功能

[root@localhost redis6001]# vim redis.conf 
  69 #bind 127.0.0.1      #将其注释，即监听所有端口
  88 protected-mode no    #关闭保护模式
  92 port 6001            #为了区分，将端口更改，6个不能相同
  136 daemonize yes		  #开启守护进程
  699 appendonly yes	  #开启AOF持久化
  832 cluster-enabled yes #开启集群功能
  840 cluster-config-file nodes-6001.conf  #群集名称文件设置
  846 cluster-node-timeout 15000  #群集超时时间设置

 

 3、将配置好的文件复制到其余目录中

for i in {2..6};do
> cp ./* /etc/redis/redis-cluster/redis600$i
> done

 4、修改所有集群服务的配置文件端口，使其不一致

[root@localhost redis6001]# for n in {2..6};do
> sed -i '92s/6001/600'$n'/' /etc/redis/redis-cluster/redis600$n/redis.conf
> sed -i '840s/6001/600'$n'/' /etc/redis/redis-cluster/redis600$n/redis.conf
> done

 5、启动redis节点

#分别进入6个节点，进行服务启动redis-server redis.conf
for m in {1..6};do
> cd /etc/redis/redis-cluster/redis600$m/
> redis-server redis.conf
> done

 6、启动集群

redis-cli --cluster create 127.0.0.1:6001 127.0.0.1:6002 127.0.0.1:6003 127.0.0.1:6004 127.0.0.1:6005 127.0.0.1:6006 --cluster-replicas 1
# -replicas 1   表示每个主节点有1个从节点
#若使用6台服务器，此处节点ip请换为自己真实ip即端口号

 7、集群测试

redis-cli -p 6001 -c
#-c 参数，节点之间可以相互跳转
cluster slots  
#查看节点的哈希槽编号范围
cluster keyslot 键名
#查看键的哈希槽编号

 四、总结

  1. Redis高可用有四种实现方法：持久化、主从复制、哨兵模式、集群模式
  2. 持久化适用于单台服务器，主要作用是数据备份，即将数据存储在硬盘,保证数据不会因进程退出而丢失。其是最简单的一种高可用方式
  3. 主从复制适用于数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。
  4. 哨兵模式基于主从复制，部署哨兵模式必须先部署主从复制，其在主从复制基础上提供了自动化的故障恢复。但是其写操作无法负载均衡，存储能力受到单机的限制。
  5. Redis集群提供了分布式存储方案解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案，其集群最低需要6个节点，三主三从，实现Redis高可用
叶言灬
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
字节跳动新一代高可用 NoSQL 数据库
a77582581234的博客
05-24 504
背景 自 2016 年以来，为了支撑在线推荐的存储需求而诞生的——字节跳动自研高可用 KV 存储 Abase，逐步发展成支撑包括推荐、广告、搜索、抖音、西瓜、飞书、游戏等公司内几乎所有业务线的90% 以上的 KV 存储场景，已成为公司内使用最广泛的在线存储系统之一。 Abase 作为一款由字节跳动完全自研的高性能、大容量、高可用的 KV 存储系统，支撑了业务不断快速增长的需求。但随着公司的持续发展，业务数量、规模持续快速增长，我们业务对系统也提出了更高的要求，比如： 极致高可用：相对于一致性，..
关系型数据库和nosql数据库高可用性的思考
我的学习成长日记
09-16 5437
最近在看NOSQL。NOSQL和关系型数据库相比，一大优势就是高可用性。因此产生了一些疑问： 为什么nosql可以实现高可用性而关系型数据库在这方面却饱受诟病？ 关系型数据库 首先oracle和sqlserver都属于分布式数据库。 wiki中对分布式数据库的定义： http://en.wikipedia.org/wiki/Distributed_database
构建高可用和弹性伸缩的KV存储系统
shanlinglc的专栏
04-11 763
摘要：作为常用的NoSQL存储系统之一，KV存储系统受到了开发者的关注。但常见的KV存储系统并不具备自动容灾和在线扩容功能，这给系统运营造成了不少麻烦。本文提出了一种构建高可用和自动弹性伸缩的KV存储系统的方法。 常见KV存储系统 与互联网时代不同，社交时代和移动互联网时代的互联网产品，拥有海量的读写请求和爆发式增长的数据和用户。传统关系型数据库的性能、可扩展性和数据结构的灵活性逐渐成
MySQL高可用性实现(暂未写）
01-14 209
MySQL数据库的高可用性实现方案 1.
mysql数据库高可用性_mysql数据库高可用解决方案
weixin_31556767的博客
02-02 709
MySQL数据库作为最基础的数据存储服务之一，在整个系统中有着非常重要的地位，因此要求其具备高可用性是无可厚非的。有很多解决方案能实现不同的SLA(服务水平协定)，这些方案可以保证数据库服务器在硬件或软件出现故障时服务继续可用。高性能性需要解决的主要有两个问题，即如何实现数据共享或同步数据，另一个是如何处理failover，数据共享一般的解决方案是通过SAN(Storage Area Networ...
NoSQL之Redis主从复制集群部署.pdf
08-18
NoSQL之Redis主从复制集群部署.pdf
Redis 服务器管理（集群主从复制及高可用）
06-15
Redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/...
Redis 入门、哨兵机制及集群高可用
06-13
课程简介基于Linux安装Redis5.x，课程内容讲解Redis的基础操作，AOF/RDB及哨兵机制原理与高可用实现，后继详细讲解了Redis集群及分布式锁. 同时通过Spring Boot2.x实现Redis的哨兵访问及集群访问等操作，并模拟演示...
redis常用命令，redis配置文件，redis持久化，redis事务，redis主从复制，jedis的使用
01-21
基于北京尚硅谷周阳老师讲解的redis。个人学习总结： 包含redis常用命令，redis配置文件，redis持久化，redis事务，redis主从复制，jedis的使用。
搭建高可用mongodb集群（一）——配置mongodb
03-04
近年来，NoSQL数据库已得到了长足的发展，更成为了许多机构追求性能的第一选择，而在这些技术堆栈中，MongoDB无疑是人气最高的一个，这里为大家分享高可用MongoDB集群的搭建。传统的关系数据库具有不错的性能及稳定...
mysql数据库高可用性_MySQL数据库的高可用性分析
weixin_32204175的博客
01-19 448
推荐理由：我们知道存储数据的安全性和可靠性是生产数据库重点要思考的问题，海量的应用将数据存储在MySQL数据库中，那么如何保障MySQL高可用性了，下面我给大家推荐的这篇文章，主要分析了目前采用较多的保障MySQL可用性方案，希望对大家有所帮助。以下为文章原文：作者介绍：易固武，腾讯高级工程师，参与腾讯账号安全建设，腾讯数据仓库(TDW)优化改造，腾讯云数据库等项目，对大规模分布式存储和计算系统有...
学习NoSQL之Redis《redis主从、哨兵、集群模式搭建与管理》
weixin_47252600的博客
01-10 64
redis主从、哨兵、集群模式搭建与管理
redis之高可用（主从复制、哨兵、cluster集群）搭建
m0_71521555的博客
10-02 842
redis之高可用（主从复制、哨兵、cluster集群）
NoSQL数据库性能大比拼
wiesin的专栏
11-20 8670
转自 http://jiaweiweb.com NoSQL的优势 1.易扩展 NoSQL数据库去掉了关系数据库的关系型特性。数据之间无关系，这样就非常容易扩展。 2.大数据量，高性能 NoSQL数据库无需保证ACID，因此都具有非常高的读写性能，尤其在大数据量下，同样表现优秀。这得益于它的无关系性，数据库的结构简单。 NoSQL无需事先为要存储的数据建立字段，随时可以存储自定义
什么是NoSQL，为什么会有NoSQL，它有什么特点，它的使用场景
kilig
08-01 1577
什么是NoSQL？ NoSQL（Not Only SQL），意即“不仅仅是SQL”，是一项全新的数据库理念，泛指非关系型数据库。 非关系型数据库兴起： 1.对数据库高并发读写的需求 （一瞬间很多用户访问：商场网站的秒杀、火车抢票） 2.对海量数据的高效率存储和访问的需求 （类似QQ、Facebook、Twitter这种网站，每天几亿客户同时在线,每个人传5张图片…关系型数据库是很难应付的。） 3.对数据库高扩展性和高可用性的需求 （数据库横向扩展：新业务开展，需要新增相关大量数据信息。） 当前主流NoSQL
Mysql数据库的高可用
wh柒八九的博客
08-21 1893
本文来说下有关mysql数据库的高可用 文章目录概述 概述 高可用，即High Availability，是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。单机部署谈不上高可用，因为单点故障问题。高可用都是多个节点的，我们在考虑MySQL数据库的高可用的架构时，需要考虑这几个方面： 如果数据库节点宕机，需要尽快回复，保证业务不受宕机影响。 从数据库节点的数据，尽可能跟主节点数据实时保持一致，至少保证最终一致性。 数据库节点切换时，数据不能缺失。 ...
Redis高可用技术解决方案大全
Think Different
04-10 2753
近来一直在折腾redis高可用的方案，以及优缺点以及如何选择合适的方案线上使用，刚好看到这篇，分享下Redis常见的几种主要使用方式：Redis 单副本Redis 多副本（主从）Redis Sentinel（哨兵）Redis ClusterRedis 自研Redis各种使用方式的优缺点：1 Redis单副本Redis 单副本，采用单个Redis节点部署架构，没有备用节点实时同步数据，不提供数据持久...
Spring Security实现用户认证四：使用JWT与Redis实现无状态认证
最新发布
不做菜虚困的博客
06-12 778
在基本的通信流程中，我们一般采用Session去存储用户的认证状态。在Spring Security实现用户认证三中讲过，在拿到前端传输过来的用户名和密码之后，会有专门的过滤器处理这部分的需求，并且对认证成功的用户生成Token且存储在Session中。在下次发起请求时，直接从Session中取出同用户名的token进行密码哈希的比较要认证用户。对于无状态认证，则我们的认证不依赖与服务器端存储的Session的状态。所以无状态认证需要我们每次从前端传输一个包含完整认证信息的Token到服务器端进行自定义的认
Redis的监控与调优：工具使用和性能提升技巧
哎 你看的博客
06-11 1112
I. 引言 A. 介绍Redis的重要性，以及为什么需要对Redis进行监控和调优 B. 概述本文的主要内容和目的 II. Redis监控工具的使用 A. 介绍Redis自带的监控工具，如INFO命令、MONITOR命令等 B. 介绍第三方的Redis监控工具，如Redisson PRO、Redis Insight等 C. 提供使用各种监控工具的实践示例和解读 III. Redis性能问题的诊断 A. 介绍如何使用监控工具发现Redis的性能问题，如内存泄漏、瓶颈等 B. 提供诊断性能问题的实践示例和解读
NoSQL 之Redis集群
06-09
Redis是一种基于内存的键值存储系统，它可以用作数据库、缓存和消息中间件。Redis支持多种数据结构，如字符串、哈希表、列表、集合、有序集合等。Redis集群是Redis提供的高可用性解决方案，它通过将数据分散到多个节点上来实现数据的可靠性和可扩展性。 Redis集群采用分片技术来实现数据的分散存储，每个节点存储部分数据，而客户端通过集群代理来访问数据。Redis集群的每个节点都是一个完整的Redis实例，每个节点都可以处理客户端请求和复制数据到其它节点。Redis集群还提供了自动故障转移和节点扩容功能，当一个节点失效时，集群会自动将其它节点上的数据迁移到新的节点上，从而保证数据的可靠性和可用性。 Redis集群的部署需要考虑多个因素，如节点数、数据分片、故障转移配置等。可以使用Redis官方提供的redis-trib工具来进行集群的创建和管理。同时，为了保证Redis集群的性能和可靠性，还需要进行监控和调优。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值