CN108848157A - 一种Kubernetes集群容器监控的方法和装置 - Google Patents

Abstract

本发明实施例公开了一种Kubernetes集群容器监控的方法和装置，所述方法包括：通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；将获取到的所述监控数据存储到时序数据库中；使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。本发明实施例可以在Kubernetes集群中搭建起监控组件，实时查看集群内应用的监控数据，实现Kubernetes集群的精细化管理。

Description

一种Kubernetes集群容器监控的方法和装置

技术领域

本发明涉及云计算技术，尤指一种Kubernetes集群容器监控的方法和装置。

背景技术

随着云计算技术的不断成熟，容器技术逐步成为业界的发展热点，各主流云计算平台也无一例外地迅速提供了容器服务，Kubernetes作为容器应用的管理中心，对集群内部所有容器的生命周期进行管理，结合自身的健康检查及错误恢复机制，实现了集群内部应用层的高可用性，容器集群提供强大便利的同时，如何有效地对集群内应用进行资源监控成为研究的重点。

然而，传统容器集群中只能获取单节点上应用的监控数据，存在无法获取到不同节点同一应用的平均监控数据的弊端，因此现有技术系统中不能有效地监控容器集群中应用的资源使用情况，不能实现容器集群监控的统一管理。

发明内容

为了解决上述技术问题，本发明实施例提供了一种Kubernetes集群容器监控的方法和装置，可以在Kubernetes集群中搭建起监控组件，实时查看集群内应用的监控数据，实现Kubernetes集群的精细化管理。

为了达到本发明目的，一方面，本发明实施例提供了一种Kubernetes集群容器监控的方法，包括：

通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；

将获取到的所述监控数据存储到时序数据库中；

使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。

进一步地，所述方法还包括：

所述第一组件为基于所述Kubernetes集群中的cAdvisor组件的heapster组件；

所述heapster组件通过每个集群节点上的kubelet组件收集数据并汇总，保存到后端influxdb时序数据库中。

进一步地，所述方法还包括：

所述cAdvisor收集本机和容器的资源数据，包括中央处理器cpu、内存、网络、文件系统。

进一步地，所述方法还包括：

所述第二组件为influxdb组件，用于查看容器集群中应用的监控数据或者进行第三方集成。

进一步地，所述方法还包括：

所述第三组件为grafana组件，用于展示容器应用的性能曲线、容器集群的主机节点的性能曲线，以及展示不同时间长度的监控曲线。

另一方面，本发明实施例还提供了一种Kubernetes集群容器监控的装置，包括：

获取模块，用于通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；

存储模块，用于将获取到的所述监控数据存储到时序数据库中；

展示模块，用于使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。

进一步地，所述装置还包括：

所述获取模块中的所述第一组件为基于所述Kubernetes集群中的cAdvisor组件的heapster组件；

所述heapster组件通过每个集群节点上的kubelet组件收集数据并汇总，保存到后端influxdb时序数据库中。

进一步地，所述装置还包括：

所述cAdvisor收集本机和容器的资源数据，包括中央处理器cpu、内存、网络、文件系统。

进一步地，所述装置还包括：

所述获取模块中的所述第二组件为influxdb组件，用于查看容器集群中应用的监控数据或者进行第三方集成。

进一步地，所述装置还包括：

所述展示模块中的所述第三组件为grafana组件，用于展示容器应用的性能曲线、容器集群的主机节点的性能曲线，以及展示不同时间长度的监控曲线。

本发明实施例通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；将获取到的所述监控数据存储到时序数据库中；使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。本发明实施例可以在Kubernetes集群中搭建起监控组件，实时查看集群内应用的监控数据，实现Kubernetes集群的精细化管理。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明实施例Kubernetes集群容器监控的方法的流程图；

图2为本发明实施例Kubernetes集群容器监控的装置的原理图；

图3为本发明实施例Kubernetes集群容器监控的装置的结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1为本发明实施例Kubernetes集群容器监控的方法的流程图，如图1所示，本发明实施例的方法包括以下步骤：

步骤100：通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；

步骤101：将获取到的所述监控数据存储到时序数据库中；

步骤102：使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。

具体地，本发明实施例的方法公开一种Kubernetes集群容器监控方法，为一种Kubernetes集群中获取容器监控数据的方法，基于heapster组件及influxdb组件实现对集群的实时监控，通过Grafana查看监控曲线。

本发明实施例在容器生命周期的各个阶段实现对容器应用的CPU、内存、硬盘、流量的监控并输出曲线图使用户更加直观的查看各个时间段的性能曲线。监控数据的获取依赖于heapster及influxdb组件。Heapster负责将每个节点上的监控数据进行汇总，采集数据后，将数据存入Influxdb中，Grafana组件可以从不同的时间维度获取应用的监控数据，以曲线图的形式展现给用户。

通过此方法，可以在Kubernetes集群中搭建起监控组件，实时查看集群内应用的监控数据，实现Kubernetes集群的精细化管理。

进一步地，所述方法还包括：

所述第一组件为基于所述Kubernetes集群中的cAdvisor组件的heapster组件；

所述heapster组件通过每个集群节点上的kubelet组件收集数据并汇总，保存到后端influxdb时序数据库中。

进一步地，所述方法还包括：

所述cAdvisor收集本机和容器的资源数据，包括中央处理器cpu、内存、网络、文件系统。

进一步地，所述方法还包括：

所述第二组件为influxdb组件，用于查看容器集群中应用的监控数据或者进行第三方集成。

进一步地，所述方法还包括：

所述第三组件为grafana组件，用于展示容器应用的性能曲线、容器集群的主机节点的性能曲线，以及展示不同时间长度的监控曲线。

图2为本发明实施例Kubernetes集群容器监控的装置的原理图，如图2所示，本发明实施例的方法具体实施过程如下：

S1、准备容器镜像，在镜像库中上传influxdb、heapster、grafana的容器镜像，镜像版本根据Kubernetes版本确定，通常情况下使用最新版本的容器镜像。

S2、搭建influxdb容器。在容器集群中通过执行yaml文件的方式来创建influxdb容器，在yaml文件中需要指定容器的名称及容器镜像的地址及版本等信息，执行kubectlcreate influxdb.yaml完成influxdb容器的搭建。

进一步地，influxdb可以对外暴露出访问端点，我们可以通过influxdb脚本查看容器集群中应用的监控数据或者进行第三方集成。

S3、搭建heapster容器。Heapster的搭建依赖于influxdb，heapster会将获取的监控数据存储到influxdb数据库中。Heapster的创建同样使用执行yaml文件的方式，在yaml文件中需要配置influxdb服务的地址。

进一步的，heapster监控数据的获取依赖于cAdvisor组件，cAdvisor作为agent收集本机和容器的资源数据，包括cpu、内存、网络、文件系统等，heapster通过每个集群节点上的kubelet，也就是实际的cAdvisor上收集数据并汇总，保存到后端influxdb数据库中。

S4、最后搭建grafana容器。Grafana是查看集群内容器监控数据的客户端应用。Grafana的yaml文件中需要配置influxdb暴露出来的服务地址，通过查询influxdb来展示集群内容器应用的监控曲线。

进一步的，grafana不仅可以查看容器应用的性能曲线，还可以查看容器集群的主机Master节点的性能曲线。

进一步的，grafana可以展示不同时间长度的监控曲线，例如1小时或者1个月的监控数据，供用户更加精细的追踪容器应用的性能。

本发明实施例技术方案通过heapster组件及influxdb组件获取Kubernetes集群中容器应用及主机节点的监控数据，并使用grafana组件以曲线图的方式展现给用户，可以使用户更加直观追踪Kubernetes集群的性能，并对Kubernetes集群做出增减主机节点的或者对容器应用增减副本的调整，极大地提高了Kubernetes集群资源利用效率。

图3为本发明实施例Kubernetes集群容器监控的装置的结构图，如图3所示，本发明实施例另一方面提供的一种Kubernetes集群容器监控的装置，包括：

获取模块301，用于通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；

存储模块302，用于将获取到的所述监控数据存储到时序数据库中；

展示模块303，用于使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。

进一步地，所述装置还包括：

所述获取模块301中的所述第一组件为基于所述Kubernetes集群中的cAdvisor组件的heapster组件；

所述heapster组件通过每个集群节点上的kubelet组件收集数据并汇总，保存到后端influxdb时序数据库中。

进一步地，所述装置还包括：

所述cAdvisor收集本机和容器的资源数据，包括中央处理器cpu、内存、网络、文件系统。

进一步地，所述装置还包括：

所述获取模块301中的所述第二组件为influxdb组件，用于查看容器集群中应用的监控数据或者进行第三方集成。

进一步地，所述装置还包括：

所述展示模块303中的所述第三组件为grafana组件，用于展示容器应用的性能曲线、容器集群的主机节点的性能曲线，以及展示不同时间长度的监控曲线。

本发明实施例通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；将获取到的所述监控数据存储到时序数据库中；使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。本发明实施例可以在Kubernetes集群中搭建起监控组件，实时查看集群内应用的监控数据，实现Kubernetes集群的精细化管理。

具体地，本发明实施例通过heapster组件及influxdb组件获取Kubernetes集群的监控数据，并使用grafana组件以曲线图的方式展现给用户。

进一步地，基于Kubernetes集群中的cAdvisor组件，heapster可以获取到集群内所有主机节点的监控数据及集群内容器应用的监控数据，并将获取到的监控数据存储到时序数据库influxdb中，并通过grafana以曲线图的形式展现给用户，使用户更加直观的查看到Kubernetes集群的资源使用情况及性能情况。

进一步地，本发明实施例从不同时间维度查看监控曲线，供用户更加精细的追踪容器应用的性能。

综上所述，本发明实施例克服了现有技术系统中不能有效监控容器集群中应用的资源使用情况的问题，提供了一种Kubernetes集群中获取容器监控数据的方法，可以从不同的时间维度查看Kubernetes集群中应用的CPU、内存、网络的监控数据，并以曲线的形式展现出来，具有可追溯性。

本发明实施例弥补了传统容器集群中只能获取单节点上应用的监控数据，无法获取到不同节点同一应用的平均监控数据的弊端，实现了容器集群的监控统一管理。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种Kubernetes集群容器监控的方法，其特征在于，包括：

通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；

将获取到的所述监控数据存储到时序数据库中；

使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。

2.根据权利要求1所述的Kubernetes集群容器监控的方法，其特征在于，还包括：

所述第一组件为基于所述Kubernetes集群中的cAdvisor组件的heapster组件；

所述heapster组件通过每个集群节点上的kubelet组件收集数据并汇总，保存到后端influxdb时序数据库中。

3.根据权利要求2所述的Kubernetes集群容器监控的方法，其特征在于，还包括：

所述cAdvisor收集本机和容器的资源数据，包括中央处理器cpu、内存、网络、文件系统。

4.根据权利要求1所述的Kubernetes集群容器监控的方法，其特征在于，还包括：

所述第二组件为influxdb组件，用于查看容器集群中应用的监控数据或者进行第三方集成。

5.根据权利要求1所述的Kubernetes集群容器监控的方法，其特征在于，还包括：

所述第三组件为grafana组件，用于展示容器应用的性能曲线、容器集群的主机节点的性能曲线，以及展示不同时间长度的监控曲线。

6.一种Kubernetes集群容器监控的装置，其特征在于，包括：

获取模块，用于通过第一组件及第二组件获取Kubernetes集群中容器应用及所有主机节点的监控数据；

存储模块，用于将获取到的所述监控数据存储到时序数据库中；

展示模块，用于使用第三组件查看Kubernetes集群的资源使用情况及性能情况，通过查询所述时序数据库来展示集群内容器应用的监控曲线。

7.根据权利要求6所述的Kubernetes集群容器监控的装置，其特征在于，还包括：

所述获取模块中的所述第一组件为基于所述Kubernetes集群中的cAdvisor组件的heapster组件；

所述heapster组件通过每个集群节点上的kubelet组件收集数据并汇总，保存到后端influxdb时序数据库中。

8.根据权利要求7所述的Kubernetes集群容器监控的装置，其特征在于，还包括：

所述cAdvisor收集本机和容器的资源数据，包括中央处理器cpu、内存、网络、文件系统。

9.根据权利要求6所述的Kubernetes集群容器监控的装置，其特征在于，还包括：

所述获取模块中的所述第二组件为influxdb组件，用于查看容器集群中应用的监控数据或者进行第三方集成。

10.根据权利要求6所述的Kubernetes集群容器监控的装置，其特征在于，还包括：

所述展示模块中的所述第三组件为grafana组件，用于展示容器应用的性能曲线、容器集群的主机节点的性能曲线，以及展示不同时间长度的监控曲线。