CN107426274A - 基于时序的业务应用及监控分析调度的方法和*** - Google Patents

Abstract

本发明属于互联网技术领域，提供了一种基于时序的业务应用及监控分析调度的方法和***。该方法包括接收应用的创建指令，为容器集群中的每个容器分配对应的网络地址，获取每个网关的负载信息，确定目标网关，将容器集群中的每个容器映射至目标网关，根据业务请求，调用该业务请求所对应的目标应用，解析业务请求中的域名，调度目标网络地址对应的目标容器，并记录该目标容器的启动时间，实时更新该目标容器的访问次数，根据启动时间、时间阈值和访问次数，释放目标容器或应用所占用的资源。本发明基于时序的业务应用及监控分析调度的方法和***，能够充分利用现有信息***的硬件资源，分配并发请求，降低时延和设备成本。

Description

基于时序的业务应用及监控分析调度的方法和***

技术领域

本发明涉及互联网技术领域，具体涉及一种基于时序的业务应用及监控分析调度的方法和***。

背景技术

随着互联网技术的迅速发展，业务需求快速上线，信息化资源的占用也呈直线上升趋势，在某个业务***的访问量较高时，现有的硬件设备无法满足用户的需求，用户体验差。为了满足用户的实际需求，多采用增加硬件设备，占用更多的硬件资源，以实现应用调用，满足业务需求。

例如，企业对外业务***的访问峰值集中在某些非工作时段，企业内部运用***的访问峰值集中在某些工作时段。对于以上两个类型的***，存在访问峰值的差异。按照传统的方式，信息***需要搭建两套不同的***，以支撑不同的业务***，而且资源的配置必须大于单***的最大访问所需资源，且留有余量。比如A***访问峰值集中在12点-14点，19点-22点，峰值所需资源为4CPU，32G内存，平时资源利用率保持在2CPU，16G内存。B***访问峰值集中在9点-11点，14点-17点，峰值所需资源为4CPU，32G内存，平时资源利用率保持在1CPU，8G内存。

按照传统的方式，信息***必须配置6CPU*2，48G*2内存，资源共计12CPU，96G内存，硬件设备的成本较高。并且，在某个业务***的访问量较低时，硬件设备处于闲置状态，资源浪费较大。

在现有技术中，虽然有部分硬件设备能够根据网关的负载状况，分配用户发送的请求指令，但是每个网关的负载监控力度较差，获取的请求分配结果响应时间久，时延较长。

如何充分利用现有信息***的硬件资源，分配并发请求，降低时延和设备成本，是本领域技术人员亟需解决的问题。

发明内容

针对现有技术中的缺陷，本发明提供了一种基于时序的业务应用及监控分析调度的方法和***，能够充分利用现有信息***的硬件资源，分配并发请求，降低时延和设备成本。

第一方面，本发明提供一种基于时序的业务应用及监控分析调度的方法，该方法包括：

获取业务请求和该业务请求的接收时间；

根据接收时间和不同网关的负载量，将业务请求分配至对应的网关。

本发明提供另一种基于时序的业务应用及监控分析调度的方法，该方法包括：

容器集群创建步骤：接收应用的创建指令；

根据创建请求，建立容器集群，并为容器集群中的每个容器分配对应的网络地址；

状态监控步骤：监控每个网关的负载状态，获取每个网关的负载信息；

根据每个网关的负载信息，确定目标网关；

将容器集群中的每个容器映射至目标网关；

业务请求处理步骤：接收业务请求；

根据业务请求，调用该业务请求所对应的目标应用；

解析业务请求中的域名，获取目标网络地址；

根据目标网络地址，调度目标网络地址对应的目标容器，并记录该目标容器的启动时间；

实时更新该目标容器的访问次数；

资源释放步骤：根据启动时间、时间阈值和访问次数，释放目标容器或目标应用所占用的资源。

进一步地，在为容器集群中的每个容器分配对应的网络地址之后，根据目标网络地址，调度目标网络地址对应的目标容器之前，该方法还包括：建立各容器之间的通讯传输通道。

基于上述任意基于时序的业务应用及监控分析调度的方法实施例，进一步地，根据启动时间、时间阈值和访问次数，释放容器及应用所占用的资源，具体包括：

根据启动时间、第一时间阈值和访问次数，停止运行目标应用；

或根据启动时间、第二时间阈值和访问次数，删除目标应用；

或根据启动时间、第三时间阈值和访问次数，删除目标容器，时间阈值包括第一时间阈值、第二时间阈值和第三时间阈值。

基于上述任意基于时序的业务应用及监控分析调度的方法实施例，进一步地，在获取每个网关的负载信息之后，该方法还包括：

对每个网关的负载信息进行整合，获取时序资源利用率及特征值。

基于上述任意基于时序的业务应用及监控分析调度的方法实施例，进一步地，监控每个网关的负载状态，获取每个网关的负载信息，具体包括：监控每个网关的负载状态，通过轮询方式获取每个网关的负载信息。

第二方面，本发明提供一种基于时序的业务应用及监控分析调度的***，该***包括容器集群创建模块、状态监控模、业务请求处理模块和资源释放模块，容器集群创建模块用于接收应用的创建指令；根据创建请求，建立容器集群，并为容器集群中的每个容器分配对应的网络地址；状态监控模块用于监控每个网关的负载状态，获取每个网关的负载信息；根据每个网关的负载信息，确定目标网关；将容器集群中的每个容器映射至目标网关；业务请求处理模块用于接收业务请求；根据业务请求，调用该业务请求所对应的目标应用；解析业务请求中的域名，获取目标网络地址；根据目标网络地址，调度目标网络地址对应的目标容器，并记录该目标容器的启动时间；实时更新该目标容器的访问次数；资源释放模块用于根据启动时间、时间阈值和访问次数，释放目标容器或目标应用所占用的资源。

进一步地，该***还包括通讯传输通道建立模块：用于建立各容器之间的通讯传输通道。

进一步地，资源释放模块包括目标应用停止子模块、目标应用删除子模块和目标容器删除子模块，目标应用停止子模块用于根据启动时间、第一时间阈值和访问次数，停止运行目标应用；目标应用删除子模块用于根据启动时间、第二时间阈值和访问次数，删除目标应用；目标容器删除子模块用于根据启动时间、第三时间阈值和访问次数，删除目标容器，时间阈值包括第一时间阈值、第二时间阈值和第三时间阈值。

基于上述任意基于时序的业务应用及监控分析调度的***实施例，进一步地，该***还包括负载信息整合模块：用于对每个网关的负载信息进行整合，获取时序资源利用率及特征值。

由上述技术方案可知，本实施例提供的基于时序的业务应用及监控分析调度的方法和***，通过实时监控网关的负载状态，根据业务***资源的具体使用情况，确定负载量最小的目标网关，并根据实际的业务请求，调用目标应用，并解析出对应的网络地址，启动目标容器，满足高并发请求，提高对信息***的资源利用效率，避免出现信息***瘫痪现象，降低时延。实现不同业务***对信息***资源的高效利用。同时，该方法还能够根据预定时间内的访问次数，确定是否释放目标容器或目标应用所占用的资源，以便于在资源需求降低后，快速释放资源，实现信息***资源的动态分配，保障业务***的正常访问，能够降低三分之一的企业信息化资源硬件投资成本。

因此，本实施例基于时序的业务应用及监控分析调度的方法和***，能够改***件堆叠方式，充分利用现有信息***的硬件资源，分配并发请求，降低时延和设备成本，提升客户体验。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1示出了本发明实施例所提供的一种基于时序的业务应用及监控分析调度的方法流程图；

图2示出了本发明实施例所提供的一种基于时序的业务应用及监控分析调度的***的结构示意图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

第一方面，本发明实施例所提供的一种基于时序的业务应用及监控分析调度的方法，该方法包括：

获取业务请求和该业务请求的接收时间。

根据接收时间和不同网关的负载量，将业务请求分配至对应的网关。

本发明实施例所提供的另一种基于时序的业务应用及监控分析调度的方法，结合图1，该方法包括：

容器集群创建步骤S1：接收应用的创建指令。

根据创建请求，建立容器集群，并为容器集群中的每个容器分配对应的网络地址，在此，每个容器可以为docker容器，且建立容器后，每个容器处于未使用状态。通常，容器集群中，每个容器承载一个应用服务，不同的容器承载的应用服务可能相同，也可能不同。

状态监控步骤S2：监控每个网关的负载状态，获取每个网关的负载信息。例如，采用信息资源监控软件实时监控每个网关的负载状态，也可以获取服务器的状态信息，如CPU和内存的基本信息与运行参数等。在实际应用过程中，可在目标服务器端部署agent，完成对服务器信息的收集。在服务器端部署server，单独监视远程服务器服务状态，并与agent配合，轮询agent，主动接收监视数据，同时还可被动接收agent发送的数据。

根据每个网关的负载信息，确定目标网关。在此，将负载量最小的网关，作为目标网关。

将容器集群中的每个容器映射至目标网关。

业务请求处理步骤S3：接收业务请求，该业务请求可以是来自不同业务***的业务请求。

根据业务请求，调用该业务请求所对应的目标应用。例如，调用Rancher API启动该目标应用。

解析业务请求中的域名，获取目标网络地址，即IP地址。

根据目标网络地址，调度目标网络地址对应的目标容器，并记录该目标容器的启动时间，其中，Redis记录目标容器的启动时间。

实时更新该目标容器的访问次数。

资源释放步骤S4：根据启动时间、时间阈值和访问次数，释放目标容器或目标应用所占用的资源。

在实际应用过程中，A***访问峰值集中在12点-14点，19点-22点，峰值所需资源为4CPU，32G内存，平时资源利用率保持在2CPU，16G内存。B***访问峰值集中在9点-11点，14点-17点，峰值所需资源为4CPU，32G内存，平时资源利用率保持在1CPU，8G内存。按照传统的方式，信息***必须配置6CPU*2，48G*2内存，资源共计12CPU，96G内存，而采用本实施例基于时序的业务应用及监控分析调度的方法，仅需购买8CPU，64G内存，通过资源配置，保证每个***的资源利用率，并留有余量。这样，A***和B***均可以充分利用现有的信息化资源，提升资源使用率，降低企业的投资成本。

由上述技术方案可知，本实施例提供的基于时序的业务应用及监控分析调度的方法，通过实时监控网关的负载状态，根据业务***资源的具体使用情况，确定负载量最小的目标网关，并根据实际的业务请求，调用目标应用，并解析出对应的网络地址，启动目标容器，满足高并发请求，提高对信息***的资源利用效率，避免出现信息***瘫痪现象，降低时延。实现不同业务***对信息***资源的高效利用。同时，该方法还能够根据预定时间内的访问次数，确定是否释放目标容器或目标应用所占用的资源，以便于在资源需求降低后，快速释放资源，实现信息***资源的动态分配，保障业务***的正常访问，能够降低三分之一的企业信息化资源硬件投资成本。

因此，本实施例基于时序的业务应用及监控分析调度的方法，能够改***件堆叠方式，充分利用现有信息***的硬件资源，分配并发请求，降低时延和设备成本，提升客户体验。

为了进一步确保目标网关能够快速、准确地调度目标容器，适应动态变化的容器集群。在容器集群中的每个容器映射至目标网关时，该方法的具体实现过程如下：

目标网关接收新增加容器发起的通信连接，通过通信连接接收新增加容器发送的注册请求，注册请求中携带有新增加容器所提供应用的应用识别标识，创建与新增加容器所提供应用对应的节点，将新创建的节点挂载到与新增加容器所提供应用的应用识别标识对应的队列中。

在获取业务请求，调用目标应用，启动目标容器时，该方法的具体实现过程如下：

根据业务请求，调用该业务请求所对应的目标应用。例如，调用Rancher API启动该目标应用。解析业务请求的业务类型，确定目标业务类型，根据解析出的目标业务类型，确定与目标业务类型对应的目标应用。解析业务请求中的域名，获取与目标业务类型对应的队列，将同一队列中的节点按照负载大小进行排序，将所确定的队列中负载最小的节点作为目标网络地址，并根据目标网络地址，调度目标网络地址对应的目标容器。在此，由容器主动向目标网关发起连接并进行注册，基于队列进行负载均衡，该过程无需预先配置均衡配置文件，自动实现负载均衡，以使高并发的业务请求适应于后端服务的、动态变化的容器集群，快速、准确地调度目标容器。

为了进一步提高本实施例基于时序的业务应用及监控分析调度的方法的稳定性，具体地，在为容器集群中的每个容器分配对应的网络地址之后，根据目标网络地址，调度目标网络地址对应的目标容器之前，该方法还包括：建立各容器之间的通讯传输通道。在此，该方法在容器间通过OVS的GRE TUNNLE或者VXLAN实现容器间互相通讯，提高不同容器之间信息传输的安全性与准确性，以快速、准确地响应不同类型的业务请求，有助于全面收集利用信息化资源。

具体地，在信息***的资源利用方面，本实施例基于时序的业务应用及监控分析调度的方法能够快速释放***资源，提高信息***的资源利用率，具体实现方式如下：根据启动时间、第一时间阈值和访问次数，停止运行目标应用，例如，调用Rancher API停止目标应用；或根据启动时间、第二时间阈值和访问次数，删除目标应用；或根据启动时间、第三时间阈值和访问次数，删除目标容器，时间阈值包括第一时间阈值、第二时间阈值和第三时间阈值。在实际应用过程中，在启动时间达到第一时间阈值时，目标容器依旧没有被访问，则调用Rancher API停止该目标应用，在启动时间达到第二时间阈值时，第二时间阈值可以是最大保留时间，则直接删除该目标应用。根据Redis中记录最后一次访问时间，ZABBIX监控各物理机的资源情况，当某项物理资源指标达到预设的阈值后，触发事件调用RancherAPI，计算那些容器长时间不被访问，且达到第三时间阈值时，则停止并回收该容器，释放***资源。在此，该方法能够根据实际目标容器的访问次数，或目标应用的调用状况，控制目标应用或目标容器的状态，动态调整信息***的***资源，提高业务***资源的利用率。

同时，本实施例基于时序的业务应用及监控分析调度的方法还能够根据访问量，增加容器数量，由于访问次数增加时，CPU使用率和内存的使用频率必会增大，根据容器的运行状态，即可监控到访问量，其具体实现过程如下：

在创建容器集群，并设定弹性伸缩的阈值，即CPU使用率和内存最大使用频率。实时监控容器集群中容器的运行状态，获取容器运行指标。当容器集群的容器运行指标达到设定弹性伸缩的阈值后，计算增加待增加容器的数量。根据待增加容器的数量，增加容器。在此，该方法能够结合访问情况变化，即访问增加时创建更多容器，以平衡每个容器的负载，让每个容器平稳地为用户提供服务。访问减小时销毁一些容器，以节省计算资源供其它容器使用。

为了进一步提高本实施例基于时序的业务应用及监控分析调度的方法的准确性，具体地，在获取每个网关的负载信息之后，该方法还能够对每个网关的负载信息进行整合，获取时序资源利用率及特征值，其中，特征值可以是峰值、谷值或平均值等。在此，本实施例基于时序的业务应用及监控分析调度的方法，能够形成信息***的时序资源利用率，进行显示，以便于工程人员进行***资源分析，也便于***维护人员进行***维护。

具体地，在获取每个网关的负载信息时，该方法可以通过轮询方式获取每个网关的负载信息，也可以以被动接收的方式，获取每个网关的负载信息，如采用trapping方式，有助于快速、准确地确定目标网关。

第二方面，本发明实施例所提供的一种基于时序的业务应用及监控分析调度的***，结合图2，该***包括容器集群创建模块1、状态监控模、业务请求处理模块3和资源释放模块4，容器集群创建模块1用于接收应用的创建指令；根据创建请求，建立容器集群，并为容器集群中的每个容器分配对应的网络地址；状态监控模块2用于监控每个网关的负载状态，获取每个网关的负载信息；根据每个网关的负载信息，确定目标网关；将容器集群中的每个容器映射至目标网关；业务请求处理模块3用于接收业务请求；根据业务请求，调用该业务请求所对应的目标应用；解析业务请求中的域名，获取目标网络地址；根据目标网络地址，调度目标网络地址对应的目标容器，并记录该目标容器的启动时间；实时更新该目标容器的访问次数；资源释放模块4用于根据启动时间、时间阈值和访问次数，释放目标容器或目标应用所占用的资源。

由上述技术方案可知，本实施例提供的基于时序的业务应用及监控分析调度的***，通过实时监控网关的负载状态，根据业务***资源的具体使用情况，确定负载量最小的目标网关，并根据实际的业务请求，调用目标应用，并解析出对应的网络地址，启动目标容器，满足高并发请求，提高对信息***的资源利用效率，避免出现信息***瘫痪现象，降低时延。实现不同业务***对信息***资源的利用效率。同时，该***还能够根据预定时间内的访问次数，确定是否释放目标容器或目标应用所占用的资源，以便于在资源需求降低后，快速释放资源，实现信息***资源的动态分配，保障业务***的正常访问，能够降低三分之一的企业信息化资源硬件投资成本。

因此，本实施例基于时序的业务应用及监控分析调度的***，能够改***件堆叠方式，充分利用现有信息***的硬件资源，分配并发请求，降低时延和设备成本，提升客户体验。

为了进一步提高本实施例基于时序的业务应用及监控分析调度的***的稳定性，具体地，该***还包括通讯传输通道建立模块：用于建立各容器之间的通讯传输通道。在此，该通讯传输通道建立模块在容器间通过OVS的GRE TUNNLE或者VXLAN实现容器间互相通讯，提高不同容器之间信息传输的安全性与准确性，以快速、准确地响应不同类型的业务请求，有助于全面收集利用信息化资源。

具体地，在信息***的资源利用方面，本实施例基于时序的业务应用及监控分析调度的***能够快速释放***资源，提高信息***的资源利用率，其中，资源释放模块4包括目标应用停止子模块、目标应用删除子模块和目标容器删除子模块，目标应用停止子模块用于根据启动时间、第一时间阈值和访问次数，停止运行目标应用；目标应用删除子模块用于根据启动时间、第二时间阈值和访问次数，删除目标应用；目标容器删除子模块用于根据启动时间、第三时间阈值和访问次数，删除目标容器，时间阈值包括第一时间阈值、第二时间阈值和第三时间阈值。在此，该资源释放模块4能够根据实际目标容器的访问次数，或目标应用的调用状况，控制目标应用或目标容器的状态，动态调整信息***的***资源，提高业务***资源的利用率。

为了进一步提高本实施例基于时序的业务应用及监控分析调度的***的准确性，具体地，该***还包括负载信息整合模块：用于对每个网关的负载信息进行整合，获取时序资源利用率及特征值，其中，特征值可以是峰值、谷值或平均值等。在此，本实施例基于时序的业务应用及监控分析调度的***，能够形成信息***的时序资源利用率，进行显示，以便于工程人员进行***资源分析，也便于***维护人员进行***维护。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种基于时序的业务应用及监控分析调度的方法，其特征在于，包括：

获取业务请求和该业务请求的接收时间；

根据所述接收时间和不同网关的负载量，将所述业务请求分配至对应的网关。

2.一种基于时序的业务应用及监控分析调度的方法，其特征在于，包括：

容器集群创建步骤：接收应用的创建指令；

根据所述创建请求，建立容器集群，并为所述容器集群中的每个容器分配对应的网络地址；

状态监控步骤：监控每个网关的负载状态，获取每个网关的负载信息；

根据每个网关的负载信息，确定目标网关；

将所述容器集群中的每个容器映射至所述目标网关；

业务请求处理步骤：接收业务请求；

根据所述业务请求，调用该业务请求所对应的目标应用；

解析所述业务请求中的域名，获取目标网络地址；

根据所述目标网络地址，调度所述目标网络地址对应的目标容器，并记录该目标容器的启动时间；

实时更新该目标容器的访问次数；

资源释放步骤：根据所述启动时间、时间阈值和所述访问次数，释放所述目标容器或所述目标应用所占用的资源。

3.根据权利要求2所述基于时序的业务应用及监控分析调度的方法，其特征在于，在为所述容器集群中的每个容器分配对应的网络地址之后，根据所述目标网络地址，调度所述目标网络地址对应的目标容器之前，该方法还包括：建立各容器之间的通讯传输通道。

4.根据权利要求2所述基于时序的业务应用及监控分析调度的方法，其特征在于，所述根据启动时间、时间阈值和访问次数，释放目标容器及目标应用所占用的资源，具体包括：

根据所述启动时间、第一时间阈值和所述访问次数，停止运行所述目标应用；

或根据所述启动时间、第二时间阈值和所述访问次数，删除所述目标应用；

或根据所述启动时间、第三时间阈值和所述访问次数，删除所述目标容器，所述时间阈值包括所述第一时间阈值、所述第二时间阈值和所述第三时间阈值。

5.根据权利要求2所述基于时序的业务应用及监控分析调度的方法，其特征在于，在获取每个网关的负载信息之后，该方法还包括：

对每个网关的负载信息进行整合，获取时序资源利用率及特征值。

6.根据权利要求2所述基于时序的业务应用及监控分析调度的方法，其特征在于，所述监控每个网关的负载状态，获取每个网关的负载信息，具体包括：监控每个网关的负载状态，通过轮询方式获取每个网关的负载信息。

7.一种基于时序的业务应用及监控分析调度的***，其特征在于，包括：

容器集群创建模块：用于接收应用的创建指令；根据所述创建请求，建立容器集群，并为所述容器集群中的每个容器分配对应的网络地址；

状态监控模块：用于监控每个网关的负载状态，获取每个网关的负载信息；根据每个网关的负载信息，确定目标网关；将所述容器集群中的每个容器映射至所述目标网关；

业务请求处理模块：用于接收业务请求；根据所述业务请求，调用该业务请求所对应的目标应用；解析所述业务请求中的域名，获取目标网络地址；根据所述目标网络地址，调度所述目标网络地址对应的目标容器，并记录该目标容器的启动时间；实时更新该目标容器的访问次数；

资源释放模块：用于根据所述启动时间、时间阈值和所述访问次数，释放所述目标容器或所述目标应用所占用的资源。

8.根据权利要求7所述基于时序的业务应用及监控分析调度的***，其特征在于，该***还包括通讯传输通道建立模块：用于建立各容器之间的通讯传输通道。

9.根据权利要求7所述基于时序的业务应用及监控分析调度的***，其特征在于，所述资源释放模块，具体包括：

目标应用停止子模块，用于根据所述启动时间、第一时间阈值和所述访问次数，停止运行所述目标应用；

目标应用删除子模块，用于根据所述启动时间、第二时间阈值和所述访问次数，删除所述目标应用；

目标容器删除子模块，用于根据所述启动时间、第三时间阈值和所述访问次数，删除所述目标容器，所述时间阈值包括所述第一时间阈值、所述第二时间阈值和所述第三时间阈值。

10.根据权利要求7所述基于时序的业务应用及监控分析调度的***，其特征在于，该***还包括负载信息整合模块：用于对每个网关的负载信息进行整合，获取时序资源利用率及特征值。