CN116909759B - 信息处理方法、装置及设备、介质和控制器集群 - Google Patents
信息处理方法、装置及设备、介质和控制器集群 Download PDFInfo
- Publication number
- CN116909759B CN116909759B CN202311167753.7A CN202311167753A CN116909759B CN 116909759 B CN116909759 B CN 116909759B CN 202311167753 A CN202311167753 A CN 202311167753A CN 116909759 B CN116909759 B CN 116909759B
- Authority
- CN
- China
- Prior art keywords
- node
- state
- target
- information synchronization
- target information
- 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.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 30
- 238000003672 processing method Methods 0.000 title claims abstract description 18
- 238000004891 communication Methods 0.000 claims abstract description 95
- 238000000034 method Methods 0.000 claims abstract description 76
- 230000000977 initiatory effect Effects 0.000 claims abstract description 9
- 238000004590 computer program Methods 0.000 claims description 20
- 238000011084 recovery Methods 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000012545 processing Methods 0.000 description 32
- 230000008569 process Effects 0.000 description 30
- 238000010586 diagram Methods 0.000 description 21
- 238000012423 maintenance Methods 0.000 description 10
- 230000002159 abnormal effect Effects 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 5
- 230000007704 transition Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000005577 local transmission Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Multi Processors (AREA)
Abstract
本申请实施例公开了一种信息处理方法、装置及设备、介质和控制器集群,涉及通信技术领域,可以减少节点所需维护的通信状态。该方法包括:在无节点事件的情况下,执行以下任一项:接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务;其中,所述控制集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种信息处理方法、装置及设备、介质和控制器集群。
背景技术
控制器集群中的节点通过相互通信来实现对后台任务的执行情况等目标信息的同步,以保证节点离线后该节点的目标信息不会丢失。但每个节点需要面向周围节点维护大量的目标信息同步任务相关的通信状态。
发明内容
本申请实施例的目的是提供一种信息处理方法、装置及设备、介质和控制器集群,可以减少节点所需维护的通信状态。
为解决上述技术问题,第一方面,本申请实施例提供一种信息处理方法,应用于控制器集群中的任一节点,所述方法包括:
在无节点事件的情况下,执行以下任一项:
接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;
发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务;
其中,所述控制集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求。
第二方面,本申请实施例还提供了一种控制器集群,所述控制器集群包括至少一个域内的主写节点和对端节点,所述控制器集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输目标请求,所述目标请求用于发起目标信息同步任务,其中:
所述对端节点,用于在无节点事件的情况下,接收所述目标请求,将自身的本节点状态转换为第一状态,所述第一状态用于表征所述对端节点正在执行作为对端节点所需执行的目标信息同步任务;
所述主写节点,用于在无节点事件的情况下,发送所述目标请求,将自身的本节点状态转换为第二状态,所述第二状态用于表征所述主写节点正在执行作为主写节点所需执行的目标信息同步任务。
第三方面,本申请实施例还提供了一种信息处理装置,应用于控制器集群中的任一节点,所述装置包括:
第一执行模块,用于在无节点事件的情况下,执行以下任一项:
接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;
发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务;
其中,所述控制集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求。
第四方面,本申请实施例还提供了一种电子设备,包括存储器、处理器及存储在所述存储器上的计算机程序,所述处理器执行所述计算机程序以实现如第一方面或第二方面所述的数据存储方法。
第五方面,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序/指令,该计算机程序/指令被处理器执行时实现如第一方面所述的信息处理方法。
第六方面,本申请实施例还提供了一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现如第一方面所述的信息处理方法。
由上述技术方案可以看出,通过配置控制器集群中各节点在无节点事件的情况下,按照设置的通信方向单向传输目标请求,可以在满足各节点的目标信息同步需求的情况下减少节点间的通信次数,在此基础上,节点可以仅针对目标请求的接收情况维护通信状态,无需再对周围每个节点分别维护通信状态,由此可以减少节点所需维护的通信状态,从而提升目标信息同步任务的执行效率。
附图说明
为了更清楚地说明本申请实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为相关技术中两节点间同步目标信息的示意图;
图2为相关技术中节点执行目标信息更新的示意图;
图3为相关技术中四节点系统的示意图;
图4为本申请实施例提供的一种信息处理方法的实施流程图;
图5为本申请实施例提供的一种四节点系统通信的示意图;
图6为本申请实施例提供的一种节点维护通信状态的示意图;
图7为本申请实施例提供的一种接收与发送状态冲突下的通信状态转换的示意图;
图8为本申请实施例提供的一种两个接收状态冲突下的通信状态转换的示意图;
图9为本申请实施例提供的一种目标节点及其相关节点的通信状态转换的示意图;
图10为本申请实施例提供的一种控制器集群的示意图;
图11为本申请实施例提供的一种信息处理装置的结构示意图;
图12为本申请实施例提供的一种电子设备的示意图;
图13为本申请实施例提供的一种计算机可读存储介质的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本申请保护范围。
本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可包括没有列出的步骤或单元。
首先,为了便于理解本申请实施例的信息处理方案,现对如下内容进行介绍。
异步:由一个线程发起的处于等待调度队列的可不与当前线程同时执行完成的任务类型。
节点:代表控制器集群中的某一个控制器。
对端节点:两节点的系统中节点视图中的另一个节点。
主写节点:节点与对端节点组成的域内处理写输入/输出(input/output,io)的节点,也称为主节点或归属节点。
元数据:用来记录后台任务的执行情况的存储在非易失性存储上的记录数据信息。
后台任务:与读写io并行执行的任务,主要包括对磁盘数据的初始化,数据丢失的重构和读写错误等情况下的检查和修复。
独立磁盘冗余阵列(Redundant Array of Independent Disks,RAID)是指由一系列硬盘组成的阵列,在RAID中对底层磁盘的容错操作和恢复进行管理。在软件层,用于对硬盘阵列的操作进行管理的RAID通常称为软RAID。在管理磁盘阵列的数据时,最重要的任务就是保证存储在磁盘上的数据安全、可靠,因此,在软RAID中形成了初始化、重构、校验重构、慢盘修复、巡检等后台执行的任务(即后台任务),来执行异常的判断和监督,以及异常状况后数据的纠正与恢复。
在此前提下,多控制器的系统(即控制器集群)中各控制器(即节点)间通过相互通信,以保证控制器离线后相关进程的目标信息(主要包括用于记录后台任务执行情况的元数据)不会丢失;同时为了避免对前台io(即输入输出存储)的影响,控制器采用异步的方式(即通过异步任务)进行后台任务的元数据等目标信息的同步,从而通过异步任务实现多节点间相互通信,保证在节点离线和恢复等异常情况下,正在执行的后台任务的执行情况(如元数据)不会因为节点离线而丢失,从而保持磁盘上数据的一致性。
如图1所示,在维护存储在本节点上的目标信息的过程中,为了制造冗余,避免因节点离线而造成属于该节点的目标信息丢失,以致影响后台任务中磁盘容错的操作,节点间(如节点0和1)会相互同步自身的目标信息。如图2所示,节点采用在每次执行后台任务时均发起一次异步任务(即发起一次目标信息同步任务),等待收到对端的成功更新的回复(即对端执行完毕该目标信息同步任务)后,该节点再执行对本地的目标信息更新以完成自身的目标信息同步任务,从而实现目标信息的备份。
传统异步任务交互模式可简述为:节点通过对自身周围每个节点分别记录发送-接收情况下的不同状态,来判断该节点与其它节点之间是否启动信息发送、处理接收信息、以及冲突处理等操作。具体地,节点通过在本地设置11种不同的通信状态来维护两节点间在不同情况下的通信状态,并据此判断是否发送或处理目标信息同步任务的相关信息,但由于各节点间双向通信,节点需要对自身进行通信的每个节点单独维护一个上述两节点间的通信状态,如图3所示的四节点系统,每两个节点相互同步自身的目标信息,对于任一节点(如节点0),该节点需要分别维护自身与其它每个节点(如节点1、2和3)之间的通信状态,如节点0在收到节点1、2或3的目标请求时,需要将针对节点1的本节点状态1转换为接收相关状态1、将针对节点2的本节点状态2转换为接收相关状态2、或将针对节点3的本节点状态3转换为接收相关状态3,以致每个节点需要维护大量的通信状态,降低了节点间相互通信的效率,进而影响了目标信息同步任务的执行效率。
针对上述相关技术中存在的问题,本申请提出了一种信息处理方案,通过配置各节点在无节点事件的情况下单向传输目标请求,可以在满足各节点的目标信息同步需求的情况下减少节点间的通信次数,在此基础上,节点可以仅针对目标请求的接收情况维护通信状态,无需再对周围每个节点分别维护通信状态,由此可以减少节点所需维护的通信状态,从而提升目标信息同步任务的执行效率。
下面结合附图,通过一些实施例及其应用场景对本申请实施例提供的一种信息处理方法、装置及设备、介质和控制器集群进行详细地说明。
第一方面,参见图4所示,为本申请实施例所提供的一种信息处理方法的实施流程图,该信息处理方法应用于控制器集群中的任一节点,该方法可以包括以下步骤:
在无节点事件的情况下,执行以下任一项:
步骤S101:接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;
步骤S102:发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务。
其中,所述控制集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求;无节点事件是指:节点未发生任意的预先定义的节点事件(如下述的异常节点事件、第一节点事件、第二节点事件、第三节点事件等节点事件)。
以四节点系统中的通信状态维护为例,如图5所示,该四节点系统中上一个节点和下一个节点(如节点0和1、节点1和2、节点2和3、或节点3和0)分别为统一域内的主写节点和对端节点,此时按照设置的通信方向,节点作为下一个节点的主写节点向下一个节点发送目标请求以同步自身的目标信息,作为上一个节点的对端节点接收上一个节点发送的目标请求以同步该上一个节点的目标信息,由此满足了节点的目标信息同步需求,使得系统内任一节点出现离线或恢复的异常场景时,均存在保存了该节点的目标信息的节点。
其中,如图6所示,节点在发送目标请求时,将本节点状态转换为第二状态,如从当前所处的常态(IDLE)转换为本地(LOCAL)相关状态(即第二状态),来表征所述节点正在作为主写节点执行目标信息同步任务,具体地,该节点可以在发送目标请求时转换为本地待定(LOCAL_PENDING)状态,表征自身作为主写节点在等待对端节点根据该主写节点的目标信息完成本地的更新处理,并在收到该对端节点的表征本地的更新处理完成的回复后,由LOCAL_PENDING转换为本地阶段(LOCAL_PHASE)状态,表征该节点正在作为主写节点执行本地的更新处理,在该本地的更新处理完成之后,转换为IDLE,表征该节点执行完毕作为主写节点所需执行的目标信息同步任务。
类似地,该节点在接收目标请求时,将本节点状态转换为第一状态,如从当前所处的IDLE转换到对端(REMOTE)相关状态(即第一状态),来表征该节点正在作为对端节点执行目标信息同步任务,具体地,该节点可以在接收目标请求时转换为对端待定(REMOTE_PENDING)状态,表征自身作为对端节点在等待执行本地的更新处理,或转换为对端阶段(REMOTE_PHASE)状态,表征该节点正在作为对端节点执行本地的更新处理,在该本地的更新处理完成之后,向主写节点发送表征对端节点本地的更新处理完成的回复,再转换为IDLE,表征该节点执行完毕作为对端节点所需执行的目标信息同步任务。
可以理解的是,控制器集群中由不同的两个节点(即主写节点和对端节点)所组成的不同域会分条带的对硬盘阵列进行管理,即一个域仅负责处理一部分的条带,以实现免锁处理。但传统的目标信息同步任务会在任意两个节点之间相互发起,使得不同域内的两个节点之间也会相互访问以同步自身的目标信息,这不利于实现免锁处理,且会导致控制器集群中产生不必要的通信开销(即不同域内节点同步目标信息所产生的通信开销),以致单个节点需要针对更多的节点维护更多的通信状态。
本申请实施例配置控制器集群中节点与对端节点组成的域内节点间按照设置的通信方向单向传输目标请求,以使节点作为主写节点向对端节点同步目标信息的过程、以及作为对端节点同步主写节点的目标信息的过程只发生在同一域内的两个节点之间且同步目标信息的方向一致,如可以将自用于管理所在域所对应条带的主写节点向该所在域内的对端节点的通信方向作为上述设置的通信方向,以使一个节点在无异常事件的情况下,可以仅向作为主写节点所在域内的对端节点发送目标请求以向该对端节点同步自身的目标信息,且仅接收来自于作为对端节点所在域内的主写节点的目标请求以同步该主写节点的目标信息,即使得该节点不会同时向不同域内的节点发送目标请求或接收来自于不同域内的节点的目标请求,由此可以免去节点间相互索引的计算代价,并在满足各个域内的目标信息同步需求的基础上,减少节点间的通信次数和节点所需维护的表征节点间不同通信情况的通信状态。在此基础上,每个节点选择基于自身对目标信息的收发情况来维护通信状态,而非以区分节点的方式来对周围的每个节点单独维护通信状态,可以进一步减少节点所需维护的通信状态,从而最终提升目标信息同步任务的执行效率,且有利于通信异常状况下的问题分析。
由上述技术方案可以看出,通过配置控制器集群中各节点在无节点事件的情况下,按照设置的通信方向单向传输目标请求,可以在满足各节点的目标信息同步需求的情况下减少节点间的通信次数,在此基础上,节点可以仅针对目标请求的接收情况维护通信状态,无需再对周围每个节点分别维护通信状态,由此可以减少节点所需维护的通信状态,从而提升目标信息同步任务的执行效率。
实施方式1
本实施方式描述的是接收与发送状态的冲突处理的示例。
在节点发生第一节点事件的情况下,将所述节点的本节点状态转换为所述第一节点事件对应的第三状态,所述第三状态用于表征所述节点正在同时作为主写节点和对端节点执行所述目标信息同步任务。
可以理解的是,考虑到节点可能在作为对端节点执行目标信息同步任务的过程中,还作为主写节点向对端节点发送目标请求以发起目标信息同步任务,也可能在作为主写节点执行目标信息同步任务的过程中,还作为对端节点接收来自于主写节点发送的目标请求以接受该主写节点发起的目标信息同步任务,由于该节点采用不区分节点的方式维护了统一的通信状态,即节点不会单独维护表征了正在作为主写节点或对端节点与另一具体节点执行目标信息同步任务的状态,故在目标请求单向传输的情况下,节点也可能发生接收与发送状态冲突的第一节点事件,因此本申请实施例提供了第三状态以实现对该第一节点事件所相关通信情况的通信状态维护,节点可以通过将本节点状态转换为第三状态,以触发自身根据设置的执行顺序优先作为主写节点或对端节点执行相应的目标信息同步任务。
可选地,节点可以根据本节点状态和对所述目标请求的当前传输情况,判断所述节点是否发生所述第一节点事件,例如,节点可以根据以下任一本节点状态和传输情况的组合,确定自身发生第一节点事件:
在节点处于第一状态(即接收状态)的情况下,发送了所述目标请求;
在节点处于第二状态(即发生状态)的情况下,接收到所述目标请求。
在一个实施例中,在节点处于所述第三状态的情况下,确定所述节点分别作为主写节点和对端节点执行所述目标信息同步任务的第一执行顺序;
根据所述第一执行顺序,将所述节点的本节点状态转换为第四状态,所述第四状态用于表征所述节点正在按照所述第一执行顺序,分别执行作为主写节点所需执行的目标信息同步任务和作为对端节点所需执行的目标信息同步任务。
在该实施例中,第三状态可以作为中间状态,触发节点确定第一执行顺序,节点在确定第一执行顺序之后,即可将本节点状态转换为第四状态,触发节点根据该第一执行顺序,顺序地执行作为主写节点和作为对端节点分别所需执行的目标信息同步任务,从而实现对接收与发送状态的冲突处理,其中,可以根据不同的执行顺序来设置相应的第四状态,如设置优先处理本地发送的第四状态和优先处理对端接收的第四状态,节点随后可以根据自身所处的第四状态所对应的执行顺序,分别执行作为主写节点和作为对端节点各自所需执行的目标信息同步任务。
可选地,在节点发生所述第一节点事件,且分别作为主写节点和对端节点执行完毕各自所需执行的目标信息同步任务的情况下,将所述节点的本节点状态转换为用于表征无目标信息同步任务执行的第五状态(如IDLE),节点在之后接收或发送目标请求时,即可通过上述在无节点事件情况下的通信状态维护方式正常记录节点间的通信情况。
作为一种可能的实施方式,节点根据所述第一执行顺序叠加所述第一状态和所述第二状态,得到所述第四状态,将所述节点的本节点状态转换为所述第四状态。
在该实施例中,节点在发生接收与发送状态(如第一状态与第二状态)冲突时,根据第一执行顺序对接收与发送状态进行叠加,可以得到该第一执行顺序所对应的第四状态,以触发节点根据该第一执行顺序相应执行目标信息同步任务。通过一个叠加的状态来记录节点处于接收与发送的两个状态,可以进一步减少节点所需维护的通信状态数量。
可选地,在将所述节点的本节点状态转换为所述第四状态之后,所述方法还包括:
在作为对端节点执行完毕所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述第一状态后的本节点状态;
在作为主写节点执行完毕所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述第二状态后的本节点状态。
在该实施例中,对于处于接收与发送状态冲突所对应的叠加状态的节点,在该节点作为主写节点或对端节点执行完毕相应的目标信息同步任务时,将该节点由上述叠加状态转换为相应的仅接收或仅发送的单个状态,以使节点恢复至无节点事件情况下的相关通信状态,并作为主写节点或对端节点正常执行相应的目标信息同步任务,节点通过上述第一状态至第五状态的相互转换,即可完成对节点在不同收发情况下(如仅处理对端接收、仅处理本地发送或同时处理对端接收和本地发送)的通信状态维护,由此减少了节点所需维护的通信状态。
示例性地,如图7所示,节点在接收与发送状态冲突下的通信状态转换如下:
1.节点0向节点1发送目标请求,且节点0记录本节点状态从IDLE转换为LOCAL相关状态(即第二状态),表示节点0正在作为主写节点向对端节点(节点1)同步元数据,其中,主写节点的元数据可以通过目标请求发送至对端节点;
2.节点0接收目标请求,记录本节点状态从IDLE转换为REMOTE相关状态(即第一状态),表示节点1正在作为对端节点接收域内主写节点(节点0)的元数据,节点1在根据节点0的元数据完成本地更新处理之后对节点0进行回复,再通过向IDLE的转换表示节点1执行完毕自身的元数据同步任务(即目标信息同步任务);
3.节点0在向节点1发送了目标请求,且接收到节点3发送的目标请求时,记录本节点状态转为分层中断(TIER_BREAK)状态(即第三状态),表示节点处于发送过程和接收过程同时存在时的状态(即发生了接收与发送状态冲突);
4.节点0根据设置的判断条件(如根据节点发送和接收目标请求的顺序、或优先处理本地发送、或优先处理本地接收),确定第一执行顺序,如确定第一执行顺序为优先处理本地发送,则将本节点状态转换为LOCAL相关状态和REMOTE相关状态依次叠加的状态(即第四状态,此处可以为LOCAL_...REMOTE_...),该状态在接收到节点1发送的回复后转为不叠加的REMOTE相关状态(如REMOTE_...);类似地,节点0若优先处理作为对端的接收状态,则转换为REMOTE相关状态和LOCAL相关状态依次叠加的状态(即第四状态,此处可以为REMOTE_... LOCAL_...),此状态在执行完作为对端节点的接收流程即更新完毕本地元数据后,转为不叠加的LOCAL相关状态(如LOCAL_...);
5.节点0在由叠加的状态转换为不叠加的状态之后,即根据当前所处的不叠加的状态(如第一状态或第二状态),正常执行作为主写节点或对端节点相关的元数据同步任务。
实施方式2
本实施方式描述的是多接收状态的冲突处理的示例。
在节点发生第二节点事件的情况下,将所述节点的本节点状态转换为所述第二节点事件对应的第六状态,所述第六状态用于表征所述节点正在作为对端节点执行多个所述目标信息同步任务。
可以理解的是,考虑到在发生一些异常节点事件(如节点离线后回归)的情况下,节点可能需要处理来自两个不同域内的节点的目标请求(即发生第二节点事件),因此本申请实施例提供了第六状态以实现对该第二节点事件所相关通信情况的通信状态维护,节点可以通过将本节点状态转换为第六状态,以触发自身根据设置的执行顺序作为对端节点分别执行该多个目标信息同步任务,例如,节点可以在自身处于所述第六状态的情况下,根据多个所述目标信息同步任务各自对应的目标请求的接收顺序,执行多个所述目标信息同步任务,如节点先收到哪个目标请求就先执行哪个目标请求对应的目标信息同步任务。
作为一种可能的实施方式,在节点发生第二节点事件,且作为对端节点执行完毕多个所述目标信息同步任务的情况下,将所述节点的本节点状态转换为用于表征无目标信息同步任务执行的第五状态(如IDLE),节点在之后接收或发送目标请求时,即可通过上述在无节点事件情况下的通信状态维护方式正常记录节点间的通信情况。
可选地,节点可以根据所述节点的本节点状态和对所述目标请求的当前接收情况,判断所述节点是否发生所述第二节点事件,例如,节点可以根据以下本节点状态和当前接收情况的组合,确定自身发生第二节点事件:在节点处于第一状态(即接收状态)的情况下,接收到所述目标请求。
在一个实施例中,在将所述节点的本节点状态转换为所述第二节点事件对应的第六状态之前,所述方法还包括:
叠加与所述节点作为对端节点所需执行的多个所述目标信息同步任务相同数量的目标状态,得到所述第六状态。
例如,节点在需要作为对端节点执行两个目标信息同步任务时,可以将上述第一状态作为目标状态(或新定义一个状态作为目标状态),并叠加两个第一状态以得到该第二节点事件对应的第六状态,以触发节点根据设置的执行顺序依次执行该两个目标信息同步任务。通过一个叠加的状态来记录节点处于两个接收的状态,可以进一步减少节点所需维护的通信状态数量。
可选地,在将所述节点的本节点状态转换为所述第二节点事件对应的第六状态之后,所述方法还包括:
每当所述节点作为对端节点执行完毕一个所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述目标状态后的本节点状态。
例如,对于处于两个接收状态冲突所对应的叠加状态的节点,在该节点作为对端节点执行完毕一个目标信息同步任务时,将该节点由上述叠加状态转换为相应的单个接收状态,以使节点恢复至无节点事件情况下的接收相关通信状态,并作为对端节点正常执行相应的目标信息同步任务,节点通过在通信状态的相互转换中引入第六状态,即可完成对节点在处理多个对端接收的情况下的通信状态维护,由此减少了节点所需维护的通信状态。
示例性地,如图8所示,节点在两个接收状态冲突下的通信状态转换如下:
1.节点3接收节点0和1发送的目标请求,将本节点状态转换为叠加的两个REMOTE相关状态,以使触发节点按照设置的执行顺序(如优先处理先收到的目标请求),处理对端接收;
2.节点3处理完成对端接收(即作为对端节点执行完毕一个目标信息同步任务)后,转换为不叠加的REMOTE相关状态,以使节点根据无节点事件情况下的通信状态维护方式维护当前的本节点状态。
实施方式3
本实施方式描述的是主写节点两次发送目标请求的示例。
在节点所在域内存在新加入的目标节点的情况下,确定所述节点发生第三节点事件,向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求。
可以理解的是,考虑到新加入的目标节点会替代所加入域内的原主写节点或对端节点,即成为所加入域的新主写节点或新对端节点,故设置该目标节点的前后两个节点向该目标节点同步自身的目标信息,以使目标节点完成上述替代操作,且为避免向该目标节点同步目标信息的节点离线后,其正在执行且未同步完的目标信息可能丢失的情况,故设置向目标节点同步目标信息的节点同时也向自身的原对端节点同步目标信息,以保证目标信息的较大冗余,防止目标信息丢失。
作为一种可能的实施方式,在目标节点的恢复期间,向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求;其中,所述目标节点在所述恢复期间不发送所述目标请求,以进一步减少节点所需维护的通信状态。
示例性地,如图9所示,新加入的目标节点(节点3)、被目标节点替代的原主写节点(节点0)、以及该原主写节点的对端节点(节点2)的通信状态转换如下:
1.节点0同时发送两个目标请求到两个节点上,将本节点状态转换为LOCAL_PENDING,等待执行本地更新;
2.节点2和3在收到目标请求后转换为REMOTE_PHASE,根据节点0发送的目标信息执行本地更新;
3.节点2和3执行完毕本地更新后对节点0进行回复,并转换为IDLE,表示执行完毕自身的目标信息同步任务,主写节点在收到节点2和3的全部回复后,转换为LOCAL_PHASE,执行本地更新;
4.节点0在执行完毕本地更新后,转换为IDLE,表示执行完毕自身的目标信息同步任务。
基于上述实施例,本申请通过对叠加状态的新增,以及新增接收-发送的流程转换和处理顺序的策略,实现多节点间相互通信以及其中的节点异常事件的目标信息冗余恢复过程,并免于对多节点下多状态的维护,由此可以减少对各节点链路上异步任务的通信状态维护,提升了节点发现对端节点的查找效率和节点间相互通信的效率,进而提高了目标信息同步任务的执行效率。
第二方面,参见图10所示,为本申请实施例所提供的一种控制器集群的示意图,所述控制器集群包括至少一个域内的主写节点和对端节点,所述控制器集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输目标请求,所述目标请求用于发起目标信息同步任务,其中:
所述对端节点,用于在无节点事件的情况下,接收所述目标请求,将自身的本节点状态转换为第一状态,所述第一状态用于表征所述对端节点正在执行作为对端节点所需执行的目标信息同步任务;
所述主写节点,用于在无节点事件的情况下,发送所述目标请求,将自身的本节点状态转换为第二状态,所述第二状态用于表征所述主写节点正在执行作为主写节点所需执行的目标信息同步任务。
可选地,所述控制器集群还包括离线后的目标节点,其中:
所在域内存在离线后回归的所述目标节点的节点,用于在所述目标节点的恢复期间,向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求;
所述目标节点,用于在自身的恢复期间,接收所述目标请求,且不发送所述目标请求。
由上述技术方案可以看出,通过配置控制器集群中各节点在无节点事件的情况下,按照设置的通信方向单向传输目标请求,可以在满足各节点的目标信息同步需求的情况下减少节点间的通信次数,在此基础上,节点可以仅针对目标请求的接收情况维护通信状态,无需再对周围每个节点分别维护通信状态,由此可以减少节点所需维护的通信状态,从而提升目标信息同步任务的执行效率。
需要说明的是,控制器集群实施例与方法实施例相近,故描述的较为简单,相关之处参见方法实施例即可。
第三方面,本申请实施例提供了一种信息处理装置,应用于控制器集群中的任一节点,如图11所示,该装置包括:
第一执行模块,用于在无节点事件的情况下,执行以下任一项:
接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;
发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务;
其中,所述控制集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求。
可选地,所述装置还包括:
第二执行模块,用于在所述节点发生第一节点事件的情况下,将所述节点的本节点状态转换为所述第一节点事件对应的第三状态,所述第三状态用于表征所述节点正在同时作为主写节点和对端节点执行所述目标信息同步任务。
可选地,所述装置还包括:
第一处理模块,用于在所述节点处于所述第三状态的情况下,确定所述节点分别作为主写节点和对端节点执行所述目标信息同步任务的第一执行顺序;
第二处理模块,用于根据所述第一执行顺序,将所述节点的本节点状态转换为第四状态,所述第四状态用于表征所述节点正在按照所述第一执行顺序,分别执行作为主写节点所需执行的目标信息同步任务和作为对端节点所需执行的目标信息同步任务。
可选地,所述第二处理模块包括:
第一处理子模块,用于根据所述第一执行顺序叠加所述第一状态和所述第二状态,得到所述第四状态;
第二处理子模块,用于将所述节点的本节点状态转换为所述第四状态。
可选地,所述装置还包括:
第三处理模块,用于在作为对端节点执行完毕所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述第一状态后的本节点状态;
第四处理模块,用于在作为主写节点执行完毕所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述第二状态后的本节点状态。
可选地,所述装置还包括:
第五处理模块,用于在所述节点发生所述第一节点事件,且分别作为主写节点和对端节点执行完毕各自所需执行的目标信息同步任务的情况下,将所述节点的本节点状态转换为用于表征无目标信息同步任务执行的第五状态。
可选地,所述装置还包括:
第一判断模块,用于根据所述节点的本节点状态和对所述目标请求的当前传输情况,判断所述节点是否发生所述第一节点事件。
可选地,所述装置还包括:
第二执行模块,用于在所述节点发生第二节点事件的情况下,将所述节点的本节点状态转换为所述第二节点事件对应的第六状态,所述第六状态用于表征所述节点正在作为对端节点执行多个所述目标信息同步任务。
可选地,所述装置还包括:
第六处理模块,用于叠加与所述节点作为对端节点所需执行的多个所述目标信息同步任务相同数量的目标状态,得到所述第六状态。
可选地,所述装置还包括:
第七处理模块,用于每当所述节点作为对端节点执行完毕一个所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述目标状态后的本节点状态。
可选地,所述装置还包括:
第八处理模块,用于在所述节点发生第二节点事件,且作为对端节点执行完毕多个所述目标信息同步任务的情况下,将所述节点的本节点状态转换为用于表征无目标信息同步任务执行的第五状态。
可选地,所述装置还包括:
第九处理模块,用于在所述节点处于所述第六状态的情况下,根据多个所述目标信息同步任务各自对应的目标请求的接收顺序,执行多个所述目标信息同步任务。
可选地,所述装置还包括:
第二判断模块,用于根据所述节点的本节点状态和对所述目标请求的当前接收情况,判断所述节点是否发生所述第二节点事件。
可选地,所述装置还包括:
第十处理模块,用于在所述节点所在域内存在新加入的目标节点的情况下,确定所述节点发生第三节点事件;
请求发送模块,用于向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求。
可选地,所述目标节点为离线后回归的节点,所述请求发送模块包括:
第一请求发送模块,用于在所述目标节点的恢复期间,向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求;其中,所述目标节点在所述恢复期间不发送所述目标请求。
由上述技术方案可以看出,通过配置控制器集群中各节点在无节点事件的情况下,按照设置的通信方向单向传输目标请求,可以在满足各节点的目标信息同步需求的情况下减少节点间的通信次数,在此基础上,节点可以仅针对目标请求的接收情况维护通信状态,无需再对周围每个节点分别维护通信状态,由此可以减少节点所需维护的通信状态,从而提升目标信息同步任务的执行效率。
需要说明的是,装置实施例与方法实施例相近,故描述的较为简单,相关之处参见方法实施例即可。
本申请实施例还提供了一种电子设备,参照图12,图12是本申请实施例提出的电子设备的示意图。如图12所示,电子设备100包括:存储器110和处理器120,存储器110与处理器120之间通过总线通信连接,存储器110中存储有计算机程序,该计算机程序可在处理器120上运行,进而实现本申请实施例公开的所述信息处理方法中的步骤。
本申请实施例还提供了一种计算机可读存储介质,参见图13,图13是本申请实施例提出的计算机可读存储介质的示意图。如图13所示,计算机可读存储介质200上存储有计算机程序/指令210,该计算机程序/指令210被处理器执行时实现如本申请实施例公开的所述信息处理方法中的步骤。
本申请实施例还提供了一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现如本申请实施例公开的所述信息处理方法中的步骤。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、系统、设备、存储介质及程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种信息处理方法、装置及设备、介质和控制器集群,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (20)
1.一种信息处理方法,其特征在于,应用于控制器集群中的任一节点,所述方法包括:
在无节点事件的情况下,执行以下任一项:
接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;
发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务;
其中,所述控制器集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述节点发生第一节点事件的情况下,将所述节点的本节点状态转换为所述第一节点事件对应的第三状态,所述第三状态用于表征所述节点正在同时作为主写节点和对端节点执行所述目标信息同步任务。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在所述节点处于所述第三状态的情况下,确定所述节点分别作为主写节点和对端节点执行所述目标信息同步任务的第一执行顺序;
根据所述第一执行顺序,将所述节点的本节点状态转换为第四状态,所述第四状态用于表征所述节点正在按照所述第一执行顺序,分别执行作为主写节点所需执行的目标信息同步任务和作为对端节点所需执行的目标信息同步任务。
4.根据权利要求3所述的方法,其特征在于,所述根据所述第一执行顺序,将所述节点的本节点状态转换为第四状态,包括:
根据所述第一执行顺序叠加所述第一状态和所述第二状态,得到所述第四状态;
将所述节点的本节点状态转换为所述第四状态。
5.根据权利要求4所述的方法,其特征在于,在将所述节点的本节点状态转换为所述第四状态之后,所述方法还包括:
在作为对端节点执行完毕所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述第一状态后的本节点状态;
在作为主写节点执行完毕所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述第二状态后的本节点状态。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在所述节点发生所述第一节点事件,且分别作为主写节点和对端节点执行完毕各自所需执行的目标信息同步任务的情况下,将所述节点的本节点状态转换为用于表征无目标信息同步任务执行的第五状态。
7.根据权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述节点的本节点状态和对所述目标请求的当前传输情况,判断所述节点是否发生所述第一节点事件。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述节点发生第二节点事件的情况下,将所述节点的本节点状态转换为所述第二节点事件对应的第六状态,所述第六状态用于表征所述节点正在作为对端节点执行多个所述目标信息同步任务。
9.根据权利要求8所述的方法,其特征在于,在将所述节点的本节点状态转换为所述第二节点事件对应的第六状态之前,所述方法还包括:
叠加与所述节点作为对端节点所需执行的多个所述目标信息同步任务相同数量的目标状态,得到所述第六状态。
10.根据权利要求9所述的方法,其特征在于,在将所述节点的本节点状态转换为所述第二节点事件对应的第六状态之后,所述方法还包括:
每当所述节点作为对端节点执行完毕一个所述目标信息同步任务的情况下,将所述节点的本节点状态转换为去除了一个所述目标状态后的本节点状态。
11.根据权利要求8所述的方法,其特征在于,所述方法还包括:
在所述节点发生第二节点事件,且作为对端节点执行完毕多个所述目标信息同步任务的情况下,将所述节点的本节点状态转换为用于表征无目标信息同步任务执行的第五状态。
12.根据权利要求8所述的方法,其特征在于,所述方法还包括:
在所述节点处于所述第六状态的情况下,根据多个所述目标信息同步任务各自对应的目标请求的接收顺序,执行多个所述目标信息同步任务。
13.根据权利要求8所述的方法,其特征在于,所述方法还包括:
根据所述节点的本节点状态和对所述目标请求的当前接收情况,判断所述节点是否发生所述第二节点事件。
14.根据权利要求1-13任一所述的方法,其特征在于,所述方法还包括:
在所述节点所在域内存在新加入的目标节点的情况下,确定所述节点发生第三节点事件;
向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求。
15.根据权利要求14所述的方法,其特征在于,所述目标节点为离线后回归的节点,所述向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求,包括:
在所述目标节点的恢复期间,向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求;
其中,所述目标节点在所述恢复期间不发送所述目标请求。
16.一种控制器集群,其特征在于,所述控制器集群包括至少一个域内的主写节点和对端节点,所述控制器集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输目标请求,所述目标请求用于发起目标信息同步任务,其中:
所述对端节点,用于在无节点事件的情况下,接收所述目标请求,将自身的本节点状态转换为第一状态,所述第一状态用于表征所述对端节点正在执行作为对端节点所需执行的目标信息同步任务;
所述主写节点,用于在无节点事件的情况下,发送所述目标请求,将自身的本节点状态转换为第二状态,所述第二状态用于表征所述主写节点正在执行作为主写节点所需执行的目标信息同步任务。
17.根据权利要求16所述的控制器集群,其特征在于,所述控制器集群还包括离线后的目标节点,其中:
所在域内存在离线后回归的所述目标节点的节点,用于在所述目标节点的恢复期间,向所述目标节点发送所述目标请求,且向所述节点的原对端节点发送所述目标请求;
所述目标节点,用于在自身的恢复期间,接收所述目标请求,且不发送所述目标请求。
18.一种信息处理装置,其特征在于,应用于控制器集群中的任一节点,所述装置包括:
第一执行模块,用于在无节点事件的情况下,执行以下任一项:
接收目标请求,将所述节点的本节点状态转换为第一状态,所述目标请求用于发起目标信息同步任务,所述第一状态用于表征所述节点正在作为对端节点执行所述目标信息同步任务;
发送所述目标请求,将所述节点的本节点状态转换为第二状态,所述第二状态用于表征所述节点正在作为主写节点执行所述目标信息同步任务;
其中,所述控制器集群被配置为同一域内的主写节点和对端节点之间按照设置的通信方向单向传输所述目标请求。
19.一种电子设备,包括存储器、处理器及存储在所述存储器上的计算机程序,其特征在于,所述处理器执行所述计算机程序以实现如权利要求1至15中任一项所述的信息处理方法。
20.一种计算机可读存储介质,其上存储有计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现如权利要求1至15中任一项所述的信息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311167753.7A CN116909759B (zh) | 2023-09-12 | 2023-09-12 | 信息处理方法、装置及设备、介质和控制器集群 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311167753.7A CN116909759B (zh) | 2023-09-12 | 2023-09-12 | 信息处理方法、装置及设备、介质和控制器集群 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116909759A CN116909759A (zh) | 2023-10-20 |
CN116909759B true CN116909759B (zh) | 2024-01-19 |
Family
ID=88368072
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311167753.7A Active CN116909759B (zh) | 2023-09-12 | 2023-09-12 | 信息处理方法、装置及设备、介质和控制器集群 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116909759B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010266935A (ja) * | 2009-05-12 | 2010-11-25 | Hitachi Ltd | ノード監視方法及びクラスタシステム |
CN113259479A (zh) * | 2021-06-18 | 2021-08-13 | 腾讯科技(深圳)有限公司 | 一种数据处理方法以及设备 |
CN113268337A (zh) * | 2021-07-20 | 2021-08-17 | 杭州朗澈科技有限公司 | Kubernetes集群中Pod调度的方法和系统 |
CN113448647A (zh) * | 2021-06-28 | 2021-09-28 | 华云数据控股集团有限公司 | 资源同步方法、实现设备及电子设备 |
-
2023
- 2023-09-12 CN CN202311167753.7A patent/CN116909759B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010266935A (ja) * | 2009-05-12 | 2010-11-25 | Hitachi Ltd | ノード監視方法及びクラスタシステム |
CN113259479A (zh) * | 2021-06-18 | 2021-08-13 | 腾讯科技(深圳)有限公司 | 一种数据处理方法以及设备 |
CN113448647A (zh) * | 2021-06-28 | 2021-09-28 | 华云数据控股集团有限公司 | 资源同步方法、实现设备及电子设备 |
CN113268337A (zh) * | 2021-07-20 | 2021-08-17 | 杭州朗澈科技有限公司 | Kubernetes集群中Pod调度的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN116909759A (zh) | 2023-10-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI625621B (zh) | 用於資料庫中進行回復的方法、電腦可用程式產品、與資料處理系統 | |
CN109951331B (zh) | 用于发送信息的方法、装置和计算集群 | |
WO2016070375A1 (zh) | 一种分布式存储复制系统和方法 | |
JP6028850B2 (ja) | データ多重化システム | |
CN110807064B (zh) | Rac分布式数据库集群系统中的数据恢复装置 | |
JPS5935057B2 (ja) | マルチ構成可能なモジユ−ル処理装置 | |
CN107329859B (zh) | 一种数据保护方法及存储设备 | |
WO2000010087A1 (en) | Fault tolerant computer system | |
CN110784331B (zh) | 一种共识流程恢复方法及相关节点 | |
CN105354108A (zh) | 一种数据备份方法及节点 | |
CN115562911B (zh) | 虚拟机数据备份方法及装置、系统、电子设备、存储介质 | |
CN115794499B (zh) | 一种用于分布式块存储集群间双活复制数据的方法和系统 | |
US11392463B2 (en) | Effective backup of data used by multiple nodes executing parallel processing | |
JP6899837B2 (ja) | リージョン間にわたるデータ送信 | |
CN104573428A (zh) | 一种提高服务器集群资源有效性的方法及系统 | |
JP5900094B2 (ja) | データ整合システム、データ整合方法およびデータ整合プログラム | |
CN116909759B (zh) | 信息处理方法、装置及设备、介质和控制器集群 | |
CN105323271B (zh) | 一种云计算系统以及云计算系统的处理方法和装置 | |
CN105353984A (zh) | 基于软磁盘阵列的高可用集群控制器、控制方法及系统 | |
CN112433968B (zh) | 一种控制器共享同步方法和装置 | |
CN113515574B (zh) | 一种数据同步方法及装置 | |
JPWO2012032572A1 (ja) | 計算機 | |
CN114610545A (zh) | 减少私有云计算的单点故障的方法、系统、设备及介质 | |
JP5716460B2 (ja) | クラスタシステムおよびその制御方法 | |
JPWO2010103562A1 (ja) | 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |