采集端、管理控制平台、Prometheus服务调整方法及系统

摘要

本发明公开了一种采集端、管理控制平台、Prometheus服务调整方法及系统，涉及计算机技术领域。该方法的一具体实施方式包括：接收若干采集端上报的统计数据；其中，所述采集端所在的机器上部署Prometheus服务；所述统计数据包括：所述机器的负载数据，和/或，所述Prometheus服务的监控数据；根据所述统计数据，确定是否调整所述Prometheus服务，如果是，确定所述Prometheus服务的目标数量；向各个所述采集端发送所述目标数量，以使所述采集端根据所述目标数量修改所述Prometheus服务的配置文件，所述Prometheus服务根据修改后的配置文件进行调整。该实施方式能够更加高效地调整Prometheus服务。

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种采集端、管理控制平台、Prometheus服务调整方法及系统。

背景技术

Prometheus是一个开源的服务监控系统，其可以通过部署在机器上的Prometheus服务，对机器上运行的目标进行监控。在不同的机器上，由于监控目标的数量存在差异，Prometheus服务的负载也有所不同。当监控目标数量较多时，Prometheus服务的负载过大，可能导致Prometheus服务崩溃；当监控目标数量较少时，Prometheus服务的负载较少，存在资源浪费的情况。因此，在监控过程中需要对Prometheus服务的数量进行调整。

现有技术由人工修改配置文件中Prometheus服务的数量，并部署或删除Prometheus服务。但是，该方法需要花费较长时间才能够完成调整，且成本较高。

发明内容

有鉴于此，本发明实施例提供一种采集端、管理控制平台、Prometheus服务调整方法及系统，能够更加高效地调整Prometheus服务。

第一方面，本发明实施例提供了一种Prometheus服务调整方法，应用于管理控制平台，包括：

接收若干采集端上报的统计数据；其中，所述采集端所在的机器上部署Prometheus服务；所述统计数据包括：所述机器的负载数据，和/或，所述Prometheus服务的监控数据；

根据所述统计数据，确定是否调整所述Prometheus服务，如果是，确定所述Prometheus服务的目标数量；

向各个所述采集端发送所述目标数量，以使所述采集端根据所述目标数量修改所述Prometheus服务的配置文件，所述Prometheus服务根据修改后的配置文件进行调整。

可选地，

所述根据所述统计数据，确定是否调整所述Prometheus服务，包括：

确定预先配置的若干调整条件中是否存在与所述统计数据匹配的目标调整条件；

所述确定所述Prometheus服务的目标数量，包括：

根据预先配置的与所述目标调整条件对应的调整规则，确定所述Prometheus服务的目标数量。

可选地，

在所述确定所述Prometheus服务的目标数量之后，进一步包括：

如果所述Prometheus服务的当前数量小于所述目标数量，则根据所述目标数量与所述当前数量的差值，创建Prometheus服务；

启动创建的Prometheus服务及其所在机器上的采集端；

向创建的Prometheus服务对应的采集端发送所述目标数量。

可选地，

在所述Prometheus服务根据修改后的配置文件进行调整之后，进一步包括：

如果所述Prometheus服务的当前数量大于所述目标数量，则根据所述当前数量与所述目标数量的差值，停止运行目标Prometheus服务及其所在机器上的采集端；

删除所述目标Prometheus服务。

第二方面，本发明实施例提供了一种Prometheus服务调整方法，应用于采集端，包括：

获取统计数据；其中，所述采集端所在的机器上部署Prometheus服务；所述统计数据包括：所述机器的负载数据，和/或，所述Prometheus服务的监控数据；

向管理控制平台发送所述统计数据；

接收所述管理控制平台发送的所述Prometheus服务的目标数量；

根据所述目标数量修改所述Prometheus服务的配置文件，以使所述Prometheus服务根据修改后的配置文件进行调整。

可选地，

进一步包括：

调用所述Prometheus服务的接口，以使所述Prometheus服务加载修改后的配置文件，并根据修改后的配置文件调整监控目标。

第三方面，本发明实施例提供了一种管理控制平台，包括：

接收模块，配置为接收若干采集端上报的统计数据；其中，所述采集端所在的机器上部署Prometheus服务；所述统计数据包括：所述机器的负载数据，和/或，所述Prometheus服务的监控数据；

确定模块，配置为根据所述统计数据，确定是否调整所述Prometheus服务，如果是，确定所述Prometheus服务的目标数量；

发送模块，配置为向各个所述采集端发送所述目标数量，以使所述采集端根据所述目标数量修改所述Prometheus服务的配置文件，所述Prometheus服务根据修改后的配置文件进行调整。

第四方面，本发明实施例提供了一种采集端，包括：

获取模块，配置为获取统计数据；其中，所述采集端所在的机器上部署Prometheus服务；所述统计数据包括：所述机器的负载数据，和/或，所述Prometheus服务的监控数据；

发送模块，配置为向管理控制平台发送所述统计数据；

接收模块，配置为接收所述管理控制平台发送的所述Prometheus服务的目标数量；

修改模块，配置为根据所述目标数量修改所述Prometheus服务的配置文件，以使所述Prometheus服务根据修改后的配置文件进行调整。

第五方面，本发明实施例提供了一种Prometheus服务调整系统，包括上述实施例所述的管理控制平台和上述实施例所述的采集端。

第六方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的方法。

第七方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：通过采集端上报的机器负载数据或Prometheus服务的监控数据，在监控过程中动态调整Prometheus服务的数量。该方法根据机器或Prometheus服务的负载情况修改配置文件，进而高效地调整Prometheus服务，保证Prometheus服务稳定运行，避免资源浪费。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明的一个实施例提供的一种应用于管理控制平台的Prometheus服务调整方法的流程图；

图2是本发明的一个实施例提供的一种应用于采集端的Prometheus服务调整方法的流程图；

图3是本发明的一个实施例提供的一种应用于Prometheus服务调整系统的Prometheus服务调整方法的流程图；

图4是本发明的一个实施例提供的一种Prometheus服务调整系统的示意图；

图5是本发明的一个实施例提供的一种管理控制平台的示意图；

图6是本发明的一个实施例提供的一种采集端的示意图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，针对Prometheus的部署主要有两种方式，一种是单机部署，另一种是分布式部署。

当需要监控的目标数量较多时，单机部署可能出现OOM(out of memory，内存溢出)错误，导致Prometheus服务被关闭。同时，受到本地存储空间的限制，单机部署能够存储的监控数据较少。例如，本地磁盘空间为100G，只能保存近一周的监控数据。因此，当需要监控的目标数量较多时，单机部署在实际应用场景中应用较少。

分布式部署包括：Prometheus与Thanos组合、Prometheus与VictoriaMetrics组合。其中，Thanos是一组通过跨集群联合、跨集群无限存储和全局查询为Prometheus增加高可用性的组件，VictoriaMetrics是一个支持水平扩展的时序数据库,可以作为Prometheus的远端存储。Prometheus与Thanos或VictoriaMetrics结合使用，能够解决单机部署存在的监控数据存储的问题。

在实际应用场景中，机器上部署Prometheus服务，用于监控机器上运行的MySQL、Redis等目标。由于不同机器上目标的数量可能存在差异，因此，Prometheus服务的负载也有所不同。当监控目标数量较多时，Prometheus服务的负载过大，可能导致Prometheus服务崩溃；当监控目标数量较少时，Prometheus服务的负载较少，存在资源浪费的情况。因此，在监控过程中需要对Prometheus服务的数量进行调整。

现有技术由人工修改配置文件中Prometheus服务的数量，以使Prometheus服务调整监控目标，并且，由人工部署或删除Prometheus服务。但是，该方法需要花费较长时间才能够完成调整，且成本较高。

鉴于此，如图1所示，本发明实施例提供了一种Prometheus服务调整方法，应用于管理控制平台，包括：

步骤101：接收若干采集端上报的统计数据；其中，采集端所在的机器上部署Prometheus服务；统计数据包括：机器的负载数据，和/或，Prometheus服务的监控数据。

机器可以是物理机也可以是虚拟机。管理控制平台可以管理多个机器，每台机器上均部署有Prometheus服务和采集端。采集端可以采集机器的负载数据，如CPU使用率、存储使用率和磁盘使用率，还可以采集Prometheus服务的监控数据，如监控目标数量、监控目标的运行数据等。

步骤102：根据统计数据，确定是否调整Prometheus服务，如果是，执行步骤103，否则，执行步骤101。

具体地，可以仅依据机器的负载数据确定是否调整Prometheus服务，还可以仅依据Prometheus服务的监控数据确定是否调整Prometheus服务，还可以同时根据机器的负载数据和Prometheus服务的监控数据确定是否调整Prometheus服务。

步骤103：确定Prometheus服务的目标数量。

Prometheus服务的目标数量为调整后Prometheus服务的数量。

步骤104：向各个采集端发送目标数量，以使采集端根据目标数量修改Prometheus服务的配置文件，Prometheus服务根据修改后的配置文件进行调整。

通过采集端上报的机器负载数据或Prometheus服务的监控数据，在监控过程中动态调整Prometheus服务的数量。该方法根据机器或Prometheus服务的负载情况修改配置文件，进而高效地调整Prometheus服务，保证Prometheus服务稳定运行，避免资源浪费。

在本发明的一个实施例中，根据统计数据，确定是否调整Prometheus服务，包括：

确定预先配置的若干调整条件中是否存在与统计数据匹配的目标调整条件；

确定Prometheus服务的目标数量，包括：

根据预先配置的与目标调整条件对应的调整规则，确定Prometheus服务的目标数量。

调整条件与调整规则相对应，例如，调整条件可以是CPU使用率的范围，调整规则可以是Prometheus服务的目标数量；调整条件还可以是存储使用率的范围，调整规则还可以是Prometheus服务增加或减少的数量。

在实际应用场景中，可以根据监控需求的变化，修改配置的调整条件和调整规则。本发明实施例通过配置调整条件和调整规则，使得Prometheus服务的调整更加灵活，满足不同的监控需求。

在本发明的一个实施例中，在确定Prometheus服务的目标数量之后，该方法还包括：

如果Prometheus服务的当前数量小于目标数量，则根据目标数量与当前数量的差值，创建Prometheus服务；

启动创建的Prometheus服务及其所在机器上的采集端；

向创建的Prometheus服务对应的采集端发送目标数量。

当目标数量大于当前数量，则说明需要增加Prometheus服务。在本发明实施例中，在机器上创建Prometheus服务，新建的Prometheus服务将分担其他Prometheus服务的监控任务，均衡各个Prometheus服务和机器的负载，避免Prometheus服务或机器的负载过高，提高监控稳定性。

在本发明的一个实施例中，在Prometheus服务根据修改后的配置文件进行调整之后，该方法还包括：

如果Prometheus服务的当前数量大于目标数量，则根据当前数量与目标数量的差值，停止运行目标Prometheus服务及其所在机器上的采集端；

删除目标Prometheus服务。

当目标数量小于当前数量，则说明需要减少Prometheus服务。在本发明实施例中，部署的Prometheus服务较多，而各个Prometheus服务的负载较少，存在资源浪费的情况。因此，需要停止运行部分Prometheus服务，这些Prometheus服务的监控任务将被分配给其他Prometheus服务。

如图2所示，本发明实施例提供了一种Prometheus服务调整方法，应用于采集端，包括：

步骤201：获取统计数据；其中，采集端所在的机器上部署Prometheus服务；统计数据包括：机器的负载数据，和/或，Prometheus服务的监控数据。

步骤202：向管理控制平台发送统计数据。

步骤203：接收管理控制平台发送的Prometheus服务的目标数量。

步骤204：根据目标数量修改Prometheus服务的配置文件，以使Prometheus服务根据修改后的配置文件进行调整。

采集端将配置文件中的当前数量修改为目标数量，以便于Prometheus服务根据修改后的配置文件调整监控目标，避免资源浪费，保证Prometheus服务和机器稳定运行。

在本发明的一个实施例中，该方法还包括：调用Prometheus服务的接口，以使Prometheus服务加载修改后的配置文件，并根据修改后的配置文件调整监控目标。

在本发明实施例中，采集端修改配置文件后可以主动通知Prometheus服务，使得Prometheus服务更快地加载修改后的配置文件，并调整监控目标。在实际应用场景中，还可以由Prometheus服务监听配置文件是否发生更改，如果监听到发生更改，则加载修改后的配置文件。

如图3所示，本发明实施例将以Prometheus服务调整系统为例，对Prometheus服务调整方法进行详细说明，该方法包括：

步骤301：采集端获取统计数据。

Prometheus服务调整系统如图4所示，包括：管理控制平台和两个采集端。采集端1和Prometheus服务1部署在机器1上，采集端2和Prometheus服务2部署在机器2上。Prometheus服务1用于监控目标1和目标2，Prometheus服务2用于监控目标3和目标4。

步骤302：采集端向管理控制平台发送统计数据。

步骤303：管理控制平台确定预先配置的若干调整条件中是否存在与统计数据匹配的目标调整条件，如果是，执行步骤304，否则，执行步骤301。

预先配置的调整条件和对应的调整规则如表1所示，如果未与表1中的调整规则相匹配，则Prometheus服务不需要调整。当然，也可以在调整条件中考虑不需要调整的情况，例如，增加调整条件40％

表1所示的调整条件对应四种不同的情况，以下将对这四种情况进行详细说明。

第一种：当CPU使用率、存储使用率和磁盘使用率均不小于80％时，资源使用率高，需要增加Prometheus服务；

第二种：当60％

第三种：当20％

第四种：当CPU使用率、存储使用率和磁盘使用率均不大于20％时，资源使用率存在严重浪费，与第三种情况相比，可以增加调整幅度。

表1调整条件和调整规则的对应关系

步骤304：管理控制平台根据预先配置的与目标调整条件对应的调整规则，确定Prometheus服务的目标数量，当Prometheus服务的当前数量小于目标数量时，执行步骤305，当Prometheus服务的当前数量大于目标数量时，执行步骤309。

步骤305：管理控制平台根据目标数量与当前数量的差值，调用Kubernetes接口创建Prometheus服务。

在本发明实施例中，Prometheus服务基于Kubernetes部署，因此，可以通过调用Kubernetes接口创建Prometheus服务。

步骤306：管理控制平台启动创建的Prometheus服务及其所在机器上的采集端。

步骤307：管理控制平台向各个采集端发送目标数量。

在该步骤中，采集端包括原有Prometheus服务对应的采集端和新增的Prometheus服务对应的采集端。

步骤308：采集端根据目标数量修改Prometheus服务的配置文件，调用Prometheus服务的接口，以使Prometheus服务加载修改后的配置文件，并根据修改后的配置文件调整监控目标。

在本发明实施例中，Prometheus服务根据目标数量和机器的IP地址确定监控目标。具体地，根据目标数量和机器的IP地址进行哈希计算，根据得到的哈希值确定监控目标。

例如，修改之前Prometheus服务的数量为两个，Prometheus服务1监控的是哈希值为0的目标，Prometheus服务2监控的是哈希值为1的目标，Prometheus服务1和Prometheus服务2监控的目标数均为1000。

修改之后Prometheus服务的数量为四个，Prometheus服务1监控的是哈希值为0的目标，Prometheus服务2监控的是哈希值为1的目标，Prometheus服务3监控的是哈希值为2的目标，Prometheus服务4监控的是哈希值为3的目标，Prometheus服务1～4监控的目标数均为500。

在实际应用场景中，还可以根据目标的类型，确定各个Prometheus服务需要监控的目标。

Prometheus服务增加后，每个Prometheus服务所需要监控的目标数量变少，进而每个Prometheus服务的负载降低，提高了Prometheus服务的稳定性。

步骤309：管理控制平台向各个采集端发送目标数量。

步骤310：采集端根据目标数量修改Prometheus服务的配置文件，调用Prometheus服务的接口，以使Prometheus服务加载修改后的配置文件，并根据修改后的配置文件调整监控目标。

沿用上例，修改之前Prometheus服务的数量为四个。

修改之后Prometheus服务的数量为三个，Prometheus服务1监控的是哈希值为0的目标，Prometheus服务2监控的是哈希值为1的目标，Prometheus服务3监控的是哈希值为2的目标，Prometheus服务1～3监控的目标数为600～700。同时，Prometheus服务4将在后续步骤中被删除。

步骤311：采集端根据当前数量与目标数量的差值，停止运行目标Prometheus服务及其所在机器上的采集端，并调用Kubernetes接口删除目标Prometheus服务。

Prometheus服务减少后，系统资源得到了充分的利用，进而节约了服务器资源，降低了成本。

如图5所示，本发明实施例提供了一种管理控制平台，包括：

接收模块501，配置为接收若干采集端上报的统计数据；其中，采集端所在的机器上部署Prometheus服务；统计数据包括：机器的负载数据，和/或，Prometheus服务的监控数据；

确定模块502，配置为根据统计数据，确定是否调整Prometheus服务，如果是，确定Prometheus服务的目标数量；

发送模块503，配置为向各个采集端发送目标数量，以使采集端根据目标数量修改Prometheus服务的配置文件，Prometheus服务根据修改后的配置文件进行调整。

在本发明的一个实施例中，确定模块502，配置为确定预先配置的若干调整条件中是否存在与统计数据匹配的目标调整条件；确定模块502，配置为根据预先配置的与目标调整条件对应的调整规则，确定Prometheus服务的目标数量。

在本发明的一个实施例中，确定模块502，配置为如果Prometheus服务的当前数量小于目标数量，则根据目标数量与当前数量的差值，创建Prometheus服务；启动创建的Prometheus服务及其所在机器上的采集端；发送模块503，配置为向创建的Prometheus服务对应的采集端发送目标数量。

在本发明的一个实施例中，确定模块502，配置为如果Prometheus服务的当前数量大于目标数量，则根据当前数量与目标数量的差值，停止运行目标Prometheus服务及其所在机器上的采集端；删除目标Prometheus服务。

如图6所示，本发明实施例提供了一种采集端，包括：

获取模块601，配置为获取统计数据；其中，采集端所在的机器上部署Prometheus服务；统计数据包括：机器的负载数据，和/或，Prometheus服务的监控数据；

发送模块602，配置为向管理控制平台发送统计数据；

接收模块603，配置为接收管理控制平台发送的Prometheus服务的目标数量；

修改模块604，配置为根据目标数量修改Prometheus服务的配置文件，以使Prometheus服务根据修改后的配置文件进行调整。

在本发明的一个实施例中，修改模块604，配置为调用Prometheus服务的接口，以使Prometheus服务加载修改后的配置文件，并根据修改后的配置文件调整监控目标。

本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的方法。

本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述任一实施例所述的方法。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收若干采集端上报的统计数据；其中，所述采集端所在的机器上部署Prometheus服务；所述统计数据包括：所述机器的负载数据，和/或，所述Prometheus服务的监控数据；

根据所述统计数据，确定是否调整所述Prometheus服务，如果是，确定所述Prometheus服务的目标数量；

向各个所述采集端发送所述目标数量，以使所述采集端根据所述目标数量修改所述Prometheus服务的配置文件，所述Prometheus服务根据修改后的配置文件进行调整。

根据本发明实施例的技术方案，通过采集端上报的机器负载数据或Prometheus服务的监控数据，在监控过程中动态调整Prometheus服务的数量。该方法根据机器或Prometheus服务的负载情况修改配置文件，进而高效地调整Prometheus服务，保证Prometheus服务稳定运行，避免资源浪费。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。