首页 > 编程知识 正文

java连接redis哨兵模式,redis两台哨兵模式

时间:2023-05-04 15:23:20 阅读:159316 作者:4054

文章目录Redis的哨兵模式是什么? 配置哨兵模式的配置文件sentinel.conf开始测试哨兵模式。 如果主机在哨兵模式下崩溃,如何自动从站选择老大哨兵模式并自动选举主机? 更改boss后,请更改每个从站的配置文件中的主机验证密码,以记住测试哨兵模式结果是否正确的哨兵模式的优缺点

Redis的哨兵模式是什么?

哨兵模式是自动选择老板的模式,老板下台后,哨兵模式根据哨兵们的内部投票,自动重新选择新老板。 哨兵模式是一种特殊的模式,首先Redis提供哨兵命令,哨兵是一个独立的过程,作为一个过程独立运行。 其原理是哨兵发送命令,等待Redis服务器应答。 如果Redis服务器没有响应,则表示此Redis服务器可能已关闭,并监视多个正在运行的Redis实例。

Redis哨兵

这里的哨兵有两个作用

发送命令,使Redis服务器返回监视其运行状况,包括主服务器和从属服务器。 哨兵监测到主服务器停机后,自动将slave切换到主服务器,通过发布订阅模式通知其他从服务器,修改配置文件后切换主机。 然而,如果单个哨兵进程监视Redis服务器,则可能会出现问题,因此可以使用多个哨兵进行监视。 哨兵之间还进行了监控,从而形成多哨兵模式。

用文本说明故障切换的过程。 假设主服务器宕机,哨兵1先检测到该结果,系统并不会立即进行故障处理,哨兵1只是主观上认为主服务器不可用,这是一个主观底线。 如果后面的哨兵也检测到主服务器不可用,数量达到一定值时,哨兵之间进行投票,投票的结果是哨兵开始,进行故障操作。 切换成功后,通过发布订阅模型,每个哨兵可以将自己监视的从服务器切换到主机。 这个过程称为客观下划线。 这样,对客户端来说一切都是透明的。

如果有三个哨兵,每个哨兵不仅监视主机和从机,而且哨兵之间也互相监视。 下图:

在我们下面这个一主二从的例子中,只有一个哨兵,不是多哨兵模式。

构成哨兵模式的配置文件sentinel.conf构成哨兵模式的配置文件sentinel.conf如下

# sentinel monitor所监视的服务器的名称(可随意命名的host port 1# )后面的数字1表示主机已挂起。 slave从机器投票中看将谁交接给主机,投票数最多的将是主机。 sentinelmonitormyRedis 127.0.0.163791 #如果受监视的主机redis服务器上有密码,请将验证密码# sentinel auth-pass添加到sentinel.conf文件中

启动哨兵模式配置文件后,可以启动哨兵模式,如下图所示。

如果主机在哨兵模式下崩溃,从站自动选择boss,首先关闭主机,并测试是否关闭主机。 下图:

查看主机停机后,在哨兵模式下输出的日志的新内容。 下图:

哨兵模式自动选举托管这个过程是如何自动化的? 哨兵将自动选举前的某个从站称为老板,所有从站都将新选出的从站称为老板,原来的老板也将新选出的老板称为老板,这个过程如何实现自动化呢?

通过在对应的redis服务器的配置文件中写入内容来实现。 例如,让我们看看新老板是如何被重写为端口号为6381的redis服务器的配置文件的。 如下图所示。

让我们来看看与从站端口号为6380的redis服务器相对应的配置文件是如何被重写的。 如下图所示。

最后,让我们看一下原始主机端口号为6379的redis服务器的配置文件是如何被重写的,如下图所示。

经过调查,发现重新启动原来的boss后,在重新启动端口号为6379的redis服务器之前,对应的配置文件没有任何变化,但重新启动原来的boss后,对应的配置文件会发生变化。 下图:

更改boss后,更改每个从设备的配置文件中的主机验证密码哨兵模式主机后,请记住需要特别注意的容易出错的地方。

因为现在老板变了,老板的认证密码也变了。 因此,必须将主机的验证密码放在当前boss的所有从站中。 这个哨兵模式不会自动配置。 需要自动配置。 下图:

测试哨兵模式的结果是否正确测试了哨兵模式的结果。 下图:

哨兵模式的优缺点:

1 .哨兵集群基于主从复制模式,具有一切主从配置的优点,那就是一切

2 .主从切换,故障转移,系统可用性好

3 .哨兵模式是主从模式的升级,手动自动,更结实!

坏处:

1.Redis不擅长在线扩展,一旦集群容量达到上限,在线扩展就非常麻烦!

2 .实现哨兵模式配置其实很麻烦,里面有很多选择。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。