redis哨兵集群

news/2024/12/4 23:53:13/

目录

  • 1. redis简介
  • 2. redis安装部署
    • 2.1 下载安装包
    • 2.2 编译安装
    • 2.3 配置环境变量
    • 2.4 启动redis
  • 3. 配置redis主从
    • 3.1 环境说明
    • 3.2 修改配置文件
    • 3.3 测试主从效果
  • 4. 哨兵集群
    • 4.1 哨兵集群简介
    • 4.2 配置哨兵集群
    • 4.3 模拟故障，进行容灾切换

1. redis简介

  • Redis（Remote Dictionary Server )，即远程字典服务，是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、key-value数据库，并提供多种语言的API。(是一个非关系型的数据库)

既然提到非关系数据库，那么就有必要说一下关系型数据库和非关系型数据库的区别了。

1. 数据存储结构的不同
首先关系型数据库一般都有固定的表结构，并且需要通过DDL(数据定义语言)语句来修改表结构，不是很容易进行扩展。
非关系型数据库的存储机制就有很多，比如咱们今天介绍的redis就是基于key/value俗称键值对，还有其他的比如基于文档的、基于图的等等，对于数据的格式十分灵活没有固定的表结构，方便扩展，因此如果业务的数据结构并不固定的或者经常变动比较大的，那么非关系型数据库是一个不错的选择

2. 可扩展性的不同
传统的关系型数据库给人一种横向扩展难，不好对数据进行分片等。

而一些非关系型数据库则原生就支持数据的水平扩展(就比如mongodb的sharding机制)，并且这可能也是很多nosql的一大卖点，其实像mysql这种关系型数据库的水平扩展也并不是难，即使nosql水平扩展容易但对于向跨分片进行joins这种场景都没有什么太好的解决办法，不管是关系型还是非关系型数据库，解决水平扩展或者跨分片joins这种场景，在应用层和数据层中间加一层中间件来做数据处理也许是个好的办法

3. 数据一致性的不同
非关系型数据库一般强调的是数据最终一致性，而没有像ACID一样强调数据的强一致性，从非关系型数据库中读到的有可能还是处于一个中间态的数据，因此如果你的业务对于数据的一致性要求很高，那么非关系型数据库并不是一个很好的选择，非关系型数据库可能更多的偏向OLAP场景，而关系型数据库更多偏向于OLTP场景

  • Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部分场合可以对关系型数据库起到很好的补充作用。它提供了Java，c/c++，c#，PHP，JavaScript，Perl，object-C,python，ruby，erlang等客户端，使用很方便

  • redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以关联其他从服务器的主服务器。这使得redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制，使得从服务器在任何地方同步树时，可以阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。

2. redis安装部署

2.1 下载安装包

[root@localhost src]# wget https://download.redis.io/releases/redis-5.0.9.tar.gz
[root@localhost src]# tar xf redis-5.0.9.tar.gz -C /usr/local/
[root@localhost ~]# yum -y install gcc gcc-c++ make

2.2 编译安装

[root@localhost ~]# cd /usr/local/redis-5.0.9/
[root@localhost redis-5.0.9]# make 
[root@localhost redis-5.0.9]# cd src/
[root@localhost src]# make install

2.3 配置环境变量

[root@localhost redis-5.0.9]# vim /etc/profile末尾添加
省略……
#redis
export PATH=/usr/local/redis-5.0.9/src:$PATH
[root@localhost redis-5.0.9]# source /etc/profile

2.4 启动redis

[root@localhost redis-5.0.9]# vim redis.conf
136 daemonize yes      //把no改为yes[root@localhost redis-5.0.9]# redis-server /usr/local/redis-5.0.9/redis.conf
[root@localhost redis-5.0.9]# ss -anlt | awk -F "  *|:" 'NR==2{print $5}'
6379     //看到6379端口号说明成功进入客户端
[root@localhost redis-5.0.9]# redis-cli -p 6379
127.0.0.1:6379>关闭服务
[root@localhost redis-5.0.9]# redis-cli -p 6379 shutdown

3. 配置redis主从

redis集群架构

现在所部署的哨兵集群是基于redis主从的基础上的，整体架构如下：
一个主节点（master）可拥有多个从节点（slave），从节点实现对主节点的复制，保证数据同步。而哨兵（sentinel）则对各节点进行监控，主要包括主节点存活检测、主从运行情况检测等，一旦主节点宕机，哨兵可自动进行故障转移 （failover）、主从切换。

3.1 环境说明

IP角色版本
192.168.5.55masterredis5.0.9
192.168.5.56slave1redis5.0.9
192.168.5.56slave2redis5.0.9

此次配置需要三台主机，一主两从，均需安装redis5.0.9版本
安装过程请查看目录第二章节

3.2 修改配置文件

此步骤需要redis安装完成后才能修改

修改主配置文件（192.168.5.55）
[root@localhost ~]# cd /usr/local/redis-5.0.9/
[root@localhost redis-5.0.9]# mkdir logs
[root@localhost redis-5.0.9]# vim redis.conf
69 #bind 127.0.0.1    //注释掉此行
88 protected-mode no   //关闭保护模式，不会阻止远程访问
136 daemonize yes     //修改为yes，允许后台运行
171 logfile "/usr/local/redis-5.0.9/logs/redis.log"  //指定日志目录文件
[root@localhost redis-5.0.9]# redis-server redis.conf

修改从配置文件（192.168.5.56和192.1668.5.100）
[root@localhost ~]# cd /usr/local/redis-5.0.9/
[root@localhost redis-5.0.9]# mkdir logs
[root@localhost redis-5.0.9]# vim redis.conf
69 #bind 127.0.0.1          //注释掉此行 
88 protected-mode no      //关闭保护模式
136 daemonize yes     //修改为yes
171 logfile "/usr/local/redis-5.0.9/logs/redis_log"   //指定日志目录文件
286 replicaof 192.168.5.55 6379     //修改为主的ip和端口号
[root@localhost redis-5.0.9]# redis-server redis.conf

3.3 测试主从效果

//查看主从配置
[root@localhost redis-5.0.9]# redis-cli –h 192.168.5.55 –p 6379
192.168.5.55:6379> info replication 
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.5.56,port=6379,state=online,offset=91628,lag=0
slave1:ip=192.168.5.100,port=6379,state=online,offset=91628,lag=1
后面省略……

//在主上设置一个值，在从上验证
[root@localhost redis-5.0.9]# redis-cli –h 192.168.5.55 –p 6379
192.168.5.55:6379> set name test
OK
192.168.5.55:6379> get name
"test"

从节点上验证
[root@localhost redis-5.0.9]# redis-cli –h 192.168.5.56 –p 6379
192.168.5.56:6379> get name
"test"[root@localhost redis-5.0.9]# redis-cli –h 192.168.5.100 –p 6379
192.168.5.100:6379> get name
"test"

4. 哨兵集群

4.1 哨兵集群简介

  • 哨兵集群详解：
    Redis Sentinel是Redis 的高可用性解决方案由一个或多个Sentinel（哨兵）实例组成。它可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，它的主要功能如下：

    监控： Sentinel会不断地检查你的主服务器和从服务器是否运作正常。

    通知：当被监控的某个 Redis 服务器出现问题时， Sentinel可以通过API向管理员或者其他应用程序发送通知。

    故障迁移：当主服务器不能正常工作时，Sentinel会自动进行故障迁移，也就是主从切换。

    统一的配置管理：连接者询问sentinel取得主从的地址。

  • 哨兵集群原理：
    Sentinel 使用的算法核心是 Raft 算法，主要用途就是用于分布式系统，系统容错，以及Leader选举，每个Sentinel都需要定期的执行以下任务：

  1. 每个 Sentinel 会自动发现其他 Sentinel 和从服务器，它以每秒钟一次的频率向它所知的主服务器、从服务器以及其他 Sentinel 实例发送一个 PING 命

  2. 如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 那么这个实例会被 Sentinel 标记为主观下线。 有效回复可以是： +PONG 、 -LOADING 或者 -MASTERDOWN 。

  3. 如果一个主服务器被标记为主观下线， 那么正在监视这个主服务器的所有Sentinel要以每秒一次的频率确认主服务器的确进入了主观下线状态。

  4. 如果一个主服务器被标记为主观下线， 并且有足够数量的Sentinel（至少要达到配置文件指定的数量）在指定的时间范围内同意这一判断， 那么这个主服务器被标记为客观下线。

  5. 在一般情况下， 每个Sentinel会以每 10 秒一次的频率向它已知的所有主服务器和从服务器发送 INFO 命令。 当一个主服务器被Sentinel标记为客观下线时，Sentinel向下线主服务器的所有从服务器发送 INFO 命令的频率会从 10 秒一次改为每秒一次。

  6. 当没有足够数量的Sentinel同意主服务器已经下线， 主服务器的客观下线状态就会被移除。 当主服务器重新向Sentinel的 PING 命令返回有效回复时， 主服务器的主管下线状态就会被移除

4.2 配置哨兵集群

此步骤是基于一主两从的基础上配置的，下面配置文件需要在主和从上执行
192.168.5.55,192.168.5.56,192.168.5.100这三台主机都要修改配置文件

[root@localhost redis-5.0.9]# pwd
/usr/local/redis-5.0.9
[root@localhost redis-5.0.9]# vim sentinel.conf
17 protected-mode no    //修改为no
26 daemonize yes        //修改为yes
36 logfile "/usr/local/redis-5.0.9/logs/sentinel.log"   //指定日志文件位置
121 sentinel monitor mymaster 192.168.5.56 6379 2  //修改为主的ip和端口//三台配置完成后依次启动
[root@localhost redis-5.0.9]# redis-sentinel sentinel.conf

查看26379端口
[root@localhost redis-5.0.9]# ss -antl | grep 26379
LISTEN     0      128      *:26379                    *:*                  
LISTEN     0      128      [::]:26379                  [::]:*                  分别登录三台主机查看哨兵状态
[root@localhost redis-5.0.9]# redis-cli -h 192.168.5.55 -p 26379
192.168.5.55:26379> info sentinel
# 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.5.55:6379,slaves=2,sentinels=3[root@localhost redis-5.0.9]# redis-cli -h 192.168.5.56 -p 26379
192.168.5.56:26379> info sentinel
# 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.5.55:6379,slaves=2,sentinels=3[root@localhost redis-5.0.9]# redis-cli -h 192.168.5.100 -p 26379
192.168.5.56:26379> info sentinel
# 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.5.55:6379,slaves=2,sentinels=3检查status、slaves、sentinels 状态，数量。确认无误后进行下一步测试。

4.3 模拟故障，进行容灾切换

//模拟故障之前确认主的ip
[root@localhost redis-5.0.9]# redis-cli -h 192.168.5.56 -p 6379
192.168.5.56:6379> info replication
# Replication
role:slave
master_host:192.168.5.55
master_port:6379//模拟主机192.168.5.55宕机
[root@localhost ~]# init 0

//登录192.168.5.56主机查看
[root@localhost redis-5.0.9]# redis-cli -h 192.168.5.56 -p 6379
192.168.5.56:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=192.168.5.100,port=6379,state=online,offset=115805,lag=0
master_replid:a2378393fec9fea2ead06a8c57a628462ad4aa7f
master_replid2:ba34586996ba173136eb297e70a52af08a13f2a8//主从切换成功，当原来的192.168.5.55恢复后，会默认的变成192.168.5.56的从节点
192.168.5.56:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.5.100,port=6379,state=online,offset=2782961,lag=1
slave1:ip=192.168.5.55,port=6379,state=online,offset=2782961,lag=0

http://www.ppmy.cn/news/107769.html

相关文章

Django开发中常用的命令总结

Django开发中常用的命令总结

1. 创建一个Django Project 1 2 3 4 5 6 7 8 9 10 11 #使用下面的命令可以创建一个project django-admin.py startproject mysite #创建好之后可以看到如下的project结构 mysite/ manage.py mysite/ __init__.py settings.py urls.py wsgi.py…
阅读更多...
k8s架构设计之存储设计

k8s架构设计之存储设计

当我们使用k8s创建服务的时候，需要使用磁盘进行存储。k8s作为分布式系统，是怎样进行进行存储管理的呢？实际上k8s的存储方案分为两种：一.静态存储 二.动态存储 为了方便，本文主要以nfs来讲解 一.静态存储 当我们一个服务使用固定的存储空间的时候，可以通过创建存储卷pv，…
阅读更多...
SpringBoot 集成WebSocket详解

SpringBoot 集成WebSocket详解

感谢参考文章的博主，关于WebSocket概述和使用写的都很详细，这里结合自己的理解，整理了一下。 一、WebSocket概述 1、WebSocket简介 WebSocket协议是基于TCP的一种新的网络协议。它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器…
阅读更多...
如何搭建第一个SpringBoot+MyBatis项目

如何搭建第一个SpringBoot+MyBatis项目

🙈作者简介：练习时长两年半的Java up主 🙉个人主页：程序员老茶 🙊 ps:点赞👍是免费的，却可以让写博客的作者开兴好久好久😎 📚系列专栏：Java全栈，…
阅读更多...
数据结构基础-链表

数据结构基础-链表

2.2 链表 概述 定义 在计算机科学中，链表是数据元素的线性集合，其每个元素都指向下一个元素，元素存储上并不连续 In computer science, a linked list is a linear collection of data elements whose order is not given by their physic…
阅读更多...
Eureka入门 ； 服务注册中心，服务注册服务发现；SpringCloud eureka

Eureka入门 ； 服务注册中心，服务注册服务发现；SpringCloud eureka

一、引入 Spring Cloud封装了netflix公司的Eureka模块来进行实现服务治理。 在传统的RPC远程调用框架中，管理每个服务服务之间依赖关系比较复杂，所以需要服务治理，管理服务之间的依赖。可以实现服务注册、调用、负载均衡、容错等技术。 1. 服…
阅读更多...
Spring Boot 如何实现异步消息处理

Spring Boot 如何实现异步消息处理

Spring Boot异步消息处理 在现代应用程序中，异步消息处理是一项至关重要的任务。它可以提高应用程序的性能、可伸缩性和可靠性，同时也可以提供更好的用户体验。Spring Boot提供了多种方式来实现异步消息处理，包括使用Spring AMQP、Spring Ka…
阅读更多...
Elasticsearch数据库

Elasticsearch数据库

目录 1. 什么是ElasticSearch1.1 概念及特点1.2 ElasticSearch适用场景概述 2. 安装ElasticSearch2.1 下载安装包2.2 环境说明2.3 创建es的用户2.4 创建es存储位置2.5 安装es2.5 修改配置文件2.6 系统优化2.7 安装jdk环境2.8 切换es用户启动数据库2.9 systemctl管理2.10 访问 3…
阅读更多...
最新文章

Copyright @ 2022~2023