[发明专利]Redis集群节点的管理方法、存储介质

说明书

本发明提供redis集群节点的管理方法、存储介质，方法包括：当监控程序判定一从节点宕机，则发送第一通知至配置中心；配置中心从路由地址列表中移除所述一从节点，并通过与客户端之间的监听链路通知客户端；监控程序向资源集群申请创建一新从节点；资源集群完成所述一新从节点的创建后，发送第二通知至监控程序；监控程序添加所述一新从节点至路由地址列表，并通过所述监听链路发送通知至客户端。本发明能够自动移除无法自动修复的宕机节点，同时，建立新的节点并添加至集群中。不仅能够确保集群性能良好、稳定；而且实现对集群宕机节点的智能化自动管理，减少人工维护的工作量，提高维护效率。

技术领域

本发明涉及redis集群领域，具体涉及redis集群节点的管理方法、存储介质。

背景技术

业务系统或者软件中存在着各种各样的数据，例如配置信息、经常使用到的数据信息、常用的重要数据等。面对上述经常使用到的数据，会有一个存储的地方。正常情况下，一般系统会存放在一个统一的地方，比如说redis集群或者本地内存。当客户端请求数据时，预先查询缓存中数据，如果不存在，则程序从数据源中查询出数据，一般是数据库，并返回程序，由程序加载数据至缓存层中，并返回结果数据给客户端。

为了保证redis的高可用性，一般情况下是搭建redis集群来保证其可用性。通常情况下会搭建一主一从或者一主多从的方式来实现redis集群，并设置专门的redis监控程序sentinel(哨兵)来实现redis集群的实时监控。

哨兵的主要功能是当集群中主节点宕机时，能够把其中一个从节点升级成主节点，不影响外部使用。实现该种功能主要是哨兵中的故障检测机制，其有两个节点下线的概念：主观下线(S_DOWN，Subjectively-DOWN)和客观下线(O_DOWN,Objectively-DOWN)。以master节点故障监测为例，如果某个sentinel节点判定master节点故障，他会投出一票S_DO WN，当有足够多的sentinel节点判定master节点故障都投出S_DOWN票时，master节点会被认为是真正的下线。但是需要注意的是，Sentinel只对Master节点做O_DOWN状态判断，对Slave节点和其他Sentinel节点只做S_DOWN状态判断。

此时，使用哨兵功能就会存在一种问题，当集群内从节点宕机或者出现真正问题后(不可自动恢复正常)，哨兵只会监控并从集群中移除从节点；如果该从节点只是因为网络抖动或者其他类似问题，一段时间可自动恢复，则哨兵能够成功监控并重新恢复该从节点。但是如果是因为宕机等问题而引起的从节点不可用，则需要人工手动地进行修复，或者重新添加从节点并加入集群中。如果是一个业务量很大的公司，其内部存在多个的redis，则每次从节点宕机之后都手动地进行从节点的新建并且重新加入集群，就会非常的麻烦，并带来较大的工作量。

因此，有必要提供一种新的架构方式，能够针对现有技术无法自动地移除已无法恢复的从节点，并新增从节点至集群中的问题，从而确保集群性能稳定而良好的问题进行很好地解决。

发明内容

本发明所要解决的技术问题是：提供redis集群节点的管理方法、存储介质，能够更智能地管理集群中节点，减少人工操作。

为了解决上述技术问题，本发明采用的技术方案为：

redis集群节点的管理方法，包括：

当监控程序判定一从节点宕机，则发送第一通知至配置中心；

配置中心从路由地址列表中移除所述一从节点，并通过与客户端之间的监听链路通知客户端；

监控程序向资源集群申请创建一新从节点；

资源集群完成所述一新从节点的创建后，发送第二通知至监控程序；

监控程序添加所述一新从节点至路由地址列表，并通过所述监听链路发送通知至客户端。