CN110011857A - 一种节点控制器的集群事件处理方法及相关装置 - Google Patents

Abstract

本申请公开了一种节点控制器的集群事件处理方法，包括：节点控制器接收到集群事件，对集群事件进行初步检查；当初步检查通过时，判断集群事件中的目标节点号与本机节点号是否相同；若是，则根据集群事件的类型确定维护操作，对本机节点号表执行维护操作，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准。通过集群事件对本机节点号表进行维护，当执行待执行操作时，根据该本机节点号表判断该待执行操作是否符合一致性标准，保证了节点控制器之间的操作一致性，避免出现了集群变动后节点控制器的不一致问题，提高了集群系统的可靠性。本申请还公开了一种节点控制器、装置以及计算机可读存储介质，具有以上有益效果。

Description

一种节点控制器的集群事件处理方法及相关装置

技术领域

本申请涉及计算机技术领域，特别涉及一种节点控制器的集群事件处理方法、节点控制器、装置以及计算机可读存储介质。

背景技术

随着服务器处理的数据越来越多，出现了由多个node(节点)控制器组成的集群系统，可以处理更多的网络数据。其中，集群系统是将多个node控制器通过高速网络互联起来，组成集群系统，作为一个整体为用户提供应用服务。

但是，目前在集群系统内每个节点独立运行，对于集群系统内存在的所有节点没有整体的管理数据。因此，当A节点对B节点发送相关的消息，进行数据请求或进行数据传输时，无法知道B节点是否在集群系统内，会直接发送相关消息。当B节点不在集群系统内时，会出现A节点处理相关请求造成数据不一致的情况，容易出现系统错乱。

因此，如何提高集群系统内每个节点的一致性是本领域技术人员关注的重点问题。

发明内容

本申请的目的是提供一种节点控制器的集群事件处理方法、节点控制器、装置以及计算机可读存储介质，通过集群事件对本机节点号表进行维护，当执行待执行操作时，根据该本机节点号表判断该待执行操作是否符合一致性标准，当符合再进行操作，保持节点控制器之间的操作一致性，避免出现了集群变动后节点控制器的不一致问题，提高了集群系统的可靠性。

为解决上述技术问题，本申请提供一种节点控制器的集群事件处理方法，包括：

节点控制器接收到集群事件，对所述集群事件进行初步检查；

当所述初步检查通过时，判断所述集群事件中的目标节点号与本机节点号是否相同；

若是，则根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准；其中，所述本机节点号表是对集群内所有节点控制器的节点号进行记录得到的。

可选的，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，包括：

当所述集群事件为节点加入事件时，将所述节点加入事件的数据更新到所述本机节点号表中，以便完成所述维护操作。

可选的，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，包括：

当所述集群事件为节点移除事件时，根据所述节点移除事件的数据将所述本机节点号表中的对应数据进行删除，以便完成所述维护操作。

可选的，当判断所述集群事件中的目标节点号与本机节点号是否相同之前，还包括：

当节点控制器根据接收到的更新事件进行更新后，根据预设范围内的每个节点号进行虚拟集群事件构造处理，得到多个虚拟更新事件，将每个虚拟更新事件作为集群事件。

可选的，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，包括：

当所述集群事件为虚拟更新事件时，根据所述虚拟更新事件的数据对所述本机节点号表进行更新，以便完成所述维护操作。

本申请还提供一种节点控制器，包括：

初步检查模块，用于节点控制器接收到集群事件，对所述集群事件进行初步检查；

节点号判断模块，用于当所述初步检查通过时，判断所述集群事件中的目标节点号与本机节点号是否相同；

信息维护模块，用于当目标节点号与本机节点号相同时，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准。

可选的，所述信息维护模块，具体用于当所述集群事件为节点加入事件时，将所述节点加入事件的数据更新到所述本机节点号表中，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准。

可选的，所述信息维护模块，具体用于当所述集群事件为节点移除事件时，根据所述节点移除事件的数据将所述本机节点号表中的对应数据进行删除，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准。

本申请还提供一种装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述的集群事件处理方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的集群事件处理方法的步骤。

本申请所提供的一种节点控制器的集群事件处理方法，包括：节点控制器接收到集群事件，对所述集群事件进行初步检查；当所述初步检查通过时，判断所述集群事件中的目标节点号与本机节点号是否相同；若是，则根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准；其中，所述本机节点号表是对集群内所有节点控制器的节点号进行记录得到的。

通过在集群中发生集群事件时，判断初步检查通过后的集群事件的目标节点号和本机节点号是否相同，以便确定集群事件发送对象是否正确，当目标节点号与本节点号相等时，就可以对集群事件进行处理，并且根据集群事件的类型对本机保存的节点号表执行该维护操作，实现每次集群事件后每个节点控制器均对本机节点号表进行维护，使每个节点控制器中均实时记录了集群中的节点控制器状态，当执行待执行操作时，就可以通过本机节点号表判断该待执行操作是否符合一致性标准，当符合再进行操作，保持节点控制器之间的操作一致性，避免出现了集群变动后节点控制器的不一致问题，提高了集群系统的可靠性。

本申请还提供一种节点控制器、装置以及计算机可读存储介质，具有以上有益效果，在此不做赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种节点控制器的集群事件处理方法的流程图；

图2为本申请实施例所提供的另一种节点控制器的集群事件处理方法的流程图；

图3为本申请实施例所提供的又一种节点控制器的集群事件处理方法的流程图；

图4为本申请实施例所提供的还一种节点控制器的集群事件处理方法的流程图；

图5为本申请实施例所提供的一种节点控制器的结构示意图。

具体实施方式

本申请的核心是提供一种节点控制器的集群事件处理方法、节点控制器、装置以及计算机可读存储介质，通过集群事件对本机节点号表进行维护，当执行待执行操作时，根据该本机节点号表判断该待执行操作是否符合一致性标准，当符合再进行操作，保持节点控制器之间的操作一致性，避免出现了集群变动后节点控制器的不一致问题，提高了集群系统的可靠性。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前在集群系统内每个节点独立运行，对于集群系统内存在的所有节点没有整体的管理数据，也就是每个独立的节点没有在一定程度上对于集群整体的信息。因此，当A节点对B节点发送相关的消息，进行数据请求或进行数据传输时，无法知道B节点是否在集群系统内，会直接发送相关消息。当B节点不在集群系统内时，会出现A节点处理相关请求造成数据不一致的情况，容易出现系统错乱。

因此，本申请实施例提供一种节点控制器的集群事件处理方法，通过在集群中发生集群事件时，判断初步检查通过后的集群事件的目标节点号和本机节点号是否相同，以便确定集群事件发送对象是否正确，当目标节点号与本节点号相等时，就可以对集群事件进行处理，并且根据集群事件的类型对本机保存的节点号表执行该维护操作，实现每次集群事件后每个节点控制器均对本机节点号表进行维护，使每个节点控制器中均实时记录了集群中的节点控制器状态，当执行待执行操作时，就可以通过本机节点号表判断该待执行操作是否符合一致性标准，当符合再进行操作，保持节点控制器之间的操作一致性，避免出现了集群变动后节点控制器的不一致问题，提高了集群系统的可靠性。

请参考图1，图1为本申请实施例所提供的一种节点控制器的集群事件处理方法的流程图。

该方法可以包括：

S101，节点控制器接收到集群事件，对集群事件进行初步检查；

本步骤旨在当在集群中发生集群事件后，首先对集群事件进行初步检查。其中，初步检查可以包括检查权限信息、合法性、内存以及记录收发事件编号信息。本步骤中所进行的初步检查操作可以采用现有技术提供的任意一种的初步检查操作，在此不做具体限定。

其中，节点控制器在集群中就是一个节点，用于处理集群事件。集群事件是指在集群中发生的相关事件，也就是节点控制器之间相互传送的事件。

S102，当初步检查通过时，判断集群事件中的目标节点号与本机节点号是否相同；若是，则执行S103；若否，则执行S104；

在步骤S101的初步检查通过的情况下，本步骤主要判断集群事件中的目标节点号与本机节点号是否相同，也就是判断该集群事件是否是发送至本机的集群事件。

需要说明的是，本申请中的本机节点号是预存在节点控制器中的数据，当集群开启时每个节点控制器会被分配到一个节点号，将其保存在本地就可以作为本机节点号。具体的，考虑到节点控制器需要进行更新数据的情况，为了保持更新后的节点控制器的本机节点号依然有效，本机节点号应该保存在一个不被数据更新的位置，例如，单独在节点控制器中设立模块用于存储本机节点号，并且执行本步骤，以便在更新环节中保持本机节点号不被删除或改写。

S103，根据集群事件的类型确定维护操作，对本机节点号表执行维护操作，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准；其中，本机节点号表是对集群内所有节点控制器的节点号进行记录得到的；

在步骤S102的基础上，本步骤旨在当目标节点号与本机节点号相同时，根据该集群事件确定维护操作，执行该维护操作。

需要说明的是，本步骤中的执行维护操作的维护对象是本机节点号表，也就是当存在集群事件影响到本机节点号表中的内容时，可以及时根据集群事件对本机的本机节点号进行维护，保持本机节点号表的准确性。

其中，本步骤只需要考虑到对集群的节点控制器有影响的集群事件，再根据自身的类型确定维护操作。例如，有影响的集群事件有节点加入事件、节点移除事件以及虚拟更新事件，没有影响的集群事件例如日常的节点数据交互事件等。可见，当本步骤实现当集群中节点控制器发生变化时才对本机节点号表进行维护，实现本机节点号表的实时更新。

在本机节点号表实现实时更新的基础上，本实施例中的集群系统在该节点控制器对操作对象进行待执行操作时，根据本机节点号表判断待执行操作是否符合一致性标准，具体的，是判断该待执行操作的操作对象是否在该本机节点号表中，当操作对象的节点号在本机节点号表中，也就是待执行操作符合一致性标准时，就可以对该操作对象执行待执行操作。保证了节点控制器在集群中的一致性，避免出现了操作对象不在集群中就执行待执行操作的情况。当节点控制器进行待执行操作时，操作对象不在本机节点号表中的情况下就终止待执行操作，避免了数据不一致的情况。

本步骤中不同的集群事件对应了不同的维护操作，具体如下：

当集群事件为节点加入事件时，将节点加入事件的数据更新到本机节点号表中；当集群事件为节点移除事件时，根据节点移除事件的数据将本机节点号表中的对应数据进行删除；当集群事件为虚拟更新事件时，根据虚拟更新事件的数据对本机节点号表进行更新，以便完成维护操作。

可见，虽然在不同的集群变化的情况中，针对本机节点号表的维护操作有不同的形式，但是均是实现对本机节点号表的维护，且目的都是保持本机节点号表的实时性，以便每个节点控制器在任意时间执行待执行操作时都可以知道当前集群中所有控制器的状态，避免出现数据不一致性问题。

S104，发送事件中止传递指令。

在步骤S102的基础上，本步骤旨在当目标节点号与本机节点号不相同时，终止该事件的传递操作，也就是发送事件中止传递指令。

综上，本实施例通过在集群中发生集群事件时，判断初步检查通过后的集群事件的目标节点号和本机节点号是否相同，以便确定集群事件发送对象是否正确，当目标节点号与本节点号相等时，就可以对集群事件进行处理，并且根据集群事件的类型对本机保存的节点号表执行该维护操作，实现每次集群事件后每个节点控制器均对本机节点号表进行维护，使每个节点控制器中均实时记录了集群中的节点控制器状态，当执行待执行操作时，就可以通过本机节点号表判断该待执行操作是否符合一致性标准，当符合再进行操作，保持节点控制器之间的操作一致性，避免出现了集群变动后节点控制器的不一致问题，提高了集群系统的可靠性。

在图1所示的实施例的基础上，本实施例主要说明当集群事件为节点加入事件时所进行的维护操作，其他方面与图1所示的实施例大体相同，相同部分可以参考图1所示的实施例，在此不做赘述。

请参考图2，图2为本申请实施例所提供的另一种节点控制器的集群事件处理方法的流程图。

该方法可以包括：

S201，节点控制器接收到节点加入事件，对节点加入事件进行初步检查；

S202，当初步检查通过时，判断节点加入事件中的目标节点号与本机节点号是否相同；若是，则执行S203；若否，则执行S204；

S203，将节点加入事件的数据更新到本机节点号表中，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准；

S204，发送事件终止传递指令。

本实施例主要是介绍当集群事件为节点加入事件时的处理方法。当集群中出现节点加入事件时，为了保证本机节点号表的实时性，势必要将新加入集群的节点控制器的节点号加入到本机节点号表中。因此，本实施例中就将节点加入事件中的数据更新到本机节点号表中。

在图1所示的实施例的基础上，本实施例主要说明当集群事件为节点移除事件时所进行的维护操作，其他方面与图1所示的实施例大体相同，相同部分可以参考图1所示的实施例，在此不做赘述。

请参考图3，图3为本申请实施例所提供的又一种节点控制器的集群事件处理方法的流程图。

该方法可以包括：

S301，节点控制器接收到节点移除事件，对节点移除事件进行初步检查；

S302，当初步检查通过时，判断节点移除事件中的目标节点号与本机节点号是否相同；若是，则执行S303；若否，则执行S304；

S303，根据节点移除事件的数据将本机节点号表中的对应数据进行删除，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准；

S304，发送事件终止传递指令。

本实施例主要是介绍当集群事件为节点移除事件时的处理方法。当集群中出现节点移除事件时，为了保证本机节点号表的实时性，势必要将移出集群的节点控制器的节点号从本机节点号表中删除。因此，本实施例中就根据节点移除事件的数据将本机节点号表中的对应数据进行删除。

在图1所示的实施例的基础上，本实施例主要说明当集群事件为虚拟更新事件时所进行的维护操作，其他方面与图1所示的实施例大体相同，相同部分可以参考图1所示的实施例，在此不做赘述。

请参考图4，图4为本申请实施例所提供的还一种节点控制器的集群事件处理方法的流程图。

该方法可以包括：

S401，当节点控制器根据接收到的更新事件进行更新后，根据预设范围内的每个节点号进行虚拟集群事件构造处理，得到多个虚拟更新事件，将每个虚拟更新事件作为集群事件；

S402，判断每个虚拟更新事件中的目标节点号与本机节点号是否相同；若是，则执行S403；若否，则执行S404；

S403，根据虚拟更新事件的数据对本机节点号表进行更新，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准；

S404，发送事件终止传递指令。

本实施例主要是描述在节点控制器进行更新后，如何对本机节点号表进行维护。由于本实施例中的更新操作不对本机节点号所存储的模块进行更新，其他模块中的数据均会被清除，本机节点号表同样也会被清除，因此需要通过构造出包含所有节点号的虚拟更新事件，再对每个虚拟更新事件的目标节点号和本机节点号进行判断，得到正确的虚拟更新事件，再根据该虚拟更新事件对本机节点号表进行更新，这样该节点控制器就获取到了本机节点号。

需要说明的是，进行本机节点号存储和判断的模块，为了减少成本和后期维护成本，该模块是固化了的专用于判断的模块，无法通过该模块直接获取到本机节点号，因此，就通过判断的方法筛选出包含本机节点号的虚拟更新事件，进一步的再根据该虚拟更新事件获取到本机节点号，实现节点控制器在更新操作后，对本机节点号表进行维护。

可以想到的是，本实施例还可以包括：当节点控制器根据虚拟更新事件的数据对本机节点号进行更新后，根据本机节点号发送节点加入事件，以便集群中其他节点控制器获取到该节点控制器的节点号。

下面对本申请实施例提供的一种节点控制器进行介绍，下文描述的一种节点控制器与上文描述的一种节点控制器的集群事件处理方法可相互对应参照。

请参考图5，图5为本申请实施例所提供的一种节点控制器的结构示意图。

该节点控制器可以包括：

初步检查模块100，用于节点控制器接收到集群事件，对集群事件进行初步检查；

节点号判断模块200，用于当初步检查通过时，判断集群事件中的目标节点号与本机节点号是否相同；

信息维护模块300，用于当目标节点号与本机节点号相同时，根据集群事件的类型确定维护操作，对本机节点号表执行维护操作，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准。

可选的，该信息维护模块300，具体用于当集群事件为节点加入事件时，将节点加入事件的数据更新到本机节点号表中，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准。

可选的，该信息维护模块300，具体用于当集群事件为节点移除事件时，根据节点移除事件的数据将本机节点号表中的对应数据进行删除，以便节点控制器根据本机节点号表判断待执行操作是否符合一致性标准。

在更具体的应用环境中，该节点控制器还可以包括：Csm模块、Call_gate模块以及Agent模块。

Csm(模块名称)模块用于接收集群内事件，并对接收到的事件进行一些例行检查处理，如检查权限、合法性、内存、记录收发时间编号等等。Csm模块检查合格后，会将事件传递给call_gate模块。

Call_gate(模块名称)模块，仅起到过滤的作用，与具体事件无关。该模块比较事件中记录的目标node index(节点号)与本机node index(节点号)，当一致时，将该事件传递给Agent模块；否则，终止该事件传递。

Agent(模块名称)模块，与硬件、驱动、显示等模块等相联系，负责具体事件的执行；以及在有需要的情况下，在集群内对发送处理后的事件进行发送。

针对以上节点控制器的结构，在集群系统需要对节点状态进行统一管理，以保证集群系统中每个节点控制器记录的状态信息具有一致性。

在集群内，不断有节点控制器加入、退出，集群也面临系统升级问题，在以上多种复杂情况下，需要保证集群系统对节点的状态能够进行有效管理。

为此，提供了基于事件交互的集群系统节点统一管理方法，如下：

节点控制器有在集群内与不在集群内两种状态，其状态信息可通过node index数据来反映。节点不在集群内，对应的node index数据无效；节点在集群内时，对应的nodeindex与其在集群内的位置有关，范围为0-31。

针对集群中有新node(节点控制器)加入的情况：当node加入集群——由candidata(候选)变为anctive(活跃)状态，触发unpend event(加入事件)，CSM模块负责监听该事件，并获取目标Node_Index数据，通过call_gate模块中的em_call_gate(函数名称)函数传递给Agent模块。Agent模块负责维护本机的Node_Index数据。

针对集群中有新node退出的情况：当node移出集群或发生异常情况——退出active状态，触发remove event(移出事件)，CSM模块负责监听该事件，并获取Node_Index数据，通过call_gate模块中的em_call_gate函数传递给Agent模块。Agent模块将相应的Node_Index置为无效，以便维护本机的Node_Index数据。

特别的情况，对于集群系统的统一升级过程中，node index数据的维护。集群系统统一升级，会进行Csm模块、Agent模块的替换，将每个node旧的Csm模块、Agent模块替换为升级后新的Csm模块、Agent模块，Agent模块中记录的node index数据会初始化为无效值。以保证集群系统升级阶段中本机节点号表的准确性，提供以下步骤，具体为：

第一步，集群系统升级后，Csm模块对node index数据在0-31的范围内进行遍历，并调用call_gate模块进行过滤，将数据传递到Agent模块。

第二步，call_gate模块比较所传递信息的目标node index与自身node index，当一致时，将该信息传递给Agent模块；否则，终止该信息传递。

第三步，通过此种方式可更新Agent模块记录的node index数据，保证每个node的Agent模块均维护了各自的node index信息。

本申请实施例还提供一种装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如以上实施例所述的集群事件处理方法的步骤。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的集群事件处理方法的步骤。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种节点控制器的集群事件处理方法、节点控制器、装置以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种节点控制器的集群事件处理方法，其特征在于，包括：

节点控制器接收到集群事件，对所述集群事件进行初步检查；

当所述初步检查通过时，判断所述集群事件中的目标节点号与本机节点号是否相同；

若是，则根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准；其中，所述本机节点号表是对集群内所有节点控制器的节点号进行记录得到的。

2.根据权利要求1所述的集群事件处理方法，其特征在于，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，包括：

当所述集群事件为节点加入事件时，将所述节点加入事件的数据更新到所述本机节点号表中，以便完成所述维护操作。

3.根据权利要求1所述的集群事件处理方法，其特征在于，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，包括：

当所述集群事件为节点移除事件时，根据所述节点移除事件的数据将所述本机节点号表中的对应数据进行删除，以便完成所述维护操作。

4.根据权利要求1所述的集群事件处理方法，其特征在于，当判断所述集群事件中的目标节点号与本机节点号是否相同之前，还包括：

当节点控制器根据接收到的更新事件进行更新后，根据预设范围内的每个节点号进行虚拟集群事件构造处理，得到多个虚拟更新事件，将每个虚拟更新事件作为集群事件。

5.根据权利要求4所述的集群事件处理方法，其特征在于，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，包括：

当所述集群事件为虚拟更新事件时，根据所述虚拟更新事件的数据对所述本机节点号表进行更新，以便完成所述维护操作。

6.一种节点控制器，其特征在于，包括：

初步检查模块，用于节点控制器接收到集群事件，对所述集群事件进行初步检查；

节点号判断模块，用于当所述初步检查通过时，判断所述集群事件中的目标节点号与本机节点号是否相同；

信息维护模块，用于当目标节点号与本机节点号相同时，根据所述集群事件的类型确定维护操作，对本机节点号表执行所述维护操作，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准。

7.根据权利要求6所述的节点控制器，其特征在于，所述信息维护模块，具体用于当所述集群事件为节点加入事件时，将所述节点加入事件的数据更新到所述本机节点号表中，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准。

8.根据权利要求6所述的节点控制器，其特征在于，所述信息维护模块，具体用于当所述集群事件为节点移除事件时，根据所述节点移除事件的数据将所述本机节点号表中的对应数据进行删除，以便所述节点控制器根据所述本机节点号表判断待执行操作是否符合一致性标准。

9.一种装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述的集群事件处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的集群事件处理方法的步骤。