哨兵

哨兵实现的是 高可用 说明一下sentinel选举主redis的过程， 首先 选取最新的sentinel代表 ，每一个都维护一个值，谁都向对方发送我要当领导的信息（谁先发送到这里先记谁），如果收到对方回复的选举的id和自己的id一样，开始记票数，超过n/2+1即可。最后三张图片选举的是这个 然后再选举redis主节点 删除已下线或者断线状态的从 删除最近五秒没有回复的从 删除断开与之前master链接超过设置时长的从 按优先级排序，这样如果优先级一样，取复制偏移量最大的从 如果都满足取id最小的。 环境，启动了五个redis，三个sentinel，我这里就是停掉了6379端口，最后抉择出6380的过程。 配置文件说明 redis.conf sentinel.conf 更改文件名里边的端口即可 如下： 另外说一点sentinel.conf文件会随时改变的，因为如果出现redis节点异常，几个哨兵客观认为redismaster节点下线的话会重新选举产生新的master节点，重置之前master下属的所有从节点重新slaveof。 redis-server ./redis.conf & redis-server ./redis6380.conf & redis-server ./redis6381.conf & redis-server ./redis6382.conf & redis

版权声明：本文为转载文章，博客原文地址:http://blog.csdn.net/a67474506?viewmode=contents 一、 Redis 的哨兵(sentinel) 系统用于管理多个 redis 服务器,该系统执行以下三个任务: 1、 监控(Monitoring) : 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。 2、提醒(Notification) :当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。 3、自动故障迁移(Automatic failover) :当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master; 当客户端试图连接失效的Master时,集群也会向客户端返回新Master的地址,使得集群可以使用Master代替失效Master。 二、哨兵 　　哨兵(sentinel) 是一个分布式系统,你可以在一个 架构 中运行多个哨兵(sentinel) 进程,这些进程使用流言协议(gossipprotocols)来接收关于Master是否下线的信息，并使用投票协议(agreement

Redis哨兵机制 什么是哨兵机制 Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务: · 监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。 · 提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。 · 自动故障迁移(Automatic failover):当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master; 当客户端试图连接失效的Master时,集群也会向客户端返回新Master的地址,使得集群可以使用Master代替失效Master。 哨兵(sentinel) 是一个分布式系统,你可以在一个架构中运行多个哨兵(sentinel) 进程,这些进程使用流言协议(gossipprotocols)来接收关于Master是否下线的信息,并使用投票协议(agreement protocols)来决定是否执行自动故障迁移,以及选择哪个Slave作为新的Master. 每个哨兵(sentinel) 会向其它哨兵

原文地址： 点这里 1. helm部署redis主从节点 1.1.确认仓库里有chart，redis chart版本号为10.5.7 1.2.部署redis一主二从节点 2. 部署redis 高可用哨兵模式 2.1.确认仓库里有chart，redis chart版本号为10.5.7 2.2. 部署redis 高可用 2.3.如果需要暴露给外部使用则需要再部署一个 NodePort Service 1. helm部署redis主从节点 1.1. helm部署redis条件 a. 准备storageClass服务作为永久存储，名称为nfs b. helm Client："v2.13.1"， Server:"v2.13.1" c. 仓库源为http://mirror.azure.cn/kubernetes/charts/ d. 确认仓库里有chart，redis chart版本号为10.5.7 [root@ops1 redis]# helm version Client: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"} Server: &version.Version{SemVer:"v2.13.1",

3 月，跳不动了？>>> Redis提供了一种能监控多台Redis服务器，并且能完成主从切换的特殊模式----Redis哨兵模式 我们能用Redis主从实现读取分流，但是如果某个时间点写入数据如果太大，给master造成太大压力造成宕机，如果没有哨兵模式的情况下我们就需要人工处监控理，这样就造成了某个时间段Redis不能提供服务，然而使用哨兵模式，我们就能解决某个时间段Redis不能提供服务的问题，Redis哨兵模式主要的两个功能： 监控服务 和 主从切换 一、主从切换原理 哨兵(Sentinel)不仅要监控所有的Redis服务，也要监控其他的Sentinel。原理就是Sentinel向Redis或者其他Sentinel发送ping命令，其他服务则响应。 主观下线：例如Sentinel向Redis发送命令后，有台Redis服务没响应则认为该服务器为主观下线 客观下线：如果多个Sentinel都对同一个服务做出了主观下线的判断，并且通过交流之后会认定该服务器为客观下线 它们的区别可以这样理解：主观下线是“只有我认为它宕机了”，而客观下线是“大部分人都认为它宕机了”，当一台服务器被认定客观下线之后，Sentinel有可能会进行一次选举。为什么说有可能，因为选举的目的是选择一个新的 master ,如果宕机的是 slave 则不影响系统使用，假如宕机的是 master 这时

3 月，跳不动了？>>> 如果master异常，则会进行master-slave切换，将其中一个slave作为master，将之前的master作为slave。 哨兵作用 哨兵是Redis集群架构中非常重要的一个组件，主要功能如下： 集群监控：负责监控redis master和slave进程是否正常 消息通知：如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员 故障转移：如果master节点挂掉了，会自动转移到slave节点上 配置中心：如果故障转移发生了，通知client客户端新的master地址 哨兵的核心知识 故障转移时，判断一个master节点是否宕机了，需要大部分的哨兵都同意才行，涉及到了分布式选举的问题 哨兵至少需要3个实例，来保证自己的健壮性 哨兵+redis主从的部署架构，是不会保证数据零丢失的，只能保证redis集群的高可用性 sdown和odown sdown和odown两种失败的状态 sdown是主观宕机，就一个哨兵如果自己觉得一个master宕机了，那么就是主观宕机 odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是客观宕机 sdown达成的条件：如果一个哨兵ping一个master，超过了is-master-down-after-milliseconds指定的毫秒数之后，就认为master宕机

3 月，跳不动了？>>> 前言：在上一文中，我讲到了--- 如何搭建redis集群---让集群拥有分片的数据内存的扩容和哨兵的高可用 。今天给大家讲解一下Spring如何整合Redis集群 在这里首先给大家说一说 分片和哨兵的特点 ： 1.分片的主要的作用 实现内存数据的扩容 2.哨兵主要的作用,可以实现redis的高可用. 3.如果redis分片中有一个redis节点宕机,则整个redis分片将不能正常运行. 4.Redis哨兵虽然可以实现Redis的高可用,但是哨兵本身没办法实现高可用,程序调用存在风险. 而集群确包含了分片和哨兵的两者的优点，既实现了内存数据的扩容，也实现了redis的高可用，而且集群确保了一个或一定数量的redis宕机，也能够让程序正常的运行，这也是为什么我们运用的集群，而不是分片或哨兵。 --------废话有点多啊，下面进入今天的主题 1.Spring整合Redis集群 1.1在linux系统上开启redis集群 --- sh start.sh 之后 ps -ef |grep redis 检测所有的redis服务器是否开启 1.2添加redis依赖(如若之前添加了，跳过此) <!--spring整合redis --> <dependency> <groupId>redis.clients</groupId> <artifactId>jedis<

3 月，跳不动了？>>> 前言：在前面讲到了Redis分片机制可实现内存数据的扩容来提高执行速率--- Redis分片机制 ，可是Redis分片依旧有一些问题，如果redis分片的节点如果有一个服务器宕机,则直接影响用户的使用.Redis分片机制没有实现高可用功能(HA)。----我所使用的Linux系统是dsCentOS-empty 1.Redis高可用哨兵机制 1.1主从同步配置 1.1.1 主从同步说明 说明:如果需要实现redis的高可用(HA),则必须先实现主从的同步。 当用户操作主节点时,由程序内部自动的实现数据的同步,将数据同步给从节点.这时主机和从机拥有相同的数据。 1.1.2 准备哨兵的Redis节点 说明: 1.首先将redis的分片服务器全部关闭。 2.复制分片的文件目录,并且改名为sentinel cp -r shards sentinel 3.删除多余的持久化文件 rm -f dump.rdb 4.分别启动redis redis-server 6379.conf & redis-server 6380.conf & redis-server 6381.conf & 检查Redis启动是否正常. 1.1.3检查Redis节点状态 命令: 要求在redis的客户端中执行 info replication role:master 说明是主机， connevted

前言 redis的持久化功能在一定程度上保证了数据的安全性，即便时服务器宕机的情况下，也可以保证数据的丢失非常少，通常，为了避免服务的单点故障，会把数据复制到多个副本放在不同的服务器上，且这些拥有数据副本的服务器可以用于处理客户端的读请求，扩展整体的性能，下面将介绍redis的主从复制。 1，主从复制概述 redis的复制功能是支持多个服务器之间的数据同步。被复制的服务器称为主服务器（master），对服务器进行复制操作的为从服务器（slave），主服务器master可以进行读写操作，当发生写操作的时候自动将数据同步到从服务器，而从服务器一般是只读的，并接收master同步过来的数据，一个master可以有多个slave，而一个slave只能由一个master。 主从复制的过程： 1，从节点执行slaveof命令； 2，从节点只是保存了slavef命令中主节点的信息，并没有立即发起复制； 3，从节点内部的定时任务发现由主节点的信息，开始使用socket连接主节点； 4，连接建立成功后，发送ping命令，希望得到pong命令响应，否则会进行重连； 5，如果主节点设置了权限，那么就需要进行权限验证；如果验证失败，复制终止； 6，权限验证通过后，进行数据同步，这是耗时最长的操作，主节点将把所有的数据全部发送给从节点； 7，当主节点把当前的数据同步给从节点后，便完成了复制的建立流程

前言 redis的持久化功能在一定程度上保证了数据的安全性，即便时服务器宕机的情况下，也可以保证数据的丢失非常少，通常，为了避免服务的单点故障，会把数据复制到多个副本放在不同的服务器上，且这些拥有数据副本的服务器可以用于处理客户端的读请求，扩展整体的性能，下面将介绍redis的主从复制。 1，主从复制概述 redis的复制功能是支持多个服务器之间的数据同步。被复制的服务器称为主服务器（master），对服务器进行复制操作的为从服务器（slave），主服务器master可以进行读写操作，当发生写操作的时候自动将数据同步到从服务器，而从服务器一般是只读的，并接收master同步过来的数据，一个master可以有多个slave，而一个slave只能由一个master。 主从复制的过程： 1，从节点执行slaveof命令； 2，从节点只是保存了slavef命令中主节点的信息，并没有立即发起复制； 3，从节点内部的定时任务发现由主节点的信息，开始使用socket连接主节点； 4，连接建立成功后，发送ping命令，希望得到pong命令响应，否则会进行重连； 5，如果主节点设置了权限，那么就需要进行权限验证；如果验证失败，复制终止； 6，权限验证通过后，进行数据同步，这是耗时最长的操作，主节点将把所有的数据全部发送给从节点； 7，当主节点把当前的数据同步给从节点后，便完成了复制的建立流程