集群管理方法、装置、电子设备及存储介质.pdf

《集群管理方法、装置、电子设备及存储介质.pdf》由会员分享，可在线阅读，更多相关《集群管理方法、装置、电子设备及存储介质.pdf（26页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010899123.9 (22)申请日 2020.08.31 (71)申请人 深圳前海微众银行股份有限公司 地址 518027 广东省深圳市前海深港合作 区前湾一路1号A栋201室 (72)发明人 王文博万磊李毅王志远 (74)专利代理机构 北京同立钧成知识产权代理 有限公司 11205 代理人 张娜刘芳 (51)Int.Cl. H04L 12/24(2006.01) H04L 29/08(2006.01) (54)发明名称 集群管理方法、 装置、 电子设备及存储介质 (5。

2、7)摘要 本申请提供一种集群管理方法、 装置、 电子 设备及存储介质。 本申请提供的集群管理方法应 用于集群， 集群中包括多个数据中心。 首先在每 个数据中心中随机选取一节点作为第一监督节 点， 通过第一监督节点确定每个数据中心的领头 节点， 然后获取每个领头节点在归类时长内的第 一投票数， 最后根据各个领头节点对应的第一投 票数确定集群的主节点， 并将除该主节点之外的 其他节点确定为集群的从节点， 以利用主节点与 从节点协同处理集群业务。 从而， 极大减少了节 点之间的交互次数， 有效降低了确定主节点及从 节点的耗时时长， 提升了效率。 并考虑了各数据 中心中节点的数量以及实际事务处理能力等。

3、因 素， 使得所确定的主节点和从节点满足整体集群 的业务需求。 权利要求书3页 说明书16页 附图6页 CN 112054926 A 2020.12.08 CN 112054926 A 1.一种集群管理方法， 其特征在于， 应用于集群， 所述集群包括多个数据中心； 所述方 法包括： 通过第一监督节点确定每个数据中心的领头节点， 所述第一监督节点为在每个数据中 心中随机选取的节点； 获取每个领头节点在归类时长内的第一投票数； 根据各个领头节点对应的第一投票数确定所述集群的主节点， 并将除所述主节点之外 的其他节点确定为所述集群的从节点， 以利用所述主节点与所述从节点协同处理所述集群 的业务。 2。

4、.根据权利要求1所述的集群管理方法， 其特征在于， 每个所述数据中心配置有分布式 应用程序协同服务zookeeper。 3.根据权利要求1所述的集群管理方法， 其特征在于， 各个所述数据中心的节点数量相 同或不同。 4.根据权利要求1-3中任意一项所述的集群管理方法， 其特征在于， 所述根据各个领头 节点对应的第一投票数确定所述集群的主节点， 包括： 根据所述第一投票数以及第一预设加权算法确定每个领头节点对应的权益计算结果； 根据各个领头节点对应的权益计算结果确定所述集群的主节点。 5.根据权利要求4所述的集群管理方法， 其特征在于， 所述根据各个领头节点对应的权 益计算结果确定所述集群的主节。

5、点， 包括： 将权益计算结果最大的领头节点确定为所述集群的主节点。 6.根据权利要求5所述的集群管理方法， 其特征在于， 若所述权益计算结果最大的领头 节点的数量为多个时， 所述根据各个领头节点对应的权益计算结果确定所述集群的主节 点， 包括： 通过第二监督节点生成第二投票数， 所述第二监督节点为候选领头节点中随机选取的 节点； 将所述第二投票数对应的目标领头节点确定为所述集群的主节点。 7.根据权利要求1-3中任意一项所述的集群管理方法， 其特征在于， 所述根据各个领头 节点对应的第一投票数确定所述集群的主节点， 包括： 当候选领头节点对应的第一投票数大于所有节点总数一半时， 则确定所述候选。

6、领头节 点为所述主节点。 8.根据权利要求1-3中任意一项所述的集群管理方法， 其特征在于， 所述通过第一监督 节点确定每个数据中心的领头节点， 包括： 根据预设划分机制将每个数据中心中的节点分裂为多个投票集群， 每个投票集群包括 至少一个节点； 通过所述第一监督节点获取每个投票集群中各节点在预设固定时长内的第三投票数； 通过所述第一监督节点将所述第三投票数最高的节点确定为所述领头节点。 9.根据权利要求8所述的集群管理方法， 其特征在于， 当所述第三投票数大于同一数据 中心中节点总数一半时， 则确定所述第三投票数对应的候选节点为所述领头节点。 10.根据权利要求8所述的集群管理方法， 其特征。

7、在于， 当所述第三投票数最高的候选 节点的数量为多个时， 通过所述第一监督节点生成第四投票数， 以将所述第四投票数对应 权利要求书 1/3 页 2 CN 112054926 A 2 的候选节点确定为所述领头节点。 11.根据权利要求8所述的集群管理方法， 其特征在于， 所述通过所述第一监督节点获 取每个投票集群中各节点在预设固定时长内的第三投票数， 包括： 通过所述第一监督节点确定每个数据中心中各个节点的存活状态； 当处于所述存活状态的节点的数量大于预设数量阈值时， 获取处于所述存活状态的节 点在所述预设固定时长内的所述第三投票数。 12.根据权利要求8所述的集群管理方法， 其特征在于， 所述。

8、获取每个领头节点在归类 时长内的第一投票数之前， 还包括： 通过所述第二监督节点判断所有节点是否存在故障节点； 当判断结果为是， 所述第二监督节点向所述故障节点发送预设次数的心跳测试包， 并 根据所述心跳测试包的反馈数据确定所述故障节点是否为宕机状态； 当确定所述故障节点为所述宕机状态， 所述第二监督节点向所有节点广播所述故障节 点的所述宕机状态， 以将所述故障节点不生成所述第一投票数。 13.根据权利要求12所述的集群管理方法， 其特征在于， 当所述领头节点为所述故障节 点， 通过所述第二监督节点将所述故障节点对应的所述第一监督节点确定为所述领头节 点。 14.根据权利要求12所述的集群管理。

9、方法， 其特征在于， 当所述领头节点为所述故障节 点， 通过所述第二监督节点将所述故障节点所属的同一数据中心中的候补节点确定为所述 领头节点， 所述候补节点为所述第三投票数排名第二的节点。 15.根据权利要求8所述的集群管理方法， 其特征在于， 所述获取每个领头节点在归类 时长内的第一投票数之前， 还包括： 根据多个投票集群确定最小投票集群， 并获取所述最小投票集群对应的事务处理能力 的基础处理时间， 所述最小投票集群为所有多个投票集群中节点数量最少的投票集群； 基于预设仿真算法确定每个投票集群对应的复杂系数； 获取每个投票集群与所述最小投票集群之间处理单笔请求的时间差； 基于第二预设加权算法。

10、， 根据所述基础处理时间、 所述复杂系数、 所述时间差以及固定 时延确定所述归类时长。 16.一种集群管理装置， 其特征在于， 应用于集群， 所述集群包括多个数据中心； 所述装 置包括： 第一处理模块， 通过第一监督节点确定每个数据中心的领头节点， 所述第一监督节点 为在每个数据中心中随机选取的节点； 获取模块， 用于获取每个领头节点在归类时长内的第一投票数； 第二处理模块， 用于根据各个领头节点对应的第一投票数确定所述集群的主节点， 并 将除所述主节点之外的其他节点确定为所述集群的从节点， 以利用所述主节点与所述从节 点协同处理所述集群的业务。 17.一种电子设备， 其特征在于， 包括： 处。

11、理器； 以及 与所述处理器通信连接的存储器； 其中， 存储器存储有可被所述处理器执行的指令， 指 令被所述处理器执行， 以使所述处理器能够执行权利要求1-15中任一项所述的集群管理方 权利要求书 2/3 页 3 CN 112054926 A 3 法。 18.一种存储有计算机指令的非瞬时计算机可读存储介质， 其特征在于， 所述计算机指 令用于使所述计算机执行权利要求1-15中任一项所述的集群管理方法。 权利要求书 3/3 页 4 CN 112054926 A 4 集群管理方法、 装置、 电子设备及存储介质 技术领域 0001 本申请涉及计算机技术领域， 尤其涉及一种集群管理方法、 装置、 电子设。

12、备及存储 介质。 背景技术 0002 随着计算机技术以及互联网技术的快速发展， 需要处理的业务量随之增多， 使得 集群的应用越来越广泛。 对于集群所包括的数据中心中的节点而言， 为了进行业务处理， 各 个数据中心通常配置有分布式应用程序协同服务(zookeeper)， 以从节点中确定主节点以 及从节点进而进行网络业务处理。 0003 在现有技术中， 通常将集群中事务处理能力最高的节点确定为主节点， 又或通过 所有节点之间的相互投票， 将投票结果超过所有节点数量一半的节点确定为主节点， 从而 进行集群的业务处理。 0004 然而， 目前的方式对于较为复杂的大集群而言， 由于过多节点的存在导致相互。

13、之 间的交互次数增多， 进而导致确定主节点的耗时较长。 并且， 大集群通常跨数据中心分布， 而现有技术中通常采用传统的一致原则， 即将每个数据中心的节点数量以及事务处理能力 默认为一致， 导致所确定的主节点及从节点无法满足大集群的整体集群的业务需求。 发明内容 0005 本申请提供一种集群管理方法、 装置、 电子设备及存储介质， 用于解决现有技术确 定主节点效率低下以及未考虑实际节点的处理能力以及数量进而无法满足整体集群业务 需求的技术问题。 0006 第一方面， 本申请提供一种集群管理方法， 应用于集群， 所述集群包括多个数据中 心； 所述方法包括： 0007 通过第一监督节点确定每个数据中。

14、心的领头节点， 所述第一监督节点为在每个数 据中心中随机选取的节点； 0008 获取每个领头节点在归类时长内的第一投票数； 0009 根据各个领头节点对应的第一投票数确定所述集群的主节点， 并将除所述主节点 之外的其他节点确定为所述集群的从节点， 以利用所述主节点与所述从节点协同处理所述 集群的业务。 0010 在一种可能的设计中， 每个所述数据中心配置有分布式应用程序协同服务 zookeeper。 0011 在一种可能的设计中， 各个所述数据中心的节点数量相同或不同。 0012 在一种可能的设计中， 所述根据各个领头节点对应的第一投票数确定所述集群的 主节点， 包括： 0013 根据所述第一。

15、投票数以及第一预设加权算法确定每个领头节点对应的权益计算 结果； 说明书 1/16 页 5 CN 112054926 A 5 0014 根据各个领头节点对应的权益计算结果确定所述集群的主节点。 0015 在一种可能的设计中， 所述根据各个领头节点对应的权益计算结果确定所述集群 的主节点， 包括： 0016 将权益计算结果最大的领头节点确定为所述集群的主节点。 0017 在一种可能的设计中， 若所述权益计算结果最大的领头节点的数量为多个时， 所 述根据各个领头节点对应的权益计算结果确定所述集群的主节点， 包括： 0018 通过第二监督节点生成第二投票数， 所述第二监督节点为候选领头节点中随机选 。

16、取的节点； 0019 将所述第二投票数对应的目标领头节点确定为所述集群的主节点。 0020 在一种可能的设计中， 所述根据各个领头节点对应的第一投票数确定所述集群的 主节点， 包括： 0021 当候选领头节点对应的第一投票数大于所有节点总数一半时， 则确定所述候选领 头节点为所述主节点。 0022 在一种可能的设计中， 所述通过第一监督节点确定每个数据中心的领头节点， 包 括： 0023 根据预设划分机制将每个数据中心中的节点分裂为多个投票集群， 每个投票集群 包括至少一个节点； 0024 通过所述第一监督节点获取每个投票集群中各节点在预设固定时长内的第三投 票数； 0025 通过所述第一监督。

17、节点将所述第三投票数最高的节点确定为所述领头节点。 0026 在一种可能的设计中， 当所述第三投票数大于同一数据中心中节点总数一半时， 则确定所述第三投票数对应的候选节点为所述领头节点。 0027 在一种可能的设计中， 当所述第三投票数最高的候选节点的数量为多个时， 通过 所述第一监督节点生成第四投票数， 以将所述第四投票数对应的候选节点确定为所述领头 节点。 0028 在一种可能的设计中， 所述通过所述第一监督节点获取每个投票集群中各节点在 预设固定时长内的第三投票数， 包括： 0029 通过所述第一监督节点确定每个数据中心中各个节点的存活状态； 0030 当处于所述存活状态的节点的数量大于。

18、预设数量阈值时， 获取处于所述存活状态 的节点在所述预设固定时长内的所述第三投票数。 0031 在一种可能的设计中， 所述获取每个领头节点在归类时长内的第一投票数之前， 还包括： 0032 通过所述第二监督节点判断所有节点是否存在故障节点； 0033 当判断结果为是， 所述第二监督节点向所述故障节点发送预设次数的心跳测试 包， 并根据所述心跳测试包的反馈数据确定所述故障节点是否为宕机状态； 0034 当确定所述故障节点为所述宕机状态， 所述第二监督节点向所有节点广播所述故 障节点的所述宕机状态， 以将所述故障节点不生成所述第一投票数。 0035 在一种可能的设计中， 当所述领头节点为所述故障节。

19、点， 通过所述第二监督节点 将所述故障节点对应的所述第一监督节点确定为所述领头节点。 说明书 2/16 页 6 CN 112054926 A 6 0036 在一种可能的设计中， 当所述领头节点为所述故障节点， 通过所述第二监督节点 将所述故障节点所属的同一数据中心中的候补节点确定为所述领头节点， 所述候补节点为 所述第三投票数排名第二的节点。 0037 在一种可能的设计中， 所述获取每个领头节点在归类时长内的第一投票数之前， 还包括： 0038 根据多个投票集群确定最小投票集群， 并获取所述最小投票集群对应的事务处理 能力的基础处理时间， 所述最小投票集群为所有多个投票集群中节点数量最少的投票。

20、集 群； 0039 基于预设仿真算法确定每个投票集群对应的复杂系数； 0040 获取每个投票集群与所述最小投票集群之间处理单笔请求的时间差； 0041 基于第二预设加权算法， 根据所述基础处理时间、 所述复杂系数、 所述时间差以及 固定时延确定所述归类时长。 0042 第二方面， 本申请提供一种集群管理装置， 应用于集群， 所述集群包括多个数据中 心； 所述装置包括： 0043 第一处理模块， 用于通过第一监督节点确定每个数据中心的领头节点， 所述第一 监督节点为在每个数据中心中随机选取的节点； 0044 获取模块， 用于获取每个领头节点在归类时长内的第一投票数； 0045 第二处理模块， 用。

21、于根据各个领头节点对应的第一投票数确定所述集群的主节 点， 并将除所述主节点之外的其他节点确定为所述集群的从节点， 以利用所述主节点与所 述从节点协同处理所述集群的业务。 0046 在一种可能的设计中， 每个所述数据中心配置有分布式应用程序协同服务 zookeeper。 0047 在一种可能的设计中， 各个所述数据中心的节点数量相同或不同。 0048 在一种可能的设计中， 所述第二处理模块， 包括： 0049 计算模块， 用于根据所述第一投票数以及第一预设加权算法确定每个领头节点对 应的权益计算结果； 0050 第一确定模块， 用于根据各个领头节点对应的权益计算结果确定所述集群的主节 点。 0。

22、051 在一种可能的设计中， 所述第一确定模块， 具体用于： 0052 将权益计算结果最大的领头节点确定为所述集群的主节点。 0053 在一种可能的设计中， 若所述权益计算结果最大的领头节点的数量为多个时， 所 述第一确定模块， 具体用于： 0054 通过第二监督节点生成第二投票数， 所述第二监督节点为候选领头节点中随机选 取的节点； 0055 将所述第二投票数对应的目标领头节点确定为所述集群的主节点。 0056 在一种可能的设计中， 所述第二处理模块， 还具体用于： 0057 当候选领头节点对应的第一投票数大于所有节点总数一半时， 则确定所述候选领 头节点为所述主节点。 0058 在一种可能。

23、的设计中， 所述第一处理模块， 还包括： 说明书 3/16 页 7 CN 112054926 A 7 0059 分裂模块， 用于根据预设划分机制将每个数据中心中的节点分裂为多个投票集 群， 每个投票集群包括至少一个节点； 0060 归票模块， 用于通过所述第一监督节点获取每个投票集群中各节点在预设固定时 长内的第三投票数； 0061 第二确定模块， 用于通过所述第一监督节点将所述第三投票数最高的节点确定为 所述领头节点。 0062 在一种可能的设计中， 所述第一处理模块， 还具体用于： 0063 当所述第三投票数大于同一数据中心中节点总数一半时， 则确定所述第三投票数 对应的候选节点为所述领头。

24、节点。 0064 在一种可能的设计中， 所述第一处理模块， 还具体用于： 0065 当所述第三投票数最高的候选节点的数量为多个时， 通过所述第一监督节点生成 第四投票数， 以将所述第四投票数对应的候选节点确定为所述领头节点。 0066 在一种可能的设计中， 所述归票模块， 具体用于： 0067 通过所述第一监督节点确定每个数据中心中各个节点的存活状态； 0068 当处于所述存活状态的节点的数量大于预设数量阈值时， 获取处于所述存活状态 的节点在所述预设固定时长内的所述第三投票数。 0069 在一种可能的设计中， 所述集群管理装置， 还包括： 第三处理模块； 所述第三处理 模块， 用于： 007。

25、0 通过所述第二监督节点判断所有节点是否存在故障节点； 0071 当判断结果为是， 所述第二监督节点向所述故障节点发送预设次数的心跳测试 包， 并根据所述心跳测试包的反馈数据确定所述故障节点是否为宕机状态； 0072 当确定所述故障节点为所述宕机状态， 所述第二监督节点向所有节点广播所述故 障节点的所述宕机状态， 以将所述故障节点不生成所述第一投票数。 0073 在一种可能的设计中， 所述第三处理模块， 还具体用于： 0074 当所述领头节点为所述故障节点， 通过所述第二监督节点将所述故障节点对应的 所述第一监督节点确定为所述领头节点。 0075 在一种可能的设计中， 所述第三处理模块， 还具。

26、体用于： 0076 当所述领头节点为所述故障节点， 通过所述第二监督节点将所述故障节点所属的 同一数据中心中的候补节点确定为所述领头节点， 所述候补节点为所述第三投票数排名第 二的节点。 0077 在一种可能的设计中， 所述集群管理装置， 还包括： 第四处理模块； 所述第四处理 模块， 用于： 0078 根据多个投票集群确定最小投票集群， 并获取所述最小投票集群对应的事务处理 能力的基础处理时间， 所述最小投票集群为所有多个投票集群中节点数量最少的投票集 群； 0079 基于预设仿真算法确定每个投票集群对应的复杂系数； 0080 获取每个投票集群与所述最小投票集群之间处理单笔请求的时间差； 0。

27、081 基于第二预设加权算法， 根据所述基础处理时间、 所述复杂系数、 所述时间差以及 固定时延确定所述归类时长。 说明书 4/16 页 8 CN 112054926 A 8 0082 第三方面， 本申请提供一种电子设备， 包括： 0083 处理器； 以及 0084 与所述处理器通信连接的存储器； 其中， 存储器存储有可被所述处理器执行的指 令， 指令被所述处理器执行， 以使所述处理器能够执行第一方面中任意一种所述的集群管 理方法。 0085 第四方面， 本申请提供一种存储有计算机指令的非瞬时计算机可读存储介质， 所 述计算机指令用于使所述计算机执行第一方面中任意一种所述的集群管理方法。 00。

28、86 本申请提供一种集群管理方法、 装置、 电子设备及存储介质， 应用于集群， 集群中 包括多个数据中心。 首先通过第一监督节点确定每个数据中心的领头节点， 其中， 第一监督 节点为每个数据中心中随机选取的节点。 然后获取每个领头节点在归类时长内的第一投票 数， 最后根据各个领头节点对应的第一投票数确定集群的主节点， 并将除该主节点之外的 其他节点确定为集群的从节点， 以利用主节点与从节点协同进行集群的业务处理。 仅有领 头节进行主节点的确定， 极大减少了节点之间的交互次数， 有效提高了确定主节点的效率， 并且， 基于集群中实际包括的节点进行主节点的确定， 提高了集群整体调度的稳定性， 满足 。

29、了大集群的整体业务需求。 附图说明 0087 为了更清楚地说明本申请实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本申 请的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以 根据这些附图获得其他的附图。 0088 图1为本申请实施例提供的一种应用场景示意图； 0089 图2为本申请实施例提供的一种集群管理方法的流程示意图； 0090 图3为本申请实施例提供的一种确定主节点的流程示意图； 0091 图4为本申请实施例提供的另一种确定主节点的流程示意图； 0092 图5为本申请实施。

30、例提供的一种确定领头节点的流程示意图； 0093 图6为本申请实施例提供的另一种集群管理方法的流程示意图； 0094 图7为本申请实施例提供的再一种集群管理方法的流程示意图； 0095 图8为本申请实施例提供的一种集群管理装置的结构示意图； 0096 图9为本申请实施例提供的另一种集群管理装置的结构示意图； 0097 图10为本申请实施例提供的一种第一处理模块的结构示意图； 0098 图11为本申请实施例提供的再一种集群管理装置的结构示意图； 0099 图12为本申请实施例提供的又一种集群管理装置的结构示意图； 0100 图13为本申请实施例提供的一种电子设备的结构示意图。 具体实施方式 01。

31、01 这里将详细地对示例性实施例进行说明， 其示例表示在附图中。 下面的描述涉及 附图时， 除非另有表示， 不同附图中的相同数字表示相同或相似的要素。 以下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。 相反， 它们仅是与如所附 说明书 5/16 页 9 CN 112054926 A 9 权利要求书中所详述的、 本申请的一些方面相一致的方法和装置的例子。 0102 本申请的说明书和权利要求书及上述附图中的术语 “第一” 、“第二” 、“第三”“第 四” 等(如果存在)是用于区别类似的对象， 而不必用于描述特定的顺序或先后次序。 应该理 解这样使用的数据在适当情况下可以互。

32、换， 以便这里描述的本申请的实施例例如能够以除 了在这里图示或描述的那些以外的顺序实施。 此外， 术语 “包括” 和 “具有” 以及他们的任何 变形， 意图在于覆盖不排他的包含， 例如， 包含了一系列步骤或单元的过程、 方法、 系统、 产 品或设备不必限于清楚地列出的那些步骤或单元， 而是可包括没有清楚地列出的或对于这 些过程、 方法、 产品或设备固有的其它步骤或单元。 0103 随着计算机技术和互联网技术的快速发展， 业务处理量也随之增大， 进而使得集 群的应用愈加广泛。 为了通过集群进行业务处理， 集群所包括的各数据中心都配置有分布 式应用程序协同服务(zookeeper)， 以从节点中确。

33、定主节点以及从节点进而进行网络业务 处理。 现有技术中， 通常将集群中处理能力最强的节点确定为主节点， 或者通过所以节点之 间的相互投票， 以将投票结果超过所有节点数量一半的节点确定为主节点， 进而进行集群 的业务处理。 然而， 随着集群复杂程度的升高以及数据中心跨地区的分布， 通过过多数量节 点之间的投票， 使得彼此之间的交互剧增， 导致确定主节点的过程效率低下。 另一方面， 现 有的方式通常采用传统的一致原则， 不考虑实际节点的数量以及每个节点的实际处理能 力， 导致其所确定的主节点和从节点无法满足大集群的整体集群的业务需求。 0104 针对现有技术中的上述问题， 本申请提供一种集群管理方。

34、法、 装置、 电子设备及存 储介质。 通过第一轮投票， 确定出集群所包括的每个数据中心的领头节点， 领头节点基于权 益配置参与第二轮投票， 从中确定出主节点， 并将除主节点之外的其他节点确定为从节点。 从而极大缩短了确定主节点的时间， 提高了效率。 并且， 基于集群中实际包括的节点进行主 节点的确定， 提高了集群整体调度的稳定性， 满足了大集群的整体业务需求。 0105 以下， 对本申请实施例的示例性应用场景进行介绍。 0106 本申请实施例提供的集群管理方法可以通过本申请实施例提供的集群管理装置 执行， 本申请实施例提供的集群管理装置可以是服务器的部分或全部。 图1为本申请实施例 提供的一种。

35、应用场景示意图， 本申请实施例提供的集群管理方法应用于集群， 集群中包括 多个数据中心， 该多个数据中心中的数据中心可以是跨逻辑地区分布的互联网数据中心 (Internet Data Center， 简称IDC)， 也可以是分布在同一逻辑地区的数据通信网络中心 (Data Communication Network， 简称DCN)， 对此， 本申请实施例不作限定。 多个数据中心的 各个节点对应配置有服务器， 每个数据中心的节点都配置有分布式应用程序协同服务 (zookeeper)， 以利用各节点之间的协同对集群的业务进行处理。 其中， 本申请实施例对于 所有节点的数量不作限定。 进一步的， 各。

36、个数据中心的节点数量可以相同， 也可以不相同。 换言之， 本申请实施例对多个数据中心包括的服务器的数量以及具体类型不作限定。 图1中 仅以集群10包括的两个数据中心的每个数据中心都包括了两个服务器为例进行介绍， 如图 1所示， 网络用于为终端设备11、 终端设备12、 服务器13、 服务器14、 服务器15和服务器16之 间提供通信链路的介质。 网络可以包括各种连接类型， 例如有线、 无线通信链路或者光纤电 缆等等。 终端设备11、 终端设备12、 与服务器13、 服务器14、 服务器15和服务器16相互之间可 以通过网络进行交互， 以接收或发送消息， 使得集群10所包括的数据中心中的服务器1。

37、3、 服 务器14、 服务器15和服务器16协同以处理与各个终端设备之间的相关业务。 本申请实施例 说明书 6/16 页 10 CN 112054926 A 10 对终端设备的类型、 数量等不做限制， 例如， 终端设备、 可以是支持浏览器应用、 杀毒类应 用、 搜索类应用等各类应用等安装于其上的各种电子设备， 包括但不限于智能手机、 智能手 表、 平板电脑、 个人数字助理、 电子书阅读器、 膝上型便携计算机和台式计算机等等。 0107 图2为本申请实施例提供的一种集群管理方法的流程示意图， 如图2所示， 本实施 例提供的集群管理方法， 包括： 0108 S101： 通过第一监督节点确定每个数据。

38、中心的领头节点。 0109 其中， 第一监督节点为在每个数据中心中随机选取的节点。 0110 集群包括多个数据中心， 每个数据中心中包括多个节点。 对于每个数据中心而言， 随机选取其中的任一节点作为该数据中心的第一监督节点， 以通过第一监督节点确定其所 属的数据中心的领头节点。 可以理解的是， 通过随机选取的节点为每个数据中心中处于存 活状态的任一节点。 每个数据中心的第一监督节点具备令牌(Token)权限， 例如， 第一监督 节点可以实时判断对应数据中心中各节点的存活状态， 将未处于存活状态的节点进行淘 汰， 使其不参与确定领头节点的环节。 0111 通过第一监督节点确定每个数据中心的领头节。

39、点， 可以理解为， 第一监督节点对 同一数据中心中各节点所生成的投票数进行归票， 以确定出对应数据中心的领头节点。 0112 S102： 获取每个领头节点在归类时长内的第一投票数。 0113 在确定出每个数据中心的领头节点之后， 每个领头节点在归类时长内相互之间进 行投票， 以生成第一投票数， 将第一投票数进行归票， 即获得针对每个领头节点的第一投票 数。 其中， 为了保证集群的稳定性， 应当给予每个领头节点在合理时长内生成第一投票数， 该时长即为归类时长。 归类时长与集群所包括的每个数据中心中节点数量、 事务处理能力 以及集群的复杂程度等因素相关。 0114 S103： 根据各个领头节点对应。

40、的第一投票数确定集群的主节点， 并将除主节点之 外的其他节点确定为集群的从节点， 以利用主节点与从节点协同处理集群的业务。 0115 在获取了每个领头节点的第一投票数之后， 根据各个领头节点对应的第一投票数 确定集群的主节点， 在确定了主节点之后， 将集群中除了主节点之外的其他节点确定为集 群的从节点， 从而利用主节点与从节点协同处理集群的业务。 值得说明的是， 本申请实施例 对于集群的业务不作限定， 在实际工况中， 集群所涉及到的业务可以根据各节点对应的服 务器被配置所要执行的业务确定， 例如， 业务可以是数据库中各数据的存储、 数据的读写等 等。 0116 通过上述的实施例的描述， 可知，。

41、 本申请实施例提供的集群管理方法， 通过两轮投 票确定集群的主节点和从节点， 其中， 首轮投票在各个数据中心进行， 以确定各个数据中心 的领头节点。 各个领头节点代表其所属的数据中心参与第二轮投票， 以从中确定主节点与 从节点。 对于复杂程度较高的集群而言， 其所包括的多个数据中心中节点数量较多， 并且， 多个数据中心可能跨逻辑地区分布， 所对应的网络质量也各不相同。 若集群中所有节点同 时进行投票以确定主节点和从节点， 耗时较长， 效率低下。 而本申请实施例中， 并非所有节 点同时进行投票， 采用了从领头节点代表各自数据中心节点进行投票的相应机制， 极大减 少了节点之间的交互次数， 有效降低。

42、了确定主节点及从节点的时长， 进而提升了效率。 进一 步地， 本申请实施例提供的集群管理方法， 在确定主节点及从节点时， 基于数据中心中实际 节点进行， 考虑了各数据中心中节点的数量以及实际事务处理能力等因素， 使得所确定的 说明书 7/16 页 11 CN 112054926 A 11 主节点和从节点有利于满足整体集群的业务需求。 0117 本申请实施例提供的集群管理方法， 应用于集群， 集群中包括多个数据中心。 首先 在每个数据中心中随机选取一节点作为第一监督节点， 通过第一监督节点确定每个数据中 心的领头节点， 然后获取每个领头节点在归类时长内的第一投票数， 最后根据各个领头节 点对应的。

43、第一投票数确定集群的主节点， 并将除该主节点之外的其他节点确定为集群的从 节点， 以利用主节点与从节点协同处理集群业务。 从而， 采用领头节点代表对应数据中心确 定主节点及从节点， 极大减少了节点之间的交互次数， 有效降低了确定主节点及从节点的 时长， 进而提升了效率。 进一步地， 基于数据中心中实际节点， 考虑了各数据中心中节点的 数量以及实际事务处理能力等因素， 使得所确定的主节点和从节点有利于满足整体集群的 业务需求。 0118 在一种可能的设计中， 通过步骤S103确定主节点可能的实现方式如图3所示， 图3 为本申请实施例提供的一种确定主节点的流程示意图， 如图3所示， 本实施例提供的。

44、确定主 节点的方法， 包括： 0119 S1031： 根据第一投票数以及第一预设加权算法确定每个领头节点对应的权益计 算结果； 0120 S1032： 根据各个领头节点对应的权益计算结果确定集群的主节点。 0121 对各个领头节点之间相互投票所生成的对应第一投票数进行第一预设加权算法 计算， 以得到每个领头节点对应的权益计算结果。 由于每个领头节点代表其所属数据中心 进行主节点及从节点的确定， 而每个领头节点所属的数据中心包括的节点数量可能相同也 可能不相同， 因而， 对各个领头节点的第一投票数基于第一预设加权算法进行权益计算， 得 到对应的权益计算结果， 根据各自对应的权益计算结果确定集群的。

45、主节点， 实现以集群中 各数据中心包括的节点实际数量出发进行集群主节点的确定， 有利于满足复杂集群的实际 业务需求。 0122 例如， 第一预设加权算法可以通过如下公式(1)表示： 0123 (k1*a1+k2*a2+k3*a3+kn*an)/(k1+k2+k3+kn) (1) 0124 其中， n表示集群所包括的数据中心的数量， k1、 k2、 k3、 .kn分别表示1至n这多 个数据中心中各数据中心包括的节点的数量， a1、 a2、 a3、 .an则对应根据k1、 k2、 k3、 .kn的第一投票数取0或1， 例如， 当该数据中心中的各节点生成有第一投票数， 其取值为 1， 未生成第一投票。

46、数取值为0。 可以理解的是， n的取值根据集群实际所包括的数据中心的 数量确定， 其为大于1的自然数。 0125 将各领头节点对应的第一投票数基于第一预设加权算法进行权益计算， 以得到对 应的权益计算结果， 进而根据权益计算结果确定集群的主节点。 0126 本申请实施例提供的集群管理方法， 其确定主节点的的方法是首先根据第一投票 数以及第一预设加权算法确定每个领头节点对应的权益计算结果， 然后根据各个领头节点 对应的权利以及结果确定所属集群的主节点。 从而， 基于集群中各数据中心包括的节点实 际数量进行主节点的确定， 有利于满足复杂集群的实际业务需求。 0127 进一步地， 步骤S1032的一。

47、种可能实现方式可以是， 将权益计算结果最大的领头节 点确定为集群的主节点， 相应地， 将除主节点之外的其他节点确定为从节点。 0128 在根据各个领头节点对应权益计算结果确定集群的主节点时， 选取权益计算结果 说明书 8/16 页 12 CN 112054926 A 12 最大的领头节点作为集群的主节点， 从而完成集群主节点的确定。 由于该领头节点对应的 权益计算结果最大， 因而， 将其作为集群的主节点更加有利于与从节点协同完成集群的整 体集群业务， 进而保证集群运行的稳定性。 0129 值得说明的是， 根据权益计算结果确定主节点时， 包括但不仅限于将权益计算结 果最大的领头节点确定为主节点，。

48、 也可以将权益计算结果排名第二或其他的领头节点作为 主节点， 对此， 本申请实施例不作限定。 0130 在上述实施例中， 所确定的权益计算结果最大的领头节点的数量可能不止一个， 换言之， 若权益计算结果最大的领头节点数量为多个时， 即当领头节点出现同票情况时， 则 可以通过图4所示的可能实现方式确定主节点， 图4为本申请实施例提供的另一种确定主节 点的流程示意图， 如图4所示， 本实施例提供的确定主节点的方式， 包括： 0131 S201： 通过第二监督节点生成第二投票数。 0132 其中， 第二监督节点为候选领头节点中随机选取的节点。 0133 S202： 将第二投票数对应的目标领头节点确定。

49、为集群的主节点。 0134 若权益计算结果最大的领头节点的数量为多个， 则需要针对权益计算结果最大的 多个领头节点， 通过第二监督节点再次生成第二投票数， 将第二投票数对应的目标领头节 点确定为集群的主节点。 其中， 第二监督节点为候选领头节点中随机选取的节点， 候选领头 节点为当前的每个领头节点。 通过第二监督节点生成第二投票数， 可以理解为， 通过第二监 督节点针对权益计算结果最大的多个领头节点再次进行投票， 即生成第二投票数， 进而， 将 该第二投票数对应的领头节点， 即目标领头节点， 确定为集群的主节点。 0135 本申请实施例提供的集群管理方法， 在根据权益计算结果确定主节点时， 当。

50、权益 计算结果最大的领头节点的数量为多个时， 则首先从候选领头节点中随机选取出一节点作 为第二监督节点， 然后通过该第二监督节点生成第二投票数， 将第二投票数对应的目标领 头节点确定为集群的主节点， 从而克服同票情况下主节点的确定问题。 0136 在一种可能的设计中， 在通过步骤S103确定主节点时， 当候选领头节点对应的第 一投票数大于所有节点总数一半时， 则确定候选领头节点为主节点。 0137 在确定了每个领头节点的第一投票数之后， 当候选领头节点所对应的第一投票数 已经大于集群中所有节点总数一半时， 则无需进行图3所示实施例中的权益计算， 而直接将 第一投票数超过所有节点总数一半的该候选。