CN112965811B - 一种监控数据的优化方法及服务端 - Google Patents

Abstract

本发明公开了一种监控数据的优化方法及服务端，其方法的实现步骤如下：获取监控程序采集监控数据的监控周期，在每一个监控周期内采集实时业务资源使用率；服务端判断实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，预设业务资源使用率为总资源使用率减去预设监控资源使用率，预设监控资源使用率大于或等于监控程序采集监控数据的最多资源使用率。本发明在使得监控程序在和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

Description

一种监控数据的优化方法及服务端

技术领域

本发明涉及互联网数据处理技术领域，特别涉及一种监控数据的优化方法及服务端。

背景技术

在现代的很多互联网产品中，都是使用各种客户端进行使用的。而各种的客户端又都对应着各自的一个服务端。而每一个的服务端后面可能只是单独的项目，有些则可能是很多的服务端的微服务聚合成的一个项目，即存在多种多样的情况。其中，在系统的正常运行中，有可能会出现业务数据异常的情况，这个也是正常现象。

针对上述的业务数据异常，在很多系统中，会存在有各种各自的监控系统来进行异常监控。而在这些监控系统中，无论是服务器资源监控、实例监控以及具体到各种业务上的监控，都需要应用软件或者业务方提供数据或者由专门的监控代理程序监控服务器或者应用信息，统计记录与告警。由于这些监控程序与业务程序共享包括各种内存以及CPU(central processing unit，中央处理器)等资源。在通常情况下，资源充足或者业务量不大的时候，监控程序与业务程序都能够获取到足够资源进行各自的处理，但是，业务量剧增或者逐渐增大时，业务程序就占据了较多资源，则会影响到监控程序的正常工作。对于业务程序这种及其重要的流量，需要优先保证，但是其又必须与业务软件一同部署，共享资源，是否能有一种有效的优化方式能够实现共享资源的同时，却又能保证监控程序的正常工作。

发明内容

本发明所要解决的技术问题是：提供一种监控数据的优化方法及服务端，以使得监控程序在和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

为了解决上述技术问题，本发明采用的技术方案为：

一种监控数据的优化方法，包括步骤：

S1、获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集实时业务资源使用率；

S2、服务端判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种监控数据的优化服务端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集实时业务资源使用率；

S2、服务端判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率。

本发明的有益效果在于：一种监控数据的优化方法及服务端，通过限定监控程序采集监控数据的最多资源使用率来得到预设业务资源使用率，在每一个监控周期内采集实时业务资源使用率来和预设业务资源使用率进行比对，并在超过时进行限流，保证监控程序在监控时间点到来时能够有足够的资源来采集监控数据，从而保证监控程序的正常工作；同时，由于只保证监控时间点到来时能有足够的资源供监控程序使用，而在非监控时段释放该资源供业务程序使用，从而实现对监控资源的动态绑定，且使得监控程序在和业务程序能共享资源，即本发明在使得监控程序在和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

附图说明

图1为本发明实施例的一种监控数据的优化方法的流程示意图；

图2为本发明实施例的一种监控数据的优化服务端的结构示意图。

标号说明：

1、一种监控数据的优化服务端；2、处理器；3、存储器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

请参照图1，一种监控数据的优化方法，包括步骤：

S1、获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集实时业务资源使用率；

S2、服务端判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率。

从上述描述可知，本发明的有益效果在于：通过限定监控程序采集监控数据的最多资源使用率来得到预设业务资源使用率，在每一个监控周期内采集实时业务资源使用率来和预设业务资源使用率进行比对，并在超过时进行限流，保证监控程序在监控时间点到来时能够有足够的资源来采集监控数据，从而保证监控程序的正常工作；同时，由于只保证监控时间点到来时能有足够的资源供监控程序使用，而在非监控时段释放该资源供业务程序使用，从而实现对监控资源的动态绑定，且使得监控程序在和业务程序能共享资源，即本发明在使得监控程序在和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

进一步地，所述步骤S1之前还包括以下步骤：

将多个CPU核中的第一CPU核中与所述预设监控资源使用率相同的资源作为所述监控程序进行使用；

预设多个与所述CPU核一一对应绑定的业务实例对象；

所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集所述第一CPU的实时业务资源使用率；

所述步骤S2具体包括以下步骤：

判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，否则采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率。

从上述描述可知，当服务器有多个CPU核时，只需要把其中一个CPU核的资源拿出来动态绑定给监控程序，使得每次只需要对一个CPU核的资源使用情况进行检测和限流，使得检测所需资源更小且检测效率更高；而其余CPU核则都是用来供业务程序使用，使得监控流量与大部分的业务流量分开，以保证业务程序的正常稳定工作。

进一步地，所述步骤S2中采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象具体包括以下步骤：

采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，直到下一个所述监控周期的到来或者持续所述监控周期之后，采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象。

从上述描述可知，即按照监控周期进行监控流量的动态绑定和释放，从而保证在监控时间点能有足够的资源进行监控数据的采集同时保证在非监控时间段时业务程序可以共享这部分资源。

进一步地，所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期的中间时间点采集实时业务资源使用率。

从上述描述可知，在每一个监控周期的中间时间点采集实时业务资源使用率，保证有足够的时间释放资源，从而保证在到达监控时间点能有足够的资源进行监控数据的采集。

进一步地，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率减去预设固定使用率，所述预设监控资源使用率等于所述监控程序采集监控数据的最多资源使用率，所述预设固定使用率为[5％,30％]；

所述步骤S2之后还包括以下步骤：

当在连续多个所述监控周期内所采集的所述实时业务资源使用率都超过所述预设业务资源使用率，则发出人工预警信号。

从上述描述可知，在某些特定情况下，在检测时间点检测的实时业务资源使用率没有超过预设业务资源使用率，但在监控时间点时有可能出现监控资源不够用的情况，因此预留一个预设固定使用率，尽可能保证监控程序的正常使用；同时在实时业务资源使用率都超过预设业务资源使用率，都会先进行资源释放再接收请求，正常情况下，实时业务资源使用率应该会逐步减少，所以此时有可能出现了系统问题或者软件漏洞等，导致资源无法正常释放，需要人工介入处理，从而尽可能避免在监控时间点时出现监控资源不够用的情况，以最大程度上保证监控程序的正常使用。

请参照图2，一种监控数据的优化服务端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集实时业务资源使用率；

S2、服务端判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率。

从上述描述可知，本发明的有益效果在于：通过限定监控程序采集监控数据的最多资源使用率来得到预设业务资源使用率，在每一个监控周期内采集实时业务资源使用率来和预设业务资源使用率进行比对，并在超过时进行限流，保证监控程序在监控时间点到来时能够有足够的资源来采集监控数据，从而保证监控程序的正常工作；同时，由于只保证监控时间点到来时能有足够的资源供监控程序使用，而在非监控时段释放该资源供业务程序使用，从而实现对监控资源的动态绑定，且使得监控程序在和业务程序能共享资源，即本发明在使得监控程序在和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

进一步地，所述步骤S1之前还包括以下步骤：

将多个CPU核中的第一CPU核中与所述预设监控资源使用率相同的资源作为所述监控程序进行使用；

预设多个与所述CPU核一一对应绑定的业务实例对象；

所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集所述第一CPU的实时业务资源使用率；

所述步骤S2具体包括以下步骤：

判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，否则采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率。

从上述描述可知，当服务器有多个CPU核时，只需要把其中一个CPU核的资源拿出来动态绑定给监控程序，使得每次只需要对一个CPU核的资源使用情况进行检测和限流，使得检测所需资源更小且检测效率更高；而其余CPU核则都是用来供业务程序使用，使得监控流量与大部分的业务流量分开，以保证业务程序的正常稳定工作。

进一步地，所述步骤S2中采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象具体包括以下步骤：

采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，直到下一个所述监控周期的到来或者持续所述监控周期之后，采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象。

从上述描述可知，即按照监控周期进行监控流量的动态绑定和释放，从而保证在监控时间点能有足够的资源进行监控数据的采集同时保证在非监控时间段时业务程序可以共享这部分资源。

进一步地，所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期的中间时间点采集实时业务资源使用率。

从上述描述可知，在每一个监控周期的中间时间点采集实时业务资源使用率，保证有足够的时间释放资源，从而保证在到达监控时间点能有足够的资源进行监控数据的采集。

进一步地，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率减去预设固定使用率，所述预设监控资源使用率等于所述监控程序采集监控数据的最多资源使用率，所述预设固定使用率为[5％,30％]；

所述步骤S2之后还包括以下步骤：

当在连续多个所述监控周期内所采集的所述实时业务资源使用率都超过所述预设业务资源使用率，则发出人工预警信号。

从上述描述可知，在某些特定情况下，在检测时间点检测的实时业务资源使用率没有超过预设业务资源使用率，但在监控时间点时有可能出现监控资源不够用的情况，因此预留一个预设固定使用率，尽可能保证监控程序的正常使用；同时在实时业务资源使用率都超过预设业务资源使用率，都会先进行资源释放再接收请求，正常情况下，实时业务资源使用率应该会逐步减少，所以此时有可能出现了系统问题或者软件漏洞等，导致资源无法正常释放，需要人工介入处理，从而尽可能避免在监控时间点时出现监控资源不够用的情况，以最大程度上保证监控程序的正常使用。

请参照图1，本发明的实施例一为：

在本实施例中，假设一台服务器上存在4核的CPU，分别为P1、P2、P3和P4，每一个核的使用率为100％，则总CPU的使用率为400％。该台服务器上存在1个业务程序与一个监控程序，其中监控程序每隔6s进行一次监控数据的采集，即监控周期为6s。此时，在本实施例中实现的一种监控数据的优化方法，其包括步骤：

S01、将多个CPU核中的第一CPU核中与预设监控资源使用率相同的资源作为监控程序进行使用；

其中，第一CPU核为P1，预设监控资源使用率为CPU核的20％，则监控程序最多占用P1这个CPU核20％的资源。

S02、预设多个与CPU核一一对应绑定的业务实例对象；

其中，在服务器的业务程序上设置有消息接收功能，该消息接收功能用来接收监控程序发来的消息；同时，提供一个工厂类，该类功能为返回一个业务实例对象供外部程序使用。该工厂类内部存在4个业务实例对象，这4个业务实例对象分别绑定了P1、P2、P3和P4的CPU核。

S1、获取监控程序采集监控数据的监控周期，在每一个监控周期内采集实时业务资源使用率；

在本实施例中，步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个监控周期的中间时间点采集第一CPU的实时业务资源使用率；

其中，采集第一CPU的实时业务资源使用率的时间点称为检测时间点。

此时，监控周期为6s，每一个监控周期的中间时间点即为第3s这个时间点作为检测时间点，假设19:00:00为监控时间点，则19:00:03为检测时间点，19:00:06为下一个监控时间点，即在19:00:00至19:00:06这个监控周期内，在19:00:03采集P1的实时业务资源使用率。

S2、服务端判断实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，预设业务资源使用率为总资源使用率减去预设监控资源使用率，预设监控资源使用率大于或等于监控程序采集监控数据的最多资源使用率。

在本实施例中，步骤S2具体包括以下步骤：

判断实时业务资源使用率是否超过预设业务资源使用率，若是，则采用轮询策略按照预设顺序返回除第一CPU的其余CPU所绑定的业务实例对象，直到下一个监控周期的到来或者持续监控周期之后，采用轮询策略按照预设顺序返回所有CPU所对应的业务实例对象，否则采用轮询策略按照预设顺序返回所有CPU所对应的业务实例对象，预设业务资源使用率为总资源使用率减去预设监控资源使用率，预设监控资源使用率大于或等于监控程序采集监控数据的最多资源使用率。

其中，预设业务资源使用率为总资源使用率减去预设监控资源使用率减去预设固定使用率，预设监控资源使用率等于监控程序采集监控数据的最多资源使用率，预设固定使用率为[5％,30％]；

即当预设监控资源使用率为CPU核的20％，预设固定使用率在本实施例为20％，则预设业务资源使用率为1-20％-20％＝60％，即判断实时业务资源使用率是否超过60％，在超过时，监控程序发送一个消息至业务程序，业务程序开始对P1这个CPU核进行限流，使得业务程序采用轮询策略按照P2、P3、P4的顺序返回业务实例对象，这样在实时业务资源使用率超过60％时不会将请求发送至P1绑定的业务实例对象，直到19:00:06之后，采用轮询策略按照P1、P2、P3、P4的顺序返回业务实例对象。若没有超过，则业务程序没有收到监控程序的消息，则采用轮询策略按照P1、P2、P3、P4的顺序返回业务实例对象，。

在实际场景中，服务器每个线程使用CPU的时间段只会是几十毫秒或者几百毫秒，当到达时间后就会让出CPU供其他线程使用。这也是现在系统可多线程并发执行的主要功能之一。因此就算在19:00:03这个检测时间点达到最高的100％，这个资源释放的速度会很快的让P1的资源降低到80％以下的使用率，更何况本实施例提前3s来释放资源，使得在到达19:00:06这个监控时间点，P1上至少有80％的资源供监控程序使用。而在19:00:03时实时业务资源使用率不超过60％时，虽然在19:00:03至19:00:06这个时间段随着P1的业务实例对象不断接收请求并处理，有可能会在19:00:06个监控时间点，P1的实时业务资源使用率会有所上升。但是预留了20％的预设固定使用率，使得在19:00:06个监控时间点，P1的实时业务资源使用率也基本上不可能达到80％，从而最大程度上保证在监控时间点时有足够的资源供监控资源使用。

此时，在19:00:00这个监控时间点采集到监控数据之后，直至19:00:03这个时间点，P1上的100％资源都是可以给业务程序使用的，即使得业务程序和监控程序能共享资源。如此，在服务器执行本实施例的过程中，随着使用过程中遇到的问题不断的调整检测时间点和预设固定使用率，比如将检测时间点定为监控时间点的前1s，将预设固定使用率定为5％，则在19:00:00这个监控时间点采集到监控数据之后，直至19:00:05这个时间点，P1上的100％资源都是可以共享给业务程序使用的。

S3、当在连续多个监控周期内所采集的实时业务资源使用率都超过预设业务资源使用率，则发出人工预警信号。

此时，因为当一个监控周期内所采集的实时业务资源使用率超过预设业务资源使用率，就进行了释放，之后虽然有继续请求以增加资源使用率，但是在正常释放资源的速度更快的情况下，理论上是可以逐步减少CPU的使用率。此时，因为本实施例中和其他CPU是轮询，则在其他CPU核正常的情况下不太可能在多个监控周期内所采集的实时业务资源使用率都超过预设业务资源使用率，因此认为出现了系统问题或者软件漏洞等，导致CPU资源无法正常释放，需要发出人工预警信号来让人工介入处理。

其中，在其他等同实施例中，监控周期、预设业务资源使用率、、预设监控资源使用率、预设固定使用率以及检测时间点可以根据实际使用情况进行灵活调整，以适应不同应用场景。

由此，本实施例中在保证监控程序和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

请参照图2，本发明的实施例二为：

一种监控数据的优化服务端1，包括存储器3、处理器2及存储在存储器3上并可在处理器2上运行的计算机程序，处理器2执行计算机程序时实现上述实施例一的步骤。

综上所述，本发明提供的一种监控数据的优化方法及服务端，通过限定监控程序采集监控数据的最多资源使用率和预留的预设固定使用率来得到预设业务资源使用率，在每一个监控周期的中间时间点采集其中一个CPU核的实时业务资源使用率来和预设业务资源使用率进行比对，并在超过时进行限流，保证监控程序在监控时间点到来时能够有足够的资源来采集监控数据，从而最大程度上保证监控程序的正常工作；同时，由于只保证监控时间点到来时能有足够的资源供监控程序使用，而在非监控时段释放该资源供业务程序使用，从而实现对监控资源的动态绑定，且使得监控程序在和业务程序能共享资源，即本发明在使得监控程序在和业务程序共享资源的同时能保证自身进行监控数据的正常工作。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (6)

1.一种监控数据的优化方法，其特征在于，包括步骤：

S1、获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集实时业务资源使用率；

S2、服务端判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率；

所述步骤S1之前还包括以下步骤：

将多个CPU核中的第一CPU核中与所述预设监控资源使用率相同的资源作为所述监控程序进行使用；

预设多个与所述CPU核一一对应绑定的业务实例对象；

所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集所述第一CPU的实时业务资源使用率；

所述步骤S2具体包括以下步骤：

判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，否则采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率；

所述步骤S2中采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象具体包括以下步骤：

采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，直到下一个所述监控周期的到来或者持续所述监控周期之后，采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象。

2.根据权利要求1所述的一种监控数据的优化方法，其特征在于，所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期的中间时间点采集实时业务资源使用率。

3.根据权利要求1至2任一所述的一种监控数据的优化方法，其特征在于，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率减去预设固定使用率，所述预设监控资源使用率等于所述监控程序采集监控数据的最多资源使用率，所述预设固定使用率为[5％,30％]；

所述步骤S2之后还包括以下步骤：

当在连续多个所述监控周期内所采集的所述实时业务资源使用率都超过所述预设业务资源使用率，则发出人工预警信号。

4.一种监控数据的优化服务端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

S1、获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集实时业务资源使用率；

S2、服务端判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则对业务流量进行限流，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率；

所述步骤S1之前还包括以下步骤：

将多个CPU核中的第一CPU核中与所述预设监控资源使用率相同的资源作为所述监控程序进行使用；

预设多个与所述CPU核一一对应绑定的业务实例对象；

所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期内采集所述第一CPU的实时业务资源使用率；

所述步骤S2具体包括以下步骤：

判断所述实时业务资源使用率是否超过预设业务资源使用率，若是，则采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，否则采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率，所述预设监控资源使用率大于或等于所述监控程序采集监控数据的最多资源使用率；

所述步骤S2中采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象具体包括以下步骤：

采用轮询策略按照预设顺序返回除所述第一CPU的其余CPU所绑定的所述业务实例对象，直到下一个所述监控周期的到来或者持续所述监控周期之后，采用轮询策略按照预设顺序返回所有CPU所对应的所述业务实例对象。

5.根据权利要求4所述的一种监控数据的优化服务端，其特征在于，所述步骤S1具体包括以下步骤：

获取监控程序采集监控数据的监控周期，在每一个所述监控周期的中间时间点采集实时业务资源使用率。

6.根据权利要求4至5任一所述的一种监控数据的优化服务端，其特征在于，所述预设业务资源使用率为总资源使用率减去预设监控资源使用率减去预设固定使用率，所述预设监控资源使用率等于所述监控程序采集监控数据的最多资源使用率，所述预设固定使用率为[5％,30％]；

所述步骤S2之后还包括以下步骤：

当在连续多个所述监控周期内所采集的所述实时业务资源使用率都超过所述预设业务资源使用率，则发出人工预警信号。