深入理解Redis、被监控得主机-哨兵

最新推荐文章于 2024-02-04 11:15:48 发布
最新推荐文章于 2024-02-04 11:15:48 发布
阅读量590 收藏
点赞数 1
文章标签： 数据库 redis java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HouXinLin_CSDN/article/details/106555862
版权

什么是哨兵

在此之前，在回顾一下主从复制，主从复制主要有两个作用，一是可以为主服务器提供一个备份，当主服务器发生故障后，在这个备份中会有一份完整得数据，二是对主服务器进行分流，比如实现读写分离，将写操作放在主节点上，将读操作放到从节点上，但是这种模式有个问题，就是如果主节点发送故障，那么故障转移就需要手工来完成，比如选出一个新的slave作为新的master节点。为了解决主从复制故障转移得问题，Redis就引入了高可用哨兵模式。

哨兵模式是由一个或多个哨兵组成得哨兵系统，主要用于监控任意多台主服务器是否发生故障，以及监控这些主服务器得从服务器，当主服务器发生故障时，他会通过投票选举得方式从主服务器下属得服务器中选出一台新得主服务器，让这台新得服务器代替之前得主服务器继续处理命令请求，从而实现了故障得自动转移，无需手工操作，达到了高可用、热部署得目的。

另外哨兵模式是不会存储数据，他的作用是对Redis主从节点进行监控，对其故障进行判断，转移等处理。

哨兵模式配置

假设现在有一台主服务器，两台从服务器已经开启，接着来开启哨兵。
首先打开sentinel.conf配置文件，

port 26379
daemonize no
pidfile /var/run/redis-sentinel.pid
logfile ""
dir /tmp
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
sentinel deny-scripts-reconfig yes

sentinel monitor mymaster 127.0.0.1 6379 2：监控一台名为mymaster的主服务器，他的ip地址是 127.0.0.1 ，端口是6379,。最后的2代表当这台主服务器发生故障时，至少需要两台sentinel同意，才能认定主服务器失效。

sentinel down-after-milliseconds mymaster 30000：指定sentinel认为服务器已经离线所需要的毫秒数，默认为30秒，如果服务器在指定时间内没有向sentinel返回PING命令的回复，或者回复一条错误的信息，则sentinel认为这台服务器已经离线，将其标记为主观下线，但是只有多个sentinel将他标记为主观下线后，这台服务器才会被标记为客观下线，才会进行故障转移机制。

sentinel parallel-syncs mymaster 1：指定了在执行故障转移时，最多可以有多少台从服务器同时对新的主服务器进行复制，默认为1，这个值越小，在进行故障转移时所需要的时间就越长。

sentinel failover-timeout mymaster 180000该选项指定在规定时间内如果没有完成failover操作，则认为failover操作失败，默认为180s。

下面是启动sentinel。

./sentinel1/src/redis-sentinel ./sentinel1/sentinel.conf

连接命令

./redis-6.0.4/src/redis-cli -p 26379

可以使用INFO sentinel进行信息查看。

127.0.0.1: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=127.0.0.1:6379,slaves=2,sentinels=1
127.0.0.1:26379>

另外Sentinel启动后，配置文件会发生一些变化，会额外多一些信息，如下。

port 26379
daemonize no
pidfile "/var/run/redis-sentinel.pid"
logfile ""
dir "/tmp"
sentinel myid bb7b059d0af8287215df5adc9fdda7ed89f77e85
sentinel deny-scripts-reconfig yes
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 0

# Generated by CONFIG REWRITE
protected-mode no
user default on nopass ~* +@all
sentinel known-replica mymaster 127.0.0.1 6381
sentinel known-replica mymaster 127.0.0.1 6380
sentinel current-epoch 0

好了，我们在同样的方式在启动两个Sentinel，记得修改下配置文件中的端口和logfile路径、

./sentinel-26380/src/redis-sentinel ./sentinel-26380/sentinel.conf 
./sentinel-26381/src/redis-sentinel ./sentinel-26381/sentinel.conf

至此，哨兵模式就配置完了。

在哨兵模式下部分命令无法使用，如SET、SELECT、DEL等，事务相关的命令也不能使用，还有脚本、RDB、AOF等。原因是哨兵并不使用数据库，不存储任何数据，他使用sentinel.c/sentinelcmds作为服务器的命令表，sentinelcmds函数如下。

struct redisCommand sentinelcmds[] = {
    {"ping",pingCommand,1,"",0,NULL,0,0,0,0,0},
    {"sentinel",sentinelCommand,-2,"",0,NULL,0,0,0,0,0},
    {"subscribe",subscribeCommand,-2,"",0,NULL,0,0,0,0,0},
    {"unsubscribe",unsubscribeCommand,-1,"",0,NULL,0,0,0,0,0},
    {"psubscribe",psubscribeCommand,-2,"",0,NULL,0,0,0,0,0},
    {"punsubscribe",punsubscribeCommand,-1,"",0,NULL,0,0,0,0,0},
    {"publish",sentinelPublishCommand,3,"",0,NULL,0,0,0,0,0},
    {"info",sentinelInfoCommand,-1,"",0,NULL,0,0,0,0,0},
    {"role",sentinelRoleCommand,1,"ok-loading",0,NULL,0,0,0,0,0},
    {"client",clientCommand,-2,"read-only no-script",0,NULL,0,0,0,0,0},
    {"shutdown",shutdownCommand,-1,"",0,NULL,0,0,0,0,0},
    {"auth",authCommand,2,"no-auth no-script ok-loading ok-stale fast",0,NULL,0,0,0,0,0},
    {"hello",helloCommand,-2,"no-auth no-script fast",0,NULL,0,0,0,0,0}
};

这里列举哨兵模式常用的几个命令。

  1. SENTINEL masters： 该命令用于查看哨兵监控的主服务器的相关信息及状态。

  2. SENTINEL slaves < master name >：该命令用于列出指定主服务器的所有从服务器的信息及状态。

  3. SENTINEL get-master-addr-by name < master name >：该命令用于返回指定名字的主服务器的IP地址和端口信息。如果这台主服务器正在执行故障转移操作，或者针对这台主服务器的故障转移操作已经完成，那么这个命令将会返回新的主服务器的IP地址和端口信息。

  4. SENTINEL reset < pattern >：该命令用于重置所有名字和给定模式(pattem) 相匹配的主服务器。pattern 参数是一种Glob风格的模式。一旦执行此命令，它将会清除主服务器目前的所有状态，包括正在执行中的故障转移，以及删除目前已经发现和关联的、主服务器的所有从服务器和Sentinel。请谨慎执行。

  5. SENTINEL failover < master name >：该命令用于当主服务器出现故障时，在不询问其他Sentinel意见的情况下，强制开始一次自动故障转移操作。它会给另外的Sentinel发送一个最新的配置，这些Sentinel在接收到最新的配置之后会自动更新。

  6. NFO：该命令用于查看Redis的相关配置信息。

  7. INFO sentinel：该命令用于查看Sentinel 的基本状态信息。

哨兵原理

  1. 启动Sentinel并初始化
    启动命令:
redis-sentinel sentinel .conf配置文件所在路径

前面说过，Sentinel 并不使用数据库，它不能存储数据，他也不会加载RDB文件或AOF文件。在启动之后，服务器会初始化一个sentinel.c/sentinelState结构，这个结构中保存了服务器中所有和Sentinel功能有关的状态。

struct sentinelState {
    char myid[CONFIG_RUN_ID_SIZE+1]; /* This sentinel ID. */
    uint64_t current_epoch;         /* Current epoch. */
    dict *masters;      /* Dictionary of master sentinelRedisInstances.
                           Key is the instance name, value is the
                           sentinelRedisInstance structure pointer. */
    int tilt;           /* Are we in TILT mode? */
    int running_scripts;    /* Number of scripts in execution right now. */
    mstime_t tilt_start_time;       /* When TITL started. */
    mstime_t previous_time;         /* Last time we ran the time handler. */
    list *scripts_queue;            /* Queue of user scripts to execute. */
    char *announce_ip;  /* IP addr that is gossiped to other sentinels if
                           not NULL. */
    int announce_port;  /* Port that is gossiped to other sentinels if
                           non zero. */
    unsigned long simfailure_flags; /* Failures simulation. */
    int deny_scripts_reconfig; /* Allow SENTINEL SET ... to change script
                                  paths at runtime? */
} sentinel;

Sentinel状态中的masters字典记录了所有被Sentinel监控的主服务器信息，字典中的键就是被监控的主服务名字，字典中的值是一个指向sentinel.c/sentinelRedisInstance结构的指针。

对Sentinel状态的初始化也就是对masers字典的初始化，而被加载的sentinel.conf配置文件就用于masters 字典的初始化。

在初始化Sentinel之后，就会建立与被监控主服务器的网络连接，Sentinel 将成为主服务器的客户端，这个客户端可以向主服务器发送命令，并从中获取相关的服务器信息。Sentinel在监控主服务器后，它们之间会建立两个异步网络连接。

一个是命令连接， 这个连接专用于向主服务器发送命令，并获取返回的信息， 以此来与主服务器一直保持通信状态。

另一个是消息订阅连接，这个连接专用于订阅主服务器的_sentinel_hello频道消息。在目前Redis的消息订阅发布功能中，被发送的消息并不会被保存到Redis服务器中。在发送消息的过程中，如果订阅消息的客户端离线或者因为其他原因而接收不到消息。那么这条消息将会丢失。为了保证订阅的_sentinel_hello频道的消息在传输过程中不丢失，Sentinel专门建立了一个订阅该频道消息的网络连接。

  1. 获取主从服务器的信息

在Sentinel 启动并完成初始化后，就开始获取主从服务器的信息。在默认情况下Sentinel会以每10s一次的频率，通过命令连接向被监控的主服务器发送INFO命令，并通过分析INFO命令的回复信息来获取主服务器的当前信息。

Sentinel通过获取INFO命令返回的信息，可以知道被监控主服务器的信息，包括run_id(它记录了服务器的运行ID)和role (它记录了服务器的角色信息)及其他信息。有了主服务器的run id 和role信息，Sentinel 就可以对主服务器的实例进行更新。还可以知道主服务器从属的从服务器的信息，每台从服务器都有一一个以“slave” 字符串开头的行记录。每行的ip选项记录了从服务器的IP地址，port 选项记录了从服务器的端口号。Sentinel取到这些IP地址和端口号之后，无须用户提供从服务器的地址信息，就可以发现从服务器。通过主服务器获取从服务器的信息，获取到的从服务器信息将会用于更新主服务器实例结构的slaves 字典，这个字典用于记录从服务器的信息，字典中的键是从服务器的名字，它由Sentinel 自动设置，格式为ip:port，比如，127.0.0.1:6380， 字典中的值是从服务器对应的实例结构。

  1. 向主从服务器发送信息

Sentinel也会向主从服务器发送信息，它以每2s一次的频率，通过命令连接向所有被监控的主从服务器发送以下命令:

PUBLISH sentinel_:hello "<s_ ip>,<s_ port>,<s_runid>,<s_epoch>, <m_name>,<m ip>,<m_port>, <m_epoch>"

该命令向服务器的_sentinel_:hello 频道发送了条消息，该条消息含有多个参数， 内容如下。

s_ip: Sentinel的IP地址。

s_port: Sentinel的端口号。

s_runid: Sentinel的运行ID.

s_epoch:Sentinel当前的配置纪元(一个配置纪元就是一台新主服务 器配置的版本号)。

m_name:主服务器的名字。

m_ip:主服务器的IP地址。

m_port：主服务器端口

m_epoch:主服务器当前的配置纪元

其中，以s开头的是Sentinel本身的信息，以m开头的是Sentinel所监控的主服务器的信息。

一个Sentinel可以与其他Sentinel进行网络连接，各个Sentinel之间可以互相检查对方的可用性，并进行信息交换。同时，每个Sentinel都订阅了被它监控的所有主从服务器的_sentinel_ :hello 频道，用于判断查找新的Sentinel。 当一个Sentinel 发现个新的 Sentinel时，它会将这个新的Sentinel添加到一个列表中， 而这个列表中保存了Sentinel 己知的监在同一台主服务器的所有其他Sentinel信息。Sentinel 所发送的信息中包含了主服务器的完整信息。如果一个Sentinel包含的主服务器的信息比另一个Sentinel发送的配置要旧，那么这个Sentinel会立即升级到新配置上。

  1. 接收来自主从服务器的频道消息

在Sentinel与主从服务器之间建立消息订阅连接后，Sentiel就会通过消息订阅连接向服务器发送SUBSCRIBE _sentine_:hello命令。Sentinel会一直订阅服务器的_sentine_:hello消息频道，直到它与服务器断开连接为止。当Sentinel 和服务器之间建立连接之后，它就会通过命令连接向服务器的_sentine_:hello频道发送消息，同时通过消息订阅连接来读取服务器的_sentine_:hello频道消息。

当一个Sentinel 读取到_sentine_:hello频道中的信息时，就会从读取的信息中获取Sentinel的IP地址、端口号、运行ID等，用于做以下判断:

  • 如果信息记录的Sentinel的运行ID和接收信息的Sentinel 的运行ID相同，就说明这条信息是由它自己发送的，将移除这条信息，不做任何处理。

  • 如果信息记录的Sentinel的运行ID和接收信息的Sentinel的运行ID不相同，就说明这条信息是由其他Sentinel发送的，接收信息的Sentinel将会根据信息中的各个参数，对相应的主服务器的实例结构进行更新，同时更新sentinels 字典。

Sentinel为主服务器创建的实例结构中的sentinels字典中保存了Sentinel本身的信息它所监控的主服务器的其他Sentinel信息。sentinels字典中的键是其中一个Sentinel的名字，这个名字由ip:port组成，而sentinels字典中的值则是键所对应Sentinel的实例结构。

当Sentinel通过消息频道发现一个新的Sentinel时，它不仅会为新的Sentinel在sentinels字典中创建相应的实例结构，还会创建连向新的Sentinel连接，最终多个Sentinel互相连接，共同监控相应的主从服务器。

  1. 监控主从服务器下线状态
    在默认情况下，Sentinel会以每秒一次的频率向他监控的主从服务器及其他Sentinel发送一条PING命令，并通过返回的PING命令回复来判断主从服务器及其他Sentinel是否已经下线，PING命令有效的回复有三种，
  • 返回PONG：表示网络连接正常。
  • 返回LOADING：发生错误
  • 返回MASTERDOWN：发生错误
    除此之外，如果在指定时间内没有得到回复，Sentinel都会认为服务器返回的回复是无效回复。
  1. 完成故障转移

当一台主服务器被判断为客观下线时，监控这台下线主服务器的多个Sentinel会进行协商，采用用一定的规则和方法选举出一个Sentinel领导，并由这个Sentinel领导对下线的服务器进行故障转移操作。

那为什么要选举Sentinel领导呢？

因为只有一个Sentinel完成故障转移，当多个Sentinel同时监控一个或多个主从复制结构时，就需要选举出一个Sentinel领导来完成故障转移。

具体如下:

  • 一个主从复制结构可以由多个Sentinel监控，而多个Sentinel都有被选举为Sentinel领导的可能。在进行选举之后，无论选举成功与否，所有Sentinel的配置纪元的值都会自增一-次。

  • 在一个配置纪元里，所有Sentinel都有一次将某 个Sentinel设置为局部领导的机会，当设置局部领导以后，就不能再更改它的配置纪元了。

  • 每个Sentinel监控到主服务器客观下线后，都会要求其他Sentinel选举自己作为局部领导。

  • 当一个Sentinel (源Sentinel) 向另一个Sentinel (目标Sentinel) 发送SENTINEL is-master down-by-addr命令，同时命令中的runid是源Sentinel的运行ID时，表示源Sentinel要求目标Sentinel将前者设置为后者的局部领导。

  • 将Sentinel设置为局部领导的规则是：先到先得。谁先向目标Sentinel发送设置要求，谁就能成为目标Sentinel的局部领导，之后它将拒绝接受其他的所有设置要求。

  • 目标Sentinel 在接收到SENTINEL is-mater-down-by-addr 命令之后，将会向源Sentinel返回一个命令回复， 在回复的参数中，leader_runid 和leader_epoch 参数分别记录了目标Sentinel的领导Sentinel的运行ID和配置纪元。

  • 源Sentinel在接收到目标Sentinel返回的命令回复之后，会判断其中的leader_runid和leader _epoch参数与自己的运行ID及配置纪元是否相同，如果相同，就表示目标Sentinel将原Sentinel设置成了局部领导。

  • 在多个Sentinel中，如果某个Sentinel 被半数以上的Sentinel 设置成了局部领导Sentinel,那么这个局部领导Sentinel将会成为多个Sentinel 的领导。

  • Sentinel 领导的选举需要半数以上的Sentinel 的支持，并且每个Sentinel 在配置纪元里只能设置一次局部领导，因此，在一个配置纪元里，只能出现一个Sentinel 领导.

  • 假如在指定的时间内， 没有选举出一个Sentinel作为领导，那么各个Sentinel将会过一段时间再进行选举，直到选举出新的Sentinel领导为止。

Sentinel领导选举成功之后，它将对已经下线的主服务器执行故障转移操作。具体步骤如下。

  1. 当master出现问题时，多个Sentinel发现并确认master有问题，多个Sentinel的确认保证了公平性。

  2. 在Sentinel内部会选举出一个Sentinel 作为领导，让它完成相关工作。

  3. 作为领导的Sentinel会从这台已经下线的主服务器的所有从服务器中选出一个“合适”的slave节点作为新的master。让这个slave 节点执行SLAVEOF no one命令，让其成为master节点。

  4. 此时Sentinel 会通知其余的slave 成为新的master的slave，这些slave就会复制新的master数据，通过向其余的slave发送SLAVEOF命令来完成。

  5. 之后Sentinel会通知相应的客户端新的master是谁，这样就能避免客户端再去连接旧的master，从而导致读取数据失败的问题产生。

  6. 在这个过程中，Sentinel依然会监控旧的master，对其进行“关注”。当旧的master复活之后，就会让它成为新的master的slave节点，然后去复制新的masters数据。

最后

我们已经启动了三个Redis、6379(主)、6380(从)、6381(从)，还启动了三个哨兵。
在这里插入图片描述
执行info sentinel命令，可以看到此时的主节点是6379这个端口，在这里插入图片描述
现在模拟下宕机，将6379这个节点终止，过段时间后在执行info sentinel命令，发现新的master节点已经切换到6380这个节点。
在这里插入图片描述
查看6380的从节点信息，发现只有一个6381。
在这里插入图片描述
最后在把6379启动，过段时间再次执行info replication，就会看到6379已经成为自己的从节点。
在这里插入图片描述

HouXinLin_CSDN
关注
深入学习 Redis Sentinel - 基于 DockerCompose 编排哨兵分布式架构，理解工作原理
CYK_byte的博客
09-13 1046
Redis Sentinel 是⼀个分布式架构，其中包含若干个 Sentinel 节点（哨兵）和 Redis 数据节点，这两种结点之间的哨兵机制，是通过独立的进程来体现的，和 redis-server 是不同进程！redis-sentinel 不负责存储数据，只是对其他的 redis-server 进程起到监控的效果.
Redis（九）------哨兵模式、缓存穿透和雪崩
钟情_的博客
03-25 1677
Redis（九）------哨兵模式、缓存穿透和雪崩 15、哨兵模式 参考博客：Redis哨兵（Sentinel）模式 - 简书 (jianshu.com) 15.1 概述 Redis2.8起正式提供了Sentinel（哨兵模式） 主从切换技术的方法是：当主机服务器宕机后，需要手动把一台服务器切换为主服务器，是需要人为干预的，费时费力，还会造成一段时间内服务不可用。不推荐这种方式，所以大多时候考虑使用哨兵模式 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它
Redis Sentinel Master is switching：Connection was not opened Redis 哨兵模式 切换 报这种错误 有什么解决办法吗
Martin 的博客
11-09 1802
Redis Sentinel Master is switching：Connection was not opened Redis 哨兵模式 切换 报这种错误 有什么解决办法吗 开了保护模式，只能读取本地
Redis哨兵模式原理剖析，监控、选主
m0_67614284的博客
05-04 1945
为什么需要客观下线机制？ 因为当前哨兵节点探测对方没有得到响应，很有可能这两个机器之间的网络发生了故障，而 Master 节点本身没有任何问题，此时就认为 Master 故障是不正确的。 为了解决上述问题，客观下线应运而生，Sentinel一般会集群部署，引入多个哨兵实例一起来判断，就可以避免单个哨兵因为自身网络状况不好，而误判主库下线的情况。 假设我们有N个哨兵实例，如果有N/2+1个实例判断主库“主观下线”，此时把节点标记为“客观下线”，此时就可以做主从切换了。 4.选举哨兵领导者？ =========
配置哨兵监控Redis运行情况
诗人密语
12-24 2514
redis哨兵模式 当主机发生故障时从从机中自动选出一个替代主机 1.在安装目录下创建sentinel.conf文件(哨兵配置文件)添加内容格式:sentinel monitor myMonitor 127.0.0.1 6379 1 myMonitor ：监控主数据的名称，自定义即可，可以使用大小写字母和“.-_”符号 127.0.0.1：监控的主数据库的IP 6379：监控的主数据...
在Redis Sentinel环境下，jedis该如何配置
varyall的专栏
03-29 1310
在Redis主从复制架构中，如果master出现了故障，则需要人工将slave提升为master，同时，通知应用侧更新master的地址。这样方式比较低效，对应用侧影响较大。 为了解决这个问题，Redis 2.8中推出了自己的高可用方案Redis Sentinel。 Redis Sentinel架构图如下： 默认情况下，每个Sentinel节点会以每秒一次的频率对Redis节点和其它的Sentin...
redis 查看当前连接ip_Redis学习 复制以及三种部署模式
weixin_39809793的博客
12-06 5930
什么是复制单机的redis通常情况是无法满足项目需求的，一般都建议使用集群部署的方式进行数据的多机备份和部署，这样既可以保证数据安全，同时在redis宕机的时候，复制也可以对于数据进行快速的修复。采取的方式单机部署(忽略)主从链一主多从哨兵模式集群模式复制的前提需要保证redis.conf里面的配置是正确的，比如：dir ./dbfilename "dump.rdb"需要保证指定的路径...
Redis系列之-Redis-Sentinel哨兵
just_do_it_20的博客
06-18 227
一 主从复制高可用 主从复制存在的问题： 主从复制，主节点发生故障，需要做故障转移，可以手动转移：让其中一个slave变成master 主从复制，只能主写数据，所以写能力和存储能力有限 二 架构说明 可以做故障判断，故障转移，通知客户端（其实是一个进程,sentinel也是一个服务端），客户端直接连接sentinel的地址 多个sentinel发现并确认master有问题 选出一个sentinel作为领导 选取一个slave作为新的master 通知其余slave成为新的master的slave 通
07 redis高可用-哨兵模式1
08-08
【Redis高可用-哨兵模式】是Redis为了实现服务的高可用性而设计的一种监控和故障转移机制。哨兵(Sentinel)系统监控Redis主从集群的状态，当检测到主节点故障时，会自动进行故障迁移，将一个从节点提升为新的主节点，...
redis多实例部署模式介绍--哨兵模式docker部署--主从自动切换
最新发布
彼德骚_漫漫长路
02-04 1315
是个研发，不知道为什么一直要搞部署工作
Redis搭建一套哨兵监控两套主从复制集群
shixing的博客
05-17 1037
Redis搭建一套哨兵监控两套主从复制集群 使用Predixy代理 参考 [Predixy]: https://github.com/joyieldInc/predixy 1.配置哨兵配置文件 vi 26379.conf port 26379 daemonize yes protected-mode no # 第一套主从复制集群，总共两台，主是192.168.254.10，从是192.168.254.11 sentinel monitor group01 192.168.254.10 6379 2 #
Redis-sentinels启动时报错 All sentinels down, cannot determine where is redis-sentinel master is running.
m0_37574389的博客
04-26 1万+
报错信息： Caused by: redis.clients.jedis.exceptions.JedisConnectionException: All sentinels down, cannot determine where is redis-sentinel master is running… 1、可用telnet ip+端口 看是否连接成功查看： D:\>tel...
sentinel监控主从服务器
Erica_1230的专栏
05-02 1076
1 启动三个redis，端口分别是6379,6380,6381，master是6379端口,slave分别是6380,6381端口 2如果master机器redis服务器挂了。那么会导致整个redis系统都用不了。有两种方案，一种是手动把剩下的两个redis做主从，一个是自动把剩下的做主从。 手动主从 1 修改其中的一个redis为master，比如修改6380端口的redis为ma
Redis Sentinel配置使用过程中的一个坑（DENIED Redis is running in protected mode）
热门推荐
程序世界里的一万万万个为什么
09-20 3万+
根据官网示例配置完sentinel.conf，大致添加如下配置项： port 26379 sentinel monitor mymaster 172.17.16.7 6379 2 sentinel auth-pass mymaster 123456 sentinel down-after-milliseconds mymaster 30000 sentin
Redis主从复制以及哨兵模式
weixin_42383680的博客
04-04 141
主从复制 官网:https://redis.io/topics/replication 是什么: 主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制， Master以写为主，Slave以读为主 目的：读写分离,容灾恢复 怎么做： 拷贝多个redis.conf文件 //cp redis.conf redis6379.conf .开启daemonize yes Pid文件名字...
redisson sentinel配置说明
02-27 7271
redisson sentinel配置说明 摘自官网： sentinelServersConfig: #如果当前连接池里的连接数量超过了最小空闲连接数，而同时有连接空闲时间超过了该数值，那么这些连接将会自动被关闭，并从连接池里去掉。时间单位是毫秒。 idleConnectionTimeout: 10000 pingTimeout: 1000 #同任何节点建立连接时的等待超时。时间...
redis详解-(11)哨兵案例
jinjin603的博客
11-01 629
上一篇以说明的形式介绍了redis哨兵模式的一些内容，本篇将一步一步的动手搭建一个redis多机器多哨兵的服务。1.准备三台服务器(或者虚拟机)，系统CentOS6.5 ip 主机名 192.168.72.133 hadoop1 192.168.72.129 hadoop2 192.168.72.135 hadoop3 2.启动主从服务按照如下的配置，将每台服务器上面的
搭建Redis一主两从三哨兵高可用集群教程
哨兵是Redis的监控和故障切换机制，每个主机都配置一个sentinel.conf。在工作目录下创建sentinel.conf文件，然后设置sentinel的监控目标为主节点，指定其IP地址和端口号，以及quorum参数（即法定票数，用于判断...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值