CN105357026A - 一种资源信息收集方法和计算节点 - Google Patents
一种资源信息收集方法和计算节点 Download PDFInfo
- Publication number
- CN105357026A CN105357026A CN201510615267.6A CN201510615267A CN105357026A CN 105357026 A CN105357026 A CN 105357026A CN 201510615267 A CN201510615267 A CN 201510615267A CN 105357026 A CN105357026 A CN 105357026A
- Authority
- CN
- China
- Prior art keywords
- resource information
- computing node
- default
- change
- reports
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/10—Current supply arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种资源信息收集方法和计算节点，该方法可包括：计算节点收集所述计算节点的当前资源信息；所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。可以减少资源收集时对传输资源消耗。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种资源信息收集方法和计算节点。
背景技术
在信息***的今天，云计算、大数据处理在各个领域中都发挥着至关重要的作用，例如：在工业、医疗、交通和通讯等领域都有广泛的应用，并在不断快速发展。且随着每天产生的数据越来越多，随之需要被处理的信息量也越来越大，而信息的处理速度很大程度上依赖于对资源的使用效率。另外，对于大规模数据中心、集群下如果能更大程度提高资源使用率，减少资源浪费是很多技术研究、工业发展的重要方向。目前，为了提高资源使用率所使用的技术主要以分布式资源调度(DistributedResourceScheduler，DRS)和分布式电源管理(DistributedPowerManagement，DPM)技术为代表。其中，资源收集作为提高资源使用率的算法和模型提供基础的源数据输出，在提高资源使用率时资源收集是关键和基础的步骤。目前资源收集主要是集群中的主节点定时跟计算节点交互，以获取各计算节点的资源信息。然而，该技术中由于每次收集计算节点的资源信息时，都是主节点定时向计算节点发送获取请求，计算节点再响应该获取请求以向主节点上报资源信息，可见，目前资源收集时对传输资源消耗很大。
发明内容
本发明实施例提供了一种资源信息收集方法和计算节点，可以减少资源收集时对传输资源消耗。
第一方面，本发明实施例提供一种资源信息收集方法，包括：
计算节点收集所述计算节点的当前资源信息；
所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；
若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。
在第一方面的第一种可能的实现方式中，所述方法还包括：
所述计算节点获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件，包括：
所述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
结合第一方面的第一种可能的实现方式，第一方面的第二种可能的实现方式中，所述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态，包括：
所述计算节点计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
结合第一方面的第一种可能的实现方式，第一方面的第三种可能的实现方式中，所述方法还包括：
所述计算节点计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数；
所述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态，包括：
所述计算节点判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
结合第一方面，第一方面的第四种可能的实现方式中，所述方法还包括：
所述计算节点获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件，包括：
所述计算节点判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
结合第一方面的上述任一种可能的实现方式，第一方面的第五种可能的实现方式中，所述方法还包括：
所述计算节点接收所述主节点发送的资源信息更新请求；
所述计算节点响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
第二方面，本发明实施例提供一种计算节点，包括：收集单元、判断单元和上报单元，其中：
所述收集单元，用于收集所述计算节点的当前资源信息；
所述判断单元，用于判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；
所述上报单元，用于若所述判断单元判断所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，向所述计算节点所属集群的主节点上报所述当前资源信息。
在第二方面的第一种可能的实现方式中，所述计算节点还包括：
第一获取单元，用于获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述判断单元用于判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述判断单元用于计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述计算节点还包括：
增加单元，用于计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数；
所述判断单元用于判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
结合第二方面，在第二方面的第四种可能的实现方式中，所述计算节点还包括：
第二获取单元，用于获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述判断单元用于判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
结合第二方面的上述任一种可能的实现方式，在第二方面的第五种可能的实现方式中，所述计算节点还包括：
接收单元，用于接收所述主节点发送的资源信息更新请求；
所述上报单元还用于响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
上述技术方案中，计算节点收集所述计算节点的当前资源信息；所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。这样可以实现计算节点主动向主节点上报文资源信息，从而可以减少资源收集时对传输资源消耗。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供资源信息收集方法可应用的***架构图；
图2是本发明实施例提供的一种资源信息收集方法的流程示意图；
图3是本发明实施例提供的另一种资源信息收集方法的流程示意图；
图4是本发明实施例提供的一种集群的结构示意图；
图5是本发明实施例提供的另一种资源信息收集方法的流程示意图；
图6是本发明实施例提供的另一种资源信息收集方法的流程示意图；
图7是本发明实施例提供的一种计算节点的结构示意图；
图8是本发明实施例提供的另一种计算节点的结构示意图；
图9是本发明实施例提供的另一种计算节点的结构示意图；
图10是本发明实施例提供的另一种计算节点的结构示意图；
图11是本发明实施例提供的另一种计算节点的结构示意图；
图12是本发明实施例提供的另一种计算节点的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参阅图1，图1是本发明实施例提供资源信息收集方法可应用的***架构图，如图1所示，该架构可以包括主节点11和若干个计算节点12，其中，主节点11又可以理解为管理节点(ManagementNode)，另外，主节点11和若干个计算节点12构成一个集群，例如：虚拟机集群。主节点11和计算节点12中可以部分或者全部为虚拟机，且这些虚拟机可以部署在一个或者多个主机中。当然，主节点11和计算节点12也可以是独立的主机设备。上述架构中主节点11收集各个计算节点的资源信息，从而主节点11可以根据各个计算节点12的资源信息对整个集群的资源进行DRS或者DPM，以提高资源利用率。
请参阅图，图2是本发明实施例提供的一种资源信息收集方法的流程示意图，如图2所示，包括以下步骤：
201、计算节点收集所述计算节点的当前资源信息。
计算节点可以通过计算节点是部署的本地资源收集线程收到计算节点的当前资源信息，例如：如下至少一项资源信息：
当前CPU的空闲(idle)资源情况或者理解为CPU的可用资源；
当前可用的内存情况；
当前存储输入输出(InputOutput，IO)的次数；
当前网络IO的次数。
其中，上述存储IO的次数可以包括存储器当前每秒进行读写(InputOutputOperationsPerSecond，IOPS)操作的次数，即每秒读操作和写操作的次数之和。上述网络IO的次数可以包括网络每秒传输包数(PacketsPerSecondPPS)。
202、计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件，若是，则执行步骤203，若否，则可以结束流程。
其中，上这预设条件为预先设定能够触发计算节点主动向主节点上报资源信息的条件，例如：计算节点的资源信息变化超过某一上限值时，则计算节点满足上述预设条件；或者计算节点的资源信息收集时间与上一次上报的时间超过特定时间阈值时，则计算节点满足上述预设条件等。
203、计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。
通过上述步骤可以实现计算节点主动向主节点上报资源信息，从而不需要主节点向计算节点发送资源获取请求，从而可以减少资源收集时对传输资源消耗。另外，当部署在计算节点里面的业务稳定运行时，其资源的消耗在一段时间内应该是均匀的，变化不大，所以通过这种主动上报的方式可以减少周期性上报引起的主机和网络开销，避免不必要的重复消息传输，同时还可以降低集群主控结点资源收集和调度决策负载。且可避免主控结点故障失效后，在完成一新的历史数据收集之前一段时间内集群资源调度无法给出决策建议。
本实施例中，上述计算节点可以是虚拟化集群中的虚拟机，当然，上述计算节点也可以是计算机集群中的物理计算机。
本实施例中，计算节点收集所述计算节点的当前资源信息；所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。这样可以实现计算节点主动向主节点上报文资源信息，从而可以减少资源收集时对传输资源消耗。
请参阅图3，图3是本发明实施例提供的另一种资源信息收集方法的流程示意图，如图3所示，包括以下步骤：
301、计算节点收集所述计算节点的当前资源信息。
本实施例中，计算节点上可以有个本地资源收集线程，该线程是被定时触发，定时时间默认为5秒或者3秒等，具体用户可以根据自己业务实际情况修改默认配置。该资源收集线程可以收集当前CPU的空闲资源情况、当前可用的内存情况、当前存储IO的次数和当前网络IO的次数中的至少一项。例如：如图4所示，计算节点里可以包括CPU监控模块、内存监控模块、存储IO监控模块、网络IO监控模块和上报决策模块，这样资源收集线程可以调用CPU监控模块、内存监控模块、存储IO监控模块、网络IO监控模块依次收集当前CPU的空闲资源情况、当前可用的内存情况、当前存储IO的次数和当前网络IO的次数。再将收集的资源信息传输给上报决策模块，由上报决策模块决策是否向主节点上报资源信息。其中，这里决策具体可以参考步骤302。另外，上述主节点还可以包括资源快照请求模块，主节点通过该模块可以主动请求计算节点上报资源信息，例如：主节点出现故障后主动请求计算节点上报资源信息。另外，本实施例中，计算节点可以是资源快照的方式向主节点上报资源信息。
302、计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件，若是，则执行步骤303，若否，则可以结束流程。
本实施例中，上述方法还可以包括如下步骤：
计算节点获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
步骤302可以包括：
计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
该实施方式中，计算节点可以记录上一次上报的资源信息，例如：计算节点每向主节点上报一次资源信息时，计算节点就将其记录。当然，这里的记录也可以是及时更新的，例如：只记录最近2次或者5次上报的资源信息。
这样步骤302就可以根据当前资源信息与上一次上报的资源信息进行比较，当通过比较发现当前资源信息与上一次上报的资源信息变化比较大时，就可以主动上主节点上报当前资源信息。
例如：上述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态的步骤，可以包括：
计算节点计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
其中，上述资源量可以包括CPU的空闲资源情况、可用的内存情况、存储IO的次数和网络IO的次数中的至少一项。上述判断可以是CPU的空闲资源情况、可用的内存情况、存储IO的次数和网络IO的次数中任意一项对应的变化差大于预设的触发主动上报资源信息的预设变化上限阈值，就可以触发主动向主节点上报当前资源信息。例如：满足如下任一项，就可以触发主动向主节点上报当前资源信息：
计算节点判断所述上一次上报的CPU使用率与当前时间点的CPU使用率之差是否大于预设的CPU变化上限阈值；或者
计算节点判断所述上一次上报的内存使用率与当前时间点的内存使用率之差是否大于预设的内存变化上限阈值；或者
计算节点判断所述上一次上报的存储输入输出IO次数与当前时间点的存储IO次数之差是否大于预设的内存变化上限阈值；或者
计算节点判断所述上一次上报的网络IO次数与当前时间点的网络IO次数之差是否大于预设的内存变化上限阈值。
这样可以实现只需要满足上述任意一项就可以向主节点上报当前资源信息。另外，这里的上报的当前资源信息还可以是只上报大于上限阈值的资源信息，例如：只是CPU的使用率与当前时间点的CPU使用率之差大于预设的CPU变化上限阈值时，而其他的资源量没有满足上述条件时，就可以只向主节点上报CPU使用率，以减少上报信息。
当然，也可以是只要其中的一项满足则上报采集的到所有资源信息。例如：如图5所示，上述方法可以包括如下步骤：
1)定时器超时触发。即该步骤触发资源信息收集。
2)计算上一次上报的CPU使用率与当前时间点的CPU使用率之差；
3)计算上一次上报的内存使用率与当前时间点的内存使用率之差；
4)计算上一次上报的存储IO次数与当前时间点的存储IO次数之差；
5)计算上一次上报的存储输入输出IO次数与当前时间点的存储IO次数之差；
6)判断所述上一次上报的CPU使用率与当前时间点的CPU使用率之差是否大于预设的CPU变化上限阈值，若是，则执行步骤10)，若否，则执行步骤7)；
7)判断所述上一次上报的内存使用率与当前时间点的内存使用率之差是否大于预设的内存变化上限阈值，若是，则执行步骤10)，若否，则执行步骤8)；
8)判断所述上一次上报的存储IO次数与当前时间点的存储IO次数之差是否大于预设的内存变化上限阈值，若是，则执行步骤10)，若否，则执行步骤9)；
9)判断所述上一次上报的网络IO次数与当前时间点的网络IO次数之差是否大于预设的内存变化上限阈值，若是，则执行步骤10)，若否，则结束流程)。
10)向主节点上报当前资源信息。
本实施例中，上述方法还可以包括如下步骤：
计算节点计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数。
该实施方式中，可以预先为每一个资源量配置一个分数，分数存在一个特定的初始值，例如：0或者50等，每超过一次预设变化下限阈值就可以加N，例如：加1分或者加5分等。
该实施方式中，上述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态的步骤，可以包括：
所述计算节点判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
该实施方式中，可以实现根据当前资源信息的打分决定是否主动上报资源信息。
例如：如图6所示，上述方法可以包括如下步骤：
1)定时器超时触发。即该步骤触发资源信息收集。
2)计算上一次上报的CPU使用率与当前时间点的CPU使用率之差；
3)计算上一次上报的内存使用率与当前时间点的内存使用率之差；
4)计算上一次上报的存储输入输出IO次数与当前时间点的存储IO次数之差；
5)计算上一次上报的存储输入输出IO次数与当前时间点的存储IO次数之差；
6)判断所述上一次上报的CPU使用率与当前时间点的CPU使用率之差是否大于预设的CPU变化下限阈值，若是，则执行步骤7)，若否，则执行步骤8)；
7)将CPU使用率的分数加N；
8)判断所述上一次上报的内存使用率与当前时间点的内存使用率之差是否大于预设的内存变化上限阈值，若是，则执行步骤9)，若否，则执行步骤10)；
9)将内存使用率的分数加N；
10)判断所述上一次上报的存储IO次数与当前时间点的存储IO次数之差是否大于预设的内存变化上限阈值，若是，则执行步骤11)，若否，则执行步骤12)；
11)将存储IO次数的分数加N；
12)判断所述上一次上报的网络IO次数与当前时间点的网络IO次数之差是否大于预设的内存变化上限阈值，若是，则执行步骤13)，若否，则结束流程。
13)将网络IO次数的分数加N；
14)判断上述多项中否存在任意一项的分数超过预设上报阈值，若是，则执行步骤15)，若否，则结束流程。
15)向主节点上报当前资源信息。
本实施例中，上述方法还可以包括如下步骤：
计算节点获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
步骤302可以包括：
计算节点判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
该实施方式中，可以实现当发现当前时间与最近一次计算节点向主节点上报资源信息的时间间隔超过设定的时间阈值(delta_t)时，则立即向主机节点发送计算节点上最新的资源统计信息。
303、计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。
本实施例中，上述方法还可以包括如下步骤：
304、计算节点接收所述主节点发送的资源信息更新请求；
计算节点接收到上述资源信息更新请求后，就可以执行步骤303，即步骤303可以包括：
计算节点响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
该实施方式中，可以考虑到当主节点意外重启后，在第一个资源收集上来的时间段内没有各个计算节点的资源统计信息，可能会影响其正常的DRS决策，所以增加当主节点启动后，主动发送一个资源更新请求给计算节点，计算节点收到后，立即发送各自最新的资源统计信息到主节点上。可避免主节点故障失效后，在完成一新的历史数据收集之前一段时间内集群资源调度无法给出决策建议。
本实施例中，在图2所示的实施例的基础上增加了多种可选的实施方式，且都可以减少资源收集时对传输资源消耗。
下面为本发明装置实施例，本发明装置实施例用于执行本发明方法实施例一至二实现的方法，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例一和实施例二。
请参阅图7，图7是本发明实施例提供的一种计算节点的结构示意图，如图7所示，包括：收集单元71、判断单元72和上报单元73，其中：
收集单元71，用于收集所述计算节点的当前资源信息；
判断单元72，用于判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；
所述上报单元73，用于若所述判断单元判断所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，向所述计算节点所属集群的主节点上报所述当前资源信息。
本实施例中，如图8所示，计算节点还可以包括：
第一获取单元74，用于获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
判断单元72可以用于判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
本实施例中，判断单元72可以用于计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
本实施例中，如图9所示，计算节点还可以包括：
变化计算单元75，用于计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数；
判断单元72可以用于判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
本实施例中，如图10所示，计算节点还可以包括：
第二获取单元76，用于获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
判断单元72可以用于判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
本实施例中，如图11所示，计算节点还可以包括：
接收单元77，用于接收所述主节点发送的资源信息更新请求；
上报单元73还可以用于响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
本实施例中，计算节点收集所述计算节点的当前资源信息；所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。这样可以实现计算节点主动向主节点上报文资源信息，从而可以减少资源收集时对传输资源消耗。
请参阅图12，图12是本发明实施例提供的另一种计算节点的结构示意图，如图12所示，包括：处理器121、网络接口122、存储器123和通信总线124，其中，所述通信总线124用于实现所述处理器121、网络接口122和存储器123之间连接通信，所述处理器121执行所述存储器123中存储的程序用于实现以下方法：
收集所述计算节点的当前资源信息；
判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；
若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，向所述计算节点所属集群的主节点上报所述当前资源信息。
本实施例中，处理器121执行的程序还可以包括：
所述计算节点获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
处理器121执行的判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件的程序，可以包括：
判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
本实施例中，处理器121执行的判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态的程序，可以包括：
计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
本实施例中，处理器121执行的程序还可以包括：
计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数；
处理器121执行的判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态的程序，可以包括：
判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
本实施例中，处理器121执行的程序还可以包括：
获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
处理器121执行的判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件的程序，可以包括：
判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
本实施例中，处理器121执行的程序还可以包括：
接收所述主节点发送的资源信息更新请求；
响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
本实施例中，计算节点收集所述计算节点的当前资源信息；所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。这样可以实现计算节点主动向主节点上报文资源信息，从而可以减少资源收集时对传输资源消耗。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存取存储器(RandomAccessMemory，简称RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (12)
1.一种资源信息收集方法，其特征在于，包括：
计算节点收集所述计算节点的当前资源信息；
所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；
若所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，所述计算节点向所述计算节点所属集群的主节点上报所述当前资源信息。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述计算节点获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件，包括：
所述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
3.如权利要求2所述的方法，其特征在于，所述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态，包括：
所述计算节点计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
4.如权利要求2所述的方法，其特征在于，所述方法还包括：
所述计算节点计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数；
所述计算节点判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态，包括：
所述计算节点判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
5.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述计算节点获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述计算节点判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件，包括：
所述计算节点判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
6.如权利要求1-5中任一所述的方法，其特征在于，所述方法还包括：
所述计算节点接收所述主节点发送的资源信息更新请求；
所述计算节点响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
7.一种计算节点，其特征在于，包括：收集单元、判断单元和上报单元，其中：
所述收集单元，用于收集所述计算节点的当前资源信息；
所述判断单元，用于判断所述当前资源信息是否满足预设的主动上报资源信息的预设条件；
所述上报单元，用于若所述判断单元判断所述当前资源信息满足所述预设的主动上报资源信息的预设条件时，向所述计算节点所属集群的主节点上报所述当前资源信息。
8.如权利要求7所述的计算节点，其特征在于，所述计算节点还包括：
第一获取单元，用于获取上一次上报的资源信息，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述判断单元用于判断所述当前资源信息相对于所述上一次上报的资源信息的变化是否满足预设的触发主动上报资源信息的变化状态。
9.如权利要求8所述的计算节点，其特征在于，所述判断单元用于计算所述上一次上报的资源信息表示的资源量与所述当前资源信息表示的资源量之变化差，并判断所述变化差是否大于预设的触发主动上报资源信息的预设变化上限阈值。
10.如权利要求8所述的计算节点，其特征在于，所述计算节点还包括：
变化计算单元，用于计算所述上一次上报的资源信息与所述当前资源信息之变化差，并判断所述变化差是否大于预设变化下限阈值，若是，则将用于统计所述计算节点的资源信息的上报分数增加N，其中，所述N为大于零的实数；
所述判断单元用于判断所述上报分数的当前值是否大于预设的触发主动上报资源信息的预设上报阈值。
11.如权利要求7所述的计算节点，其特征在于，所述计算节点还包括：
第二获取单元，用于获取上一次上报的上报时间，其中，所述上一次上报是所述计算节点向所述主节点上报过的资源信息中上报时间离最晚的一次上报；
所述判断单元用于判断采集所述当前资源信息的当前采集时间与所述上一次上报的上报时间的时间差是否大于预设的触发主动上报资源信息的时间阈值。
12.如权利要求7-11中任一所述的计算节点，其特征在于，所述计算节点还包括：
接收单元，用于接收所述主节点发送的资源信息更新请求；
所述上报单元还用于响应所述资源信息更新请求，以向所述主节点上报所述当前资源信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510615267.6A CN105357026B (zh) | 2015-09-24 | 2015-09-24 | 一种资源信息收集方法和计算节点 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510615267.6A CN105357026B (zh) | 2015-09-24 | 2015-09-24 | 一种资源信息收集方法和计算节点 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105357026A true CN105357026A (zh) | 2016-02-24 |
| CN105357026B CN105357026B (zh) | 2019-07-23 |
Family
ID=55332903
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510615267.6A Active CN105357026B (zh) | 2015-09-24 | 2015-09-24 | 一种资源信息收集方法和计算节点 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105357026B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106095638A (zh) * | 2016-05-30 | 2016-11-09 | 浪潮电子信息产业股份有限公司 | 一种服务器资源告警的方法、装置及*** |
| CN107368400A (zh) * | 2017-08-01 | 2017-11-21 | 广东欧珀移动通信有限公司 | Cpu监测方法、装置、计算机可读存储介质和移动终端 |
| CN108153650A (zh) * | 2018-02-02 | 2018-06-12 | 郑州云海信息技术有限公司 | 获取云服务器资源信息的方法、***、装置及存储介质 |
| CN114679499A (zh) * | 2021-12-30 | 2022-06-28 | 惠州市智慧大数据有限公司 | 企业数据收集监控方法、装置、计算机设备和存储介质 |
| CN114679499B (zh) * | 2021-12-30 | 2024-07-16 | 惠州市智慧大数据有限公司 | 企业数据收集监控方法、装置、计算机设备和存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101026857A (zh) * | 2006-02-17 | 2007-08-29 | 中兴通讯股份有限公司 | 一种硬切换过程中预先准备资源的方法 |
| CN101170446A (zh) * | 2007-12-03 | 2008-04-30 | 华为技术有限公司 | 一种进行许可证管理的方法、服务器、客户端和*** |
| CN101304330A (zh) * | 2008-06-28 | 2008-11-12 | 华为技术有限公司 | 一种资源配置方法、服务器、网络设备及网络*** |
| CN101808119A (zh) * | 2010-03-04 | 2010-08-18 | 杭州华三通信技术有限公司 | 一种多存储阵列负载均衡的方法和设备 |
| CN101925107A (zh) * | 2009-06-15 | 2010-12-22 | 华为技术有限公司 | 实现资源调度的方法、设备和*** |
| CN102137429A (zh) * | 2010-08-13 | 2011-07-27 | 华为技术有限公司 | 一种资源信息的上报、更新方法、装置及*** |
| CN102651908A (zh) * | 2011-02-28 | 2012-08-29 | 华为技术有限公司 | 一种传输数据的方法及设备 |
| CN103841129A (zh) * | 2012-11-21 | 2014-06-04 | 华为技术有限公司 | 云计算的资源信息采集服务器和客户端、信息处理方法 |
| CN103973885A (zh) * | 2014-04-02 | 2014-08-06 | 联想(北京)有限公司 | 一种上报数据的方法及移动终端 |
-
2015
- 2015-09-24 CN CN201510615267.6A patent/CN105357026B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101026857A (zh) * | 2006-02-17 | 2007-08-29 | 中兴通讯股份有限公司 | 一种硬切换过程中预先准备资源的方法 |
| CN101170446A (zh) * | 2007-12-03 | 2008-04-30 | 华为技术有限公司 | 一种进行许可证管理的方法、服务器、客户端和*** |
| CN101304330A (zh) * | 2008-06-28 | 2008-11-12 | 华为技术有限公司 | 一种资源配置方法、服务器、网络设备及网络*** |
| CN101925107A (zh) * | 2009-06-15 | 2010-12-22 | 华为技术有限公司 | 实现资源调度的方法、设备和*** |
| CN101808119A (zh) * | 2010-03-04 | 2010-08-18 | 杭州华三通信技术有限公司 | 一种多存储阵列负载均衡的方法和设备 |
| CN102137429A (zh) * | 2010-08-13 | 2011-07-27 | 华为技术有限公司 | 一种资源信息的上报、更新方法、装置及*** |
| CN102651908A (zh) * | 2011-02-28 | 2012-08-29 | 华为技术有限公司 | 一种传输数据的方法及设备 |
| CN103841129A (zh) * | 2012-11-21 | 2014-06-04 | 华为技术有限公司 | 云计算的资源信息采集服务器和客户端、信息处理方法 |
| CN103973885A (zh) * | 2014-04-02 | 2014-08-06 | 联想(北京)有限公司 | 一种上报数据的方法及移动终端 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106095638A (zh) * | 2016-05-30 | 2016-11-09 | 浪潮电子信息产业股份有限公司 | 一种服务器资源告警的方法、装置及*** |
| CN107368400A (zh) * | 2017-08-01 | 2017-11-21 | 广东欧珀移动通信有限公司 | Cpu监测方法、装置、计算机可读存储介质和移动终端 |
| CN108153650A (zh) * | 2018-02-02 | 2018-06-12 | 郑州云海信息技术有限公司 | 获取云服务器资源信息的方法、***、装置及存储介质 |
| CN114679499A (zh) * | 2021-12-30 | 2022-06-28 | 惠州市智慧大数据有限公司 | 企业数据收集监控方法、装置、计算机设备和存储介质 |
| CN114679499B (zh) * | 2021-12-30 | 2024-07-16 | 惠州市智慧大数据有限公司 | 企业数据收集监控方法、装置、计算机设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105357026B (zh) | 2019-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3629165A1 (en) | Accelerated resource allocation techniques | |
| JP6224244B2 (ja) | 作業密度を増加させ、エネルギー効率を向上させるための電力バランシング | |
| CN106533723B (zh) | 虚拟资源调度方法、装置及*** | |
| CN108845878A (zh) | 基于无服务器计算的大数据处理方法及装置 | |
| CN111966289B (zh) | 基于Kafka集群的分区优化方法和*** | |
| CN105049268A (zh) | 分布式计算资源分配***和任务处理方法 | |
| CN104065741A (zh) | 数据采集***和数据采集方法 | |
| CN103019853A (zh) | 一种作业任务的调度方法和装置 | |
| EP2977898B1 (en) | Task allocation in a computing environment | |
| CN104462121A (zh) | 数据处理方法、装置及*** | |
| CN106815254A (zh) | 一种数据处理方法和装置 | |
| CN111352806A (zh) | 日志数据监控方法及装置 | |
| CN104850394A (zh) | 分布式应用程序的管理方法和分布式*** | |
| CN111045811A (zh) | 一种任务分配方法、装置、电子设备及存储介质 | |
| CN105357026A (zh) | 一种资源信息收集方法和计算节点 | |
| CN111181774A (zh) | 一种MapReduce任务的高可用方法、***、终端及存储介质 | |
| CN114244718A (zh) | 一种输电线路通信网络设备管理*** | |
| CN109840141A (zh) | 基于云监控的线程控制方法、装置、电子设备及存储介质 | |
| CN112084016A (zh) | 一种基于flink的流计算性能优化***及方法 | |
| CN113918341A (zh) | 设备调度方法、装置、设备及存储介质 | |
| CN107203256A (zh) | 一种网络功能虚拟化场景下的节能分配方法与装置 | |
| CN111835578B (zh) | 信息传输管理方法、信息传输管理装置及可读存储介质 | |
| CN101383721B (zh) | 一种性能计数器的派生处理方法及装置 | |
| CN109308219B (zh) | 任务处理方法、装置及分布式计算机*** | |
| CN103973811A (zh) | 一种可动态迁移的高可用集群管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |