CN109189854A - 提供持续业务的方法及节点设备 - Google Patents

Abstract

本申请实施例提供的提供持续业务的方法及节点设备，涉及数据存储技术领域。首先，注册设备在注册的临时数据节点被删除时，采用事件通知的方式通知节点设备；接着，节点设备向注册设备发送临时数据节点注册请求；最后，采用注册临时数据节点成功的节点设备提供对外的业务服务。通过注册临时数据节点的方式进行节点设备选举，实现双机热备中工作机和备份机业务自动切换，确保系统业务服务不间断。

Description

提供持续业务的方法及节点设备

技术领域

本申请涉及数据存储技术领域，具体而言，涉及一种提供持续业务的方法及节点设备。

背景技术

双机热备就是使用互为备份的两台主机共同执行同一服务，其中一台主机为工作机(Primary Server)，另一台主机为备份机(Standby Server)。在系统正常运行的情况下，工作机为应用系统提供服务，备份机监控工作机的运行情况(一般是通过心跳检测)，当工作机出现异常，不能支持应用系统运行时，备份机主动接管工作机的工作，为关键应用服务提供支持，保证系统不间断的运行。

以数据存储业务服务为例，目前的主流数据库如MySQL、Postgresql等都提供了双机热备的方案，修改相应的配置就可以实现主备数据库之间的数据同步，但是主用数据库发生故障时，数据库本身并不支持业务状态的自动切换，需要人工干涉，无法保障系统提供的业务服务不间断。

发明内容

本申请的实施例描述一种提供持续业务的方法及节点设备。

第一方面，本申请实施例提供一种持续业务的方法，应用于主备业务系统，所述主备业务系统包括注册设备，及与所述注册设备通信的至少两个节点设备，所述方法包括：

所述注册设备检测所述节点设备在所述注册设备上注册的所述临时数据节点是否被删除，其中，所述临时数据节点会在注册该临时数据节点的节点设备离线时被删除；

在检测到所述临时数据节点被删除时，向所述至少两个节点设备广播该临时数据节点被删除的广播信息；

接收到所述广播信息的节点设备向所述注册设备发起临时数据节点注册请求；

所述注册设备响应接收到所述广播信息的节点设备发起的临时数据节点注册请求，并反馈注册结果信息给相应的节点设备；

所述节点设备根据反馈注册结果信息，由注册临时数据节点成功的节点设备提供业务服务。

可选地，在本实施例中，所述节点设备根据反馈注册结果信息，由注册临时数据节点成功的节点设备提供业务服务，包括：

注册临时数据节点成功的节点设备获得用于对外提供业务服务的虚拟IP地址，通过所述虚拟IP地址提供业务服务。

第二方面，本申请实施例还提供一种提供持续业务的方法，应用于主备业务系统中的节点设备，所述方法包括：

向所述主备业务系统中的注册设备发送临时节点注册请求；

接收到所述注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务。

可选地，在本实施例中，接收到所述注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务，包括：

检测所述节点设备当前的业务状态是否为活跃状态，并检测所述注册设备中存储的IP地址是否为所述节点设备的IP地址，其中，所述注册设备中存储有成功注册临时数据节点的节点设备的IP地址；

当所述节点设备当前的业务状态为活跃状态，且所述注册设备中存储的IP地址为该节点设备的IP地址时，所述节点设备获得用于对外提供业务服务的虚拟IP地址，并通过所述虚拟IP地址对外提供业务服务。

可选地，在本实施例中，在接收到临时节点删除的广播信息之后，所述节点设备执行向所述主备业务系统中的注册设备发送临时节点注册请求的步骤。

可选地，在本实施例中，所述方法还包括：

所述节点设备离线后重新上线时，所述节点设备向所述注册设备发送临时数据节点注册请求；

接收由所述注册设备在查找到存在临时数据节点时，反馈的注册失败的结果信息；

所述节点设备根据所述结果信息，将所述节点设备的业务状态切换为备用状态。

第三方面，本申请实施例还提供一种节点设备，所述节点设备包括：

注册请求发送模块，用于向所述主备业务系统中的注册设备发送临时节点注册请求；

业务服务提供模块，用于接收到所述注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务。

可选地，在本实施例中，所述业务服务提供模块具体用于：

检测所述节点设备当前的业务状态是否为活跃状态，并检测所述注册设备中存储的IP地址是否为所述节点设备的IP地址，其中，所述注册设备中存储有成功注册临时数据节点的节点设备的IP地址；

当所述节点设备当前的业务状态为活跃状态，且所述注册设备中存储的IP地址为该节点设备的IP地址时，所述节点设备获得用于对外提供业务服务的虚拟IP地址，并通过所述虚拟IP地址对外提供业务服务。

相对于现有技术而言，本申请具有以下有益效果：

本申请实施例提供的提供持续业务的方法及节点设备，首先，注册设备在注册的临时数据节点被删除时，采用事件通知的方式通知节点设备；接着，节点设备向注册设备发送临时数据节点注册请求；最后，采用注册临时数据节点成功的节点设备提供对外的业务服务。通过注册临时数据节点的方式进行节点设备选举，实现双机热备中工作机和备份机业务的自动切换，确保系统业务服务不间断。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1A-图1C为现有技术提供的节点设备业务状态切换的示意图；

图2为本申请实施例提供的分布式存储系统的结构示意图；

图3为本申请实施例提供的节点设备业务状态方法的流程图之一；

图4为本申请实施例提供的节点设备业务状态方法的流程图之二；

图5为本申请实施例提供的节点设备的功能结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

为实现业务(如采用数据库进行数据存储)自动切换，可通过开源软件(比如，keepalived)，利用其提供的虚拟IP地址来对外提供服务，并通过开源软件keepalived自带的服务监控功能来实现数据库故障时的自动切换。

如图1A所示，在keepalived配置中注册数据库主备切换的接口，当节点设备X成功竞选到虚拟IP地址时，触发keepalived的状态切换事件，将节点设备X中数据库的业务状态切换为活跃状态；节点设备Y在竞选虚拟IP地址失败时，触发keepalived的状态切换事件，将节点设备Y中数据库的业务状态切换为备用状态，节点设备Y还检测节点设备X的网络状态，可选地，节点设备Y可以采用心跳检测报文检测节点设备X的网络状态。

如图1B所示，在节点设备X离线时，节点设备Y通过心跳检测报文检测到节点设备X离线，虚拟IP地址会被切换到节点设备Y上，节点设备Y触发状态切换事件，将节点设备Y上数据库的业务状态切换为活跃状态。

如图1C所示，在节点设备X重新上线时，因虚拟IP地址已经被节点设备Y所占有，触发keepalived的状态切换事件，将节点设备X上数据库的业务状态切换为备用状态。

如此，通过上述步骤，即可以实现节点设备中数据库的业务状态的自动切换。然而，上述方法存在以下缺陷：

1.业务状态跟随虚拟IP地址进行切换，依赖于keepalived的主备事件，在网络震荡时会导致节点设备中业务的状态频繁切换。

2.在节点设备之间的网络单通时，keepalived的心跳检测均会认为对方出现网络故障，会形成业务双主的情况。

由鉴于此，申请人提供下述技术方案用于解决上述技术问题。

请参照图2，图2为本申请实施例提供的一种分布式存储系统1的方框图。所述分布式存储系统1包括注册设备10、及与注册设备10通信连接的至少两个节点设备20。注册设备10用于为节点设备20提供临时数据节点服务。

在本实施例中，注册设备10上运行有zookeeper组件，zookeeper组件作为一个分布式的服务框架，主要用来解决分布式集群中应用系统的一致性问题，它能提供基于类似文件系统目录树方式的数据存储，但是zookeeper并不是用来专门存储数据的，它的主要作用是用来维护和监控所存储数据的状态变化。通过监控这些数据状态的变化，可以达到基于数据的集群管理。

zookeeper拥有一个命名空间，命名空间中的每个数据节点(znode)拥有与其自身或其子数据节点相关联的数据，指向数据节点的路径必须用规范的绝对路径来表示，并且以斜线“/”来分割。数据节点是节点设备访问zookeeper的主要实体，它包含以下几个主要特征：

节点设备20可以在数据节点上设置watch(监视器)，当数据节点的状态发生改变时(数据的增、删、改等操作)将会触发watch对应的操作，当watch被触发时，zookeeper会向设置watch的所有节点设备发送且仅发送一个通知。

zookeeper中的数据节点有两种，分别为临时数据节点和永久数据节点，数据节点的类型在创建时指定，并且不能改变。zookeeper中临时数据节点的生命周期依赖于创建它们的会话，一旦会话结束，临时数据节点将被被删除，当然也可以手动删除。另外，需要注意的是，zookeeper的临时数据节点不允许拥有子节点。相反，永久数据节点的生命周期不依赖于会话，只有在节点设备20显示执行删除操作的时候，它们才被删除。

zookeeper中每个数据节点上存储的数据需要被原子性的操作，也就是说，读操作将获取与数据节点相关的所有数据，写操作也将替换数据节点的所有数据。

数据节点具有唯一性，当数据节点被一个节点设备20创建成功后，不能再被其它的节点设备20所创建，并向其他节点设备20返回数据节点创建失败(如：ZNODE_EXIST)的错误。

在本实施例中，在注册设备10中成功注册临时数据节点的节点设备20的业务状态为激活状态；在注册设备10中未成功注册临时数据节点的节点设备20的业务状态为备用状态。

在本实施例中，每个节点设备20中运行有开源组件keepalived，keepalived用于为所在节点设备20提供对外服务的虚拟IP地址。

应当理解的是，图2所示的结构仅为示意，所述分布式存储系统1还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参照图3，图3为本申请实施例提供的应用于图2中分布式存储系统1的提供持续业务的方法的流程图。下面对所述方法包括的各个步骤进行详尽的阐述。

步骤S310，注册设备检测节点设备在注册设备上注册的临时数据节点是否被删除。

步骤S320，在检测到临时数据节点被删除时，向至少两个节点设备广播该临时数据节点被删除的广播信息。

临时数据节点依赖于节点设备20与注册设备10之间的会话，当注册该临时数据节点的节点设备20离线，节点设备20与注册设备10之间的会话中断，在注册设备10上的临时数据节点会随着节点设备20的离线而被删除。

在临时数据节点被删除后，所有节点设备20在临时数据节点上设置的用于监视临时数据节点状态的监视器会被触发，注册设备中zookeeper组件会向设置监视器的所有节点设备20发送一临时数据节点被删除的广播信息。由于离线的节点设备20无法接收该临时数据节点被删除的广播信息，只有在线的节点设备20可接收该广播信息。

步骤S330，接收到广播信息的节点设备向注册设备发起临时数据节点注册请求。

在接收到临时数据节点被删除的信息后，节点设备20会发起临时数据节点注册请求，重新注册该临时数据节点。

在本实施例中，网络通信不稳定会使节点设备20可能短暂离线，从而导致节点设备20的业务状态频繁无效的切换，为了克服上述弊端，在本步骤中，节点设备20在接收到注册设备10发送的临时数据节点被删除的信息之后，会等待预设时间(比如，5秒)之后，再向注册设备10发起临时数据节点注册请求。节点设备20发起的临时数据节点注册请求的同时还向注册设备10发送自身的IP地址。

步骤S340，注册设备响应接收到广播信息的节点设备发起的临时数据节点注册请求，并反馈注册结果信息给相应的节点设备。

注册设备10在接收到节点设备20发送的临时数据节点注册请求后进行注册，在完成临时数据节点注册之后，注册设备10中的zookeeper组件还存储注册成功的节点设备20的IP地址。在存储注册成功的节点设备20的IP地址时，会将之前注册临时数据节点成功的节点设备20的IP地址覆盖。

步骤S350，注册设备响应接收到广播信息的节点设备发起的临时数据节点注册请求，并反馈注册结果信息给相应的节点设备。

步骤S360，节点设备根据反馈注册结果信息，由注册临时数据节点成功的节点设备提供业务服务。

节点设备20根据反馈注册结果将业务状态由备用状态切换为活跃状态。

若节点设备20接收的反馈注册结果为注册成功，节点设备20将业务状态由备用状态切换为活跃状态；若节点设备20接收的反馈注册结果为注册失败，节点设备20将业务状态维持为备用状态。

注册临时数据节点成功的节点设备20获得用于对外提供业务服务的虚拟IP地址，通过所述虚拟IP地址提供业务服务。

具体地，注册临时数据节点成功的节点设备20检测当前的业务状态是否为活跃状态，并检测注册设备10中存储的IP地址是否为该节点设备20的IP地址。

当检测到当前的业务状态为活跃状态，且注册设备中存储的IP地址为该节点设备20的IP地址时，节点设备20获得用于对外提供业务服务的虚拟IP地址，并通过虚拟IP地址对外提供业务服务。

在本实施例中，可以通过运行与节点设备20上的keepalived软件提供的track_script功能来实现虚拟IP地址的自动切换。具体地，可以编写一个shell脚本，检查节点设备20的当前业务状态和注册设备10中zookeeper组件中保存的IP地址。当检查到节点设备20的当前业务状态为激活状态，且zookeeper组件中存储的IP地址是该节点设备20的IP地址时，则脚本返回0；否则，脚本返回1。在实现时，由于zookeeper组件中保存的IP地址已经不再是离线节点设备20的IP地址，虚拟IP地址会从离线节点设备20飘移到满足上述条件的节点设备20上，由满足上述条件的节点设备20获得对外提供服务的虚拟IP地址，从而实现虚拟IP地址的切换。

在本实施例中，所述方法还包括，注册临时数据节点成功的节点设备20离线后重新上线的过程。该过程包括以下步骤：

首先，离线后重新上线的节点设备20，先注册设备10发送临时数据节点注册请求。

接着，注册设备10响应该重新上线的节点设备20发送的临时数据节点注册请求。

节点设备20在离线后重新上线，节点设备20会向注册设备10发送临时数据节点注册请求。

由于已经有节点设备20注册过临时数据节点，注册设备10在接收到注册请求后会判定临时数据节点已存在，会反馈注册失败的结果信息给该重新上线的节点设备20。

再接着，离线后重新上线的节点设备20根据结果信息，将节点设备20的业务状态由激活状态切换为备用状态。

由于注册临时数据节点成功的节点设备20在离线时，未进行业务状态的切换，离线后重新上线的节点设备20在接收到注册失败的信息后，将节点设备20的业务状态由激活状态切换为备用状态。

通过上述步骤即可以让节点设备20提供持续的业务服务。通过注册临时数据节点的方式进行节点设备选举，实现双机热备中工作机和备份机业务状态的自动切换，确保系统业务服务不间断。

在本实施例的一种实施方式中，注册设备10可以根据节点设备20向注册设备10发送注册请求的先后顺序进行临时数据节点注册，在其中一个节点设备20注册成功时，因临时数据节点具有唯一性，其他节点设备20将无法成功创建临时数据节点。在本实施例的另一种实施方式中，也可以根据多个节点设备20的优先级进行注册，为优先级最高的节点设备20注册临时数据节点。在节点设备20注册临时数据节点失败时，将注册失败的节点设备20的业务状态切换为备用状态。

上述方法中，首先，注册设备10在注册的临时数据节点被删除时，采用事件通知的方式通知节点设备20；接着，节点设备20向注册设备10发送临时数据节点注册请求；最后，采用注册临时数据节点成功的节点设备20提供对外的业务服务。通过注册临时数据节点的方式进行节点设备20选举，实现双机热备中工作机和备份机业务状态的自动切换，确保系统业务不间断。同时采用事件通知机制进行选举能避免网络震荡时，节点设备20业务状态的频繁切换；对外提供服务的虚拟IP地址跟随业务状态进行飘移，可以降低因网络问题导致的无效切换；另外采用注册临时数据节点的第三方选举机制，可以避免因网路单通而导致的业务双主的情况。

请参照图4，本申请实施例还提供一种提供持续业务的方法，与上面实施例不同的是，本提供持续业务的方法是从节点设备20的角度对本申请方案进行描述。可以理解的是，上述实施例已经对整体实现方案进行详尽介绍，在此，仅对节点设备20侧的执行流程做简要介绍。

步骤S410，向主备业务系统中的注册设备发送临时节点注册请求。

在本实施例中，在接收到临时节点删除的广播信息之后，节点设备20执行步骤S410。

步骤S420，接收到注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务。

在本实施例中，接收到注册设备10发送的临时节点注册成功的反馈注册结果后，对外提供业务服务，包括：

检测节点设备20当前的业务状态是否为活跃状态，并检测注册设备10中存储的IP地址是否为节点设备20的IP地址，其中，注册设备10中存储有成功注册临时数据节点的节点设备20的IP地址；

当节点设备20当前的业务状态为活跃状态，且注册设备10中存储的IP地址为该节点设备20的IP地址时，所述节点设备20获得用于对外提供业务服务的虚拟IP地址，并通过所述虚拟IP地址对外提供业务服务。

在本实施例中，所述方法还可以包括注册临时数据节点成功的节点设备20离线后重新上线的过程。该过程包括以下步骤：

首先，注册临时数据节点成功的节点设备20在离线后重新上线时，向注册设备10发送临时数据节点注册请求。

接着，接收由注册设备10在查找到存在临时数据节点时，反馈的注册失败的结果信息；

最后，重新上线的节点设备20根据所述结果信息，将所述节点设备20的业务状态切换为备用状态。

请参照图5，本申请实施例还提供一种节点设备20，所述节点设备20的各个功能模块的具体功能以在上面方法步骤中介绍，现在对节点设备20的各功能模块进行简单的介绍。

节点设备20包括：

注册请求发送模块201，用于向主备业务系统中的注册设备发送临时节点注册请求。

业务服务提供模块202，用于接收到注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务。

在本实施例中，业务服务提供模块202具体用于：

检测节点设备20当前的业务状态是否为活跃状态，并检测注册设备10中存储的IP地址是否为所述节点设备20的IP地址，其中，注册设备10中存储有成功注册临时数据节点的节点设备20的IP地址；

当节点设备20当前的业务状态为活跃状态，且注册设备10中存储的IP地址为该节点设备20的IP地址时，节点设备20获得用于对外提供业务服务的虚拟IP地址，并通过虚拟IP地址对外提供业务服务。

请再次参照图5，节点设备20还包括：接收模块203；

接收模块203，用于接收注册设备10广播该临时数据节点被删除的广播信息。

请再次参照图5，节点设备20还包括：发送模块204；

发送模块204，用于在节点设备20离线后重新上线时，向注册设备10发送临时数据节点注册请求。

所述接收模块203，还用于接收由注册设备10在查找到存在临时数据节点时，反馈的注册失败的结果信息。

所述业务状态切换模块202，还用于根据所述结果信息，将节点设备20的业务状态切换为备用状态。

如果上述功能以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得对应设备执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本申请实施例提供的节点设备的业务状态切换方法、注册设备及节点设备，通过注册临时数据节点的方式进行节点设备选举，实现双机热备中工作机和备份机业务状态的自动切换，确保系统不间断运行。同时采用事件通知机制进行选举能避免网络震荡时，节点设备业务状态的频繁切换；对外虚拟IP地址跟随业务状态进行飘移，可以降低因网络问题导致的无效切换；另外采用注册临时数据节点的第三方选举机制，可以避免因网路单通而导致的业务双主的情况。

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

Claims (10)

1.一种提供持续业务的方法，其特征在于，应用于主备业务系统，所述主备业务系统包括注册设备，及与所述注册设备通信的至少两个节点设备，所述方法包括：

所述注册设备检测所述节点设备在所述注册设备上注册的临时数据节点是否被删除，其中，所述临时数据节点会在注册该临时数据节点的节点设备离线时被删除；

在检测到所述临时数据节点被删除时，向所述至少两个节点设备广播该临时数据节点被删除的广播信息；

接收到所述广播信息的节点设备向所述注册设备发起临时数据节点注册请求；

所述注册设备响应接收到所述广播信息的节点设备发起的临时数据节点注册请求，并反馈注册结果信息给相应的节点设备；

所述节点设备根据反馈注册结果信息，由注册临时数据节点成功的节点设备提供业务服务。

2.如权利要求1所述的方法，其特征在于，所述节点设备根据反馈注册结果信息，由注册临时数据节点成功的节点设备提供业务服务，包括：

注册临时数据节点成功的节点设备获得用于对外提供业务服务的虚拟IP地址，通过所述虚拟IP地址提供业务服务。

3.一种提供持续业务的方法，其特征在于，应用于主备业务系统中的节点设备，所述方法包括：

向所述主备业务系统中的注册设备发送临时节点注册请求；

接收到所述注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务。

4.如权利要求3所述的方法，其特征在于，接收到所述注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务，包括：

检测所述节点设备当前的业务状态是否为活跃状态，并检测所述注册设备中存储的IP地址是否为所述节点设备的IP地址，其中，所述注册设备中存储有成功注册临时数据节点的节点设备的IP地址；

当所述节点设备当前的业务状态为活跃状态，且所述注册设备中存储的IP地址为该节点设备的IP地址时，所述节点设备获得用于对外提供业务服务的虚拟IP地址，并通过所述虚拟IP地址对外提供业务服务。

5.如权利要求3或4所述的方法，其特征在于，在接收到临时节点删除的广播信息之后，所述节点设备执行向所述主备业务系统中的注册设备发送临时节点注册请求的步骤。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

所述节点设备离线后重新上线时，所述节点设备向所述注册设备发送临时数据节点注册请求；

接收由所述注册设备在查找到存在临时数据节点时，反馈的注册失败的结果信息；

所述节点设备根据所述结果信息，将所述节点设备的业务状态切换为备用状态。

7.一种节点设备，其特征在于，所述节点设备包括：

注册请求发送模块，用于向主备业务系统中的注册设备发送临时节点注册请求；

业务服务提供模块，用于接收到所述注册设备发送的临时节点注册成功的反馈注册结果后，对外提供业务服务。

8.如权利要求7所述的节点设备，其特征在于，所述业务服务提供模块具体用于：

检测所述节点设备当前的业务状态是否为活跃状态，并检测所述注册设备中存储的IP地址是否为所述节点设备的IP地址，其中，所述注册设备中存储有成功注册临时数据节点的节点设备的IP地址；

当所述节点设备当前的业务状态为活跃状态，且所述注册设备中存储的IP地址为该节点设备的IP地址时，所述节点设备获得用于对外提供业务服务的虚拟IP地址，并通过所述虚拟IP地址对外提供业务服务。

9.如权利要求7或8所述的节点设备，其特征在于，所述节点设备还包括：

接收模块，用于接收所述注册设备广播该临时数据节点被删除的广播信息。

10.如权利要求9所述的节点设备，其特征在于，所述节点设备还包括：

发送模块，用于在所述节点设备离线后重新上线时，向所述注册设备发送临时数据节点注册请求；

所述接收模块，还用于接收由所述注册设备在查找到存在临时数据节点时，反馈的注册失败的结果信息；

所述业务状态切换模块，还用于根据所述结果信息，将所述节点设备的业务状态切换为备用状态。