百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

Redis哨兵模式实践(redis哨兵模式缺点)

mhr18 2025-03-20 16:37 39 浏览 0 评论

本次环境为Centos7.6,redis-7.0.4

1:主备模式:即主节点的数据自动同步到从节点,但当主节点挂了,从节点需要手动设置为主节点,比较麻烦。

2:哨兵模式:当主节点挂了,自动投票产生主节点,要求从节点个数大于3且为基数。

3:集群模式:集群模式数据会分散到各个主节点,主要用于解决大数据问题。根据hash值自动计算数据应该放哪个主机的主节点。集群模式解决的是大数据问题,不是高可用。

当前个人生产环境主要解决的是高可用,因为当前的数据量还不足以需要使用到集群来分散处理。所以本次实践主要是主备+哨兵。以下信息纯属个人理解,各位自行甄别

概述


主从节点和sentinel哨兵节点并不是一一对应的。他们是配套合作关系,本文案例是三个从节点和三个sentinel节点,实际也可以一个从节点三个sentinel节点。具体描述看上方紫色块。可以说主从节点的作用在于读写分离、数据备份、水平扩展。而哨兵则用于自动故障转移、监控管理。

那么为什么不建议从节点和sentinel节点一一对应呢?

1、资源浪费:每个从节点都运行一个Sentinel节点会导致资源浪费。Sentinel节点需要占用一定的系统资源(如CPU、内存和网络带宽),如果每个从节点都运行一个Sentinel节点,会显著增加系统的资源消耗。

2、单点故障:如果每个从节点都运行一个Sentinel节点,那么每个Sentinel节点都可能成为单点故障。这会降低系统的整体可用性,而不是提高它。

3、管理复杂性:每个从节点都运行一个Sentinel节点会增加管理的复杂性。需要维护更多的Sentinel配置文件,并且需要确保每个Sentinel节点都正确配置和运行。

4、共识机制:Sentinel节点通过共识机制(Quorum)来决定主节点的状态和进行故障转移。如果每个从节点都运行一个Sentinel节点,共识机制的实现会变得更加复杂,并且可能会导致不一致的决策。

最佳实践是配置至少三个独立的Sentinel节点,这些节点应该分布在不同的物理机器上,以避免单点故障。这些Sentinel节点会监控整个Redis集群的状态,并在主节点故障时进行故障转移。

1. 准备环境

1.确保你有至少三台服务器(或虚拟机),每台服务器上安装了Redis和Redis Sentinel。哨兵模式需要至少三个哨兵实例来确保系统的健壮性。

2. 配置Redis主从复制

在主节点和从节点上配置Redis的主从复制。以下是基本步骤:

2.主节点配置

编辑主节点的Redis配置文件(通常是redis.conf),确保以下配置项正确设置:

bind 0.0.0.0  # 允许所有IP地址连接,根据需要调整
port 6379    # Redis监听的端口
requirepass dddd #记得改密码

启动主节点

redis-server /path/to/redis.conf
#redis也可以改为自动启

cd /etc/rc.d/init.d/
vi redis

################以下为内容,自行修改 路径#####################

#!/bin/bash
#chkconfig: 2345 10 90  
#description: Start and Stop redis   
PATH=/usr/local/bin:/sbin:/usr/bin:/bin
REDISPORT=6379
EXEC=/data/redis-7.0.4/src/redis-server   #对应你自己的配置地址
REDIS_CLI=/data/redis-7.0.4/src/redis-cli   #对应你自己的配置地址
PIDFILE=/var/run/redis.pid
CONF="/data/redis-7.0.4/redis.conf"  #对应你自己的配置地址
AUTH="你自己的redis密码"
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
             if [ "$?"="0" ]
             then
                     echo "Redis is running..."  
             fi
             ;;
     stop)
             if [ ! -f $PIDFILE ]
             then
                     echo "$PIDFILE exists, process is not running."  
             else
                     PID=$(cat $PIDFILE)
                     echo "Stopping..."  
                    $REDIS_CLI -p $REDISPORT  SHUTDOWN
                     sleep 2
                    while [ -x $PIDFILE ]   
                    do
                             echo "Waiting for Redis to shutdown..."  
                            sleep 1
                     done
                     echo "Redis stopped"  
             fi
             ;;
     restart|force-reload)
             ${0} stop
             ${0} start
             ;;
     *)
            echo "Usage: /etc/init.d/redis {start|stop|restart|force-reload}" >&2
             exit 1
esac
########################################
chmod +x redis
chkconfig --add redis
chkconfig redis on
systemctl enable redis
systemctl start/stop/restart/status redis

3.从节点配置

编辑从节点的Redis配置文件(通常是redis.conf),添加以下配置项:

slaveof <主节点ip> <主节点端口>
masterauth 主节点的密码

例如,如果主节点的IP地址是192.168.1.100,端口是6379,则配置如下:

slaveof 192.168.1.100 6379
masterauth 主节点redis密码

启动从节点:

redis-server /path/to/redis.conf
# or
systemctl start redis

4. 配置Redis Sentinel

在每台部署了哨兵的服务器上,编辑哨兵配置文件(通常是sentinel.conf),添加以下配置项

sentinel monitor mymaster <主节点ip> <主节点端口> <法定人数>
sentinel auth-pass mymaster 主节点的redis密码
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1

例如:

sentinel monitor mymaster 192.168.1.100 6379 2
sentinel auth-pass mymaster 主节点的redis密码
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1

mymaster:主节点的名称。
192.168.1.100 6379:主节点的地址和端口。
2:法定人数,即在决定主节点是否不可用时,需要至少2个哨兵同意。

5.启动Redis Sentinel

在每台部署了哨兵的服务器上启动哨兵实例

redis-sentinel /path/to/sentinel.conf
# or
systemctl start redis-sentinel

也可以配置哨兵加入系统自动启动

cd /etc/init.d/
vi redis-sentinel
内容在下面
chmod +x redis-sentinel
chkconfig --add redis-sentinel
chkconfig redis-sentinel on
systemctl enable redis-sentinel
#使用systemctl来启动他
systemctl start/stop/restart redis-sentinel

redis-sentinel内容

#!/bin/sh
# chkconfig: 2345 90 10
# description: Redis Sentinel

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/data/redis-7.0.4/src/redis-sentinel
CONFIG=/data/redis-7.0.4/sentinel.conf
NAME=redis-sentinel

case "$1" in
    start)
        echo "Starting $NAME..."
        $DAEMON $CONFIG
        ;;
    stop)
        echo "Stopping $NAME..."
        $DAEMON $CONFIG stop
        ;;
    restart)
        $0 stop
        $0 start
        ;;
    *)
        echo "Usage: $0 {start|stop|restart}"
        exit 1
        ;;
esac
exit 0

6.验证哨兵配置是否正确

连接到任意一个哨兵实例,使用以下命令检查哨兵状态:

redis-cli -h <哨兵ip> -p 26379

然后在Redis CLI中执行:

SENTINEL get-master-addr-by-name mymaster

这将返回当前主节点的地址和端口。

redis-cli -h ip -p 26379 
auth redis密码
info sentinel

上面会打印哨兵状态,下面是一个模拟输出,正常是slaves=3 sentinels=3 。如果你的salves=2需要进一步排查问题。

# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.1.100:6379,slaves=2,sentinels=3

你可以使用

SENTINEL slaves mymaster

查看具体的从节点信息,没出现在里面的那台,肯定就是哪里有问题,要么配置不生效,要么配置不对,要么网络不通等等,如果都核实过了没问题,就把服务杀掉,重启一下。

7.springboot修改配置

在Spring Boot的配置文件(例如application.properties或application.yml)中,添加Redis Sentinel的相关配置。

使用application.properties

spring.redis.sentinel.master=mymaster
spring.redis.sentinel.nodes=192.168.1.100:26379,192.168.1.101:26379,192.168.1.102:26379
spring.redis.password=myredispassword

使用application.yml

spring:
  redis:
    sentinel:
      master: mymaster
      nodes:
        - 192.168.1.100:26379
        - 192.168.1.101:26379
        - 192.168.1.102:26379
    password: myredispassword


感兴趣可以关注一下,谢谢。

相关推荐

使用 Docker 部署 Java 项目(通俗易懂)

前言:搜索镜像的网站(推荐):DockerDocs1、下载与配置Docker1.1docker下载(这里使用的是Ubuntu,Centos命令可能有不同)以下命令,默认不是root用户操作,...

Spring Boot 3.3.5 + CRaC:从冷启动到秒级响应的架构实践与踩坑实录

去年,我们团队负责的电商订单系统因扩容需求需在10分钟内启动200个Pod实例。当运维组按下扩容按钮时,传统SpringBoot应用的冷启动耗时(平均8.7秒)直接导致流量洪峰期出现30%的请求超时...

《github精选系列》——SpringBoot 全家桶

1简单总结1SpringBoot全家桶简介2项目简介3子项目列表4环境5运行6后续计划7问题反馈gitee地址:https://gitee.com/yidao620/springbo...

Nacos简介—1.Nacos使用简介

大纲1.Nacos的在服务注册中心+配置中心中的应用2.Nacos2.x最新版本下载与目录结构3.Nacos2.x的数据库存储与日志存储4.Nacos2.x服务端的startup.sh启动脚...

spring-ai ollama小试牛刀

序本文主要展示下spring-aiollama的使用示例pom.xml<dependency><groupId>org.springframework.ai<...

SpringCloud系列——10Spring Cloud Gateway网关

学习目标Gateway是什么?它有什么作用?Gateway中的断言使用Gateway中的过滤器使用Gateway中的路由使用第1章网关1.1网关的概念简单来说,网关就是一个网络连接到另外一个网络的...

Spring Boot 自动装配原理剖析

前言在这瞬息万变的技术领域,比了解技术的使用方法更重要的是了解其原理及应用背景。以往我们使用SpringMVC来构建一个项目需要很多基础操作:添加很多jar,配置web.xml,配置Spr...

疯了!Spring 再官宣惊天大漏洞

Spring官宣高危漏洞大家好,我是栈长。前几天爆出来的Spring漏洞,刚修复完又来?今天愚人节来了,这是和大家开玩笑吗?不是的,我也是猝不及防!这个玩笑也开的太大了!!你之前看到的这个漏洞已...

「架构师必备」基于SpringCloud的SaaS型微服务脚手架

简介基于SpringCloud(Hoxton.SR1)+SpringBoot(2.2.4.RELEASE)的SaaS型微服务脚手架,具备用户管理、资源权限管理、网关统一鉴权、Xss防跨站攻击、...

SpringCloud分布式框架&amp;分布式事务&amp;分布式锁

总结本文承接上一篇SpringCloud分布式框架实践之后,进一步实践分布式事务与分布式锁,其中分布式事务主要是基于Seata的AT模式进行强一致性,基于RocketMQ事务消息进行最终一致性,分布式...

SpringBoot全家桶:23篇博客加23个可运行项目让你对它了如指掌

SpringBoot现在已经成为Java开发领域的一颗璀璨明珠,它本身是包容万象的,可以跟各种技术集成。本项目对目前Web开发中常用的各个技术,通过和SpringBoot的集成,并且对各种技术通...

开发好物推荐12之分布式锁redisson-sb

前言springboot开发现在基本都是分布式环境,分布式环境下分布式锁的使用必不可少,主流分布式锁主要包括数据库锁,redis锁,还有zookepper实现的分布式锁,其中最实用的还是Redis分...

拥抱Kubernetes,再见了Spring Cloud

相信很多开发者在熟悉微服务工作后,才发现:以为用SpringCloud已经成功打造了微服务架构帝国,殊不知引入了k8s后,却和CloudNative的生态发展脱轨。从2013年的...

Zabbix/J监控框架和Spring框架的整合方法

Zabbix/J是一个Java版本的系统监控框架,它可以完美地兼容于Zabbix监控系统,使得开发、运维等技术人员能够对整个业务系统的基础设施、应用软件/中间件和业务逻辑进行全方位的分层监控。Spri...

SpringBoot+JWT+Shiro+Mybatis实现Restful快速开发后端脚手架

作者:lywJee来源:cnblogs.com/lywJ/p/11252064.html一、背景前后端分离已经成为互联网项目开发标准,它会为以后的大型分布式架构打下基础。SpringBoot使编码配置...

取消回复欢迎 发表评论: