当前位置:首页 > 文章列表 > 数据库 > Redis > Redis哨兵模式高可用的示例分析

Redis哨兵模式高可用的示例分析

来源:亿速云 2023-05-21 10:56:03 0浏览 收藏

学习数据库要努力,但是不要急!今天的这篇文章《Redis哨兵模式高可用的示例分析》将会介绍到等等知识点,如果你想深入学习数据库,可以关注我!我会持续更新相关文章的,希望对大家都能有所帮助!

    一、序言

    Redis高可用有两种模式:哨兵模式和集群模式,本文基于哨兵模式搭建一主两从三哨兵Redis高可用服务。

    1、目标与收获

    一主两从三哨兵Redis服务,基本能够满足中小型项目的高可用要求,使用Supervisor监控并管理Redis实例。通过本文将完成如下目标:

    • 哨兵模式服务规划与搭建

    哨兵模式服务相比于单机版服务更加可靠,适合读写分离、数据量不是很大、要求可靠稳定性的场景。

    • 客户端整合与读写分离

    通过Spring框架对哨兵模式进行连接,完成生产环境的常见操作。

    2、端口规划

    端口规划是完成本方案的第一步。

    Redis哨兵模式高可用的示例分析

    二、单机模拟

    在学习或开发阶段,单机模拟是利用单台物理机或虚拟机进行操作模拟,以最大程度复现本方案中间过程的一种方法。

    为了简化操作,Redis服务做如下约定:数据不持久化到磁盘;服务实例以前台进程方式运行;节点的配置文件以默认配置文件为模版;无密码验证。

    (一)服务规划

    1、Redis实例

    服务在第一次启动时明确知道第几个节点是master节点,当服务在长期运行并发生主从切换时,无法显示知道第几个节点是master节点,需要通过命令行间接查询。

    节点主机端口角色额外配置
    node01127.0.0.16380第一次启动时作为master服务 
    node02127.0.0.16381第一次启动时作为slave服务replicaof 127.0.0.1 6380
    node03127.0.0.16382第一次启动时作为slave服务replicaof 127.0.0.1 6380

    额外配置指第一次启动Redis服务实例时,节点配置文件中新增配置。

    2、哨兵服务

    哨兵服务节点之间没有主从的区别,所有节点处于平等地位。如果主服务出现异常,哨兵服务会触发投票策略,选举Redis实例中的从节点作为主服务的备选者。

    节点主机端口额外配置
    node01127.0.0.126380sentinel monitor mymaster 127.0.0.1 6380 2
    node02127.0.0.126381sentinel monitor mymaster 127.0.0.1 6380 2
    node03127.0.0.126382sentinel monitor mymaster 127.0.0.1 6380 2

    (二)服务配置

    1、Redis实例

    节点的初始配置文件以默认配置文件为模版。

    node01、node02初始化配置文件之后,显示指明节点间的主从关系,增加如下配置:

    replicaof 127.0.0.1 6380
    2、哨兵服务

    节点的初始配置文件以默认配置文件为模版。

    node01、node02、node03初始化配置文件后,增加如下配置:

    sentinel monitor mymaster 127.0.0.1 6381 2

    (三)服务管理

    测试或者学习时,建议采用前台进程管理服务,便于模拟单点故障、查看日志观察主从切换。

    为了方便管理并实现服务异常自动重启,建议在生产环境中使用Supervisor来管理服务。高可用场景下使用的是三台物理机。

    1、Redis实例
    /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis80.conf --port 6380 --save '' --daemonize no 
    /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis81.conf --port 6381 --save '' --daemonize no
    /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis82.conf --port 6382 --save '' --daemonize no
    2、哨兵服务
    /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel280.conf --port 26380 --daemonize no
    /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel281.conf --port 26381 --daemonize no
    /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel282.conf --port 26382 --daemonize no

    三、客户端整合

    客户端实现是指基于SpringBoot的整合分为两步实现:一是完成作为基础的整合;二是结合生产需要补充新特性。

    (一)基础整合

    要实现单节点故障服务正常运行,基础整合的内容包括使用Java客户端连接高可用的哨兵模式Redis服务。

    1、全局配置文件

    全局配置文件添加的配置信息有:master参数为哨兵服务名,此处为默认值;nodes参数为哨兵服务列表(不是Redis实例服务列表);database参数为数据库。

    spring:
      redis:
        database: 0
        sentinel:
          nodes: 192.168.181.171:26380,192.168.181.171:26381,192.168.181.171:26382
          master: mymaster
    2、集成配置

    集成进SpringBoot体系,最核心的是创建LettuceConnectionFactory连接工厂,通过Redis连接工厂,能够顺利继承进Spring体系下其他框架。

    @Configuration
    public class RedisSentinelConfig {
        @Autowired
        private RedisProperties redisProperties;
        
        @Bean
        public RedisConnectionFactory lettuceConnectionFactory() {
            RedisProperties.Sentinel sentinel = redisProperties.getSentinel();
            HashSet nodes = new HashSet<>(sentinel.getNodes());
            String master = sentinel.getMaster();
            RedisSentinelConfiguration config = new RedisSentinelConfiguration(master, nodes);
            config.setDatabase(redisProperties.getDatabase());
            return new LettuceConnectionFactory(config);
        }
    }

    (二)读写分离

    基础整合仅仅是实现了高可用Redis服务的流程,生产环境下仍需要增加其他配置:修改自定义连接数据库序号;授权连接;连接池配置;读写分离。

    在高可用前提下,衍生出读写分离的特性,主库完成写请求;从库完成读请求(从库不允许写)。

    @Bean
    public LettuceClientConfigurationBuilderCustomizer lettuceClientCustomizer() {
        // 配置读写分离
        return builder -> builder.readFrom(ReadFrom.REPLICA);
    }

    终于介绍完啦!小伙伴们,这篇关于《Redis哨兵模式高可用的示例分析》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识,快来关注吧!

    版本声明
    本文转载于:亿速云 如有侵犯,请联系study_golang@163.com删除
    Golang函数的tcp、udp、http和websocket处理方法Golang函数的tcp、udp、http和websocket处理方法
    上一篇
    Golang函数的tcp、udp、http和websocket处理方法
    Web 应用现在可以在 Microsoft Edge 中使用协议处理程序
    下一篇
    Web 应用现在可以在 Microsoft Edge 中使用协议处理程序
    查看更多
    最新文章
    查看更多
    课程推荐
    • 前端进阶之JavaScript设计模式
      前端进阶之JavaScript设计模式
      设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
      543次学习
    • GO语言核心编程课程
      GO语言核心编程课程
      本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
      516次学习
    • 简单聊聊mysql8与网络通信
      简单聊聊mysql8与网络通信
      如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
      500次学习
    • JavaScript正则表达式基础与实战
      JavaScript正则表达式基础与实战
      在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
      487次学习
    • 从零制作响应式网站—Grid布局
      从零制作响应式网站—Grid布局
      本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
      485次学习
    查看更多
    AI推荐
    • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
      PubMedQA
      深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
      365次使用
    • H2O EvalGPT:开源LLM大模型评估与排行榜工具
      H2O EvalGPT
      H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
      422次使用
    • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
      LMArena
      LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
      435次使用
    • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
      HELM
      深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
      387次使用
    • MMBench详解:多模态大模型基准测试、功能特点与使用指南
      MMBench
      MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
      214次使用
    微信登录更方便
    • 密码登录
    • 注册账号
    登录即同意 用户协议 和 隐私政策
    返回登录
    • 重置密码