CN113364640A - 一种运行指标的可视化方法及装置 - Google Patents
一种运行指标的可视化方法及装置 Download PDFInfo
- Publication number
- CN113364640A CN113364640A CN202010143750.XA CN202010143750A CN113364640A CN 113364640 A CN113364640 A CN 113364640A CN 202010143750 A CN202010143750 A CN 202010143750A CN 113364640 A CN113364640 A CN 113364640A
- Authority
- CN
- China
- Prior art keywords
- data
- index type
- type data
- target cluster
- display
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/26—Visual data mining; Browsing structured data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Landscapes
- Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例提供一种运行指标的可视化方法及装置,用以实现ETCD集群运行状态的可视化呈现。该方法中,监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式;监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;监控设备对每种指标类型数据的展示数据进行展示。该方法通过对整个目标集群的指标做到统一收集,实现对目标集群各节点的运行情况的监控和可视化展示,以便于对目标集群的后期运维和管理。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种运行指标的可视化方法及装置。
背景技术
Kubernetes是一个开源项目,用于容器集群的自动化部署、扩容以及运维的开源平台。分布式键值对数据库(ETCD)集群可作为Kubernetes的数据库,可用于保存Kubernetes中各类资源及状态记录。其中,ETCD集群中包含多个ETCD节点。
在Kubernetes运行过程,需要对ETCD节点的执行读取、写入操作。随着Kubernetes运行负载的运行状态的变化,以及对ETCD节点的操作也随之变化,进而影响ETCD节点的各类运行指标,因此,ETCD集群中ETCD节点的各类运行指标,可以准确地反映出ETCD集群和Kubernetes的运行情况。
传统的,ETCD集群在部署完成后,ETCD节点可以通过自身提供的指标查询接口和有限的查询命令获取各类运行指标。然而,通过这种方法ETCD节点只能查询到当前查询时刻的各类运行指标,无法精细反映出ETCD集群每个ETCD节点的运行情况。另外,ETCD节点获取运行指标后,还需要多次向Kubernetes中对接Prometheus组件进行上报,不利于实现所述ETCD的运行指标的监控和可视化。
发明内容
本申请提供了一种运行指标的可视化方法及装置,用以实现ETCD集群运行状态的可视化呈现。
本发明实施例提供的具体技术方案如下:
第一方面,本申请实施例提供了一种运行指标的可视化方法及装置,该方法具体包括以下步骤:
监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;
所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式;
所述监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;
所述监控设备对每种指标类型数据的展示数据进行展示。
在一个可能的实现方式中,所述监控设备根据所述查询命令查询所述特征数据,包括:
所述监控设备根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
在一个可能的实现方式中,所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:
所述监控设备根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
在一个可能的实现方式中,每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
在一个可能的实现方式中,在所述监控设备根据所述查询命令查询目标集群在目标时间段内的特征数据之前,所述方法还包括:
所述监控设备获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限;
所述监控设备根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;
所述监控设备将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。
在一个可能的实现方式中,所述指标类型数据,包括以下任意一项或多项:
所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
第二方面,本申请实施例提供了一种运行指标的可视化监测装置,包括:
获取单元,用于获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;
处理单元,用于确定所述特征数据中包含的每种指标类型数据对应的展示形式;
还用于根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;
显示单元,用于对每种指标类型数据的展示数据进行展示。
在一个可能的实现方式中,所述获取单元在用于根据所述查询命令查询所述特征数据时,具体用于:
根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
在一个可能的实现方式中,所述处理单元确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:
根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
在一个可能的实现方式中,每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
在一个可能的实现方式中,在所述获取单元根据所述查询命令查询目标集群在目标时间段内的特征数据之前,还用于:
获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限;
根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;
将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。
在一个可能的实现方式中,所述指标类型数据,包括以下任意一项或多项:
所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
第三方面,本申请实施例提供了一种计算机可读存储介质,包括:所述计算机可读存储介质中存储有计算机程序,当计算机程序在电子设备上运行时,使得所述电子设备执行以上任一方面的任意一个可能实现方式。
第四方面,本申请实施例提供了一种芯片,所述芯片用于读取存储器中存储的计算机程序,执行以上任一方面的任意一个可能实现方式。
本申请实施例的技术方案中,首先,监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;其次,所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式;然后,所述监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;最后,所述监控设备对每种指标类型数据的展示数据进行展示。该方法通过对整个目标集群的指标做到统一收集,实现对目标集群各节点的运行情况的监控和可视化展示,以便于对目标集群的后期运维和管理。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明实施例的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种用于运行指标的可视化的结构示意图;
图2为本发明实施例提供的一种运行指标的可视化方法流程图;
图3为本发明实施例中一种实施方式的步骤流程示意图;
图4为本发明实施例中提供的一种监测装置示意图;
图5为本发明实施例中提供的一种监测设备示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请实施例提供一种运行指标的可视化方法,用以实现ETCD集群运行状态的可视化呈现。其中,本申请所述方法和装置基于同一发明构思,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
本申请实施例的技术方案中,监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式;所述监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;所述监控设备对每种指标类型数据的展示数据进行展示。该方法通过对整个目标集群的指标做到统一收集,实现对目标集群各节点的运行情况的监控和可视化展示,以便于对目标集群的后期运维和管理。
以下先对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1、监控设备,通过获取目标集群整体和各个节点的各类指标,实现对目标集群整体和各个节点的运行情况进行查看,以便及时有效的针对指标情况对目标集群进行调整。例如,监控设备可以位于Kubernetes中,其中包括各种对象的状态和元信息配置。
2、目标集群,在开源社区的项目中可作为一个高可用、强一致性的服务型数据库,用于保存开源项目中各类资源及状态记录;而开源项目集群对目标集群操作会随着开源项目负载资源和状态变化而变化,其中,目标集群中包含多个运行节点,每个节点的运行状态和健康状态通过目标集群节点的各类指标进行反映。在本申请实施例中,以目标集群为ETCD集群为例进行说明。
3、查询命令,用于指示高监控设备在目标集群的特征数据库中查询目标时间段内的特征数据,所述查询命令中可以包含查询配置信息,例如,指示所述目标时间段的时间配置信息,和/或,指示所述至少一种指标类型的类型配置信息。
4、多项,为至少两项。
5、和/或,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”三种一般表示前后关联对象是一种“或”的关系。
下面结合附图对本申请的实施例进行说明。
图1为本实施例提供的一种用于实现运行指标的可视化的设备结构图。其中,该结构主要包括Kubernetes和ETCD集群两个框架。其中,在Kubernetes中包括三个组件,分别为指标监控组件(Prometheus)、指标监控的控制组件(Prometheus-Operator)、可视化展示组件(Grafana),该三个组件可作为监控设备中的组件。其中,Prometheus-Operator组件负责部署Prometheus组件和监控Kubernetes中服务监控(ServiceMonitor)类型数据的资源变化;ServiceMonitor是由Prometheus-Operator组件利用Kubernetes自定义资源规范要求定义的一种类型名叫ServiceMonitor的资源类型,这个资源类型包含的内容就是Prometheus的一些配置信息,所述ServiceMonitor还用于动态更新Prometheus组件的配置文件;所述Prometheus组件用于收集ETCD集群中每个节点的指标数据,并且将这些数据保存在时序数据库中(Time Series Database,TSDB);所述Grafana组件与Prometheus组件对接后,通过Prometheus组件获取ETCD集群中每个节点的指标数据。用户通过所述Grafana组件获取ETCD集群中每个节点的指标数据或者Grafana组件将ETCD集群中每个节点的指标数据以图表形式展示给用户观看。
ETCD集群可作为Kubernetes的数据库,可用于保存Kubernetes中各类资源及状态记录中包括多个节点,其中,ETCD集群中包括多个运行节点,在Kubernetes运行过程中,随着Kubernetes承载容器的状态以及Kubernetes定义对象的数据内容的大量变化,Kubernetes集群对ETCD的操作读取、写入,数据监听的使用频率也随之变化,而ETCD集群的各个节点运行状态和健康状态可以通过各节点的指标进行反映。
然而,在现有的方案中,通过ETCD集群的客户端程序和超文本传输协议(Hypertext Transfer Protocol,HTTP)的客户端程序获取到ETCD集群的运行状态和基础指标数据。一方面,获取的ETCD集群的运行状态和基础指标数据为当前时刻的单个节点的运行指标,无法统一获取历史指标数据。另一方面,利用HTTP客户端程序调用的ETCD集群指标接口方式是文本形式,不能对整个群集的状态数据进行可视化呈现,不利于后期运维管理。
为了解决在以上的问题,本申请实施例提供了一种运行指标的可视化方法。该方法可以适用于如图1所示设备结构中,下面参考图2对本申请实施例提供的一种运行指标的可视化方法的流程进行详细说明。其中,本方法中涉及的监控设备位于Kubernetes中,目标集群可以为ETCD集群。
S201:监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据。
在一种实施方式中,在所述监控设备根据所述查询命令查询目标集群在目标时间段内的特征数据之前,还包括:所述监控设备获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限。所述监控设备根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;所述监控设备将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。可选的,所述数据库可以位于所述监控设备内部或位于第三方的数据服务器中。所述数据库可以为时序数据库(Time Series Database,TSDB)。
在一种实施方式中,所述监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,包括:所述监控设备根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
在一种实施方式中,所述监控设备根据查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的ETCD集群的特征数据,如图3所示,具体可通过以下四个步骤实现:
a301:在监控设备中创建自定义类型资源Prometheus组件、ServiceMonitor资源类型描述文件和Prometheus-Operator组件。其中,所述Prometheus-Operator组件负责部署Prometheus组件和监控Kubernetes中ServiceMonitor资源变化;所述Prometheus组件用于收集ETCD集群中每个节点的指标数据。
例如,基于Helm对Prometheus-Operator、Prometheus组件进行部署以及对ServiceMonitor资源定义。包括以下步骤:
1)系统运维设备通过Docker引擎的客户端程序从互联网容器镜像仓库中获取到Tiller容器镜像,其中,所述互联网容器镜像仓库为现有的互联网中出现的各类型容器镜像存储库,所述Tiller容器镜像为Tiller组件带有可写层的镜像。并将Helm组件的服务端程序Tiller镜像通过Docker组件的客户端程序部署到本地镜像仓库的服务器中。利用Helm客户端命令在Kubernetes环境下完成Helm环境搭建。其中,Helm组件由两部分组成,一部分为Helm组件的服务端程序,简称为Tiller;另一部分是客户端程序以下简称为Helm。
2)系统运维设备通过Docker组件客户端程序从互联网容器镜像仓库中获取Prometheus-Operator、Prometheus组件容器镜像,通过Docker组件客户端程序将这两个镜像上传到本地镜像仓库服务器中。
3)系统运维设备通过文本编辑程序编写Prometheus-Operator组件和Prometheus组件符合Helm要求的Chart模板及模板部署渲染参数配置Yaml文件。
4)通过Helm组件客户端程序完成Prometheus-Operator、Prometheus组件的部署以及Kubernetes自定义资源类型ServiceMonitor在Kubernetes中的定义。
a302:系统运维设备根据ETCD集群配置信息以服务资源对象形式添加到监控设备中,并将ETCD集群访问证书及配置信息以ServiceMonitor资源对象形式添加到监控设备中,完成Prometheus对ETCD集群的服务发现。
例如,系统运维设备编写ETCD集群在监控设备中三个资源对象配置文件,分别是Endpoint资源对象、Service资源对象和自定义的ServiceMonitor资源对象。
1)系统运维设备根据ETCD集群配置文件,能够得到ETCD集群的访问端口号和IP地址。
2)系统运维设备通过文本编辑程序创建Endpoint资源对象配置文件,将步骤一中得到的ETCD每台节点的IP和访问端口号,定义在Endpoint资源对象中的Subnets信息中,并定义Endpoint资源对象的标签配置信息。
3)系统运维设备通过文本编辑程序创建Service资源对象配置文件,并通过标签选择配置关键字关联到ETCD的Endpoint资源对象,完成Service资源对象与Endpoint资源对象的关联。
4)系统运维设备通过文本编辑程序创建Secrets资源对象配置文件,将ETCD集群访问证书文件内容以Base64编码方式和证书文件名对应关联,完成Secrets配置文件。目的是将访问ETCD指标查询模块接口时需要的证书文件以Secrets资源对象方式定义在Kubernetes中,以便Prometheus组件在调用ETCD指标查询模块接口时能够使用ETCD的证书文件。
5)系统运维设备通过文本编辑程序创建ServiceMonitor资源对象配置文件。根据ServiceMonitor资源对象定义完成对ETCD Service资源对象选择配置关键字配置,达到ServiceMonitor资源对象与ETCD Service资源对象关联,并完成采集间隔周期、端口和访问认证证书路径的配置。
6)系统运维设备系统运维人员通过操作监控设备客户端程序将步骤三中创建的配置文件下发到监控设备中使其生效,并在Prometheus组件中可以观察到ETCD后端实例对象。
a303:所述Prometheus组件收集ETCD集群中每个节点的指标数据,包括:通过调用ETCD提供的指标接口获取ETCD集群不同时间点的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小等指标。并保存到TSDB(时序数据库)中,其中,所述TSDB(时序数据库为Prometheus组件自身包含TSDB功能,也可以使用非Prometheus组件自身的TSDB数据库,如OpenTSDB数据库(Open time series data base)、InfluxDB数据库等时间序列数据库。
可选的,通过Prometheus组件可以对整个ETCD集群的指标做到统一收集,经过PromQL查询语句查询ETCD集群的leader状态、snapshot状态、网络状态以及各个实例的key值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小等指标,使得Grafana组件获取ETCD集群指标数据。
a304:创建Grafana组件并部署到监控设备中。通过配置Grafana组件使得Grafana组件对接Prometheus组件,将Prometheus作为Grafana数据源。经过PromQL查询语句查询ETCD相关指标,使得Grafana组件获取ETCD集群指标数据。
例如,系统运维设备通过文本编辑程序编写创建Grafana组件Chart模板以及模板部署渲染参数配置Yaml文件,并利用Helm部署Grafana组件到监控设备中,通过Grafana组件获取ETCD集群的特征数据,具体包括以下步骤:
1)系统运维设备通过Docker组件客户端程序从互联网容器镜像仓库中获取Grafana容器镜像,并上传到本地镜像仓库服务器中,其中,所述互联网容器镜像仓库为现有的互联网中出现的各类型容器镜像存储库。
2)根据需要监控指标内容,从ETCD群集的指标接口中获得,并结合Grafana指标展示曲线、表格、文本样式的模板编写显示模板所需的配置文件。
3)配置Grafana组件对接Datasource配置文件,完成对接Prometheus组件访问配置。
4)系统运维设备通过监控设备客户端程序将所述创建的配置文件下发到监控设备中使其生效,并通web浏览器访问Grafana组件完成对ETCD集群不同维度指标监控曲线或具体数值,并随定时刷新周期不断刷新显示。
S202:所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式。
在一种实施方式中,所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:所述监控设备根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
可选的,所述每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
可选的,所述监控设备中存储有预设的至少一个展示模型,其中,每个展示模型包含至少一种指标类型数据和所述至少一种指标类型数据中每个指标类型数据对应展示形式的对应关系。需要说明是,不同的展示模型中包含的指标类型数据可能存在不同,并且相同指标类型数据在不同的展示模型中对应的展示形式可能也不同。
例如:监控设备中存储有两个展示模型:Mode1l、Model2。
在Model1中包含目标集群的leader状态指标数据,快照snapshot状态指标数据,网络状态指标数据。其中,所述目标集群的leader状态指标数据对应的展示形式为曲线,该曲线表示在不同时间上目标集群的leader状态指标数据的取值;所述快照snapshot状态指标数据对应的展示形式为表格,该表格记录在不同时间上快照snapshot状态指标数据的取值。所述网络状态指标数据对应的展示形式为文本格式,以文本格式记录在不同时间上网络状态指标数据的取值。
在Model2中包含目标集群的leader状态指标数据、内存指标数据、客户端流量指标数据。其中,所述目标集群的leader状态指标数据对应的展示形式为表格,该表格记录在不同时间上目标集群的leader状态指标数据的取值。所述内存指标数据对应的展示形式为曲线,该曲线表示在不同时间上内存大小的取值;所述客户端流量指标数据展示形式为表格,该表格记录在不同时间上客户端流量大小的取值。
S203:所述监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据。
可选的,所述指标类型数据,包括以下任意一项或多项:所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
S204:所述监控设备对每种指标类型数据的展示数据进行展示。
可选的,通过以下方式实现步骤S203和S204:
通过Prometheus组件获取到ETCD群集的每种指标类型数据,使得Grafana组件获取ETCD集群指标数据,根据上述步骤S202中a304步骤完成ETCD群集各类指标可视化显示模板配置,实现通过Grafana实时监控并通过图表形式展示ETCD的每种指标类型数据的展示数据。
因此,本申请利用以Kubernetes作为监测设备为例,通过Kubernetes中的Prometheus组件不仅能对当前采集时刻的ETCD集群指标数据进行收集,还能对已采集的历史时刻ETCD集群指标数据进行保存,实现对整个目标ETCD集群在多个时间段的指标数据做到统一保存,并结合Kubernetes中的Grafana多样式数据模板,通过Grafana对Prometheus获取的时间序列特性的数据以曲线、表格、文本样式进行展示,从而最终实现对ETCD集群运行情况的及时监控和可视化呈现,以便于后期运维管理。
基于相同的技术构思,本申请实施例还提供了一种用于运行指标进行可视化呈现的监测装置,该装置的结构如图4所示。包括获取单元401、处理单元402,显示单元403。所述监测装置可位于图1中的Kubernetes中,并可以实现以上图2所示的一种运行指标的可视化方法。下面对装置400中的各个单元的功能进行介绍。
所述获取单元401,用于获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;
所述处理单元402,用于确定所述特征数据中包含的每种指标类型数据对应的展示形式;
还用于根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;
所述显示单元403,用于对每种指标类型数据的展示数据进行展示。
在一种实施方式中,所述获取单元401在用于根据所述查询命令查询所述特征数据时,具体用于:根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
在一种实施方式中,所述处理单元402确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
在一种实施方式中,每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
在一种实施方式中,在所述获取单元401根据所述查询命令查询目标集群在目标时间段内的特征数据之前,还用于:
获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限;
根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;
将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。
在一种实施方式中,所述指标类型数据,包括以下任意一项或多项:所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
基于相同的技术构思,本申请实施例还提供了一种监测设备,所述监测设备可位于图1所示的Kubernetes中,并可以实现如图2所示的一种运行指标的可视化方法。参阅图5所示,所述监测设备包括:通信模块501、处理器502、显示模块503、存储器504。其中,所述通信模块501、所述处理器502、显示模块503以及所述存储器504之间相互连接。
可选的,所述通信模块501、所述处理器502、显示模块503以及所述存储器504之间通过总线505相互连接。所述总线505可以是外设部件互连标准(peripheral componentinterconnect,PCI)总线或扩展工业标准结构(extended industry standardarchitecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
所述通信模块501,用于获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;
所述处理器502,用于确定所述特征数据中包含的每种指标类型数据对应的展示形式;
还用于根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;
所述显示模块503,用于对每种指标类型数据的展示数据进行展示。
在一种实施方式中,所述通信模块501在用于根据所述查询命令查询所述特征数据时,具体用于:根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
在一种实施方式中,所述处理器502确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
在一种实施方式中,每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
在一种实施方式中,在所述通信模块501根据所述查询命令查询目标集群在目标时间段内的特征数据之前,还用于:
获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限;根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。
在一种实施方式中,所述指标类型数据,包括以下任意一项或多项:所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
基于以上实施例,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被计算机执行时,使得计算机执行图2所示的实施例提供的一种运行指标的可视化方法。
基于以上实施例,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,用于支持计算机装置实现图4所示的实施例中监测装置的功能。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
综上所述,本申请提供了一种运行指标的可视化方法及装置。在该方案中,首先,监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;其次,所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式;然后,所述监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;最后,所述监控设备对每种指标类型数据的展示数据进行展示。该方法通过对整个目标集群的指标做到统一收集,实现对目标集群各节点的运行情况的监控和可视化展示,以便于对目标集群的后期运维和管理。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (14)
1.一种运行指标的可视化方法,其特征在于,包括:
监控设备获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;
所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式;
所述监控设备根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;
所述监控设备对每种指标类型数据的展示数据进行展示。
2.如权利要求1所述的方法,其特征在于,所述监控设备根据所述查询命令查询所述特征数据,包括:
所述监控设备根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
3.如权利要求1所述的方法,其特征在于,所述监控设备确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:
所述监控设备根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
4.如权利要求3所述的方法,其特征在于,每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
5.如权利要求1所述的方法,其特征在于,在所述监控设备根据所述查询命令查询目标集群在目标时间段内的特征数据之前,所述方法还包括:
所述监控设备获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限;
所述监控设备根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;
所述监控设备将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。
6.如权利要求1所述的方法,其特征在于,所述至少一种指标类型数据包括以下任意一项或多项:
所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
7.一种运行指标的可视化装置,其特征在于,包括:
获取单元,用于获取查询命令,根据所述查询命令查询目标集群在目标时间段内的特征数据,其中,所述特征数据中包含至少一种指标类型数据;
处理单元,用于确定所述特征数据中包含的每种指标类型数据对应的展示形式;
还用于根据每种指标类型数据对应的展示形式,对所述特征数据中对应的指标类型数据进行处理,得到每种指标类型数据的展示数据;
显示单元,用于对每种指标类型数据的展示数据进行展示。
8.如权利要求7所述的装置,其特征在于,所述获取单元在用于根据所述查询命令查询所述特征数据时,具体用于:
根据所述查询命令,从数据库中查询对应的采集时刻位于所述目标时间段内的所述特征数据。
9.如权利要求7所述的装置,其特征在于,所述处理单元确定所述特征数据中包含的每种指标类型数据对应的展示形式,包括:
根据预设的数据展示模型,确定所述特征数据中包含的每种指标类型数据对应的展示形式,其中,所述数据展示模型用于表征每种指标类型数据对应的展示形式。
10.如权利要求9所述的装置,其特征在于,每种指标类型数据对应的展示形式包括以下一项或多项:曲线、表格、文本样式。
11.如权利要求7所述的装置,其特征在于,在所述获取单元根据所述查询命令查询目标集群在目标时间段内的特征数据之前,还用于:
获取到所述目标集群的配置信息,其中,所述目标集群配置信息用于所述监控设备获得访问目标集群的权限;
根据所述目标集群的配置信息,从所述目标集群中周期性获取每个采集时刻对应的特征数据;
将获取的每个采集时刻对应的特征数据按照采集时间的先后顺序保存到数据库中。
12.如权利要求7所述的装置,其特征在于,所述指标类型数据,包括以下任意一项或多项:
所述目标集群的leader状态、快照snapshot状态、网络状态以及各个实例的关键值数量、内存、客户端流量、RPC(远程过程调用协议)调用、数据库大小。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当计算机程序在指标监测设备上运行时,使得所述指标监测设备执行如权利要求1-6任一项所述的方法。
14.一种芯片,其特征在于,所述芯片用于读取存储器中存储的计算机程序,执行如权利要求1-6任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010143750.XA CN113364640A (zh) | 2020-03-04 | 2020-03-04 | 一种运行指标的可视化方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010143750.XA CN113364640A (zh) | 2020-03-04 | 2020-03-04 | 一种运行指标的可视化方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113364640A true CN113364640A (zh) | 2021-09-07 |
Family
ID=77523471
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010143750.XA Pending CN113364640A (zh) | 2020-03-04 | 2020-03-04 | 一种运行指标的可视化方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113364640A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113835965A (zh) * | 2021-09-27 | 2021-12-24 | 中电金信软件有限公司 | 一种参数轨迹留痕方法及装置 |
CN114490241A (zh) * | 2021-12-25 | 2022-05-13 | 苏州浪潮智能科技有限公司 | 一种芯片监控方法、系统、存储介质及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108365985A (zh) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | 一种集群管理方法、装置、终端设备及存储介质 |
CN108848157A (zh) * | 2018-06-12 | 2018-11-20 | 郑州云海信息技术有限公司 | 一种Kubernetes集群容器监控的方法和装置 |
CN109412887A (zh) * | 2018-10-08 | 2019-03-01 | 郑州云海信息技术有限公司 | 一种基于OpenStack的容器监控数据的收集系统 |
US20190095253A1 (en) * | 2017-09-22 | 2019-03-28 | Vmware, Inc. | Cluster updating using temporary update-monitor pod |
CN109743199A (zh) * | 2018-12-25 | 2019-05-10 | 中国联合网络通信集团有限公司 | 基于微服务的容器化管理系统 |
-
2020
- 2020-03-04 CN CN202010143750.XA patent/CN113364640A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190095253A1 (en) * | 2017-09-22 | 2019-03-28 | Vmware, Inc. | Cluster updating using temporary update-monitor pod |
CN108365985A (zh) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | 一种集群管理方法、装置、终端设备及存储介质 |
CN108848157A (zh) * | 2018-06-12 | 2018-11-20 | 郑州云海信息技术有限公司 | 一种Kubernetes集群容器监控的方法和装置 |
CN109412887A (zh) * | 2018-10-08 | 2019-03-01 | 郑州云海信息技术有限公司 | 一种基于OpenStack的容器监控数据的收集系统 |
CN109743199A (zh) * | 2018-12-25 | 2019-05-10 | 中国联合网络通信集团有限公司 | 基于微服务的容器化管理系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113835965A (zh) * | 2021-09-27 | 2021-12-24 | 中电金信软件有限公司 | 一种参数轨迹留痕方法及装置 |
CN113835965B (zh) * | 2021-09-27 | 2024-03-26 | 中电金信软件有限公司 | 一种参数轨迹留痕方法及装置 |
CN114490241A (zh) * | 2021-12-25 | 2022-05-13 | 苏州浪潮智能科技有限公司 | 一种芯片监控方法、系统、存储介质及设备 |
CN114490241B (zh) * | 2021-12-25 | 2023-09-15 | 苏州浪潮智能科技有限公司 | 一种芯片监控方法、系统、存储介质及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11768811B1 (en) | Managing user data in a multitenant deployment | |
CN108234168B (zh) | 一种基于业务拓扑的数据展示方法及系统 | |
US20150378721A1 (en) | Methods for managing applications using semantic modeling and tagging and devices thereof | |
US11822597B2 (en) | Geofence-based object identification in an extended reality environment | |
JP2006053915A (ja) | 統一化されたプラント・モデル用ダイナミック・スキーマ | |
CN109388791B (zh) | 图表动态展示方法、装置、计算机设备及存储介质 | |
CN108388564B (zh) | 查询处理方法、装置及其设备 | |
CN113364640A (zh) | 一种运行指标的可视化方法及装置 | |
CN113032364B (zh) | 基于资源树的数据服务平台可视化管理工具、方法、应用 | |
CN110910203A (zh) | 一种商品页面的内容展示方法及装置 | |
US9741065B2 (en) | Automated guidance for selecting components of an it solution | |
CN112115203A (zh) | 云平台的资产管理方法、装置、设备及存储介质 | |
US11275944B1 (en) | External asset database management in an extended reality environment | |
CN112711512A (zh) | 一种Prometheus监控方法、装置及设备 | |
CN115392501A (zh) | 数据采集方法、装置、电子设备及存储介质 | |
CN115883407A (zh) | 一种数据采集方法、系统、设备及存储介质 | |
Chen et al. | A digital equipment identifier system | |
CN112579686A (zh) | 交互方法、装置、存储介质及电子设备 | |
US11676345B1 (en) | Automated adaptive workflows in an extended reality environment | |
CN108696559B (zh) | 流处理方法及装置 | |
CN113570476A (zh) | 基于自定义告警规则的电网监控系统容器服务监控方法 | |
CN111125226B (zh) | 一种配置数据采集方法及装置 | |
CN107894942B (zh) | 数据表访问量的监控方法和装置 | |
US20200387823A1 (en) | Contextual modeling using application metadata | |
CN105488229A (zh) | 一种异构数据环境下的数据交换与集成方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210907 |
|
RJ01 | Rejection of invention patent application after publication |