CN102148850A - 一种集群系统的业务处理方法及集群系统 - Google Patents

Abstract

本发明实施例涉及集群技术领域，提供了一种集群系统的业务处理方法及集群系统，用于提高集群系统的可扩展性。集群系统的业务处理方法包括：接收来自用户的业务请求；根据所述用户的属性，确定所述用户对应的用户数据所在节点，将所述业务请求发送至所述节点；解析所述业务请求，根据所述节点存储的所述用户的用户数据，在所述节点内对所述业务请求进行处理。本发明实施例公开的集群系统包括代理模块和至少两个节点，所述代理模块，用于接收来自用户的业务请求，并将所述业务请求发送至存有该用户对应的用户数据的节点；每个所述节点，用于存储用户数据，并访问本节点内存储的用户数据，对所述业务请求进行处理。本发明实施例用于业务处理。

Description

一种集群系统的业务处理方法及集群系统

技术领域

本发明涉及集群技术领域，尤其涉及一种集群系统的业务处理方法及集群系统。

背景技术

集群(Cluster)技术是指一组相互独立的计算机，利用高速通信网络组成一个计算机系统，每个节点，即集群中的每台计算机，都是运行其自己进程的一个独立服务器，这些进程可以彼此通信。对外部网元来说，由多个节点构成的集群系统是一个单一系统，多个节点协同起来向外部网元提供应用程序、系统资源和数据，并对这些节点以单一系统的模式加以管理。

在现有技术中，如图1所示，集群系统所采用的方案是：集群系统包括集中数据库模块、负载均衡器和多个节点。每个节点均可以与集中数据库进行数据交换，每个节点均与负载均衡器相连，各个节点仅用于处理业务请求，集中数据库模块用于存储数据，负载均衡器用于将业务请求分配至各节点。

针对上述集群系统，本发明人发现现有技术中至少存在如下问题：在该集群方案中，当业务请求增多时，受集中数据库模块的容量和集群系统处理能力等因素的限制，原有集群系统不能满足业务增长的需求，故需要对集群系统进行扩展。而对于集群系统中的集中数据库而言，因技术和成本等原因的限制，会使系统性能和容量扩展成本增高或是难于实现扩展，导致集群系统的扩展性能降低。

发明内容

本发明实施例提供一种集群系统的业务处理方法，能够提高集群系统的可扩展性。

为达到上述目的，本发明的实施例采用如下技术方案：

一种集群系统的业务处理方法，包括：

接收来自用户的业务请求；

根据所述用户的属性，确定所述用户对应的用户数据所在节点，将所述业务请求发送至所述节点；

解析所述业务请求，根据所述节点存储的所述用户的用户数据，在所述节点内对所述业务请求进行处理。

本发明实施例还提供了一种集群系统，能够实现用户数据的分布式存储，提高集群系统的可扩展性。

本发明实施例提供的集群系统，采用如下技术方案，一种集群系统，其特征在于，该集群系统包括：代理模块和至少两个节点；

所述代理模块，用于接收来自用户的业务请求，并将所述业务请求发送至存有该用户对应的用户数据的节点；

每个所述节点，用于存储用户数据，并访问本节点内存储的用户数据，对所述业务请求进行处理。

本发明实施例提供的集群系统，用户数据存储在节点中，每个用户拥有相对固定的处理该用户业务请求的节点，当节点收到业务请求时，从节点内部访问存储的用户数据进行处理，实现了用户数据的分布式存储。当系统需要进行扩容或性能升级时，只需对节点进行增加，降低了系统扩展的成本，提高了集群系统的可扩展性。

附图说明

图1为现有技术中集群系统结构示意图；

图2为本发明实施例一集群系统的业务处理方法；

图3为本发明实施例二集群系统的业务处理方法；

图4为本发明实施例三集群系统的业务处理方法；

图5为本发明实施例四集群系统的业务处理方法；

图6为本发明实施例五集群系统的业务处理方法；

图7为本发明实施例六集群系统框图；

图8为本发明实施例六节点框图；

图9为本发明实施例六代理模块框图；

图10为本发明实施例六集群系统应用示意图；

图11为本发明实施例六集群系统扩容示意图。

具体实施方式

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

实施例一

本发明实施例提供一种集群系统的业务处理方法，能够提高集群系统的可扩展性。如图2所示，本发明实施例集群系统的业务处理方法，包括如下步骤：

S1、接收用户业务请求。

所述业务请求来自用户也可来自上一级转发设备，所述业务请求进入集群系统后，访问所述业务请求所属用户对应的用户数据来完成操作。所述业务请求对集群系统的访问操作包括读操作和写操作。

S2、根据所述业务请求所属用户的属性，确定所述用户对应的用户数据所在节点，将所述业务请求发送至所述节点。

将用户数据分布存储于集群系统内的各节点，根据用户属性确定用户数据存储于哪个节点。当有业务请求进入集群系统时，根据该业务请求对应的用户属性，确定处理业务请求的节点，将业务请求转发至该节点。其中，所述用户属性为采用可以描述为数字的属性，例如用户号码。

S3、解析所述业务请求，根据所述节点存储的所述业务请求所属用户对应的用户数据，在所述节点内对所述业务请求进行处理。

所述业务请求发送至对应的处理节点后，解析所述业务请求包含的内容，访问所述节点内的用户数据，找到所述节点存储的所述业务请求所属用户对应的用户数据，对业务请求进行读或是写等操作。

本发明实施例提供的集群系统的业务处理方法，所有用户数据分布存储在各个节点中，当集群系统收到业务请求时，将业务请求发送至存有所属用户对应的用户数据的相应的节点，根据该节点内存储的该用户对应的用户数据，对业务请求进行处理。每个节点在存储用户数据和处理业务请求时相对于集群系统其他节点相对独立，当系统需要进行扩容或性能升级时，只需对节点进行增加，降低了系统扩展的成本，提高了集群系统的可扩展性。

实施例二

如图3所示，本发明实施例集群系统的业务处理方法，对于业务请求类型为读操作或写操作做具体说明，包括如下步骤：

S11、接收用户业务请求。

S12、获取业务请求所属用户的属性号码和集群系统中节点个数，根据所述节点个数和所述属性号码确定所述用户的处理节点，将所述业务请求发送至所述处理节点。

更为具体的，将每个节点进行编号并得到集群系统内的节点总个数，将所述所属用户的属性号码对集群系统的节点个数取模，得到一个节点编号，将这个编号对应的节点作为所述用户的处理节点。而对于稳定的集群系统，即集群系统无节点故障，无节点增删，节点编号无变动，那么由此而得的处理节点，对于同一个属性号码来说处理节点不变。

S13、所述处理节点解析所述业务请求，根据所述处理节点内存储的所述业务请求所属用户对应的用户数据，在所述处理节点内对所述业务请求进行处理。

处理节点解析发送至该节点的业务请求，访问所述用户数据，找到所述所属用户对应的用户数据，在所述节点内对所述业务请求进行读取或写入操作。例如，对于读操作的一种应用为在移动通信系统中，用户发送查询话费余额的业务请求，处理节点访问该用户的话费记录，并将查询结果返回至业务请求的发起端，也就是将请求结果返回至该用户。

本发明实施例提供的集群系统的业务处理方法，所有用户数据分布存储在各个节点中，当集群系统收到业务请求时，根据特定算法将业务请求发送至所属用户相应的处理节点，根据该节点内存储的该用户对应的用户数据，对业务请求进行处理。每个节点在存储用户数据和处理业务请求时相对于集群系统其他节点相对独立，当系统需要进行扩容或性能升级时，只需对节点进行增加，降低了系统扩展的成本，提高了集群系统的可扩展性。本发明实施例对于业务请求为读取用户数据的操作做了具体举例说明，但是本发明实施例所提及的步骤也适用于向节点写入数据的操作。

实施例三

本发明实施例基于实施例一，在步骤S2、解析所述业务请求，根据所述节点存储的所述业务请求所属用户对应的用户数据，在所述节点内对所述业务请求进行处理之后，还包括如下操作：

更新所述节点内所述所属用户对应的用户数据，根据所述所属用户的属性选定另一节点，将更新的所述所属用户对应的用户数据向所述另一节点进行用户数据同步。

下面对上述方法应用于业务请求类型为写操作，做另一具体说明，如图4所示，包括如下步骤：

S21、接收用户业务请求。

S22、获取业务请求所属用户的属性号码和集群系统中节点个数，根据所述节点个数和所述属性号码确定所述用户的处理节点和备份节点，将所述业务请求发送至所述处理节点。

更为具体地，确定处理节点和备份选节点具体可以采用如下方法：

将每个节点进行编号并得到集群系统内的节点总个数，将所述所属用户的属性号码对集群系统的节点个数取模，得到一个节点编号，将这个编号对应的节点作为所述用户的处理节点；

属性号码对除所述处理节点之外的节点个数(即将节点个数减1)进行二次取模，得到另一节点编号，将所述另一节点编号对应的节点作为所述用户的备份节点。例如，在集群系统中获取参数：节点个数N和业务请求消息中携带的属性号码S。

通过一次散列算法确定处理节点：No(主)＝int(S)/N+1，即对属性号码和节点个数取模，得到的节点编号作为该用户号码的处理节点编号，通过节点编号可以对应为集群系统中的节点；

通过对余下节点进行二次散列，确定备份节点：

No(次)＝No(主)+int(S)/(N-1)

If No(次)＞N

then No(次)＝No(次)-N

属性号码对除处理节点之外的节点个数取模得到的编号与处理节点的编号相加为备份节点的编号；当计算出来的备份节点的编号大于节点个数，则备份节点的实际编号为这个大于节点个数的编号减去节点个数。

对于集群系统，节点个数和属性号码均不变，根据散列算法的特性，则处理该用户业务请求的处理与备份节点便不变，对于来自某属性号码的所有业务请求，均发往同一个节点。同时，采用散列算法，保证了各个节点负载均衡。

将该用户的业务请求发往该用户的处理节点上。而对于每个节点，既可以作为某组用户的处理节点，同时也可能成为另一组用户的备份节点。

S23、所述处理节点解析所述业务请求，根据所述处理节点内存储的所述业务请求所属用户对应的用户数据，在所述处理节点内对所述业务请求进行处理。

S24、更新所述处理节点内所述所属用户对应的用户数据，根据确定的所述备份节点，将更新的所述所属用户对应的用户数据向所述备份节点进行用户数据同步。

处理节点向S22步骤中确定的备份节点发送数据同步消息，备份节点接收该同步消息，接收复制的更新过的用户数据存储在备选节点中，作为备份，以防止因处理节点故障导致的用户数据丢失或服务停止。

本发明实施例通过散列算法确定集群系统中的两个节点，分别作为业务请求的处理端和备份端，保证了系统的可靠性。当用户增多时，原有集群系统不能满足业务存储和处理的需求，因业务请求的处理端和备份端只涉及两个固定的节点，故用户增多时，只需要通过增加节点个数就能实现集群系统处理能力和存储能力的提升，大大提高了系统的可扩展性，并且降低了扩展的成本。

实施例四

当集群系统要实现扩展时，新增节点首先与集群系统中进行节点分配的端口建立物理连接，之后新增节点向进行节点分配的端口和集群系统中的各节点启动注册申请；新增节点将节点编号向路由代理和各个节点进行声明，以保证集群系统扩展后的负载均衡和可靠性；集群系统中的各节点和进行节点分配的端口接受注册申请后，新增节点即可使用。

当集群系统进行扩展之后，即有新增节点加入到集群系统之后，本发明实施例二提供的集群系统的业务处理方法，参见图5，包括如下步骤：

S31、集群系统接收用户业务请求。

S32、获取所述业务请求所属用户的属性号码和新增节点加入后集群系统中节点个数，根据所述节点个数和所述属性号码确定所述用户的新处理节点，将所述业务请求发送至所述新处理节点。

当有新节点加入后，集群系统中的节点个数发生变化，相应的编号会发生变化，基于实施例二所公开方法，可以根据属性号码和节点个数重新确定处理节点。

进一步地，对于需要进行数据备份的集群系统，本步骤还可以同时确定新备份节点，确定所述新备份节点所采用方法，可以参考实施例三确定备份节点的方法。

S33、当所述新处理节点没有存储处理所述业务请求所需的用户数据时，所述新处理节点从新增节点加入前的原处理节点同步所述所属用户对应的用户数据，并对所述业务请求进行处理。

当有新增节点加入到所述集群系统中后，集群系统接收到业务请求，根据新的节点个数，将业务请求发送至新处理节点，在所述新处理节点内查找处理所述业务请求所需的用户数据，当没有所述所需的用户数据时，调用所述集群系统的历史节点数信息，确定新增节点前的原处理节点，然后将处理所述业务请求所需的用户数据从所述原处理节点同步至所述新处理节点。一个属性号码对应的所有用户数据，就这样根据业务请求被分批次同步至新处理节点。

所述集群系统可以保存所有历史节点数信息，对于有多次新增节点加入的情况，可以此类推根据上一次节点个数信息找到处理节点，直到找到处理业务请求所需的用户数据所在节点为止，然后将用户数据同步至最新的处理节点。

但是为了提高集群系统的处理效率，针对多次新增节点加入的情况，本发明还提供如下解决方案：当第二次增加节点前，判断集群系统各节点的用户数据是否与第一次增加节点时的原处理节点同步完成，同步没完成则进行剩余数据同步，同步完成后，则可增加节点，之后处理业务请求时，只需要与第一次增加节点时的新处理节点进行数据同步。

当然，集群系统在接收到业务请求后，还可将所属用户对应的用户数据一次性的从原节点同步至新处理节点。

进一步地，对于需要进行数据备份的集群系统，本发明实施例还包括如下步骤：新处理节点将所述所属用户对应的用户数据同步至新备份节点。

新处理节点访问向原处理节点同步过来的用户数据对业务请求进行处理后，将更新的用户数据进行复制，发送同步请求，将用户数据同步至新的备份节点上，新的备份节点接收该用户数据，并进行存储备份。本发明实施例示出当集群系统进行扩容时，新增节点可平滑加入到集群系统内，保证系统的动态扩容。

实施例五

如图6所示，本发明实施例提供的集群系统的业务处理方法，在实施例三基础上进一步包括如下步骤：

S41、对集群系统进行心跳检测，检测是否有故障节点。

心跳检测是提高系统可用性的措施，具体做法为服务端和客户端之间进行通讯，每隔固定的时间进行检测，检测和主站连接是否正常。客户端每隔固定时间发送一个检测数据帧，服务端接收到数据帧表示通过，否则表示客户端断开，抛出异常。本发明实施例中，每个固定时间检测各节点与进行节点分配的端口连接是否正常。

S42、当业务请求所属用户对应的处理节点存在故障时，将所述业务请求发送至所述另一节点。

基于实施例三的方法确定的备份节点，当用户的处理节点存在故障时，将业务请求直接发送至备份节点。

S43、所述另一节点解析所述业务请求，根据所述另一节点存储的所述所属用户对应的用户数据，在所述另一节点内对所述业务请求进行处理。

因为备份节点内的用户数据与处理节点同步，当业务请求被发送至备份节点后，备份节点进行业务请求解析，可以直接访问本地存储的用户数据对业务请求进行处理；当处理节点故障消除时，再将用户数据从备选节点同步至处理节点。

本发明实施例示出当集群系统出现故障时，进行业务处理的方法，数据同步保证每个用户都存在对应的备份数据，当处理节点故障时，备份节点可以平滑接管业务，提高了系统的可服务性。

实施例六

如图7所示，本发明实施例还提供了一种集群系统1，包括：代理模块3和至少两个节点2；代理模块3，用于接收用户业务请求，并将业务请求发送至存有该用户对应的用户数据的节点；每个节点2，用于存储用户数据，并访问本节点内存储的用户数据，对业务请求进行处理。

本发明实施例集群系统的代理模块，实现路由功能将业务请求发送至节点，代理模块可以部署在多个外部网元中，外部网元用于汇集业务请求，也可以集中部署在一台计算机上。

本发明实施例提供的集群系统，用户数据存储在节点中，每个用户在集群系统节点数量不变的情况下，拥有固定的处理该用户业务请求的节点，当节点收到业务请求时，从节点内部访问存储的用户数据并对业务请求进行处理，实现了用户数据的分布式存储。当系统需要进行扩容或性能升级时，只需对节点进行增加，降低了系统扩展的成本，提高了集群系统的可扩展性。本技术方案适用于所有差异化数据和应用集中部署于一台主机的系统，对于典型的用户账号+应用的系统都适用。

具体地，如图8所示，每个节点2包括数据存储单元21，用于存储用户数据；和数据处理单元22，用于访问数据存储单元中的用户数据，并对业务请求进行处理。

在同一节点上能够实现用户数据的存储和业务请求的处理。

进一步地，参见图8，本发明实施例，每个节点还包括同步单元23，用于更新本节点内的用户数据，并将更新的用户数据向另一个节点进行用户数据同步。

当业务请求处理完毕后，节点内的用户数据得到更新，复制这些更新的用户数据，向另一个节点发送同步消息，所述另一个节点接收更新的用户数据，并进行存储。该功能使同一个用户的用户数据在两个节点都有存储，提高了业务服务的可靠性。

进一步地，数据存储单元包括本地数据子单元，用于存储处理节点为本节点的用户数据；异地数据子单元，用于存储备份节点为本节点的用户数据。

也就是说，对于同一个节点，可以对某些用户的业务请求进行本地数据访问并处理，同时还可以成为其他用户的备份节点。

进一步地，如图9所示，本实施例集群系统代理模块3包括：确定节点单元31，用于获取业务请求对应的用户号码和集群系统中节点个数，根据节点个数和用户号码选定用户的处理节点和备份节点，将业务请求发送至处理节点；其中，处理节点处理业务请求，备份节点与处理节点进行用户数据同步。

更具体地，本实施例确定节点单元包括：处理节点确定子单元，用于用户号码对集群系统中的节点个数取模，确定处理节点；和备份节点确定子单元，用于用户号码对除处理节点之外的节点个数进行二次取模，选定备份节点。例如，在集群系统中获取参数：节点个数N和业务请求消息中携带的用户号码S。

通过一次散列算法确定处理节点：No(主)＝int(S)/N+1

即对用户号码和节点个数取模，得到一个节点编号，作为该用户号码的处理节点编号，通过节点编号可以对应为集群系统中的节点；

通过对余下节点进行二次散列，确定备份节点：

No(次)＝No(主)+int(S)/(N-1)

If No(次)＞N

then No(次)＝No(次)-N

用户号码对除处理节点之外的节点个数取模得到的编号与处理节点的编号相加为备份节点的编号；当计算出来的备份节点的编号大于节点个数，则备份节点的实际编号为这个大于节点个数的编号减去节点个数。

对于集群系统，节点个数和用户号码均不变，根据散列算法的特性，则处理该用户业务请求的主备份节点便不变，对于来自某用户号码的所有业务请求，均发往同一个节点。同时，采用散列算法，保证了各个节点负载均衡。

进一步地，参见图9，本发明实施例代理模块3还包括：故障检测单元32，用于向集群系统中的每个节点提供心跳检测，检测是否有故障节点；和故障处理单元33，用于业务请求的处理节点存在故障时，将业务请求发送至备份节点。

因备份节点内存在与处理节点同步的用户数据，故备份节点可以直接访问用户数据，进行业务处理，平滑接管了业务请求，之后更新备份节点内的用户数据，当处理节点故障消除时，再将用户数据从备份节点同步至处理节点。

如图10所示的集群系统包括四个节点，每个节点可以为业务请求提供服务，同时可以存储用户的处理节点为本节点的用户数据和与其同步的其他节点的用户数据，本地数据和异地数据统称为内存数据。其中每两个节点根据应用需求，可以互联进行通信，例如两个节点间是主备关系时，两个节点间可以进行通信。用户的业务请求经外部网元汇聚传输至路由代理，路由代理对业务请求进行分配，按照算法将业务发送至节点上。本发明实施例实现了集群系统中用户数据的分布式部署，将用户数据存储在各个节点中，实现了用户数据存储和业务请求处理同时分布式部署。

进一步地，如图11所示，当集群系统有新增节点加入时，新增节点与代理模块建立物理连接；新增节点向代理模块和集群系统中的各节点启动注册申请；代理模块接受注册申请，各所述节点接受注册申请，则新增节点即可使用，实现了集群系统的扩容。

本发明实施例提供的集群系统架构方法，当有新增节点加入时，新增节点平滑加入集群系统，系统无需停机升级，不影响集群系统提供服务，提高了集群系统的可扩展性。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种集群系统的业务处理方法，其特征在于，包括：

接收来自用户的业务请求；

根据所述用户的属性，确定所述用户对应的用户数据所在节点，将所述业务请求发送至所述节点；

解析所述业务请求，根据所述节点存储的所述用户的用户数据，在所述节点内对所述业务请求进行处理。

2.按照权利要求1所述的集群系统的业务处理方法，其特征在于，在所述解析所述业务请求，根据所述节点存储的所述用户的用户数据，在所述节点内对所述业务请求进行处理之后，该方法还包括：

更新所述节点内所述用户的用户数据，根据所述用户的属性选定另一节点，将更新的所述用户对应的用户数据向所述另一节点进行用户数据同步。

3.按照权利要求1所述的集群系统的业务处理方法，其特征在于，所述根据所述用户的属性，确定所述用户对应的用户数据所在节点，将所述业务请求发送至所述节点，具体包括：获取所述用户的属性号码和集群系统中节点个数，根据所述节点个数和所述属性号码确定所述用户的处理节点，将所述业务请求发送至所述处理节点；

所述解析所述业务请求，根据所述节点存储的所述用户对应的用户数据，在所述节点内对所述业务请求进行处理，具体为，

所述处理节点解析所述业务请求，根据所述处理节点内存储的所述用户的用户数据，在所述处理节点内对所述业务请求进行处理。

4.按照权利要求2所述的集群系统的业务处理方法，其特征在于，所述根据所述用户的属性，确定所述用户的用户数据所在节点，将所述业务请求发送至所述节点，具体包括：获取所述用户的属性号码和集群系统中节点个数，根据所述节点个数和所述属性号码确定所述用户的处理节点和备份节点，将所述业务请求发送至所述处理节点；

所述解析所述业务请求，根据所述节点存储的所述用户的用户数据，在所述节点内对所述业务请求进行处理，具体为，

所述处理节点解析所述业务请求，根据所述处理节点内存储的所述用户的用户数据，在所述处理节点内对所述业务请求进行处理；

所述更新所述节点内所述用户的用户数据，根据所述用户的属性选定另一节点，将更新的所述用户对应的用户数据向所述另一节点进行用户数据同步，具体为，

更新所述处理节点内所述用户的用户数据，根据确定的所述备份节点，将更新的所述用户对应的用户数据向所述备份节点进行用户数据同步。

5.按照权利要求3或4所述的集群系统的业务处理方法，其特征在于，所述方法还包括：

当集群系统有新增节点加入时，获取所述用户的属性号码和新增节点加入后集群系统中节点个数，根据所述节点个数和所述属性号码确定所述用户的新处理节点，将所述业务请求发送至所述新处理节点；

当所述新处理节点未存储处理所述业务请求所需的用户数据时，所述新处理节点从新增节点加入前的原处理节点同步所述用户的用户数据，并对所述业务请求进行处理。

6.按照权利要求2所述的集群系统的业务处理方法，其特征在于，该方法还包括：对所述集群系统进行心跳检测，检测是否有故障节点；

当所述用户的处理节点存在故障时，将所述业务请求发送至所述另一节点；

所述另一节点解析所述业务请求，根据所述另一节点存储的所述用户对应的用户数据，在所述另一节点内对所述业务请求进行处理。

7.一种集群系统，其特征在于，该集群系统包括：代理模块和至少两个节点；

所述代理模块，用于接收来自用户的业务请求，并将所述业务请求发送至存有该用户对应的用户数据的节点；

每个所述节点，用于存储用户数据，并访问本节点内存储的用户数据，对所述业务请求进行处理。

8.按照权利要求7所述的集群系统，其特征在于，每个所述节点，包括：

数据存储单元，用于存储用户数据；

数据处理单元，用于访问所述数据存储单元中的所述用户数据，并对所述业务请求进行处理。

9.按照权利要求8所述的集群系统，其特征在于，每个所述节点还包括：同步单元，用于更新本节点内的用户数据，并将更新的用户数据向另一个节点进行用户数据同步。

10.按照权利要求9所述的集群系统，其特征在于，所述代理模块包括：

确定节点单元，用于获取所述业务请求对应的用户号码和集群系统中节点个数，根据所述节点个数和用户号码选定所述用户的处理节点和备份节点，将所述业务请求发送至所述处理节点；其中，

所述处理节点用于处理所述业务请求，所述备份节点用于与所述处理节点进行用户数据同步。

Images