Redis三种集群模式-哨兵机制

Redis哨兵机制,一主二从

注:Redis哨兵切换,建议一主多从

一、一主二从

  教程步骤:https://www.cnblogs.com/pinghengxing/p/11139997.html

二、哨兵配置(sentinel.conf) 

  哨兵机制也分单台以及集群,在此我们只构建哨兵集群

      cd /usr/software/redis/redis-ms/ 

  1.创建哨兵目录

    /usr/software/redis/redis-ms/sentinel/26001

    /usr/software/redis/redis-ms/sentinel/26002

    /usr/software/redis/redis-ms/sentinel/26003

  2.修改sentinel.conf

    cd  /usr/software/redis/redis-ms/sentinel/26001

    vim sentinel.conf

    #修改如下键值对

  # bind 127.0.0.1 192.168.1.1

  protected-mode no
  port 26001
  daemonize yes
  pidfile /var/run/redis-sentinel_26001.pid
  logfile "/usr/software/redis/redis-ms/sentinel/26001/log/redis-sentinel.log"
  dir /usr/software/redis/redis-ms/sentinel/26001/tmp
  #设置 主名称 ip地址 端口号 参入选举的哨兵数
  #配置哨兵需要监控的主节点ip和端口,最后的2代表,如果有2个哨兵主观认为主节点down了,
  #那么就客观认为主节点down掉了,开始发起投票选举新主节点的操作。多个主节点配置多个。
  sentinel monitor mymaster 140.143.26.123 7001 2
  # switched off.
  #设置连接master和slave时的密码,注意的是sentinel不能分别为master和slave设置不同的密码,
  #因此master和slave的密码应该设置相同。
  sentinel auth-pass mymaster ww
  sentinel down-after-milliseconds mymaster 30000
  sentinel parallel-syncs mymaster 1
  sentinel failover-timeout mymaster 180000

  针对其他的sentinel.conf只需要修改配置文件的地址以及端口(改为26002,26003)即可

3、修改主redis.conf的以下配置

    masterauth ww# 主服务器配置masterauth作用主要是为了后期sentinel引入后重新选举master并且7001端口redis重新加入主从复制时必备的,否则会出现权限不足

三、启动测试、

    1、对redis-sentinel做软连接(可以在任意目录执行redis-sentinel )

    ln -s /usr/software/redis/redis-sentinel     /usr/bin/

    2、首先启动三台redis

    

           然后启动三台哨兵,如下:

     

    

    运行后发现sentinel.conf的配置文件被重写了,从内容可以看出有哪些slave和sentinel

    

四、故障转移

kill 掉 7001的主节点

发现主节点转移到7003上

重新启动7001后,7001变为从节点,但发现连接不上主节点master_link_status:down,

这是因为我没有在7001节点上设置

masterauth ww,设置后重启,连接正常

设置masterauth ww 并重启后状态

原文地址:https://www.cnblogs.com/pinghengxing/p/11142310.html

时间: 2024-11-02 22:33:17

Redis三种集群模式-哨兵机制的相关文章

redis解决方案之三种集群模式的概念与部署

上篇文章为大家总结了redis命令并讲述了持久化,今天我们来看一下redis的三种集群模式:主从复制,哨兵集群,Cluster集群 本篇文章先介绍redis-cluster,然后再依次介绍它的哨兵集群与主从复制 一.Cluster集群模式概念 redis集群是一个分布式与容错的redis实现.在集群中不存在代理节点与中心节点.后期可以很好的将其进行扩展 此模式也解决了redis高可用与可扩展的问题.但是redis集群不支持需要同时处理多个Key的redis命令 因为执行这些命令需要在多个redi

(六) Docker 部署 Redis 高可用集群 (sentinel 哨兵模式)

参考并感谢 官方文档 https://hub.docker.com/_/redis GitHub https://github.com/antirez/redis happyJared https://blog.csdn.net/qq_28804275/article/details/80938659 下载redis镜像(不带tag标签则表示下载latest版本) docker pull redis 从github 下载最新的redis.conf,注意重要参数 # 端口 port 6379 #

Redis实战(十三)Redis的三种集群方式

序言 能聊聊redis cluster集群模式的原理吗 资料 https://www.cnblogs.com/51life/p/10233340.html Redis 集群分片原理 原文地址:https://www.cnblogs.com/cnki/p/11403933.html

redis的三种集群方式

redis有三种集群方式:主从复制,哨兵模式和集群. 1.主从复制 主从复制原理: 从服务器连接主服务器,发送SYNC命令: 主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令: 主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令: 从服务器收到快照文件后丢弃所有旧数据,载入收到的快照: 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令: 从服务器完成对快照的载入,开始接收命令请求,并执行来自

深入剖析Redis系列: Redis集群模式搭建与原理详解

前言 在 Redis 3.0 之前,使用 哨兵(sentinel)机制来监控各个节点之间的状态.Redis Cluster 是 Redis 的 分布式解决方案,在 3.0 版本正式推出,有效地解决了 Redis 在 分布式 方面的需求.当遇到 单机内存.并发.流量 等瓶颈时,可以采用 Cluster 架构方案达到 负载均衡 的目的. 本文将从 集群方案.数据分布.搭建集群.节点通信.集群伸缩.请求路由.故障转移.集群运维 等几个方面介绍 Redis Cluster. 正文 1. Redis集群方

Redis集群模式介绍

前言: 一.为什么要使用redis 1,解决应用服务器的cpu和内存压力 2,减少io的读操作,减轻io的压力(内存中读取) 3,关系型数据库扩展性,不强,难以改变表的结构 二.优点 1,nosql数据库没有关联关系,数据结构简单,扩展容易 2,数据读写快,能够每秒胜任几十万的并发,处理速度快 三.使用场景 1,数据高并发读写 2,海量数据读写 3,对不规则数据也就是扩展性要求高的数据 四.不适合场景 1,需要事务支持,虽然它也有事务但是没有关系型数据库的那么成熟吧 2,基于sql进行操作 五.

就publish/subscribe功能看redis集群模式下的队列技术(一)

Redis 简介 Redis 是完全开源免费的,是一个高性能的key-value数据库. Redis 与其他 key - value 缓存产品有以下三个特点: Redis支持数据的持久化,可以将内存中的数据保存在磁盘中,重启的时候可以再次加载进行使用. Redis不仅仅支持简单的key-value类型的数据,同时还提供list,set,zset,hash等数据结构的存储. Redis支持数据的备份,即master-slave模式的数据备份. 性能极高 – Redis能读的速度是110000次/s

Redis集群模式部署

以下以Linux(CentOS)系统为例 1.1 下载和编译 $ wget http://download.redis.io/releases/redis-4.0.7.tar.gz $ tar xzf redis-4.0.7.tar.gz $ cd redis-4.0.7 $ make 1 2 3 4 编译完成后会在src目录下生成Redis服务端程序redis-server和客户端程序redis-cli. 1.2 启动服务 1.前台运行 src/redis-server 1 该方式启动默认为前

Spark集群模式&Spark程序提交

Spark集群模式&Spark程序提交 1. 集群管理器 Spark当前支持三种集群管理方式 Standalone-Spark自带的一种集群管理方式,易于构建集群. Apache Mesos-通用的集群管理,可以在其上运行Hadoop MapReduce和一些服务应用. Hadoop YARN-Hadoop2中的资源管理器. Tip1: 在集群不是特别大,并且没有mapReduce和Spark同时运行的需求的情况下,用Standalone模式效率最高. Tip2: Spark可以在应用间(通过集