集群运行指标获取方法、装置和存储介质与流程

1.本技术涉及云计算技术，尤其涉及一种集群运行指标获取方法、装置和存储介质。


背景技术：

2.随着“docker”技术的发展和广泛流行，容器调度管理系统也得到了长足的发展。其中，“kubernetes”(k8s)作为“google”开源的容器集群管理系统，在“docker”技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列完整功能。
3.目前，为了保证集群的健康运行，业内常通过运维管理工具来获取“kubernetes”集群运行的指标参数，并通过人工方式比对获取到的运行指标，进而判断集群运行环境是否健康。然而，人工通过运维手段获取运行指标，不但需要频繁进行账号密码的登录操作，显著加大运维人员的负担，在进行集群运行指标参数的比对过程中，也易出现误判。
4.因此，如何提升集群运行指标获取的自动化水平成为亟待解决的问题。


技术实现要素：

5.本技术提供一种集群运行指标获取方法、装置和存储介质，用以解决现有技术中集群运行指标获取自动化水平低的技术问题。
6.第一方面，本技术提供一种集群运行指标获取方法，方法应用于集群工作节点，包括：接收来自集群控制节点的任务请求，任务请求用于指示基于目标镜像采集目标组件的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式；根据目标镜像启动目标容器；基于目标容器采集工作节点中的目标组件的运行指标。
7.本技术提供的集群运行指标获取方法，将执行运行指标获取的检查脚本嵌入至镜像文件中，当需要执行运行指标获取时，集群中的工作节点可以通过包含检查脚本的镜像文件直接启动能够获取该节点中组件的运行指标的检查容器，实现集群运行指标收集的便利化和自动化，同时能够有效避免人为收集过程中的误差以及降低使用运维工具获取运行指标过程中服务器密码泄露风险。
8.在一种可能的实现方式中，集群工作节点的操作系统不同时，待采集运行指标不同和/或采集方式不同。
9.本技术提供的集群运行指标获取方法，不同的芯片架构以及不同的操作系统都存在与其相对应的命令指令，若使用同一目标脚本的命令指令执行操作时，存在系统或芯片不能识别该指令的情况，导致运行指标采集异常或失败。通过使用不同的目标脚本对运行在不同芯片架构上的不同的操作系统进行指标采集，有利于提高指标获取的成功率和准确率。
10.在一种可能的实现方式中，任务请求中包含目标镜像的标识信息；相应地，根据目标镜像启动目标容器之前，方法还包括：向集群镜像仓库发送镜像请求，镜像请求用于基于标识信息请求目标镜像；接收来自集群镜像仓库的目标镜像。
11.本技术提供的集群运行指标获取方法，通过在集群或宿主机本地节点设置镜像仓库，当需要根据目标镜像启动相应的获取运行指标的检查容器时，可以直接从本地的私有镜像仓库中拉取；与从其他公有的仓库中拉取镜像又或是在任务请求中携带镜像相比，不仅提升了镜像存储的安全性，也节省了工作节点与控制节点的传输资源，提升了传输效率。
12.在一种可能的实现方式中，待采集运行指标包括至少一种组件中每种组件的运行指标；相应地，方法还包括：基于采集到的至少一种组件中每种组件的运行指标与每种组件的预设运行指标，判断每种组件的运行状态是否正常；输出提示信息，提示信息用于指示每种组件的运行状态是否正常。
13.本技术提供的集群运行指标获取方法，通过预先设置运行指标的对比值，判断工作节点获取到的运行指标与预设的对比值是否对应，并输出相应的提示信息，进一步提升了集群运行指标获取比对的自动化水平，且通过这种预先编码的机械自动化的比对方式，避免了人工操作的失误，提升了运行指标排查诊断的准确性。
14.第二方面，本技术提供一种集群运行指标获取方法，方法应用于集群控制节点，包括：获取任务请求，任务请求用于指示基于目标镜像采集目标集群的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式；向集群工作节点发送任务请求。
15.在一种可能的实现方式中，集群工作节点的操作系统不同时，待采集运行指标不同和/或采集方式不同。
16.在一种可能的实现方式中，任务请求中包含目标镜像的标识信息。
17.在一种可能的实现方式中，从预设任务请求中获取任务请求。
18.第三方面，本技术提供一种集群运行指标获取装置，装置应用于集群工作节点，包括：接收模块：用于接收来自集群控制节点的任务请求，任务请求用于指示基于目标镜像采集目标组件的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式；获取模块：用于根据目标镜像启动目标容器；基于目标容器采集工作节点中的目标组件的运行指标。
19.可选地，该装置可以是计算设备，也可以是能够应用在计算设备的芯片。
20.第四方面，本技术提供一种集群运行指标获取装置，装置应用于集群控制节点，包括：获取模块：用于获取任务请求，任务请求用于指示基于目标镜像采集目标集群的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式；发送模块：用于向集群工作节点发送任务请求。
21.可选地，该装置可以是计算设备，也可以是能够应用在计算设备的芯片。
22.第五方面，本技术提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，以实现第一方面或第二方面的集群运行指标获取方法。
23.第六方面，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现第一方面或第二方面的集群运行指标获取方法。
24.第七方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面或第二方面的集群运行指标获取方法。
25.本技术提供一种集群运行指标获取方法、装置和存储介质，通过接收来自集群控制节点的任务请求，任务请求用于指示基于目标镜像采集目标组件的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式；根据目标镜像启动目标容器；基于目标容器采集工作节点中的目标组件的运行指标。由于利用容器运行检查脚本对集群的运行指标进行收集，不但能够有效避免人为收集过程中的误差以及降低使用运维工具获取运行指标过程中服务器密码泄露风险，而且在混部集群中，提高指标获取的成功率和准确率，且提升了运行指标自动排查诊断的准确性。
附图说明
26.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
27.图1为本技术一实施例提供的集群运行指标获取方法的场景示意图；
28.图2为本技术一实施例提供的工作节点侧的集群运行指标获取方法的流程示意图；
29.图3为本技术一实施例提供的工作节点侧的集群运行指标获取方法的流程示意图；
30.图4为本技术一实施例提供的工作节点侧的集群运行指标获取方法的流程示意图；
31.图5为本技术一实施例提供的控制节点侧的侧集群运行指标获取方法的流程示意图；
32.图6为本技术一实施例提供的工作节点侧的集群运行指标获取装置的结构示意图；
33.图7为本技术一实施例提供的控制节点侧的集群运行指标获取装置的结构示意图；
34.图8为本技术一实施例提供的电子设备的结构示意图。
35.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
36.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
37.图1为本技术的实施例的一种应用场景的示意图。如图1所示场景，该集群运行指标获取的架构场景包括集群110、控制节点120、工作节点130、存储节点140、应用程序编程服务接口(application programming interface server，简称api server)150、容器160、命令行工具170、网页用户界面180。
38.控制节点120中包括应用程序编程服务接口150，其是集群110的通信枢纽，通过应
用程序编程服务接口150，集群110可以从命令行工具170或网页用户界面180中接收请求，并将请求存储至存储节点140中。当工作节点130检测到该请求后，根据该请求启动容器160并执行该请求对应的服务。
39.可选地，应用程序编程服务接口150接收网页用户界面180的检查任务请求，工作节点130根据该检查任务请求，启动检查容器160，获取集群中目标组件的运行指标。
40.可选地，存在多个集群110，网页用户界面180发出的检查任务请求包括指定的目标集群，指定的目标集群的应用程序编程服务接口150接收该检查任务请求，工作节点130根据该检查任务请求，启动检查容器160，获取集群中目标组件的运行指标。
41.可选地，每个集群110存在多个工作节点130，工作节点130运行在不同的操作系统上，作节点130根据检查任务请求，启动与该工作节点130存在映射关系的检查容器160，并获取集群中目标组件的运行指标。其中，操作系统可以包括“suse”、“redhat”、中标麒麟(kylin)、银河麒麟、“centos”等中至少一种。此外，工作节点130运行在不同的操作系统上，该操作系统还可以运行在不同的芯片架构上，例如x86架构、“arm”架构中至少一种；节点130根据检查任务请求，启动与该工作节点130的芯片架构存在映射关系的检查容器160。
42.可选地，该集群可以是“kubernetes”(k8s)，其是一个开源的，用于管理云平台中多个主机上的容器化的应用，“kubernetes”的目标是让部署容器化的应用简单并且高效，“kubernetes”提供了应用部署，规划，更新，维护的一种机制。“kubernetes”的一个核心特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着，管理员可以加载一个微型服务，让规划器来找到合适的位置，同时，“kubernetes”也系统提升工具以及人性化方面，让用户能够方便的部署自己的应用。
43.可选地，该命令行工具可以是“kubectl”，其是“kubernetes”的命令行工具(cli)，是“kubernetes”用户和管理员必备的管理工具。“kubectl”提供了大量的子命令，方便管理“kubernetes”集群中的各种功能。例如，“kubectl
–
h”是查看子命令列表、“kubectl options”是查看全局选项、“kubectl《command》
‑‑
help”是查看子命令帮助、“kubectl[command][params]
–
o＝《format》”是设置输出格式(如“json”、“yaml”、“jsonpath”等)、“kubectl explain[resource]”是查看资源的定义。
[0044]
可选地，该网页用户界面可以是“kubernetes dashboard”、“rancher”或“kuboard”中的至少一种。用户通过上述的网页用户界面能够直观便捷的管理集群。
[0045]
可选地，该存储节点可以是分布式一致性键值存储系统(etcd)，其在“kubernetes”中主要用于存储需要持久化的数据。
[0046]
需要注意的是，本技术公开的一种集群运行指标获取方法、装置和设备可用于云计算技术领域，也可以用于除云计算技术领域以外的任何领域。本技术公开的一种集群运行指标获取方法、装置和设备应用领域不作限定。
[0047]
下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
[0048]
图2为本技术的实施例的集群运行指标获取方法的流程示意图。如图2所示，本技术的实施例的方法可以包括s210、s220和s230。
[0049]
该方法可以用于对图1所示的集群运行场景下进行运行指标获取。本技术实施例
可以由图1所示的工作节点所在服务器或宿主机执行。
[0050]
s210，接收来自集群控制节点的任务请求，任务请求用于指示基于目标镜像采集目标组件的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式。
[0051]
作为示例，目标镜像可以是一个打包了运行环境的文件，其可以包括目标容器启动运行所需要的运行程序、配置数据等中至少一种。运行指标可以是指集群运行过程中各组件的运行状态信息，例如，“docker”组件的运行状态与运行参数、“kubelet”组件的运行状态与运行参数等。
[0052]
作为示例，采集方式可以包括采集路径、采集时间中的至少一种。例如，可以预设时间节点为utc/gmt 8 18:00为指标采集时间点，当到达该指定的采集时间点时，执行指标采集操作；也可以预设采集的时间周期，如设定时间周期为4小时，即每过4小时执行一次指标采集操作。
[0053]
可选地，该任务请求中可以包括目标镜像，工作节点接收到集群控制节点发送的用于指示基于该目标镜像采集目标组件运行指标的任务请求。
[0054]
在一种可能的实现方式中，集群控制节点发送指示采集运行在“centos”系统上的工作节点的“kubelet”组件的运行参数的任务请求，该工作节点接收该任务请求。
[0055]
可选地，集群工作节点的操作系统不同时，待采集运行指标不同和/或采集方式不同。
[0056]
集群中存在多个运行在不同宿主机或物理机上的工作节点，前述宿主机或物理机所使用的芯片架构可以包括x86、“arm”等中的至少一种，前述宿主机或物理机所使用的操作系统可以包括suse”、“redhat”、中标麒麟(kylin)、银河麒麟、“centos”等中至少一种。
[0057]
针对上述存在多个芯片架构或多个操作系统的集群，本技术可以称之为混部集群。
[0058]
针对上述的运行在不同芯片架构上的不同的操作系统可以使用不同的目标镜像，即针对不同的操作系统编辑与其对应的目标脚本，使用与该操作系统相适应的采集方式采集相应的指标。
[0059]
综上，不同的芯片架构以及不同的操作系统都存在与其相对应的命令指令，若使用同一目标脚本的命令指令执行操作时，存在系统或芯片不能识别该指令的情况，导致运行指标采集异常或失败。通过使用不同的目标脚本对运行在不同芯片架构上的不同的操作系统进行指标采集，有利于提高指标获取的成功率和准确率。
[0060]
可选地，混部集群中的不同工作节点的目标镜像的可以通过附加的标签建立映射关系。
[0061]
作为示例，工作节点上具有标签，当工作节点接收到控制节点的任务请求，匹配具有相应标签的目标镜像。
[0062]
例如，在x86芯片架构的银河麒麟系统上运行的工作节点的标签为“x：1”，相应地，包含针对该系统编写的目标脚本的目标镜像的标签也设定为“x：1”，当接收到控制节点发送的运行指标采集的任务请求，工作节点根据标签匹配与其存在映射关系的目标镜像。
[0063]
可以理解的是，上述示例仅是本技术公开的方案中的一种，本技术不限于此。
[0064]
s220，根据目标镜像启动目标容器。
[0065]
可选地，目标镜像可以在本地仓库也可以在公有仓库。
[0066]
作为示例，获取公有仓库的包含目标脚本的目标镜像，根据该目标镜像启动目标容器。
[0067]
例如，使用“docker”运行“docker start”命令来启动目标容器。
[0068]
又如，使用“docker”运行“docker run”命令从公有仓库下载该目标镜像，利用该目标镜像启动目标容器。
[0069]
s230，基于目标容器采集工作节点中的目标组件的运行指标。
[0070]
作为示例，目标容器启动后，获取“docker”组件和/或“kubelet”组件的运行状态、运行参数等中的至少一种。
[0071]
例如，目标容器获取“docker”组件的运行状态信息，该信息可以指示“running”、“active”、“inactive”等中的一种。
[0072]
可选地，除目标容器可以采集“kubelet”组件的运行指标外，“kubelet”组件本身也可以包括监控组件，用于监控运行在该工作节点的“pod”组件的运行状态。
[0073]
例如，该“kubelet”组件中包含“pod”生命周期事件生成器(pod lifecycle event generator)，用于周期性检测“pod”组件运行状态，对比“pod”组件先后状态生成事件从而触发“kubelet”组件进行“pod”组件状态的校正。
[0074]
又如，该“kubelet”组件中包含“gcmanager”组件，用于清理未使用的镜像和容器，“kubelet”组件可利用“gcmanager”对容器执行周期性清理。
[0075]
可选地，当目标容器完成集群运行指标采集工作后，工作节点执行终止目标容器运行，删除该容器。
[0076]
在一种可能的实现方式中，工作节点接收控制节点发送的包含集群运行指标获取的任务请求，该请求可以指定集群中的多个工作节点中的至少一个进行指标采集，被指定的工作节点根据该请求拉取镜像启动检查容器，运行检查容器中的检查脚本，对该工作节点中的“docker”组件和“kubelet”组件的运行状态和运行参数进行采集。
[0077]
综上，本技术实施例公开的集群运行指标获取方法，将执行运行指标获取的检查脚本嵌入至镜像文件中，当需要执行运行指标获取时，集群中的工作节点可以通过包含检查脚本的镜像文件直接启动能够获取该节点中组件的运行指标的检查容器，实现集群运行指标收集的便利化和自动化，同时能够有效避免人为收集过程中的误差以及降低使用运维工具获取运行指标过程中服务器密码泄露风险。
[0078]
如图3所示，本技术的实施例中，可选地，还可以包括s211和s212。
[0079]
s211，任务请求中包含目标镜像的识别信息，向集群镜像仓库发送镜像请求，镜像请求用于基于标识信息请求目标镜像。
[0080]
作为示例，镜像仓库可以是在集群或宿主机中存储的镜像的一个存储节点。
[0081]
可选地，镜像仓库可以是在云服务器中的存储镜像的公有的存储节点，该云服务器中可以不包含需要使用该镜像的集群；当该集群要使用该镜像时，可以通过通信进行远程调用。
[0082]
可选地，该标识信息可以是附加的标签，该标签可以在创建目标镜像时添加，也可以在目标镜像创建完成之后添加。
[0083]
在一种可能的实现方式中，任务请求中包含预先指定的目标镜像信息，根据该预
先指定的信息，向镜像仓库请求目标镜像。
[0084]
s212，接收来自所述集群镜像仓库的目标镜像。
[0085]
作为示例，根据镜像请求中的标签信息，接收匹配到的该集群镜像仓库存在映射关系的目标镜像。
[0086]
例如，目标镜像的识别信息为标签为“y：2”，集群中的标签选择器自动匹配镜像仓库中的附加标签为“y：2”的目标镜像，工作节点接收该目标镜像。
[0087]
综上，通过在集群或宿主机本地节点设置镜像仓库，当需要根据目标镜像启动相应的获取运行指标的检查容器时，可以直接从本地的私有镜像仓库中拉取；与从其他公有的仓库中拉取镜像又或是在任务请求中携带镜像相比，不仅提升了镜像存储的安全性，也节省了工作节点与控制节点的传输资源，提升了传输效率。
[0088]
如图4所示，本技术的实施例中，可选地，还可以包括s231和s232
[0089]
s231，采集至少一种组件中每种组件的运行指标。
[0090]
作为示例，可以采集“docker”组件、“kubelet”组件中的至少一种。如前述解释，此处不再赘述。
[0091]
s232，基于采集到的至少一种组件中每种组件的运行指标与每种组件的预设运行指标，输出提示信息。
[0092]
作为示例，该提示信息用于判断每种组件的运行状态是否正常。
[0093]
例如，预设“docker”组件的运行状态为“running”时，输出提示信息“正常”，否则输出提示信息“错误”。
[0094]
又如：预设系统参数“vm.swappiness”的参数值为“1024k”时，输出提示信息“正常”，否则输出提示信息“错误”。
[0095]
综上，通过预先设置运行指标的对比值，判断工作节点获取到的运行指标与预设的对比值是否对应，并输出相应的提示信息，进一步提升了集群运行指标获取比对的自动化水平，且通过这种预先编码的机械自动化的比对方式，避免了人工操作的失误，提升了运行指标排查诊断的准确性。
[0096]
图5为本技术的实施例的集群运行指标获取方法的流程示意图。如图5所示，本技术的实施例的方法可以包括s510和s520。
[0097]
该方法可以用于对图1所示的集群运行场景下进行运行指标获取。本技术实施例可以由图1所示的控制节点所在服务器或宿主机执行。
[0098]
s510，获取任务请求，任务请求用于指示基于目标镜像采集目标集群的运行指标，目标镜像中包含目标脚本，目标脚本中定义有待采集运行指标和待采集运行指标的采集方式。
[0099]
作为示例，控制节点获取命令行工具或网页用户界面输入的任务请求，该请求用于指示基于检查镜像采集待检查集群的运行指标。
[0100]
可选地，该任务请求可以包含目标镜像，也可以仅包含目标镜像的标识信息。如前述解释，此处不再赘述。
[0101]
可选地，集群工作节点的操作系统不同时，待采集运行指标不同和/或采集方式不同。
[0102]
作为示例，工作节点的操作系统可以是运行在x86芯片架构或“arm”芯片架构上的“suse”、“redhat”、中标麒麟(kylin)、银河麒麟、“centos”等操作系统中的至少一种，针对该不同的操作系统，使用不同的检查脚本进行对应的指标收集。如前述解释，此处不再赘述。
[0103]
可选地，任务请求中包含目标镜像的识别信息。
[0104]
作为示例，该标识信息可以是附加的标签，也可以是任务请求中已直接指定的目标镜像的选择信息。如前述解释，此处不再赘述。
[0105]
可选地，任务请求中包括预设任务，控制节点可以从预设任务请求中获取任务请求。
[0106]
作为示例，该预设任务可以包括至少一个在系统中预先定义的检查任务，该检查任务可以包括待检查的集群信息、目标镜像信息等中的至少一个。
[0107]
例如，存在2个预设任务，包括，检查任务1和检查任务2，检查任务1中定义的待检查集群为a、定义的目标镜像为z1、z2，检查任务2中定义的待检查集群为b、定义的目标镜像为z3、z4。若控制节点监测到检查任务1激活时，获取检查任务1中定义的待检查集群为a和定义的目标镜像为z1、z2；若控制节点监测到检查任务2激活时，获取检查任务2中定义的待检查集群为b和定义的目标镜像为z3、z4。
[0108]
s520，向集群工作节点发送任务请求。
[0109]
可选地，控制节点可以将任务请求存入存储节点，此时，工作节点可以监测到该请求。
[0110]
在一种可能的实现方式中，控制节点获取到从网页用户界面输入的任务请求，该任务请求用于指示基于检查镜像采集待检查集群的运行指标，控制节点将该请求发送至工作节。
[0111]
图6为本技术实施例提供的集群运行指标获取装置结构示意图。如图6所示，该集群运行指标获取装置600包括：接收模块610、获取模块620。作为示例，该集群运行指标获取装置可以是图1中的工作节点所在服务器或宿主机，可以是应用于图1中的工作节点所在服务器或宿主机的芯片，或者是应用于图1中的工作节点所在服务器或宿主机中计算机程序产品。其中：
[0112]
集群运行指标获取装置600可以用于实现图2所示实施例中的方法。作为示例，接收模块610可以用于实现图2所示实施例中的s210；获取模块620可以用于实现图2所示实施例中的s220和s230。
[0113]
进一步地，集群运行指标获取装置600还可以用于实现图3所示实施例中的方法。作为示例，接收模块610可以用于实现图3所示实施例中的s211和s212。
[0114]
进一步地，集群运行指标获取装置600还可以用于实现图4所示实施例中的方法。作为示例，获取模块620可以用于实现图4所示实施例中的s231和s232。
[0115]
图7为本技术实施例提供的另一集群运行指标获取装置结构示意图。如图7所示，该集群运行指标获取装置700包括：获取模块710、发送模块720。作为示例，该集群运行指标获取装置可以是图1中的控制节点所在服务器或宿主机，可以是应用于图1中的控制节点所在服务器或宿主机的芯片，或者是应用于图1中的控制节点所在服务器或宿主机中计算机程序产品。其中：
[0116]
集群运行指标获取装置700可以用于实现图5所示实施例中的方法。作为示例，获
取模块710可以用于实现图5所示实施例中的s510；发送模块720可以用于实现图5所示实施例中的s520。
[0117]
可以理解的是，本技术实施例提供的集群运行指标获取装置，可用于执行如上所述任一方法实施例的技术方案，其实现原理和技术效果类似，具体可参考上述方法实施例，此处不再赘述。
[0118]
图8为本技术实施例提供的电子设备的结构示意图。如图8所示，本技术提供的电子设备可以包括：存储器810和处理器820。
[0119]
存储器810用于存储用于实现图2至图5中任意一个所示实施例中的方法的计算机应用程序。
[0120]
处理器820用于执行存储器810中的计算机应用程序，该计算机应用程序被处理器820执行时实现如图2至图5中任意一个所示实施例中的集群运行指标获取方法。
[0121]
可选地，存储器810既可以是独立的，也可以是跟处理器820集成在一起。
[0122]
本实施例提供的电子设备的实现原理和技术效果可以参见前述各实施例，此处不再赘述。
[0123]
本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如前述任一实施例提供的根因定位方法的步骤。
[0124]
在本发明提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0125]
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本发明各个实施例方法的部分步骤。
[0126]
应理解，上述处理器可以是中央处理单元(central processing unit，简称cpu)，还可以是其它通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0127]
存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
[0128]
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0129]
一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits，简称asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
[0130]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0131]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0132]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例的方法。
[0133]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
[0134]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。