CN112272201B - 一种设备纳管方法、系统及纳管集群 - Google Patents

Abstract

本发明公开了一种设备纳管方法、系统及纳管集群，其中，所述方法包括：边缘机器向纳管集群上报资源信息；所述纳管集群在数据库中存储所述资源信息，并根据所述资源信息更新调度列表，所述调度列表中的边缘机器具备闲置资源，并将所述数据库中的数据上报至中心管理平台；所述中心管理平台接收用户的应用请求，并根据各个纳管集群上报的数据，将所述应用请求调度至目标纳管集群，以通过所述目标纳管集群下的边缘机器执行所述应用请求。本申请提供的技术方案，能够统一地对海量的边缘机器进行管理，并且能够有效地利用边缘机器中的闲置资源。

Description

一种设备纳管方法、系统及纳管集群

技术领域

本发明涉及互联网技术领域，特别涉及一种设备纳管方法、系统及纳管集群。

背景技术

当前的CDN(Content Delivery Network，内容分发网络)系统为了能够为全球的用户提供服务，通常会部署海量的边缘机器。这些边缘机器在运行过程中，可能会存在较多的闲置资源。例如，作为备用节点的边缘机器通常不运行业务，只有在主节点出故障或者主节点需要紧急替换的时候才会运行一段时间业务。又例如，部分边缘机器服务的客户较少，或者需要处理的业务数据较少，因此长期处于低负载的运行模式。鉴于此，如何对海量的边缘机器进行管理，从而有效地利用边缘机器中的闲置资源，成为CDN中待解决的一个问题。

发明内容

本申请的目的在于提供一种设备纳管方法、系统及纳管集群，能够统一地对海量的边缘机器进行管理，并且能够有效地利用边缘机器中的闲置资源。

为实现上述目的，本申请一方面提供一种设备纳管方法，所述方法包括：边缘机器向纳管集群上报资源信息；所述纳管集群在数据库中存储所述资源信息，并根据所述资源信息更新调度列表，所述调度列表中的边缘机器具备闲置资源，并将所述数据库中的数据上报至中心管理平台；所述中心管理平台接收用户的应用请求，并根据各个纳管集群上报的数据，将所述应用请求调度至目标纳管集群，以通过所述目标纳管集群下的边缘机器执行所述应用请求。

为实现上述目的，本申请另一方面还提供一种设备纳管系统，所述系统包括中心管理平台、纳管集群和边缘机器，其中：所述边缘机器，用于向所述纳管集群上报资源信息，并执行所述纳管集群调度的应用请求；所述纳管集群，用于在数据库中存储所述资源信息，并根据所述资源信息更新调度列表，所述调度列表中的边缘机器具备闲置资源；将所述数据库中的数据上报至所述中心管理平台，并接收所述中心管理平台下发的应用请求，并将所述应用请求调度至所述调度列表中的边缘机器；所述中心管理平台，用于接收用户的应用请求，并根据各个纳管集群上报的数据，将所述应用请求调度至目标纳管集群，以通过所述目标纳管集群下的边缘机器执行所述应用请求。

为实现上述目的，本申请另一方面还提供一种纳管集群，所述纳管集群包括：调度列表更新单元，用于接收边缘机器上报的资源信息，并根据所述资源信息更新调度列表，其中，所述调度列表中的边缘机器具备闲置资源；资源上报单元，用于在数据库中存储所述资源信息，并将所述数据库中的数据上报至中心管理平台，以使得所述中心管理平台根据上报的数据确定用于接收应用请求的纳管集群；请求调度单元，用于接收中心管理平台下发的应用请求，并将所述应用请求调度至所述调度列表中的边缘机器，以通过边缘机器执行所述应用请求。

由上可见，本申请一个或者多个实施方式提供的技术方案，可以通过中心管理平台、纳管集群和边缘机器的协同运作，来实现海量边缘机器的管理和闲置资源的利用。具体地，边缘机器除了可以运行正常的CDN业务，还可以将闲置资源用来处理用户的应用请求。边缘机器可以实时将自身的资源信息上报至所属的纳管集群，纳管集群通过分析该资源信息，可以生成并更新调度列表，在调度列表中的边缘机器都可以是具备闲置资源的边缘机器，这些边缘机器在处理正常的CDN业务之余，还可以处理用户的应用请求。纳管集群可以将收集到的资源信息存储在数据库中，并将数据库中的数据进一步上报至中心管理平台。中心管理平台通过解析纳管集群上报的数据，可以将用户的应用请求初步调度至目标纳管集群中，并交由目标纳管集群进一步地调度至下级的边缘机器中，以通过边缘机器最终处理该应用请求。由上可见，本申请通过中心管理平台和纳管集群，可以统一管理海量的边缘机器，并通过对边缘机器实时的资源信息进行分析，从而可以让边缘机器在处理正常的CDN业务之余，能够利用闲置资源处理其他用户的应用请求，从而有效地利用了闲置资源。

附图说明

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

图1是本发明实施方式中设备纳管系统的架构示意图；

图2是本发明实施方式中设备纳管系统中各个组件的结构示意图；

图3是本发明实施方式中纳管集群的功能模块示意图；

图4是本发明实施方式中设备纳管方法的步骤图。

具体实施方式

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

本申请提供一种设备纳管系统，请参阅图1和图2，所述系统包括中心管理平台、纳管集群和边缘机器。其中，边缘机器用于处理正常的CDN业务和用户的应用请求。根据处理的CDN业务的类型，或者根据边缘机器所处的地理位置，或者根据边缘机器所支持的运营商等，海量的边缘机器可以被划分至多个纳管集群中，由不同的纳管集群对边缘机器进行管理。例如，在图1中，可以按照地理位置对边缘机器进行划分。具体地，可以通过华东、华中等区域的纳管集群，对相应地理位置处的边缘机器进行管理。例如，华东的纳管集群，可以对上海机房、济南机房进行管理；而华中的纳管集群，则可以对开封机房、山东机房进行管理。中心管理平台则可以对所有的纳管集群进行管理，纳管集群中收集的信息，最终都可以汇总于中心管理平台。

在一个实施方式中，边缘机器中可以安装边缘管理客户端(edgecore)，对应地，边缘机器所属的纳管集群中可以安装边缘管理服务端(cloudcore)。边缘管理客户端可以实时采集边缘机器中的资源信息，该资源信息可以是边缘机器当前的硬件资源使用率。例如，该硬件资源使用率可以是CPU使用率、内存使用率等。资源信息还可以是边缘机器预先设定的资源分布时段。具体地，边缘机器处理的CDN业务通常比较固定，业务的数据量通常只会在可控的范围内变动。例如，某个边缘机器主要负责对购物平台的流量进行加速，在平时，购物平台的流量都比较稳定，而当进入节假日时，购物平台的流量可能会出现突增的情况。通过对边缘机器上的CDN业务进行历史汇总分析，可以得出资源分布时段。该资源分布时段可以表明不同时段的资源利用率，通过分析资源利用率的多少，可以确定出边缘机器的繁忙时段和空闲时段。具体地，繁忙时段的平均资源利用率可以高于某个阈值，而空闲时段的平均资源利用率可以低于某个阈值。这样，通过识别当前时刻，便可以知晓边缘机器是处于繁忙时段还是处于空闲时段。此外，资源信息还可以表征边缘机器当前是否可用。边缘管理客户端可以探测边缘机器的运行状态，或者可以收集边缘机器的运行日志，该运行状态或者运行日志可以表征边缘机器当前是否处于可用状态。当然，在实际应用中，资源信息还可以包括边缘机器的一些其它信息，例如边缘机器的型号、边缘机器的IP地址、边缘机器的故障率等等，边缘机器的资源信息可以用于表征边缘机器当前的运行状态和边缘机器所处的环境，这里就不一一例举了。

在本实施方式中，通过边缘管理客户端，边缘机器可以将自身的资源信息上报给纳管集群。纳管集群中的边缘管理服务端，可以与边缘管理客户端建立长连接，从而通过边缘管理服务端来接收边缘机器上报的资源信息。请参阅图2，纳管集群中可以部署用于存储资源信息的数据库，该数据库可以根据实际需求灵活选择。例如在一个实际应用示例中，该数据库可以是键值对(key/value)关系型数据库etcd。通过调用预设数据接口k8s-apiserver，边缘管理服务端可以将边缘机器上报的资源信息写入数据库中。这样，边缘管理服务器通过实时收集边缘机器中的资源信息，可以在数据库中保持更新各个边缘机器的资源信息。

在本实施方式中，纳管集群根据收集到的资源信息，可以生成调度列表。该调度列表中可以包含具备闲置资源的边缘机器，后续，可以从该调度列表中选择一个或者多个边缘机器，并通过选择的边缘机器的闲置资源来处理用户的应用请求。其中，边缘机器的闲置资源，可以指未处理CDN业务的那部分资源。在边缘机器中，通常都会有一部分资源处理正常的CDN业务，除去这一部分资源，其它的资源可以作为闲置资源，用于处理其他用户的应用请求。

具体地，纳管集群可以通过解析边缘机器上报的资源信息来确定调度列表中应当包含哪些可供调度的边缘机器。一方面，纳管集群可以识别各个边缘机器当前的硬件资源利用率，然后将硬件资源利用率低于某个阈值的边缘机器添加至调度列表中。例如，纳管集群可以将硬件资源利用率低于50％的边缘机器添加至调度列表中。此外，还可以识别边缘机器当前所处的资源分布时段。如果边缘机器当前处于空闲时段，则可以将边缘机器添加至调度列表中。而如果边缘机器当前处于繁忙时段，则可以将边缘机器从调度列表中剔除。

在一个实施方式中，针对调度列表中的边缘机器，纳管集群可以将用户的应用请求调度至其中的一个或者多个边缘机器，以通过这些边缘机器的闲置资源来处理用户的应用请求。其中，用户的应用请求，可以是区别于正常CDN业务以外的请求，利用闲置资源处理用户的应用请求，一方面不会与正常的CDN业务发生冲突，另一方面也可以最大化地利用边缘机器的资源。然而，由于CDN业务的流量可能会随着时间的推移发生变化，从而导致边缘机器的闲置资源也会不断变化。为了不影响正常的CDN业务，需要保证边缘机器的总体负载不会过高，并且在CDN业务的流量突增时，边缘机器要能够驱逐应用请求的流量。鉴于此，纳管集群可以为纳管的边缘机器设定资源跑高阈值。该资源跑高阈值可以是一个相对较高的资源利用率，该资源跑高阈值可以用来判断是否继续向该边缘机器调度用户的应用请求。举例来说，纳管集群为边缘机器设定的资源跑高阈值可以是80％，当边缘机器当前已使用的资源量达到80％时，表征边缘机器目前的负载较高，此时纳管集群可以中止向该边缘机器调度应用请求。

在本实施方式中，纳管集群可以实时监控边缘机器已使用的资源量，如果在一定的时长内，边缘机器已使用的资源量始终低于该资源跑高阈值，那么纳管集群可以恢复向该边缘机器调度应用请求。。

在一个实施方式中，如果在中止向边缘机器调度应用请求之后，边缘机器已使用的资源量依然在不断增长，说明正常的CDN业务的流量出现了突增情况，此时，为了不影响CDN业务，需要对边缘机器中应用请求的业务进行驱逐，以保留更多的资源用来处理突增的CDN业务。具体地，纳管集群可以为边缘机器设定跑高驱逐策略，在该跑高驱逐策略中，可以设置比上述的资源跑高阈值更高的驱逐阈值。例如，资源跑高阈值为80％，那么驱逐阈值就可以是90％。这样，当边缘机器当前已使用的资源量达到所述跑高驱逐策略表征的驱逐阈值时，纳管集群可以对调度至该边缘机器中的应用业务进行驱逐，以提高该边缘机器中可使用的资源量。在实际应用中，也可以按照应用的优先级对应用业务进行驱逐。例如，可以按照优先级从低到高的顺序依次驱逐应用业务。

在一个实施方式中，由于存在资源跑高阈值和跑高驱逐策略，原本预计调度至边缘机器的应用请求可能无法被边缘机器执行，此时，纳管集群可以再次从所述调度列表中确定另一个边缘机器，并将所述应用请求重新调度至所述另一个边缘机器处，以保证应用请求能够被正常执行。

在实际应用中，纳管集群中可以包括控制器和调度器，其中，控制器可以监控边缘机器中运行的应用的状态信息，并根据边缘机器当前的闲置资源，控制边缘机器中应用的副本数量。具体地，应用的状态信息可以包括应用所占的资源量、应用运行的时长、应用运行的进度等一系列信息。相同的应用，可能需要同时运行多个副本，此时，控制器可以根据边缘机器剩余的闲置资源，动态地控制应用的副本数量，以达到充分利用闲置资源，并不影响正常CDN业务的目的。

上述的调度器可以解析数据库中的数据，以确定各个边缘机器当前的闲置资源，并根据确定的所述闲置资源，从所述调度列表中筛选出目标边缘机器，并将所述中心管理平台下发的应用请求调度至所述目标边缘机器处。具体地，调度器可以通过解析数据库etcd中的数据，从而实时监控各个边缘机器的闲置资源。在筛选目标边缘机器时，可以将调度列表中当前闲置资源最多的边缘机器作为目标边缘机器。此外，还可以根据应用请求的资源要求来筛选出目标边缘机器。举例来说，应用请求对于闲置资源中CPU资源和内存资源有一定的比例要求，或者应用请求对于边缘机器的型号(例如amd64型号)有要求，那么此时可以识别应用请求对应的资源需求，并从调度列表中将符合该资源需求的边缘机器作为筛选出的目标边缘机器。当然，在实际应用中还可以根据更多的信息来筛选目标边缘机器，这里便不再一一例举。

请参阅图2，在一个实施方式中，纳管集群中可以安装资源上报客户端(agent-edge)，中心管理平台中可以安装资源上报服务端(agent-manager)，其中，资源上报客户端可以将纳管集群的数据库etcd中的数据上报至中心管理平台。当然，在实际应用中，资源上报客户端可以先对数据库中的数据进行筛选和统计，例如可以去除数据库中的重复数据，并统计边缘机器中应用所占的资源信息，以及各个边缘机器当前的运行状态、各个边缘机器的型号等信息，并将统计的数据上报给中心管理平台。

中心管理平台中的资源上报服务端，可以接收所述资源上报客户端上报的数据，并将所述数据存储至所述中心管理平台的数据库中。在实际应用中，中心管理平台的数据库可以是持久化的存储系统。例如，该数据库可以是redis数据库。资源上报服务端接收到的数据，均可以写入该持久化的数据库中。

请参阅图2，在一个实施方式中，中心管理平台内还可以设置对外接口(pontus)和全局调度器(global-scheduler)，其中，对外接口被调用时，可以从所述中心管理平台的数据库redis中获取纳管集群上报的数据。全局调度器可以接收用户的应用请求，并通过调用所述对外接口，查询当前可接收所述应用请求的纳管集群，并将所述应用请求调度至对应的纳管集群处。具体地，全局调度器在接收到用户的应用请求后，可以通过对外接口获取当前各个纳管集群上报的数据，并通过分析这些数据，确定出具备闲置资源的纳管集群。然后，可以将该应用请求初步调度至对应的纳管集群中，并由纳管集群进一步地将应用请求调度至边缘机器中进行处理。

请参阅图3，本申请还提供一种纳管集群，所述纳管集群包括：

调度列表更新单元，用于接收边缘机器上报的资源信息，并根据所述资源信息更新调度列表，其中，所述调度列表中的边缘机器具备闲置资源；

资源上报单元，用于在数据库中存储所述资源信息，并将所述数据库中的数据上报至中心管理平台，以使得所述中心管理平台根据上报的数据确定用于接收应用请求的纳管集群；

请求调度单元，用于接收中心管理平台下发的应用请求，并将所述应用请求调度至所述调度列表中的边缘机器，以通过边缘机器执行所述应用请求。

在一个实施方式中，所述纳管集群中还包括控制器和调度器，其中：

所述控制器，用于监控所述边缘机器中运行的应用的状态信息，并根据所述边缘机器当前的闲置资源，控制所述边缘机器中应用的副本数量；

所述调度器，用于解析所述数据库中的数据，以确定各个边缘机器当前的闲置资源，并根据确定的所述闲置资源，从所述调度列表中筛选出目标边缘机器，并将所述中心管理平台下发的应用请求调度至所述目标边缘机器处。

在一个实施方式中，所述纳管集群还用于解析所述边缘机器上报的资源信息，以确定所述边缘机器的资源分布时段；其中，若所述边缘机器的资源分布时段表征繁忙时段，将所述边缘机器从所述调度列表中剔除；若所述边缘机器的资源分布时段表征空闲时段，将所述边缘机器添加至所述调度列表中。

在一个实施方式中，所述纳管集群还用于为所述边缘机器设定资源跑高阈值，其中，当所述边缘机器当前已使用的资源量达到所述资源跑高阈值，所述纳管集群中的调度器中止向所述边缘机器调度应用请求。

在一个实施方式中，所述纳管集群还用于为所述边缘机器设定跑高驱逐策略，当所述边缘机器当前已使用的资源量达到所述跑高驱逐策略表征的驱逐阈值时，所述纳管集群对调度至所述边缘机器中的应用业务进行驱逐，以提高所述边缘机器中可使用的资源量。

基于相同的发明构思，请参阅图4，本申请还提供一种设备纳管方法，所述方法包括：

S1：边缘机器向纳管集群上报资源信息。

S3：所述纳管集群在数据库中存储所述资源信息，并根据所述资源信息更新调度列表，所述调度列表中的边缘机器具备闲置资源，并将所述数据库中的数据上报至中心管理平台。

S5：所述中心管理平台接收用户的应用请求，并根据各个纳管集群上报的数据，将所述应用请求调度至目标纳管集群，以通过所述目标纳管集群下的边缘机器执行所述应用请求。

在一个实施方式中，所述资源信息包括边缘机器当前的硬件资源使用率、所述边缘机器预先设定的资源分布时段、所述边缘机器当前是否可用中的至少一种。

在一个实施方式中，所述边缘机器中安装有边缘管理客户端，所述边缘管理客户端用于向所述纳管集群上报资源信息；

所述纳管集群中安装有边缘管理服务端，所述边缘管理服务端用于接收所述边缘管理客户端上报的资源信息，并通过调用预设数据接口将所述资源信息存储至所述数据库中。

在一个实施方式中，所述纳管集群中包括控制器和调度器，所述方法还包括：

所述控制器监控所述边缘机器中运行的应用的状态信息，并根据所述边缘机器当前的闲置资源，控制所述边缘机器中应用的副本数量；

所述调度器解析所述数据库中的数据，以确定各个边缘机器当前的闲置资源，并根据确定的所述闲置资源，从所述调度列表中筛选出目标边缘机器，并将所述中心管理平台下发的应用请求调度至所述目标边缘机器处。

在一个实施方式中，所述方法还还包括：

所述纳管集群解析所述边缘机器上报的资源信息，以确定所述边缘机器的资源分布时段；其中，若所述边缘机器的资源分布时段表征繁忙时段，将所述边缘机器从所述调度列表中剔除；若所述边缘机器的资源分布时段表征空闲时段，将所述边缘机器添加至所述调度列表中。

在一个实施方式中，所述方法还包括：

所述纳管集群为所述边缘机器设定资源跑高阈值，其中，当所述边缘机器当前已使用的资源量达到所述资源跑高阈值，所述纳管集群中的调度器中止向所述边缘机器调度应用请求。

在一个实施方式中，所述方法还包括：

所述纳管集群为所述边缘机器设定跑高驱逐策略，当所述边缘机器当前已使用的资源量达到所述跑高驱逐策略表征的驱逐阈值时，所述纳管集群对调度至所述边缘机器中的应用业务进行驱逐，以提高所述边缘机器中可使用的资源量。

在一个实施方式中，所述方法还包括：

当调度至所述边缘机器的应用请求无法被所述边缘机器执行时，所述纳管集群再次从所述调度列表中确定另一个边缘机器，并将所述应用请求重新调度至所述另一个边缘机器处。

在一个实施方式中，所述纳管集群中安装有资源上报客户端，所述资源上报客户端用于将所述数据库中的数据上报至所述中心管理平台；

所述中心管理平台中安装有资源上报服务端，所述资源上报服务端用于接收所述资源上报客户端上报的数据，并将所述数据存储至所述中心管理平台的数据库中。

在一个实施方式中，所述中心管理平台中还包括对外接口和全局调度器，其中：

所述对外接口被调用时，从所述中心管理平台的数据库中获取所述纳管集群上报的数据；

所述全局调度器，用于接收用户的应用请求，并通过调用所述对外接口，查询当前可接收所述应用请求的纳管集群，并将所述应用请求调度至对应的纳管集群处。

由上可见，本申请一个或者多个实施方式提供的技术方案，可以通过中心管理平台、纳管集群和边缘机器的协同运作，来实现海量边缘机器的管理和闲置资源的利用。具体地，边缘机器除了可以运行正常的CDN业务，还可以将闲置资源用来处理用户的应用请求。边缘机器可以实时将自身的资源信息上报至所属的纳管集群，纳管集群通过分析该资源信息，可以生成并更新调度列表，在调度列表中的边缘机器都可以是具备闲置资源的边缘机器，这些边缘机器在处理正常的CDN业务之余，还可以处理用户的应用请求。纳管集群可以将收集到的资源信息存储在数据库中，并将数据库中的数据进一步上报至中心管理平台。中心管理平台通过解析纳管集群上报的数据，可以将用户的应用请求初步调度至目标纳管集群中，并交由目标纳管集群进一步地调度至下级的边缘机器中，以通过边缘机器最终处理该应用请求。由上可见，本申请通过中心管理平台和纳管集群，可以统一管理海量的边缘机器，并通过对边缘机器实时的资源信息进行分析，从而可以让边缘机器在处理正常的CDN业务之余，能够利用闲置资源处理其他用户的应用请求，从而有效地利用了闲置资源。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对设备和方法的实施方式来说，均可以参照前述系统的实施方式的介绍对照解释。

本领域内的技术人员应明白，本发明的实施方式可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施方式、完全软件实施方式、或结合软件和硬件方面的实施方式的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施方式的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施方式而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种设备纳管方法，其特征在于，所述方法包括：

边缘机器向纳管集群上报资源信息；

所述纳管集群在数据库中存储所述资源信息，并根据所述资源信息更新调度列表，所述调度列表中的边缘机器具备闲置资源，并将所述数据库中的数据上报至中心管理平台；其中，所述闲置资源为边缘机器中未处理CDN业务的资源，并用于处理用户的应用请求；

所述中心管理平台接收用户的应用请求，并根据各个纳管集群上报的数据，将所述应用请求调度至目标纳管集群，以通过所述目标纳管集群下的边缘机器执行所述应用请求。

2.根据权利要求1所述的方法，其特征在于，所述资源信息包括边缘机器当前的硬件资源使用率、所述边缘机器预先设定的资源分布时段、所述边缘机器当前是否可用中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述边缘机器中安装有边缘管理客户端，所述边缘管理客户端用于向所述纳管集群上报资源信息；

所述纳管集群中安装有边缘管理服务端，所述边缘管理服务端用于接收所述边缘管理客户端上报的资源信息，并通过调用预设数据接口将所述资源信息存储至所述数据库中。

4.根据权利要求1所述的方法，其特征在于，所述纳管集群中包括控制器和调度器，所述方法还包括：

所述控制器监控所述边缘机器中运行的应用的状态信息，并根据所述边缘机器当前的闲置资源，控制所述边缘机器中应用的副本数量；

所述调度器解析所述数据库中的数据，以确定各个边缘机器当前的闲置资源，并根据确定的所述闲置资源，从所述调度列表中筛选出目标边缘机器，并将所述中心管理平台下发的应用请求调度至所述目标边缘机器处。

5.根据权利要求1或4所述的方法，其特征在于，所述方法还包括：

所述纳管集群解析所述边缘机器上报的资源信息，以确定所述边缘机器的资源分布时段；其中，若所述边缘机器的资源分布时段表征繁忙时段，将所述边缘机器从所述调度列表中剔除；若所述边缘机器的资源分布时段表征空闲时段，将所述边缘机器添加至所述调度列表中。

6.根据权利要求1或4所述的方法，其特征在于，所述方法还包括：

所述纳管集群为所述边缘机器设定资源跑高阈值，其中，当所述边缘机器当前已使用的资源量达到所述资源跑高阈值，所述纳管集群中的调度器中止向所述边缘机器调度应用请求。

7.根据权利要求1或4所述的方法，其特征在于，所述方法还包括：

所述纳管集群为所述边缘机器设定跑高驱逐策略，当所述边缘机器当前已使用的资源量达到所述跑高驱逐策略表征的驱逐阈值时，所述纳管集群对调度至所述边缘机器中的应用业务进行驱逐，以提高所述边缘机器中可使用的资源量。

8.根据权利要求1或4所述的方法，其特征在于，所述方法还包括：

当调度至所述边缘机器的应用请求无法被所述边缘机器执行时，所述纳管集群再次从所述调度列表中确定另一个边缘机器，并将所述应用请求重新调度至所述另一个边缘机器处。

9.根据权利要求1所述的方法，其特征在于，所述纳管集群中安装有资源上报客户端，所述资源上报客户端用于将所述数据库中的数据上报至所述中心管理平台；

所述中心管理平台中安装有资源上报服务端，所述资源上报服务端用于接收所述资源上报客户端上报的数据，并将所述数据存储至所述中心管理平台的数据库中。

10.根据权利要求1或9所述的方法，其特征在于，所述中心管理平台中还包括对外接口和全局调度器，其中：

所述对外接口被调用时，从所述中心管理平台的数据库中获取所述纳管集群上报的数据；

所述全局调度器，用于接收用户的应用请求，并通过调用所述对外接口，查询当前可接收所述应用请求的纳管集群，并将所述应用请求调度至对应的纳管集群处。

11.一种设备纳管系统，其特征在于，所述系统包括中心管理平台、纳管集群和边缘机器，其中：

所述边缘机器，用于向所述纳管集群上报资源信息，并执行所述纳管集群调度的应用请求；

所述纳管集群，用于在数据库中存储所述资源信息，并根据所述资源信息更新调度列表，所述调度列表中的边缘机器具备闲置资源；将所述数据库中的数据上报至所述中心管理平台，并接收所述中心管理平台下发的应用请求，并将所述应用请求调度至所述调度列表中的边缘机器；其中，所述闲置资源为边缘机器中未处理CDN业务的资源，并用于处理用户的应用请求；

所述中心管理平台，用于接收用户的应用请求，并根据各个纳管集群上报的数据，将所述应用请求调度至目标纳管集群，以通过所述目标纳管集群下的边缘机器执行所述应用请求。

12.一种纳管集群，其特征在于，所述纳管集群包括：

调度列表更新单元，用于接收边缘机器上报的资源信息，并根据所述资源信息更新调度列表，其中，所述调度列表中的边缘机器具备闲置资源，所述闲置资源为边缘机器中未处理CDN业务的资源，并用于处理用户的应用请求；

资源上报单元，用于在数据库中存储所述资源信息，并将所述数据库中的数据上报至中心管理平台，以使得所述中心管理平台根据上报的数据确定用于接收应用请求的纳管集群；

请求调度单元，用于接收中心管理平台下发的应用请求，并将所述应用请求调度至所述调度列表中的边缘机器，以通过边缘机器执行所述应用请求。

13.根据权利要求12所述的纳管集群，其特征在于，所述纳管集群中还包括控制器和调度器，其中：

所述控制器，用于监控所述边缘机器中运行的应用的状态信息，并根据所述边缘机器当前的闲置资源，控制所述边缘机器中应用的副本数量；

所述调度器，用于解析所述数据库中的数据，以确定各个边缘机器当前的闲置资源，并根据确定的所述闲置资源，从所述调度列表中筛选出目标边缘机器，并将所述中心管理平台下发的应用请求调度至所述目标边缘机器处。

14.根据权利要求12或13所述的纳管集群，其特征在于，所述纳管集群还用于解析所述边缘机器上报的资源信息，以确定所述边缘机器的资源分布时段；其中，若所述边缘机器的资源分布时段表征繁忙时段，将所述边缘机器从所述调度列表中剔除；若所述边缘机器的资源分布时段表征空闲时段，将所述边缘机器添加至所述调度列表中。

15.根据权利要求12或13所述的纳管集群，其特征在于，所述纳管集群还用于为所述边缘机器设定资源跑高阈值，其中，当所述边缘机器当前已使用的资源量达到所述资源跑高阈值，所述纳管集群中的调度器中止向所述边缘机器调度应用请求。

16.根据权利要求12或13所述的纳管集群，其特征在于，所述纳管集群还用于为所述边缘机器设定跑高驱逐策略，当所述边缘机器当前已使用的资源量达到所述跑高驱逐策略表征的驱逐阈值时，所述纳管集群对调度至所述边缘机器中的应用业务进行驱逐，以提高所述边缘机器中可使用的资源量。

Images