CN109344032A - 一种监控方法和装置 - Google Patents

Abstract

本发明公开了一种监控方法，该方法包括：在docker环境下，对服务容器进行监控。本发明还公开监控装置。本发明提供的方法和装置能够实现在容器中监控Openstack的服务。

Description

一种监控方法和装置

技术领域

本发明涉及监控领域中的一种监控方法和装置。

背景技术

虚拟化是一个抽象又内涵丰富的概念。要理解虚拟化的不同内涵，需要首先回顾计算机的层次结构。计算机的层次结构分为：硬件层、硬件抽象层、操作系统层、API抽象层、函数库层、应用程序层。虚拟化就是由位于下层的模块，通过向上一层的模块提供一个与他原先所期待的运行环境一致的接口方法，抽象出一个虚拟的软件或硬件接口，使得上层软件可以直接运行在虚拟环境上。虚拟化技术包括虚拟机、容器、JVM。容器存在于操作系统层和函数库层之间的虚拟化技术。容器通过“伪造”操作系统的接口，将API抽象层、函数库层以上的功能置于操作系统上，以Docker为例，就是基于Linux操作系统的Namespace和CGroup功能实现的隔离容器，模拟操作系统的功能，因为它比虚拟机高一层，也就需要少一层东西，容器占用资源少。Docker可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。

Telegraf是一个用Go语言编写的代理程序，运行在主机上，可收集系统个和服务的统计数据。Telegraf具有内存占用小的特点，通过插件系统开发人员可轻松添加支持其他服务的扩展。

Openstack各服务模块包括计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

现有技术中还不存在在容器中对Openstack各服务进行监控的技术方案。

发明内容

本发明要解决的技术问题是提供一种监控方法，实现在容器中监控Openstack的服务。

为了解决上述技术问题，本发明实施例提供了一种监控方法，包括：

在docker环境下，对服务容器进行监控；其中，所述服务容器是指运行openstack的一个或多个服务的容器，所述openstack的服务包括以下一种或多种：

计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

进一步地，上述方法还具有下面特点：

所述在docker环境下，对服务容器进行监控之前，包括：

配置所述服务器中的服务容器列表及服务端口、配置telegraf配置文件。

进一步地，上述方法还具有下面特点：

所述对服务容器进行监控，包括：

遍历所述服务器内的全部服务容器，若所述服务容器在所述服务容器列表中，则通过telegraf程序采集所述服务容器的监控数据，获取所述服务容器的运行状态；若所述服务容器的运行状态为异常，则发出告警。

所述运行状态包括正常或异常。

进一步地，上述方法还具有下面特点：

所述对服务容器进行监控，还包括：

在所述服务容器的运行状态为正常时，如果根据预设需求确定需要监控服务端口，则通过所述telegraf程序获取所述服务容器的服务端口的运行状态，若所述服务端口的运行状态为异常，则发出告警。

进一步地，上述方法还具有下面特点：

所述配置telegraf配置文件，包括在telegraf配置文件中进行以下一项或多项操作：

设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式。

为了解决上述问题，本发明还提供了一种监控装置，包括：存储器和处理器；其特征在于：

所述存储器，用于保存用于监控的程序；

所述处理器，用于读取执行所述用于监控的程序，执行如下操作：

在docker环境下，对服务容器进行监控；其中，所述服务容器是指运行openstack的一个或多个服务的容器，所述openstack的服务包括以下一种或多种：

计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

进一步地，上述装置还具有下面特点：

所述处理器，读取执行所述用于监控的程序，执行如下操作：

所述在docker环境下，对服务容器进行监控之前，配置所述服务器中的服务容器列表及服务端口、配置telegraf配置文件。

进一步地，上述装置还具有下面特点：

所述对服务容器进行监控，包括：

遍历所述服务器内的全部服务容器，若所述服务容器在所述服务容器列表中，则通过telegraf程序采集所述服务容器的监控数据，获取所述服务容器的运行状态；若所述服务容器的运行状态为异常，则发出告警。

所述运行状态包括正常或异常。

进一步地，上述装置还具有下面特点：

所述对服务容器进行监控，还包括：

在所述服务容器的运行状态为正常时，如果根据预设需求确定需要监控服务端口，则通过所述telegraf程序获取所述服务容器的服务端口的运行状态，若所述服务端口的运行状态为异常，则发出告警。

进一步地，上述装置还具有下面特点：

所述配置telegraf配置文件，包括在telegraf配置文件中进行以下一项或多项操作：

设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式。

综上，本发明实施例提供的监控方法和装置，实现了在容器中监控Openstack服务。

附图说明

图1为根据本发明实施例的监控方法的示意图。

图2为根据本发明实施例的监控方法的流程图。

图3为根据本发明实施例的监控装置的示意图。

具体实施方式

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

图1为本发明实施例的监控方法的示意图，如图1所示，本实施例的监控方法包括：

S11、在docker环境下，对服务容器进行监控。

其中，所述服务容器可以是指运行openstack的一个或多个服务的容器。

所述openstack的服务可以包括以下一种或多种：

计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

一种可选实施方式中，所述在docker环境下，对服务容器进行监控之前，可以包括：

配置所述服务器中的服务容器列表及服务端口、配置telegraf配置文件。

例如配置文件中可以包含服务名称以及服务端口，比如cinder_api为服务名称，8776为服务端口。不启动端口的服务可以用NULL替代。

配置telegraf配置文件，可以包括在telegraf配置文件中设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式等。比如，设定采集监控数据的时间间隔为30s，设定采集监控数据的超时时间为30s，设定采集的监控数据的数据格式为influx。

一种可选实施方式中，所述对服务容器进行监控，可以包括：遍历所述服务器内的全部服务容器，若所述服务容器在所述服务容器列表中，则通过telegraf程序采集所述服务容器的监控数据，获取所述服务容器的运行状态；若所述服务容器的运行状态为异常，则发出告警。

其中，发出告警的方式可以包括给管理员发邮件或者短消息，或者在查看运行结果的界面上以高亮显示等。

所述运行状态可以包括正常或异常。

一种可选实施方式中，所述对服务容器进行监控，还可以包括：

在所述服务容器的运行状态为正常时，如果根据预设需求确定需要监控服务端口，则通过所述telegraf程序获取所述服务容器的服务端口的运行状态，若所述服务端口的运行状态为异常，则发出告警。

图2为本发明实施例的监控方法的流程图。如图2所示，包括步骤如下：

步骤201：在docker环境下，配置服务器上的服务容器列表及服务端口。

配置文件可如表1所示，不启动端口的服务用NULL替代。

表1配置文件

步骤202：配置telegraf配置文件。

其中，配置telegraf配置文件可以包括在telegraf配置文件中设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式。比如，设定采集监控数据的时间间隔为30s，设定采集监控数据的超时时间为30s，设定采集的监控数据的数据格式为influx。

部分代码如下：

步骤203：遍历服务器上的所有容器，若容器存在于服务列表，则获取服务容器的运行状况，若服务容器的运行状况异常，则发出告警。

步骤204：若服务容器的运行状况为正常，且需要判断服务端口的运行状态，则获取服务端口的运行状况，若服务端口的运行状况异常，则发出告警。

部分代码如下：

本实施例用于监控的方法，方便地监控openstsck各服务在容器内的运行情况。

图3为本发明实施例的监控装置的示意图，如图3所示，本实施例的监控装置包括：存储器和处理器；其特征在于：

所述存储器，用于保存用于监控的程序；

所述处理器，用于读取执行所述用于监控的程序，执行如下操作：

在docker环境下，对服务容器进行监控；其中，所述服务容器是指运行openstack的一个或多个服务的容器，所述openstack的服务包括以下一种或多种：

计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

可选地，所述处理器，读取执行所述用于监控的程序，执行如下操作：

所述在docker环境下，对服务容器进行监控之前，配置所述服务器中的服务容器列表及服务端口、配置telegraf配置文件。

可选地，所述对服务容器进行监控，包括：

遍历所述服务器内的全部服务容器，若所述服务容器在所述服务容器列表中，则通过telegraf程序采集所述服务容器的监控数据，获取所述服务容器的运行状态；若所述服务容器的运行状态为异常，则发出告警。所述运行状态包括正常或异常。

可选地，所述对服务容器进行监控，还包括：

在所述服务容器的运行状态为正常时，如果根据预设需求确定需要监控服务端口，则通过所述telegraf程序获取所述服务容器的服务端口的运行状态，若所述服务端口的运行状态为异常，则发出告警。

可选地，所述配置telegraf配置文件，包括在telegraf配置文件中进行以下一项或多项操作：

设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种监控方法，包括：

在docker环境下，对服务容器进行监控；其中，所述服务容器是指运行openstack的一个或多个服务的容器，所述openstack的服务包括以下一种或多种：

计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

2.如权利要求1所述的方法，其特征在于，所述在docker环境下，对服务容器进行监控之前，包括：

配置所述服务器中的服务容器列表及服务端口、配置telegraf配置文件。

3.如权利要求2所述的方法，其特征在于，

所述对服务容器进行监控，包括：

遍历所述服务器内的全部服务容器，若所述服务容器在所述服务容器列表中，则通过telegraf程序采集所述服务容器的监控数据，获取所述服务容器的运行状态；若所述服务容器的运行状态为异常，则发出告警；

所述运行状态包括正常或异常。

4.如权利要求3所述的方法，其特征在于，

所述对服务容器进行监控，还包括：

在所述服务容器的运行状态为正常时，如果根据预设需求确定需要监控服务端口，则通过所述telegraf程序获取所述服务容器的服务端口的运行状态，若所述服务端口的运行状态为异常，则发出告警。

5.如权利要求3所述的方法，其特征在于，所述配置telegraf配置文件，包括在telegraf配置文件中进行以下一项或多项操作：

设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式。

6.一种监控装置，包括：存储器和处理器；其特征在于：

所述存储器，用于保存用于监控的程序；

所述处理器，用于读取执行所述用于监控的程序，执行如下操作：

在docker环境下，对服务容器进行监控；其中，所述服务容器是指运行openstack的一个或多个服务的容器，所述openstack的服务包括以下一种或多种：

计算Nova、对象存储Swift、镜像服务Glance、块存储Cinder、身份服务keystone。

7.如权利要求6所述的装置，其特征在于，

所述处理器，读取执行所述用于监控的程序，执行如下操作：

所述在docker环境下，对服务容器进行监控之前，配置所述服务器中的服务容器列表及服务端口、配置telegraf配置文件。

8.如权利要求7所述的装置，其特征在于，

所述对服务容器进行监控，包括：

遍历所述服务器内的全部服务容器，若所述服务容器在所述服务容器列表中，则通过telegraf程序采集所述服务容器的监控数据，获取所述服务容器的运行状态；若所述服务容器的运行状态为异常，则发出告警；

所述运行状态包括正常或异常。

9.如权利要求8所述的装置，其特征在于，

所述对服务容器进行监控，还包括：

在所述服务容器的运行状态为正常时，如果根据预设需求确定需要监控服务端口，则通过所述telegraf程序获取所述服务容器的服务端口的运行状态，若所述服务端口的运行状态为异常，则发出告警。

10.如权利要求8所述的装置，其特征在于，所述配置telegraf配置文件，包括在telegraf配置文件中进行以下一项或多项操作：

设定采集监控数据的时间间隔、设定采集监控数据的超时时间、设定采集的监控数据的数据格式。