CN115150273A - 一种升级处理方法及装置 - Google Patents

一种升级处理方法及装置 Download PDF

Info

Publication number
CN115150273A
CN115150273A CN202210769593.2A CN202210769593A CN115150273A CN 115150273 A CN115150273 A CN 115150273A CN 202210769593 A CN202210769593 A CN 202210769593A CN 115150273 A CN115150273 A CN 115150273A
Authority
CN
China
Prior art keywords
node
state
standby
upgrade
upgrading
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210769593.2A
Other languages
English (en)
Inventor
任钦伟
夏俊明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Priority to CN202210769593.2A priority Critical patent/CN115150273A/zh
Publication of CN115150273A publication Critical patent/CN115150273A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种升级处理方法及装置，其中，应用于主节点中的所述方法包括：确定集群节点中每个节点的资源信息；至少基于所述资源信息从所述集群节点中选择对应所述主节点的备节点；当所述主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；通知所述备节点，使所述备节点切换为主节点状态，同时使所述备节点自所述状态数据库中获取所述主节点的升级数据，并进行升级。本申请的升级处理方法使网络集群中的各个节点自动进行升级，实现自动化运维。

Description

一种升级处理方法及装置
技术领域
本申请实施例涉及计算机技术领域，特别涉及一种升级处理方法及装置。
背景技术
随着云计算技术的发展，云平台应用的快速更新，集群升级操作更加频繁。集群升级包含了服务器系统、内核、基础包、kubernetes平台、应用等各种类型的服务，对于上层服务升级可以通过专有工具实现，系统层面服务会产生复杂的升级场景，大大增加了自动化升级的难度。其中内核版本的升级需要重启服务器才能生效，在集群全部节点内核升级场景下，会涉及到运行升级程序所在节点的重启，服务器重启将导致升级程序中断，无法保证升级流程的连续和完整性。
现有解决方案中运维人员要等待升级节点启动后手动二次执行升级工序。该方案中等待节点启动会浪费大量时间，执行二次升级操作需要人工干预，无法实现自动化运维。
发明内容
本申请提供了一种使网络集群中的各个节点自动进行升级，实现自动化运维的升级处理方法及装置。
为了解决上述技术问题，本申请实施例提供了一种升级处理方法，应用于主节点中，其中，所述方法包括：
确定集群节点中每个节点的资源信息；
至少基于所述资源信息从所述集群节点中选择对应所述主节点的备节点；
当所述主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；
通知所述备节点，使所述备节点切换为主节点状态，同时使所述备节点自所述状态数据库中获取所述主节点的升级数据，并进行升级。
作为一可选实施例，所述至少基于所述资源信息确定满足要求的所述备节点，包括：
基于所述资源信息进行预选，以得到第一候选节点；
确定所述主节点的配置信息；
至少基于所述主节点的配置信息自所述第一候选节点中确定所述备节点，以使所述备节点能够执行所述主节点的升级过程，形成所述主节点。
作为一可选实施例，所述主节点分多个阶段完成升级；
所述通知所述备节点，使所述备节点自所述状态数据中获取所述主节点的升级数据，并进行升级，包括：
通知所述备节点，使所述备节点自所述状态数据库中获取最新阶段的升级数据并进行升级；
所述方法还包括：
获得所述备节点发送的通知信息，以基于所述通知信息确定所述备节点完成当前阶段的升级，并能够进行下一阶段的升级。
本申请另一实施例同时提供一种升级处理方法，应用于备节点中，所述备节点由主节点基于集群中各个节点的资源信息而选择确定，所述方法包括：
接收所述主节点的通知信息，以通过状态数据库获取升级数据，完成升级；
至少在接收到所述主节点的角色切换指令时，切换自身的备节点状态为主节点状态。
作为一可选实施例，还包括：
监听所述主节点的状态，在确定所述主节点的状态表征故障时，切换自身的备节点状态为主节点状态。
作为一可选实施例，所述主节点分多个阶段完成升级；
所述方法还包括：
获得所述主节点的通知信息，以基于所述通知信息自所述状态数据库中获取最新阶段的升级数据并进行升级；
通知所述主节点完成当前阶段的更新。
作为一可选实施例，还包括：
确定所述集群节点中的每个节点的资源；
基于所述资源进行预选，以得到第二候选节点；
确定自身配置信息；
至少基于所述配置信息自所述第二候选节点中确定新备节点，以使所述新备节点能够执行当前所述主节点的升级过程。
作为一可选实施例，还包括：
确定自身升级状态；
若未完成升级，则继续完成后续升级，并控制所述新备节点基于所述状态数据库对应完成全部关于当前所述主节点的升级。
本申请另一实施例还提供一种升级处理装置，应用于主节点中，所述装置包括：
确定模块，用于确定集群节点中每个节点的资源信息；
选择模块，用于至少基于所述资源信息从所述集群节点中选择对应所述主节点的备节点；
调整模块，用于当所述主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；
通知模块，用于通知所述备节点，使所述备节点切换为主节点状态，同时使所述备节点自所述状态数据库中获取所述主节点的升级数据，并进行升级。
本申请另一实施例还提供一种升级处理装置，应用于备节点中，所述备节点由主节点基于集群中各个节点的资源信息而选择确定，所述装置包括：
接收模块，用于接收所述主节点的通知信息，以通过状态数据库获取升级数据，完成升级；
切换模块，用于至少在接收到所述主节点的角色切换指令时，切换自身的备节点状态为主节点状态。
基于上述实施例的公开可以获知，本申请实施例具备的有益效果包括主节点自动选择备节点，并基于状态数据库实现主节点、备节点间的数据自动升级，确保主节点升级过程中网络集群的升级任务不会中断，提升用户对集群的使用体验。同时主节点、备节点的节点身份状态可以随时根据实际需求进行切换，实现了集群的自动化升级及维护，增强了网络集群整体的可靠性和稳定性，更加快了集群软件迭代更新速率。
附图说明
图1为本申请实施例中的升级处理方法的流程图。
图2为本申请实施例中的升级处理方法的另一流程图。
图3为本申请实施例中的升级处理方法的另一流程图。
图4为本申请实施例中的升级处理方法的另一流程图。
图5为本申请实施例中的升级处理方法的另一流程图。
图6为本申请另一实施例中的升级处理方法的流程图。
图7为本申请另一实施例中的升级处理方法的另一流程图。
图8为本申请实施例中的升级处理装置的结构框图。
图9为本申请另一实施例中的升级处理装置的结构框图。
具体实施方式
下面，结合附图对本申请的具体实施例进行详细的描述，但不作为本申请的限定。
应理解的是，可以对此处公开的实施例做出各种修改。因此，下述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本公开的范围和精神内的其他修改。
包含在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且与上面给出的对本公开的大致描述以及下面给出的对实施例的详细描述一起用于解释本公开的原理。
通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本申请的这些和其它特性将会变得显而易见。
还应当理解，尽管已经参照一些具体实例对本申请进行了描述，但本领域技术人员能够确定地实现本申请的很多其它等效形式，它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。
当结合附图时，鉴于以下详细说明，本公开的上述和其他方面、特征和优势将变得更为显而易见。
此后参照附图描述本公开的具体实施例；然而，应当理解，所公开的实施例仅仅是本公开的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本公开模糊不清。因此，本文所公开的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本公开。
本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本公开的相同或不同实施例中的一个或多个。
下面，结合附图详细的说明本申请实施例。
如图1所示，本申请实施例提供一种升级处理方法，应用于主节点中，其中，所述方法包括：
确定集群节点中每个节点的资源信息；
至少基于资源信息从集群节点中选择对应主节点的备节点；
当主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；
通知备节点，使备节点切换为主节点状态，同时使备节点自状态数据库中获取主节点的升级数据，并进行升级。
例如，结合图2和图3所示，本实施例中的主节点内设有选举器及角色控制器，选举器可以与每个节点均能够进行信息交互，以获取集群内每个节点的资源信息，该资源信息可以包括CPU、内存、磁盘、io等资源的信息，接着选举器至少基于获得的资源信息来在多个节点中选择一节点作为主节点的备节点。当主节点进行数据升级时，主节点会将升级数据同步至状态数据库中，接着角色控制器会控制将主节点自身的节点状态调整为备节点状态，同时通知备节点，备节点中也可以具有角色控制器，当备节点中的角色控制器接收到了通知信息后，会调整自身的节点状态为主节点状态。同时，备节点会基于通知而自状态数据库中获取主节点的升级数据，自动完成自身的升级。也就是，主节点的角色控制器向备节点启动升级daemon请求，创建角色控制器间的主备关系，同时主节点同步升级状态数据至状态数据库中，以供备节点获取数据完成升级。
基于上述实施例的公开可知，本实施例具备的有益效果包括主节点自动选择备节点，并基于状态数据库实现主节点、备节点间的数据自动升级，确保主节点升级过程中网络集群的升级任务不会中断，提升用户对集群的使用体验。同时主节点、备节点的节点身份状态可以随时根据实际需求进行切换，实现了集群的自动化升级及维护，增强了网络集群整体的可靠性和稳定性，更加快了集群软件迭代更新速率。
进一步地，至少基于资源信息确定满足要求的备节点，包括：
基于资源信息进行预选，以得到第一候选节点；
确定主节点的配置信息；
至少基于主节点的配置信息自第一候选节点中确定备节点，以使备节点能够执行主节点的升级过程，形成主节点。
以本实施例中的主节点中设有选举器为例，如图4所示，选举器在选择备节点时包括：
预选：可以建立模型，通过向模型中输入集群所有节点的信息，包括资源信息，以得到模型输出的满足预选条件的节点候选列表。
或者选举器直接根据预选策略过滤掉不满足的节点。例如，不满足预选策略的条件包括“偶数个集群节点内资源最不充足的节点”，故该资源不满足要求的节点无法通过预选。
风险规避：主节点与备节点中均可以引入心跳监视器，利用心跳监视器来相互监控对方的状态，如确定是否正常运行，是否故障。同时还可以保证节点候选列表输出奇数个节点状态来规避脑裂情况，即防止由于网络问题，原来被一个节点访问的资源出现被多个节点同时访问的情况。
节点候选列表：表中的各个节点具有优先级，节点的优先级依据节点版本、当前时刻的资源利用率排名得到。版本越高的节点越靠前，而对版本相同的节点通过比较资源利用率来确定优先级。其中，对于CPU和内存具有相同权重的节点，CPU和内存使用率越接近的节点权重越高，资源空闲比越高的节点得分越高，排名越靠前。偶数个集群节点内排名最末端的节点无法通过预选。节点空闲资源与节点总容量的比值排列规则为：
Figure BDA0003723445810000061
其中，capacity为容量，如cpu的容量，内存(memory)的容量，sum(requested)为占用的总容量，基于上述公式能够确定出每个节点当前空闲资源的占比，基于该占比可确定出各个节点的优先级。
优选：向选举器输入通过过滤阶段的节点的信息，得到选举器输出的其选举出的最优节点。
为了选出最优节点，选举器采取预选和优选策略进行节点选择。在当前时刻下，选举器可以通过对领导者以及剩余候选节点在当前时刻的资源利用率优先进行排序得到节点候选列表，其中C＝c1c2，…cn-k-1为已经升级节点的个数，根据实际运行情况来决定k的大小。其优选打分策略为：
Figure BDA0003723445810000071
其中，c表征节点候选排序的得分，r是节点的资源使用得分，rci是第i个节点根据打分函数计算出来得到的排序结果，例如可以是结合优先级排序后进行打分得到的排序结果，mi是根据第i个节点根据亲和性得出的排序结果，也可认为是分值，该亲和性是指节点的资源配置与主节点的资源配置，或者是所需要的资源配置的匹配程度。rm是节点的资源使用情况与亲和性的共同得分，上述的得分均可以是系统基于打分函数计算得到。n-k-1为当前候选的所有节点。基于上式，可以先计算不同节点基于不同打分排序结果下的方差以及该方差的累乘绝对值，通过将计算得到的数值进行相除而确定出每个节点在资源使用及资源配置亲和度的双重标准下的综合得分，系统可以基于该综合得分确定出备节点。最优节点排序算法整体的代码流程可参考如下：
Algorithm1 Optimization node candidate algorithm
r is the resource usage of the current node，m is the sequence of nodeaffinity
Input：r，m
Output：PredictScore
1.Initialize theλto a random small value
2.For i＝1 to n-k-1 do
3.C＝PrimaryGrade(r)；
4.The input of the optimal policy is based on the preselection resultand node affinity sorting；
5.ρ＝OptimalPolicy(c，m)；
6.Done
7.End for；
8.cpi＝sort(ρi)；
9.Check whether the current optimal node resource is less than thethreshold；
10.If(CurrentNodeUtil(ci)＜η)
11.PredictScore＝λ*Cp
12.Return PredictScore；
13.End if
14.Finally，the predicted score sequence is returned
也就是，在选举最优节点，也就是备节点时，还需要看考备节点的资源与主节点的资源是否匹配，如CPU的版本是否一致或相近，内存可用空间是否一致或相近等，以确保备节点能够完成与主节点的同步升级。
进一步地，本实施例中的主节点是分多个阶段完成升级的。
通知备节点，使备节点自状态数据中获取主节点的升级数据，并进行升级，包括：
通知备节点，使备节点自状态数据库中获取最新阶段的升级数据并进行升级；
可选地，本实施例中的方法还包括：
获得备节点发送的通知信息，以基于通知信息确定备节点完成当前阶段的升级，并能够进行下一阶段的升级。
例如，如图5所示，主节点每完成一个阶段的升级，不仅会将数据同步至状态数据库中，而且会通知备节点，告知备节点升级的阶段，以使备节点能够自状态数据库中获取到相应阶段的升级数据，进行完成相应阶段的升级。当备节点获取了当前阶段的升级数据后，会向主节点发送通知信息，主节点基于获得的通知信息会获知备节点当前完成升级的状态，进而确定是否进行下一阶段的升级。也就是通过主节点与备节点间的相互交互，实现二者的同步升级。
另外，新被升级为主节点的原备节点还要再基于上述方法进行对应自身的备节点的选举，当确定出了对应的自身的备节点，并建立了主备关系后，该原备节点可向原主节点发送通知，原主节点基于获得的通知便可获知原备节点已经建立新的主备关系，此时该原主节点便可以进行重启等操作，如此并不会影响集群整体的升级状态，更不会影响集群整体的运行。
如图6所示，本申请另一实施例同时提供一种升级处理方法，应用于备节点中，备节点由上文所述的主节点基于集群中各个节点的资源信息而选择确定，方法包括：
接收主节点的通知信息，以通过状态数据库获取升级数据，完成升级；
至少在接收到主节点的角色切换指令时，切换自身的备节点状态为主节点状态。
例如，结合图7所示，本实施例中的备节点为主节点基于上述实施例的方法，结合集群中各个节点的资源信息进行选举得到的，具体流程可以结合图和上述实施例确定。当备节点已经确定后，备节点开始运行，其首先会接收到主节点发送的通知信息，告知备节点需要完成主节点的同步升级，具体为通过状态数据库获取升级数据，完成升级。接着，至少在接收到主节点的角色切换指令时，或确定主节点故障时等，基于自身的角色控制器(图中的切换控制器)切换自身的备节点状态为主节点状态，以使原主节点可以进行重启等修复工作。
基于上述实施例的公开可知，本实施例具备的有益效果包括主节点自动选择备节点，备节点能够基于状态数据库实现主节点、备节点间的数据自动升级，确保主节点升级过程中网络集群的升级任务不会中断，提升用户对集群的使用体验。同时主节点、备节点的节点身份状态可以随时根据实际需求进行切换，实现了集群的自动化升级及维护，增强了网络集群整体的可靠性和稳定性，更加快了集群软件迭代更新速率。
进一步地，本实施例中的方法还包括：
监听主节点的状态，在确定主节点的状态表征故障时，切换自身的备节点状态为主节点状态。
例如，主节点与备节点中均可以设置心跳监视器，以基于心跳监视器与主节点进行交互，进而实现监听主节点的状态的效果。备节点可以基于监听的信息而确定主节点的状态是否异常，如是否故障，若故障，备节点可以直接基于自身的角色控制器而切换自身的备节点状态为主节点状态，进而执行主节点的工作，确保集群整体运行正常。
进一步地，本实施例中的主节点是分多个阶段完成升级的。故为了适配主节点的的升级过程，本实施例中的方法还包括：
获得主节点的通知信息，以基于通知信息自状态数据库中获取最新阶段的升级数据并进行升级；
通知主节点完成当前阶段的更新。
也即，备节点会接收主节点发送的信息，以基于接收的信息自状态数据库中获取对应当前最新阶段的升级数据，并完成升级，同时备节点会返回信息给主节点，以告知主节点其备节点的升级状态，使主节点能够继续进行下一阶段的升级。
进一步地，当备节点切换状态为主节点后，其同样需要为自身选择一个匹配的备节点，具体地，本实施例的方法还包括：
确定集群节点中的每个节点的资源；
基于资源进行预选，以得到第二候选节点；
确定自身配置信息；
至少基于配置信息自第二候选节点中确定新备节点，以使新备节点能够执行当前主节点的升级过程。
也即，本实施例中升级为主节点的备节点在选择确定对应其自身的备节点时，也是通过上文所述的实施例一样，备节点的选举器先获得集群中除主节点外的节点的资源信息，包括CPU版本，内存占用率，可用率等等信息，然后基于资源信息进行预选，得到第二候选节点。之后，选举器可以结合自身所在节点的资源配置信息，以及上文所述实施例的风险规避方法、制备节点候选列表、优选法来从多个第二候选节点中确定出新备节点，该新的备节点能够同步完成原备节点的升级更新，以在原备节点故障等需要重启更新时，该新备节点能够切换主备关系为主节点，确保集群整体稳定运行。
进一步地，本实施例中的方法还包括：
确定自身升级状态；
若未完成升级，则继续完成后续升级，并控制新备节点基于状态数据库对应完成全部关于当前主节点的升级。
具体地，备节点在进行升级时，会实时确定自身的升级状态，若确定未完成升级，则继续完成升级，同时会控制新的备节点，如通知新备节点进行数据升级，使新备节点自状态数据库中获取升级数据，并与原备节点交互，进而完成相应升级。
结合图5和图7所示，在实际应用时，当主控节点1检测到需要升级内核后，发送角色切换指令给角色控制器，角色控制器通知节点n成为主控节点，节点n的角色控制器同步节点状态数据，更换为主控角色，并让备节点的选举器选出一个对应节点n的备控节点，选举器根据当前集群节点状态，选举出节点m作为新的备控节点，节点m响应节点n的指令启动升级daemon，并基于角色控制器更新确定角色为备节点，接着节点m便可以根据备控制器流程更新升级状态，也即完成与节点n的升级更新。另外，在节点m与节点n成功建立主备关系后，节点n还会向节点1发送切换完成事件，节点1此时便可以执行重启节点操作，而节点n则作为主控节点完成后续升级流程。
如图8所示，本申请另一实施例还提供一种升级处理装置，应用于主节点中，所述装置包括：
确定模块，用于确定集群节点中每个节点的资源信息；
选择模块，用于至少基于所述资源信息从所述集群节点中选择对应所述主节点的备节点；
调整模块，用于当所述主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；
通知模块，用于通知所述备节点，使所述备节点切换为主节点状态，同时使所述备节点自所述状态数据库中获取所述主节点的升级数据，并进行升级。
作为一可选实施例，所述至少基于所述资源信息确定满足要求的所述备节点，包括：
基于所述资源信息进行预选，以得到第一候选节点；
确定所述主节点的配置信息；
至少基于所述主节点的配置信息自所述第一候选节点中确定所述备节点，以使所述备节点能够执行所述主节点的升级过程，形成所述主节点。
作为一可选实施例，所述主节点分多个阶段完成升级；
所述通知所述备节点，使所述备节点自所述状态数据中获取所述主节点的升级数据，并进行升级，包括：
通知所述备节点，使所述备节点自所述状态数据库中获取最新阶段的升级数据并进行升级；
所述方法还包括：
获得所述备节点发送的通知信息，以基于所述通知信息确定所述备节点完成当前阶段的升级，并能够进行下一阶段的升级。
本申请另一实施例还提供一种电子设备，包括:
一个或多个处理器；
存储器，配置为存储一个或多个程序；
当该一个或多个程序被该一个或多个处理器执行时，使得该一个或多个处理器实现上述方法。
本申请一实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。
本申请实施例还提供了一种计算机程序产品，所述计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可读指令，所述计算机可执行指令在被执行时使至少一个处理器执行诸如上文所述实施例中的方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。
需要说明的是，本申请的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、天线、光缆、RF等等，或者上述的任意合适的组合。
应当理解，虽然本申请是按照各个实施例描述的，但并非每个实施例仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。
如图9所示，本申请另一实施例还提供一种升级处理装置，应用于备节点中，所述备节点由上述的主节点基于集群中各个节点的资源信息而选择确定，所述装置包括：
接收模块，用于接收所述主节点的通知信息，以通过状态数据库获取升级数据，完成升级；
切换模块，用于至少在接收到所述主节点的角色切换指令时，切换自身的备节点状态为主节点状态。
作为一可选实施例，还包括：
监听所述主节点的状态，在确定所述主节点的状态表征故障时，切换自身的备节点状态为主节点状态。
作为一可选实施例，所述主节点分多个阶段完成升级；
所述方法还包括：
获得所述主节点的通知信息，以基于所述通知信息自所述状态数据库中获取最新阶段的升级数据并进行升级；
通知所述主节点完成当前阶段的更新。
作为一可选实施例，还包括：
确定所述集群节点中的每个节点的资源；
基于所述资源进行预选，以得到第二候选节点；
确定自身配置信息；
至少基于所述配置信息自所述第二候选节点中确定新备节点，以使所述新备节点能够执行当前所述主节点的升级过程。
作为一可选实施例，还包括：
确定自身升级状态；
若未完成升级，则继续完成后续升级，并控制所述新备节点基于所述状态数据库对应完成全部关于当前所述主节点的升级。
本申请另一实施例还提供一种电子设备，包括:
一个或多个处理器；
存储器，配置为存储一个或多个程序；
当该一个或多个程序被该一个或多个处理器执行时，使得该一个或多个处理器实现上述方法。
本申请一实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。
本申请实施例还提供了一种计算机程序产品，所述计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可读指令，所述计算机可执行指令在被执行时使至少一个处理器执行诸如上文所述实施例中的方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。
需要说明的是，本申请的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、天线、光缆、RF等等，或者上述的任意合适的组合。
应当理解，虽然本申请是按照各个实施例描述的，但并非每个实施例仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。
以上实施例仅为本申请的示例性实施例，不用于限制本申请，本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内，对本申请做出各种修改或等同替换，这种修改或等同替换也应视为落在本申请的保护范围内。

Claims (10)

1.一种升级处理方法，应用于主节点中，其中，所述方法包括：
确定集群节点中每个节点的资源信息；
至少基于所述资源信息从所述集群节点中选择对应所述主节点的备节点；
当所述主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；
通知所述备节点，使所述备节点切换为主节点状态，同时使所述备节点自所述状态数据库中获取所述主节点的升级数据，并进行升级。
2.根据权利要求1所述的方法，其中，所述至少基于所述资源信息确定满足要求的所述备节点，包括：
基于所述资源信息进行预选，以得到第一候选节点；
确定所述主节点的配置信息；
至少基于所述主节点的配置信息自所述第一候选节点中确定所述备节点，以使所述备节点能够执行所述主节点的升级过程，形成所述主节点。
3.根据权利要求1所述的方法，其中，所述主节点分多个阶段完成升级；
所述通知所述备节点，使所述备节点自所述状态数据中获取所述主节点的升级数据，并进行升级，包括：
通知所述备节点，使所述备节点自所述状态数据库中获取最新阶段的升级数据并进行升级；
所述方法还包括：
获得所述备节点发送的通知信息，以基于所述通知信息确定所述备节点完成当前阶段的升级，并能够进行下一阶段的升级。
4.一种升级处理方法，应用于备节点中，所述备节点由主节点基于集群中各个节点的资源信息而选择确定，所述方法包括：
接收所述主节点的通知信息，以通过状态数据库获取升级数据，完成升级；
至少在接收到所述主节点的角色切换指令时，切换自身的备节点状态为主节点状态。
5.根据权利要求4所述的方法，其中，还包括：
监听所述主节点的状态，在确定所述主节点的状态表征故障时，切换自身的备节点状态为主节点状态。
6.根据权利要求4所述的方法，其中，所述主节点分多个阶段完成升级；
所述方法还包括：
获得所述主节点的通知信息，以基于所述通知信息自所述状态数据库中获取最新阶段的升级数据并进行升级；
通知所述主节点完成当前阶段的更新。
7.根据权利要求4所述的方法，其中，还包括：
确定所述集群节点中的每个节点的资源；
基于所述资源进行预选，以得到第二候选节点；
确定自身配置信息；
至少基于所述配置信息自所述第二候选节点中确定新备节点，以使所述新备节点能够执行当前所述主节点的升级过程。
8.根据权利要求7所述的方法，其中，还包括：
确定自身升级状态；
若未完成升级，则继续完成后续升级，并控制所述新备节点基于所述状态数据库对应完成全部关于当前所述主节点的升级。
9.一种升级处理装置，应用于主节点中，所述装置包括：
确定模块，用于确定集群节点中每个节点的资源信息；
选择模块，用于至少基于所述资源信息从所述集群节点中选择对应所述主节点的备节点；
调整模块，用于当所述主节点进行数据升级时，将升级数据同步至状态数据库中，同时将自身节点状态调整为备节点状态；
通知模块，用于通知所述备节点，使所述备节点切换为主节点状态，同时使所述备节点自所述状态数据库中获取所述主节点的升级数据，并进行升级。
10.一种升级处理装置，应用于备节点中，所述备节点由主节点基于集群中各个节点的资源信息而选择确定，所述装置包括：
接收模块，用于接收所述主节点的通知信息，以通过状态数据库获取升级数据，完成升级；
切换模块，用于至少在接收到所述主节点的角色切换指令时，切换自身的备节点状态为主节点状态。
CN202210769593.2A 2022-06-30 2022-06-30 一种升级处理方法及装置 Pending CN115150273A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210769593.2A CN115150273A (zh) 2022-06-30 2022-06-30 一种升级处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210769593.2A CN115150273A (zh) 2022-06-30 2022-06-30 一种升级处理方法及装置

Publications (1)

Publication Number Publication Date
CN115150273A true CN115150273A (zh) 2022-10-04

Family

ID=83409838

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210769593.2A Pending CN115150273A (zh) 2022-06-30 2022-06-30 一种升级处理方法及装置

Country Status (1)

Country Link
CN (1) CN115150273A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115580542A (zh) * 2022-12-06 2023-01-06 苏州浪潮智能科技有限公司 一种多以太网交换机的信息交换方法及相关装置

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106685688A (zh) * 2016-09-26 2017-05-17 深圳市潮流网络技术有限公司 一种集群计算机设备同步升级方法
CN111586147A (zh) * 2020-04-30 2020-08-25 平安科技（深圳）有限公司 区块链的节点同步方法、装置、设备及存储介质
CN111988203A (zh) * 2020-09-03 2020-11-24 深圳壹账通智能科技有限公司 节点选举方法、装置及存储介质
CN112866035A (zh) * 2021-02-24 2021-05-28 紫光云技术有限公司 一种云平台上redis服务可指定从节点切换为主节点的方法
CN113127168A (zh) * 2021-04-07 2021-07-16 深圳希施玛数据科技有限公司 服务分配方法、系统、装置、服务器及介质
WO2021184177A1 (zh) * 2020-03-17 2021-09-23 深圳市欢太科技有限公司 主节点选取方法、装置、电子设备以及存储介质
CN113704029A (zh) * 2021-09-24 2021-11-26 携程旅游信息技术（上海）有限公司 节点可用性管理、控制方法、节点、集群、装置及介质
CN114168071A (zh) * 2021-10-29 2022-03-11 济南浪潮数据技术有限公司 一种分布式集群扩容方法、分布式集群扩容装置及介质
CN114189495A (zh) * 2021-12-16 2022-03-15 平安壹账通云科技(深圳)有限公司 基于域名的节点调度方法、系统、终端和存储介质
JP2022076276A (ja) * 2020-11-09 2022-05-19 株式会社Jsol モデルのデータ提供方法、モデルのデータ提供システム、及びコンピュータプログラム

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106685688A (zh) * 2016-09-26 2017-05-17 深圳市潮流网络技术有限公司 一种集群计算机设备同步升级方法
WO2021184177A1 (zh) * 2020-03-17 2021-09-23 深圳市欢太科技有限公司 主节点选取方法、装置、电子设备以及存储介质
CN111586147A (zh) * 2020-04-30 2020-08-25 平安科技（深圳）有限公司 区块链的节点同步方法、装置、设备及存储介质
CN111988203A (zh) * 2020-09-03 2020-11-24 深圳壹账通智能科技有限公司 节点选举方法、装置及存储介质
JP2022076276A (ja) * 2020-11-09 2022-05-19 株式会社Jsol モデルのデータ提供方法、モデルのデータ提供システム、及びコンピュータプログラム
CN112866035A (zh) * 2021-02-24 2021-05-28 紫光云技术有限公司 一种云平台上redis服务可指定从节点切换为主节点的方法
CN113127168A (zh) * 2021-04-07 2021-07-16 深圳希施玛数据科技有限公司 服务分配方法、系统、装置、服务器及介质
CN113704029A (zh) * 2021-09-24 2021-11-26 携程旅游信息技术（上海）有限公司 节点可用性管理、控制方法、节点、集群、装置及介质
CN114168071A (zh) * 2021-10-29 2022-03-11 济南浪潮数据技术有限公司 一种分布式集群扩容方法、分布式集群扩容装置及介质
CN114189495A (zh) * 2021-12-16 2022-03-15 平安壹账通云科技(深圳)有限公司 基于域名的节点调度方法、系统、终端和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115580542A (zh) * 2022-12-06 2023-01-06 苏州浪潮智能科技有限公司 一种多以太网交换机的信息交换方法及相关装置
CN115580542B (zh) * 2022-12-06 2023-03-03 苏州浪潮智能科技有限公司 一种多以太网交换机的信息交换方法及相关装置

Similar Documents

Publication Publication Date Title
US10361928B2 (en) Cluster instance management system
CN104769919B (zh) 对复制型数据库的访问进行负载平衡
US20070244999A1 (en) Method, apparatus, and computer product for updating software
CN106960060B (zh) 一种数据库集群的管理方法及装置
JPS61253572A (ja) 疎結合マルチプロセツサ・システムの負荷配分方式
CN111209110B (zh) 一种实现负载均衡的任务调度管理方法、系统和存储介质
CN106130763A (zh) 服务器集群及适用于该集群的数据库资源组切换控制方法
US7434204B1 (en) Method and apparatus for managing software processes
CN115150273A (zh) 一种升级处理方法及装置
CN106230622A (zh) 一种集群实现方法及装置
CN115185871A (zh) 一种数据处理方法、装置、系统、电子设备及存储介质
CN107645396B (zh) 一种集群扩容方法及装置
JP5285045B2 (ja) 仮想環境における故障復旧方法及びサーバ及びプログラム
CN116881053B (zh) 数据处理方法及交换板、数据处理系统、数据处理装置
CN111382141B (zh) 主从架构配置方法、装置、设备以及计算机可读存储介质
CN107995319B (zh) 虚拟设备配置方法及网络设备
WO2023071999A1 (zh) 一种用户匹配方法、装置、设备及存储介质
CN111221683A (zh) 数据中心交换机双flash热备份方法、系统、终端及存储介质
CN113923222B (zh) 数据处理方法及装置
US20230058193A1 (en) Computer system and storage medium
CN114791900A (zh) 基于Operator的Redis运维方法、装置、系统及存储介质
CN109189444A (zh) 一种服务器虚拟化系统的管理节点的升级控制方法及装置
US11500857B2 (en) Asynchronous remote calls with undo data structures
CN113127191B (zh) 一种资源更新方法、存储介质及相关装置
CN109947593B (zh) 数据容灾方法、系统、策略仲裁装置和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination