CN110716985B - 一种节点信息处理方法、装置及介质 - Google Patents

Abstract

本文公开了一种节点信息处理方法、装置及介质，此方法包括：获取资源负荷状态信息；从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；向所述管理节点发送所述更改请求。本文中计算节点对本身状态进行自测，将自测获得的状态与管理节点所维护的计算节点状态结合起来判断是否需要更改计算节点的当前状态，并且在需要更改当前状态时主动向管理节点发送更改请求，为管理节点分担了管理任务，达到去中心化的效果，提高了整个网络的管理效率。

Description

一种节点信息处理方法、装置及介质

技术领域

本文涉及数据处理技术领域，尤其涉及一种节点信息处理方法、装置及介质。

背景技术

在分布式计算服务中，用户会将任务提交到集群中，集群中的每个计算节点会以容器(container)的形式为各任务提供资源。分布式计算服务支持各种不同框架，例如MapReduce/Spark/tensorflow等等。

在相关的熔断管理方案中，对系统及执行过程有很多严格的要求，例如：

一，对分布式服务要求十分严苛，例如必须保证2N+1个奇数个节点。

二，在熔断过程中需要进行数据和事务同步，并且需要在节点中进行选主操作进而确定最终主节点和从节点，复杂度比较高，并且还需要保证数据同步过程中的一致性、实时性和幂等性。

发明内容

为克服相关技术中存在的问题，本文提供一种节点信息处理方法、装置及介质。

根据本文实施例的第一方面，提供一种节点信息处理方法，应用于计算节点，包括：

获取资源负荷状态信息；

从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

向所述管理节点发送所述更改请求。

上述方法还具有以下特点：

所述根据所述负荷状态信息和所述第一实时状态获取更改请求，包括：

若所述资源负荷状态信息指示超过预定负荷，且所述第一实时状态指示工作状态，则获取所述更改请求；

若所述资源负荷状态信息指示未超过预定负荷，且所述第一实时状态指示非工作状态时，则获取所述更改请求。

上述方法还具有以下特点：

所述第一实时状态指示工作状态，第二实时状态指示非工作状态，所述方法还包括：向所述管理节点发送所述更改请求后，释放计算任务所占用的资源中预设比例的资源。

上述方法还具有以下特点：

所述资源负荷状态信息包括以下至少一项：CPU负载信息、已用内存容量；

若所述资源负荷状态信息包括所述CPU负载信息，则所述预定负荷包括预设负载值或预设倍数的CPU核数；

若所述资源负荷状态信息包括所述已用内存容量，则所述预定负荷包括预设内存值或初始内存的预设比例。

上述方法还具有以下特点：

所述方法还包括：

向所述管理节点发送所述更改请求后，记录所述计算节点的实时状态更改信息；

根据已记录的所述计算节点的多个实时状态更改信息确定所述计算节点的实时状态更改频率；

根据所述计算节点的实时状态更改频率确定获取资源负荷状态信息的周期。

根据本文实施例的第二方面，提供了一种节点信息处理装置，应用于计算节点，包括：

第一获取模块，用于获取资源负荷状态信息；

第二获取模块，用于从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

第三获取模块，用于根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

发送模块，用于向所述管理节点发送所述更改请求。

上述装置还具有以下特点：

所述第三获取模块包括：

第一判断模块，用于判断所述资源负荷状态信息指示是否超过预定负荷；

第二判断模块，用于判断所述第一实时状态指示工作状态还是非工作状态；

第四获取模块，用于在所述资源负荷状态信息指示超过预定负荷且所述第一实时状态指示工作状态时，获取所述更改请求，还用于在所述资源负荷状态信息指示未超过预定负荷且所述第一实时状态指示非工作状态时，获取所述更改请求。

上述装置还具有以下特点：

所述装置还包括：

释放模块，用于在所述第一实时状态指示工作状态，第二实时状态指示非工作状态时，在所述发送模块向所述管理节点发送所述更改请求后，释放计算任务所占用的资源中预设比例的资源。

上述装置还具有以下特点：

所述资源负荷状态信息包括以下至少一项：CPU负载信息、已用内存容量；

若所述资源负荷状态信息包括所述CPU负载信息，则所述预定负荷包括预设负载值或预设倍数的CPU核数；

若所述资源负荷状态信息包括所述已用内存容量，则所述预定负荷包括预设内存值或初始内存的预设比例。

上述装置还具有以下特点：

所述装置还包括：

记录模块，用于记录所述计算节点的实时状态更改信息；

第一确定模块，用于根据已记录的所述计算节点的多个实时状态更改信息确定所述计算节点的实时状态更改频率；

第二确定模块，用于根据所述计算节点的实时状态更改频率确定获取资源负荷状态信息的周期。

根据本文实施例的第三方面，提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种节点信息处理方法，所述方法包括：

获取资源负荷状态信息；

从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

向所述管理节点发送所述更改请求。

本文的实施例提供的技术方案可以包括以下有益效果：计算节点对本身状态进行自测，将自测获得的状态与管理节点所维护的计算节点状态结合起来判断是否需要更改计算节点的当前状态，并且在需要更改当前状态时主动向管理节点发送更改请求，为管理节点分担了管理任务，达到去中心化的效果，提高了整个网络的管理效率；并且无需在网络中专门设置检测中心、无需进行复杂的选主以及与其它计算节点的同步操作、无需受到保证2N+1个奇数个节点等条件的限制。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本文。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本文的实施例，并与说明书一起用于解释本文的原理。

图1是根据一示例性实施例示出的一种节点信息处理方法的流程图；

图2是根据一示例性实施例示出的一种节点信息处理方法的流程图；

图3是根据一示例性实施例示出的一种节点信息处理装置的结构图；

图4是根据一示例性实施例示出的一种节点信息处理装置的结构图；

图5是根据一示例性实施例示出的一种节点信息处理装置的结构图；

图6是根据一示例性实施例示出的一种节点信息处理装置的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本文相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本文的一些方面相一致的装置和方法的例子。

本公开实施例提供一种应用于计算节点的节点信息处理的方法。参照图1，图1是根据一示例性实施例示出的一种节点信息处理方法的流程图。如图1所示，包括如下步骤：

步骤S11，获取资源负荷状态信息；

步骤S12，从管理节点获取所述计算节点的第一实时状态，第一实时状态指示管理节点上维护的所述计算节点的实时状态；

步骤S13，根据负荷状态信息和第一实时状态获取更改请求，更改请求指示将第一实时状态更改为第二实时状态；

步骤S14，向管理节点发送所述更改请求。

本实施例中，计算节点对本身状态进行自测，将自测获得的状态与管理节点所维护的计算节点状态结合起来判断是否需要更改计算节点的当前状态，并且在需要更改当前状态时主动向管理节点发送更改请求，为管理节点分担了管理任务，达到去中心化的效果，提高了整个网络的管理效率；并且无需在网络中专门设置检测中心、无需进行复杂的选主以及与其它计算节点的同步操作、无需受到保证2N+1个奇数个节点等条件的限制。

相比于未设置自身状态检测而是通过减少各计算节点可提供的资源量的方式，本实施例的方法可以提高整个网络的可用资源量。

本公开实施例还提供了一种应用于计算节点的节点信息处理的方法。在此实施例中，图1示出的步骤S13包括：若资源负荷状态信息指示超过预定负荷，且第一实时状态指示工作状态，则获取更改请求；若资源负荷状态信息指示未超过预定负荷，且第一实时状态指示非工作状态时，则获取更改请求。

根据此发明思路可知，资源负荷状态信息指示超过预定负荷且第一实时状态指示非工作状态时，表示计算节点不具备正常工作的能力并且需要继续维持不工作状态，则无需更改当前状态，无需获取和发送更改请求。资源负荷状态信息指示未超过预定负荷且第一实时状态指示工作状态时，表示计算节点具备正常工作的能力并且正在维持工作状态，则无需更改当前状态，无需获取和发送更改请求。

本实施例中，计算节点在运行过程中，启动完毕后，将可用资源封装在容器里供计算任务使用，在计算任务执行的过程中，按预设周期定时检测资源负荷状态信息。计算节点将预定负荷作为区分自身状态的判断门限，可以快速且较准备的评估自身是否具备正常工作的能力。

资源负荷状态信息包括以下至少一项：CPU负载信息、已用内存容量。若资源负荷状态信息包括CPU负载信息，则预定负荷包括预设负载值或预设倍数的CPU核数。若资源负荷状态信息包括已用内存容量，则预定负荷包括预设内存值或初始内存的预设比例。

为了使检测到的已用内存的容量更为准确，在实时检测已用内存的容量时，检测多种类型的内存的已用容量，根据所述多种类型的内存的已用容量确定所述已用内存的容量。上述类型是指以下类型：自由存储区内存、缓冲区内存、高速缓存。

本公开实施例还提供了一种应用于计算节点的节点信息处理的方法。在此实施例中，计算节点根据一设定周期定时获取资源负荷状态信息，此周期的值的设置会对计算节点甚至整个网络造成影响。此周期的值设置较短时，会增加计算节点的处理负担，计算节点也会频繁与管理节点同步状态，从而增加管理节点的负担。此周期的值设置较长时，会导致无法及时检测出过载的计算节点，影响网络的正常运行。

为了使此周期的值设置准确且合理，向管理节点发送所述更改请求后，节点信息处理的方法还包括调整周期的处理过程，参照图2，图2是根据一示例性实施例示出的一种节点信息处理方法的流程图。如图2所示，包括步骤S11至S14，还包括：

步骤S15，记录计算节点的实时状态更改信息；

步骤S16，根据已记录的计算节点的多个实时状态更改信息确定计算节点的实时状态更改频率；

步骤S17，根据计算节点的实时状态更改频率确定获取资源负荷状态信息的周期。

步骤S17具体包括：预设时长内计算节点的实时状态更改频率小于预设频率时，增大周期的值，预设时长内计算节点的实时状态更改频率大于预设频率时，降低周期的值。

本公开实施例还提供了一种应用于计算节点的节点信息处理的方法。在此实施例中，第一实时状态指示工作状态，第二实时状态指示非工作状态，节点信息处理的方法还包括：向管理节点发送更改请求后，释放计算任务所占用的资源中预设比例的资源。此预设比例是预先设定的固定值也可以是根据网络的使用需求可以调整的动态值。此计算节点在释放预设比例的资源容器后，被释放掉的计算任务会依赖于分布式服务恢复到其它计算节点上，用户端不会感知此计算任务在不同计算节点上的移动，保证用户的使用体验。

本公开实施例还提供了一种应用于计算节点的节点信息处理的方法。在此实施例中，图1示出的步骤S14中发送更改请求包括下述方式中的一种：

方式一，向管理节点发送更改请求。

方式二，将更改请求发送至管理节点可访问的第三方。从而，使管理节点通过访问第三方的方式获取更改请求。管理节点访问第三方的周期足够短，就可以基本达到即时的效果。第三方是通信设备或者是存储设备，存储设备上设置有数据库。在此方式中，将更改请求发送至管理节点可访问的第三方的方式可以是，直接发送更改请求内容或者发送更改请求对应的代码。例如：从工作状态转换为非工作状态的更改请求对应的代码是第一代码，从非工作状态转换为工作状态的更改请求对应的代码是第二代码。

本公开实施例还提供了一种应用于管理节点的节点信息处理的方法。此方法包括：接收所述计算节点发送更改请求，根据所述更改请求更改所述计算节点的管理状态。

接收计算节点发送更改请求的方法包括以下方式的一种：

方式一，从计算节点接收管理状态更改请求。

方式二，访问第三方，从第三方获取计算节点发送的管理状态更改请求。

从第三方获取计算节点发送的更改请求时，直接从第三方获取更改请求，或者，管理节点维护更改请求与代码的映射关系，从第三方获取代码后，确定与此代码对应的更改请求。

本公开实施例还提供了一种应用于计算节点的节点信息处理装置。参照图3，图3是根据一示例性实施例示出的一种节点信息处理装置的结构图。如图3所示，包括：

第一获取模块31，用于获取资源负荷状态信息；

第二获取模块32，用于从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

第三获取模块33，用于根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

发送模块34，用于向所述管理节点发送所述更改请求。

本公开实施例还提供了一种应用于计算节点的节点信息处理装置。参照图4，图4是根据一示例性实施例示出的一种节点信息处理装置的结构图。在此实施例中，图3示出的第三获取模块33包括：

第一判断模块41，用于判断所述资源负荷状态信息指示是否超过预定负荷；

第二判断模块42，用于判断所述第一实时状态指示工作状态还是非工作状态；

第四获取模块43，用于在所述资源负荷状态信息指示超过预定负荷且所述第一实时状态指示工作状态时，获取所述更改请求，还用于在所述资源负荷状态信息指示未超过预定负荷且所述第一实时状态指示非工作状态时，获取所述更改请求。

所述资源负荷状态信息包括以下至少一项：CPU负载信息、已用内存容量；若所述资源负荷状态信息包括所述CPU负载信息，则所述预定负荷包括预设负载值或预设倍数的CPU核数；若所述资源负荷状态信息包括所述已用内存容量，则所述预定负荷包括预设内存值或初始内存的预设比例。

本公开实施例还提供了一种应用于计算节点的节点信息处理装置。在此实施例中，所述装置还包括：释放模块，用于在所述第一实时状态指示工作状态，第二实时状态指示非工作状态时，在所述发送模块向所述管理节点发送所述更改请求后，释放计算任务所占用的资源中预设比例的资源。

本公开实施例还提供了一种应用于计算节点的节点信息处理装置。在此实施例中，参照图5，图5是根据一示例性实施例示出的一种节点信息处理装置的结构图。在此实施例中，本装置还包括：

记录模块，用于记录所述计算节点的实时状态更改信息；

第一确定模块，用于根据已记录的所述计算节点的多个实时状态更改信息确定所述计算节点的实时状态更改频率；

第二确定模块，用于根据所述计算节点的实时状态更改频率确定获取资源负荷状态信息的周期。

本公开实施例还提供了一种应用于管理节点的节点信息处理装置。在此实施例中，此装置包括：

接收模块，用于接收所述计算节点发送更改请求；

维护模块，用于根据所述更改请求更改所述计算节点的管理状态。

其中，

接收模块，还用于使用以下方式中的一种接收计算节点发送更改请求：

方式一，从计算节点接收管理状态更改请求。

方式二，访问第三方，从第三方获取计算节点发送的管理状态更改请求。

从第三方获取计算节点发送的更改请求时，直接从第三方获取更改请求，或者，管理节点维护更改请求与代码的映射关系，从第三方获取代码后，确定与此代码对应的更改请求。

图6是根据一示例性实施例示出的一种用于节点信息处理的装置600的框图。例如，装置600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件605和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件605包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件605包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本文的其它实施方案。本申请旨在涵盖本文的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本文的一般性原理并包括本文未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本文的真正范围和精神由下面的权利要求指出。

应当理解的是，本文并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本文的范围仅由所附的权利要求来限制。

Claims (11)

1.一种节点信息处理方法，应用于计算节点，其特征在于，包括：

获取资源负荷状态信息；

从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

向所述管理节点发送所述更改请求。

2.如权利要求1所述的方法，其特征在于，所述根据所述负荷状态信息和所述第一实时状态获取更改请求，包括：

若所述资源负荷状态信息指示超过预定负荷，且所述第一实时状态指示工作状态，则获取所述更改请求；

若所述资源负荷状态信息指示未超过预定负荷，且所述第一实时状态指示非工作状态时，则获取所述更改请求。

3.如权利要求2所述的方法，其特征在于，所述第一实时状态指示工作状态，第二实时状态指示非工作状态，所述方法还包括：向所述管理节点发送所述更改请求后，释放计算任务所占用的资源中预设比例的资源。

4.如权利要求2所述的方法，其特征在于，

所述资源负荷状态信息包括以下至少一项：CPU负载信息、已用内存容量；

若所述资源负荷状态信息包括所述CPU负载信息，则所述预定负荷包括预设负载值或预设倍数的CPU核数；

若所述资源负荷状态信息包括所述已用内存容量，则所述预定负荷包括预设内存值或初始内存的预设比例。

5.如权利要求1所述的方法，其特征在于，

所述方法还包括：

向所述管理节点发送所述更改请求后，记录所述计算节点的实时状态更改信息；

根据已记录的所述计算节点的多个实时状态更改信息确定所述计算节点的实时状态更改频率；

根据所述计算节点的实时状态更改频率确定获取资源负荷状态信息的周期。

6.一种节点信息处理装置，应用于计算节点，其特征在于，包括：

第一获取模块，用于获取资源负荷状态信息；

第二获取模块，用于从管理节点获取所述计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

第三获取模块，用于根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

发送模块，用于向所述管理节点发送所述更改请求。

7.如权利要求6所述的装置，其特征在于，

所述第三获取模块包括：

第一判断模块，用于判断所述资源负荷状态信息指示是否超过预定负荷；

第二判断模块，用于判断所述第一实时状态指示工作状态还是非工作状态；

第四获取模块，用于在所述资源负荷状态信息指示超过预定负荷且所述第一实时状态指示工作状态时，获取所述更改请求，还用于在所述资源负荷状态信息指示未超过预定负荷且所述第一实时状态指示非工作状态时，获取所述更改请求。

8.如权利要求7所述的装置，其特征在于，

所述装置还包括：

释放模块，用于在所述第一实时状态指示工作状态，第二实时状态指示非工作状态时，在所述发送模块向所述管理节点发送所述更改请求后，释放计算任务所占用的资源中预设比例的资源。

9.如权利要求7所述的装置，其特征在于，

所述资源负荷状态信息包括以下至少一项：CPU负载信息、已用内存容量；

若所述资源负荷状态信息包括所述CPU负载信息，则所述预定负荷包括预设负载值或预设倍数的CPU核数；

若所述资源负荷状态信息包括所述已用内存容量，则所述预定负荷包括预设内存值或初始内存的预设比例。

10.如权利要求6所述的装置，其特征在于，

所述装置还包括：

记录模块，用于记录所述计算节点的实时状态更改信息；

第一确定模块，用于根据已记录的所述计算节点的多个实时状态更改信息确定所述计算节点的实时状态更改频率；

第二确定模块，用于根据所述计算节点的实时状态更改频率确定获取资源负荷状态信息的周期。

11.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种节点信息处理方法，所述方法包括：

获取资源负荷状态信息；

从管理节点获取计算节点的第一实时状态，所述第一实时状态指示所述管理节点上维护的所述计算节点的实时状态；

根据所述负荷状态信息和所述第一实时状态获取更改请求，所述更改请求指示将所述第一实时状态更改为第二实时状态；

向所述管理节点发送所述更改请求。

Images