一种管理平台的健康管理方法、系统、设备以及介质与流程

1.本发明涉及管理平台领域，具体涉及一种管理平台的健康管理方法、系统、设备以及存储介质。


背景技术：

2.当前运管平台对于所纳管的数据会进行实时监控。资源的运行状态，健康指标都是运维管理员需要时刻关注的数据，以便在云资源出现异常时进行适当的调整。常规方法是对资源进行实时监控，抓取资源的实时数据进行分析。实际上，资源短时间内的历史数据也是一个非常重要的衡量指标。比如，一台服务器的cpu利用率为80％，可能直观看来，数据不是太高，但是结合历史数据，如果该服务器最近一段时间的利用率一直维持在40％左右，现在突然升高到80％，则需要管理员重点关注该服务器运行状态，则可认为该服务器的健康指数较低。


技术实现要素：

3.有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种管理平台的健康管理方法，包括以下步骤：
4.采集资源对应的多个指标的当前状态值；
5.基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
6.获取所述资源对应的状态权重；
7.利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
8.判断所述当前健康值的大小是否在预设范围中；
9.响应于在预设范围中，确定所述资源健康。
10.在一些实施例中，获取所述资源对应的状态权重，进一步包括：
11.获取在预设时间段内所述资源对应的多个指标的历史状态值；
12.基于多个指标的历史状态值计算所述资源对应的历史健康值；
13.根据所述历史健康值计算所述状态权重。
14.在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
15.计算所述历史健康值的标准差；
16.基于所述标准差和sigmoid函数计算所述状态权重。
17.在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康值，进一步包括：
18.将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
19.在一些实施例中，还包括：
20.响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
21.在一些实施例中，还包括：
22.配置多个待计算健康度的资源；
23.根据所述多个资源的当前健康值确定管理平台的当前健康度。
24.在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
25.利用prometheus对资源的各个指标的状态值进行采集。
26.在一些实施例中，还包括：
27.配置多个待计算健康度的资源；
28.根据所述多个资源的当前健康值确定管理平台的当前健康度。
29.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种管理平台的健康管理系统，包括：
30.采集模块，配置为采集资源对应的多个指标的当前状态值；
31.第一计算模块，配置为基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
32.获取模块，配置为获取所述资源对应的状态权重；
33.加权模块，配置为利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
34.判断模块，配置为判断所述当前健康值的大小是否在预设范围中；
35.确定模块，配置为响应于在预设范围中，确定所述资源健康。
36.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：
37.至少一个处理器；以及
38.存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行以下步骤：
39.采集资源对应的多个指标的当前状态值；
40.基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
41.获取所述资源对应的状态权重；
42.利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
43.判断所述当前健康值的大小是否在预设范围中；
44.响应于在预设范围中，确定所述资源健康。
45.在一些实施例中，获取所述资源对应的状态权重，进一步包括：
46.获取在预设时间段内所述资源对应的多个指标的历史状态值；
47.基于多个指标的历史状态值计算所述资源对应的历史健康值；
48.根据所述历史健康值计算所述状态权重。
49.在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
50.计算所述历史健康值的标准差；
51.基于所述标准差和sigmoid函数计算所述状态权重。
52.在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康值，进一步包括：
53.将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
54.在一些实施例中，还包括：
55.响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
56.在一些实施例中，还包括：
57.配置多个待计算健康度的资源；
58.根据所述多个资源的当前健康值确定管理平台的当前健康度。
59.在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
60.利用prometheus对资源的各个指标的状态值进行采集。
61.在一些实施例中，还包括：
62.配置多个待计算健康度的资源；
63.根据所述多个资源的当前健康值确定管理平台的当前健康度。
64.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行以下步骤：
65.采集资源对应的多个指标的当前状态值；
66.基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
67.获取所述资源对应的状态权重；
68.利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
69.判断所述当前健康值的大小是否在预设范围中；
70.响应于在预设范围中，确定所述资源健康。
71.在一些实施例中，获取所述资源对应的状态权重，进一步包括：
72.获取在预设时间段内所述资源对应的多个指标的历史状态值；
73.基于多个指标的历史状态值计算所述资源对应的历史健康值；
74.根据所述历史健康值计算所述状态权重。
75.在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
76.计算所述历史健康值的标准差；
77.基于所述标准差和sigmoid函数计算所述状态权重。
78.在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康值，进一步包括：
79.将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
80.在一些实施例中，还包括：
81.响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
82.在一些实施例中，还包括：
83.配置多个待计算健康度的资源；
84.根据所述多个资源的当前健康值确定管理平台的当前健康度。
85.在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
86.利用prometheus对资源的各个指标的状态值进行采集。
87.在一些实施例中，还包括：
88.配置多个待计算健康度的资源；
89.根据所述多个资源的当前健康值确定管理平台的当前健康度。
90.本发明具有以下有益技术效果之一：本发明提出的方案对于资源监控的历史数据，引入离散度的概念，计算历史数据的标准差，用以衡量资源监控数据的稳定性，将该稳定性指标加成到资源的实时健康指标中，即，衡量一个资源是否健康，不仅取决于该资源的实时监控数据，还取决于该资源的历史监控数据，可以更好的衡量资源的健康情况。
附图说明
91.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
92.图1为本发明的实施例提供的管理平台的健康管理方法的流程示意图；
93.图2为本发明的实施例提供的管理平台的健康管理系统的结构示意图；
94.图3为本发明的实施例提供的计算机设备的结构示意图；
95.图4为本发明的实施例提供的计算机可读存储介质的结构示意图。
具体实施方式
96.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
97.需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
98.根据本发明的一个方面，本发明的实施例提出一种管理平台的健康管理方法，如图1所示，其可以包括步骤：
99.s1，采集资源对应的多个指标的当前状态值；
100.s2，基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
101.s3，获取所述资源对应的状态权重；
102.s4，利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
103.s5，判断所述当前健康值的大小是否在预设范围中；
104.s6，响应于在预设范围中，确定所述资源健康。
105.本发明提出的方案能够基于资源历史数据得到的权重对当前状态值得到的健康值进行加成，提高了管理平台的资源的健康评估准确性。
106.在一些实施例中，还包括：
107.配置多个待计算健康度的资源；
108.根据所述多个资源的当前健康值确定管理平台的当前健康度。
109.在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
110.利用prometheus对资源的各个指标的状态值进行采集。
111.具体的，可以设置一键巡检装置，该装置可以支持多平台使用，即arm、mips等架构的云管平台都可以使用该巡检装置。该装置负责展示管理当前云管平台具有哪些可以进行
巡检的资源项，默认会进行全部资源项的检测，管理员可以自定义进行检测的资源范围，最终巡检的结果是基于管理员配置的巡检项进行的巡检。这样管理员可以通过该装置设置资源巡检配置，资源巡检配置是为了可以方便的掌握某一类资源而提供的一种可以进行巡检项目配置。一键巡检，是该装置的启动模块，在配置了巡检项目之后，可以一键启动巡检，且可以实时查看巡检进度以及巡检资源的详细情况。
112.在一些实施例中，可以利用prometheus对资源进行监控，其中prometheus是一款开源的监控软件，其可以根据配置定时去拉取各个节点的数据，默认使用的拉取方式为pull。其优势在于易于管理，能够轻易获取服务内部的状态，进而高效灵活的查询语句。
113.在一些实施例中，获取所述资源对应的状态权重，进一步包括：
114.获取在预设时间段内所述资源对应的多个指标的历史状态值；
115.基于多个指标的历史状态值计算所述资源对应的历史健康值；
116.根据所述历史健康值计算所述状态权重。
117.具体的，可以根据资源的多个指标对应的历史状态值计算得到历史健康值，然后在根据历史健康值计算状态权重。
118.在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
119.计算所述历史健康值的标准差；
120.基于所述标准差和sigmoid函数计算所述状态权重。
121.在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康值，进一步包括：
122.将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
123.在一些实施例中，还包括：
124.响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
125.具体的，可以利用下式计算健康值：
126.x＝100*(指标状态值之和/指标个数)
127.其中，资源可以对应多个指标，例如对于云主机资源，其指标可以是cpu和内存，指标cpu的状态值可以是cpu利用率，指标内存的状态值可以是内存利用率。这样，在获取到资源的多个指标的历史状态值后，可以利用资源的历史状态值分别计算出对应的历史健康值。然后根据多个历史健康值根据下式计算出标准差：
[0128][0129]
标准差，是离均差平方的算数平均数的算数平方根，也被称为标准偏差，或者实验标准差，在概率统计中最长使用作为统计分布程度上的测量依据，数值越大代表计算的数据离散程度越大，在本发明中，离散程度越大，代表资源的运行情况越不稳定。
[0130]
接着，利用权重计算公式w＝1
‑
sigmoid(σ)，计算该资源的权重，其中σ是当前资源的标准差。其中，sigmoid函数又称s型生长曲线，可以将实数映射到0
‑
1区间内，因此引入sigmoid函数将稳定性指标映射到0
‑
1区间内，可以实现统一衡量标注。
[0131]
这样，通过对资源的多个指标的历史状态值对应的历史健康值得到状态权重后，
即可利用状态权重对实时采集到的多个指标的状态值计算得到的健康值进行加权。同样的，在根据实时采集到的多个指标的状态值计算得到的健康值时，利用公式x＝100*(指标状态值之和/指标个数)进行计算健康值。
[0132]
最后，判断得到的加权后的健康值的大小是否在预设范围中，如果在预设范围内，则说明该资源健康。如果不在预设范围内，则说明该资源不健康并进行反馈。
[0133]
在一些实施例中，还包括：
[0134]
配置多个待计算健康度的资源；
[0135]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0136]
具体的，可以利用同样的方法得到每一个资源的健康值，进而确定当前管理平台的健康度。
[0137]
在一些实施例中，可以根据处于健康状态的资源和处于不健康状态的资源的比值确定管理平台是否健康，例如若比值大于阈值，也即处于健康状态的资源较多，则可以认定管理平台是健康的。若比值小于阈值，也即处于健康状态的资源较少，则可以认定管理平台是不健康的。
[0138]
在一些实施例中，还可以将所有资源的健康值相加作为管理平台的健康值，然后再将管理平台的健康值与预设区间进行比较，如果管理平台的健康值处于预设区间，则可以认为管理平台是健康的，如果未处于预设区间，则认为管理平台是不健康的。
[0139]
本发明提出的方案对于资源监控的历史数据，引入离散度的概念，计算历史数据的标准差，用以衡量资源监控数据的稳定性，将该稳定性指标加成到资源的实时健康指标中，即，衡量一个资源是否健康，不仅取决于该资源的实时监控数据，还取决于该资源的历史监控数据，可以更好的衡量资源的健康情况。在此计算的基础上，提供了一种一键巡检装置。该一键巡检装置可以对arm、mpis等架构够可以进行巡检。使用该装置，可以极大的方便云管平台管理员的工作。
[0140]
基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种管理平台的健康管理系统400，如图2所示，包括：
[0141]
采集模块401，配置为采集资源对应的多个指标的当前状态值；
[0142]
第一计算模块402，配置为基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
[0143]
获取模块403，配置为获取所述资源对应的状态权重；
[0144]
加权模块404，配置为利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
[0145]
判断模块405，配置为判断所述当前健康值的大小是否在预设范围中；
[0146]
确定模块406，配置为响应于在预设范围中，确定所述资源健康。
[0147]
本发明提出的方案能够基于资源历史数据得到的权重对当前状态值得到的健康值进行加成，提高了管理平台的资源的健康评估准确性。
[0148]
在一些实施例中，获取所述资源对应的状态权重，进一步包括：
[0149]
获取在预设时间段内所述资源对应的多个指标的历史状态值；
[0150]
基于多个指标的历史状态值计算所述资源对应的历史健康值；
[0151]
根据所述历史健康值计算所述状态权重。
[0152]
在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
[0153]
计算所述历史健康值的标准差；
[0154]
基于所述标准差和sigmoid函数计算所述状态权重。
[0155]
在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康值，进一步包括：
[0156]
将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
[0157]
在一些实施例中，还包括：
[0158]
响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
[0159]
在一些实施例中，还包括：
[0160]
配置多个待计算健康度的资源；
[0161]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0162]
在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
[0163]
利用prometheus对资源的各个指标的状态值进行采集。
[0164]
在一些实施例中，还包括：
[0165]
配置多个待计算健康度的资源；
[0166]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0167]
本发明提出的方案对于资源监控的历史数据，引入离散度的概念，计算历史数据的标准差，用以衡量资源监控数据的稳定性，将该稳定性指标加成到资源的实时健康指标中，即，衡量一个资源是否健康，不仅取决于该资源的实时监控数据，还取决于该资源的历史监控数据，可以更好的衡量资源的健康情况。
[0168]
基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：
[0169]
至少一个处理器520；以及
[0170]
存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行以下步骤：
[0171]
s1，采集资源对应的多个指标的当前状态值；
[0172]
s2，基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
[0173]
s3，获取所述资源对应的状态权重；
[0174]
s4，利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
[0175]
s5，判断所述当前健康值的大小是否在预设范围中；
[0176]
s6，响应于在预设范围中，确定所述资源健康。
[0177]
本发明提出的方案能够基于资源历史数据得到的权重对当前状态值得到的健康值进行加成，提高了管理平台的资源的健康评估准确性。
[0178]
在一些实施例中，获取所述资源对应的状态权重，进一步包括：
[0179]
获取在预设时间段内所述资源对应的多个指标的历史状态值；
[0180]
基于多个指标的历史状态值计算所述资源对应的历史健康值；
[0181]
根据所述历史健康值计算所述状态权重。
[0182]
在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
[0183]
计算所述历史健康值的标准差；
[0184]
基于所述标准差和sigmoid函数计算所述状态权重。
[0185]
在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康值，进一步包括：
[0186]
将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
[0187]
在一些实施例中，还包括：
[0188]
响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
[0189]
在一些实施例中，还包括：
[0190]
配置多个待计算健康度的资源；
[0191]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0192]
在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
[0193]
利用prometheus对资源的各个指标的状态值进行采集。
[0194]
在一些实施例中，还包括：
[0195]
配置多个待计算健康度的资源；
[0196]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0197]
本发明提出的方案对于资源监控的历史数据，引入离散度的概念，计算历史数据的标准差，用以衡量资源监控数据的稳定性，将该稳定性指标加成到资源的实时健康指标中，即，衡量一个资源是否健康，不仅取决于该资源的实时监控数据，还取决于该资源的历史监控数据，可以更好的衡量资源的健康情况。
[0198]
基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行以下步骤：
[0199]
s1，采集资源对应的多个指标的当前状态值；
[0200]
s2，基于多个指标的当前状态值计算所述资源对应的当前初始健康值；
[0201]
s3，获取所述资源对应的状态权重；
[0202]
s4，利用所述状态权重对所述当前初始健康值进行加权得到当前健康值；
[0203]
s5，判断所述当前健康值的大小是否在预设范围中；
[0204]
s6，响应于在预设范围中，确定所述资源健康。
[0205]
本发明提出的方案能够基于资源历史数据得到的权重对当前状态值得到的健康值进行加成，提高了管理平台的资源的健康评估准确性。
[0206]
在一些实施例中，获取所述资源对应的状态权重，进一步包括：
[0207]
获取在预设时间段内所述资源对应的多个指标的历史状态值；
[0208]
基于多个指标的历史状态值计算所述资源对应的历史健康值；
[0209]
根据所述历史健康值计算所述状态权重。
[0210]
在一些实施例中，根据所述历史健康值计算所述状态权重，进一步包括：
[0211]
计算所述历史健康值的标准差；
[0212]
基于所述标准差和sigmoid函数计算所述状态权重。
[0213]
在一些实施例中，基于多个指标的当前状态值计算所述资源对应的当前初始健康
值，进一步包括：
[0214]
将所有指标的状态值相加后除以所有指标的数量得到所述资源对应的当前初始健康值。
[0215]
在一些实施例中，还包括：
[0216]
响应于所述当前健康值不在预设范围中，确定所述资源不健康并进行反馈。
[0217]
在一些实施例中，还包括：
[0218]
配置多个待计算健康度的资源；
[0219]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0220]
在一些实施例中，采集资源对应的多个指标的当前状态值，进一步包括：
[0221]
利用prometheus对资源的各个指标的状态值进行采集。
[0222]
在一些实施例中，还包括：
[0223]
配置多个待计算健康度的资源；
[0224]
根据所述多个资源的当前健康值确定管理平台的当前健康度。
[0225]
本发明提出的方案对于资源监控的历史数据，引入离散度的概念，计算历史数据的标准差，用以衡量资源监控数据的稳定性，将该稳定性指标加成到资源的实时健康指标中，即，衡量一个资源是否健康，不仅取决于该资源的实时监控数据，还取决于该资源的历史监控数据，可以更好的衡量资源的健康情况。
[0226]
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
[0227]
此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。
[0228]
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
[0229]
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
[0230]
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
[0231]
上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
[0232]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0233]
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。