zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示

最新推荐文章于 2024-08-12 08:59:46 发布
最新推荐文章于 2024-08-12 08:59:46 发布
阅读量689 收藏
点赞数
文章标签： 运维 json python
原文链接：http://blog.51cto.com/13120271/2312106
版权

本文从开始到监控docker容器状态分为三部分
1.查看自己的环境变量以及自己的服务路径
（1）jdk环境： jdk1.8
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
（2）zabbix版本：zabbix3.4.5
（3）zabbix脚本存放路径：/data/zabbix/scripts/
( 4 ) .conf文件存放路径：/data/zabbix/etc/zabbix_agentd.conf.d/

2.配置脚本、key、模板
首选，zabbix_agentd 配置 vim/data/zabbix/etc/zabbix_agentd.conf.d/docker.conf

UserParameter=docker.discovery,/data/zabbix/scripts/docker.py
UserParameter=docker.[*],/data/zabbix/script/docker.py $1 $2

下面是docker.py 脚本，采用自动发现规则来发现容器，然后指定容器获取状态信息：

#!/usr/bin/python
import sys
import os
import json

def discover():
d = {}
d['data'] = []
with os.popen("docker ps -a --format {{.Names}}") as pipe:
for line in pipe:
info = {}
info['{#CONTAINERNAME}'] = line.replace("\n","")
d['data'].append(info)

print json.dumps(d)

def status(name,action):
if action == "ping":
cmd = 'docker inspect --format="{{.State.Running}}" %s' %name
result = os.popen(cmd).read().replace("\n","")
if result == "true":
print 1
else:
print 0
else:
cmd = 'docker stats %s --no-stream --format "{{.%s}}"' % (name,action)
result = os.popen(cmd).read().replace("\n","")
if "%" in result:
print float(result.replace("%",""))
else:
print result

if name == 'main':
try:
name, action = sys.argv[1], sys.argv[2]
status(name,action)
except IndexError:
discover()

这里说一下自动发现规则的坑。。。我被坑了好久才找出来.....一是必须返回json格式内容，二是 info['{#CONTAINERNAME}' ] 这个key一定要这么写{#CONTAINERNAME}
返回结果如下，一定要是这样的层级关系

{"data": [{"{#CONTAINERNAME}": "node-3"}, {"{#CONTAINERNAME}": "node-2"}, {"{#CONTAINERNAME}": "node-1"}, {"{#CONTAINERNAME}": "web"}, {"{#CONTAINERNAME}": "cadvisor"}, {"{#CONTAINERNAME}": "updatol"}, {"{#CONTAINERNAME}": "research"}, {"{#CONTAINERNAME}": "services"}, {"{#CONTAINERNAME}": "data"}, {"{#CONTAINERNAME}": "rabbitmq"}, {"{#CONTAINERNAME}": "redis"}, {"{#CONTAINERNAME}": "mysql"}, {"{#CONTAINERNAME}": "ssdb"}]}

另外那个函数的很简单了，就是调用docker 命令在获取数据的。
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示

然后导入模板：
模板如下：

<?xml version="1.0" encoding="UTF-8"?>
<zabbix_export>
<version>3.2</version>
<date>2018-06-04T04:12:36Z</date>
<groups>
<group>
<name>Templates</name>
</group>
</groups>
<templates>
<template>
<template>docker-status</template>
<name>docker-status</name>
<description/>
<groups>
<group>
<name>Templates</name>
</group>
</groups>
<applications>
<application>
<name>docker_test</name>
</application>
</applications>
<items/>
<discovery_rules>
<discovery_rule>
<name>docker.discovery</name>
<type>0</type>
<snmp_community/>
<snmp_oid/>
<key>docker.discovery</key>
<delay>60</delay>
<status>0</status>
<allowed_hosts/>
<snmpv3_contextname/>
<snmpv3_securityname/>
<snmpv3_securitylevel>0</snmpv3_securitylevel>
<snmpv3_authprotocol>0</snmpv3_authprotocol>
<snmpv3_authpassphrase/>
<snmpv3_privprotocol>0</snmpv3_privprotocol>
<snmpv3_privpassphrase/>
<delay_flex/>
<params/>
<ipmi_sensor/>
<authtype>0</authtype>
<username/>
<password/>
<publickey/>
<privatekey/>
<port/>
<filter>
<evaltype>0</evaltype>
<formula/>
<conditions>
<condition>
<macro>{#CONTAINERNAME}</macro>
<value>@ CONTAINER NAME</value>
<operator>8</operator>
<formulaid>A</formulaid>
</condition>
</conditions>
</filter>
<lifetime>30</lifetime>
<description/>
<item_prototypes>
<item_prototype>
<name>Container {#CONTAINERNAME} Diskio usage:</name>
<type>0</type>
<snmp_community/>
<multiplier>0</multiplier>
<snmp_oid/>
<key>docker.[{#CONTAINERNAME} ,BlockIO]</key>
<delay>60</delay>
<history>90</history>
<trends>0</trends>
<status>0</status>
<value_type>1</value_type>
<allowed_hosts/>
<units/>
<delta>0</delta>
<snmpv3_contextname/>
<snmpv3_securityname/>
<snmpv3_securitylevel>0</snmpv3_securitylevel>
<snmpv3_authprotocol>0</snmpv3_authprotocol>
<snmpv3_authpassphrase/>
<snmpv3_privprotocol>0</snmpv3_privprotocol>
<snmpv3_privpassphrase/>
<formula>1</formula>
<delay_flex/>
<params/>
<ipmi_sensor/>
<data_type>0</data_type>
<authtype>0</authtype>
<username/>
<password/>
<publickey/>
<privatekey/>
<port/>
<description/>
<inventory_link>0</inventory_link>
<applications>
<application>
<name>docker_test</name>
</application>
</applications>
<valuemap/>
<logtimefmt/>
<application_prototypes/>
</item_prototype>
<item_prototype>
<name>Container{#CONTAINERNAME} CPU usage:</name>
<type>0</type>
<snmp_community/>
<multiplier>0</multiplier>
<snmp_oid/>
<key>docker.[{#CONTAINERNAME},CPUPerc]</key>
<delay>60</delay>
<history>90</history>
<trends>365</trends>
<status>0</status>
<value_type>0</value_type>
<allowed_hosts/>
<units>%</units>
<delta>0</delta>
<snmpv3_contextname/>
<snmpv3_securityname/>
<snmpv3_securitylevel>0</snmpv3_securitylevel>
<snmpv3_authprotocol>0</snmpv3_authprotocol>
<snmpv3_authpassphrase/>
<snmpv3_privprotocol>0</snmpv3_privprotocol>
<snmpv3_privpassphrase/>
<formula>1</formula>
<delay_flex/>
<params/>
<ipmi_sensor/>
<data_type>0</data_type>
<authtype>0</authtype>
<username/>
<password/>
<publickey/>
<privatekey/>
<port/>
<description/>
<inventory_link>0</inventory_link>
<applications>
<application>
<name>docker_test</name>
</application>
</applications>
<valuemap/>
<logtimefmt/>
<application_prototypes/>
</item_prototype>
<item_prototype>
<name>Container {#CONTAINERNAME} mem usage:</name>
<type>0</type>
<snmp_community/>
<multiplier>0</multiplier>
<snmp_oid/>
<key>docker.[{#CONTAINERNAME},MemPerc]</key>
<delay>60</delay>
<history>90</history>
<trends>365</trends>
<status>0</status>
<value_type>0</value_type>
<allowed_hosts/>
<units>%</units>
<delta>0</delta>
<snmpv3_contextname/>
<snmpv3_securityname/>
<snmpv3_securitylevel>0</snmpv3_securitylevel>
<snmpv3_authprotocol>0</snmpv3_authprotocol>
<snmpv3_authpassphrase/>
<snmpv3_privprotocol>0</snmpv3_privprotocol>
<snmpv3_privpassphrase/>
<formula>1</formula>
<delay_flex/>
<params/>
<ipmi_sensor/>
<data_type>0</data_type>
<authtype>0</authtype>
<username/>
<password/>
<publickey/>
<privatekey/>
<port/>
<description/>
<inventory_link>0</inventory_link>
<applications>
<application>
<name>docker_test</name>
</application>
</applications>
<valuemap/>
<logtimefmt/>
<application_prototypes/>
</item_prototype>
<item_prototype>
<name>Container {#CONTAINERNAME} NETio usage:</name>
<type>0</type>
<snmp_community/>
<multiplier>0</multiplier>
<snmp_oid/>
<key>docker.[{#CONTAINERNAME},NetIO]</key>
<delay>60</delay>
<history>90</history>
<trends>0</trends>
<status>0</status>
<value_type>1</value_type>
<allowed_hosts/>
<units/>
<delta>0</delta>
<snmpv3_contextname/>
<snmpv3_securityname/>
<snmpv3_securitylevel>0</snmpv3_securitylevel>
<snmpv3_authprotocol>0</snmpv3_authprotocol>
<snmpv3_authpassphrase/>
<snmpv3_privprotocol>0</snmpv3_privprotocol>
<snmpv3_privpassphrase/>
<formula>1</formula>
<delay_flex/>
<params/>
<ipmi_sensor/>
<data_type>0</data_type>
<authtype>0</authtype>
<username/>
<password/>
<publickey/>
<privatekey/>
<port/>
<description/>
<inventory_link>0</inventory_link>
<applications>
<application>
<name>docker_test</name>
</application>
</applications>
<valuemap/>
<logtimefmt/>
<application_prototypes/>
</item_prototype>
<item_prototype>
<name>Container{#CONTAINERNAME} is_run :</name>
<type>0</type>
<snmp_community/>
<multiplier>0</multiplier>
<snmp_oid/>
<key>docker.[{#CONTAINERNAME} ,ping]</key>
<delay>30</delay>
<history>90</history>
<trends>365</trends>
<status>0</status>
<value_type>3</value_type>
<allowed_hosts/>
<units/>
<delta>0</delta>
<snmpv3_contextname/>
<snmpv3_securityname/>
<snmpv3_securitylevel>0</snmpv3_securitylevel>
<snmpv3_authprotocol>0</snmpv3_authprotocol>
<snmpv3_authpassphrase/>
<snmpv3_privprotocol>0</snmpv3_privprotocol>
<snmpv3_privpassphrase/>
<formula>1</formula>
<delay_flex/>
<params/>
<ipmi_sensor/>
<data_type>0</data_type>
<authtype>0</authtype>
<username/>
<password/>
<publickey/>
<privatekey/>
<port/>
<description/>
<inventory_link>0</inventory_link>
<applications>
<application>
<name>docker_test</name>
</application>
</applications>
<valuemap/>
<logtimefmt/>
<application_prototypes/>
</item_prototype>
</item_prototypes>
<trigger_prototypes>
<trigger_prototype>
<expression>{docker-status:docker.[{#CONTAINERNAME} ,ping].last()}=0</expression>
<recovery_mode>0</recovery_mode>
<recoveryexpression/>
<name>docker{#CONTAINERNAME}_down</name>
<correlation_mode>0</correlation_mode>
<correlation_tag/>
<url/>
<status>0</status>
<priority>5</priority>
<description/>
<type>0</type>
<manual_close>0</manual_close>
<dependencies/>
<tags/>
</trigger_prototype>
</trigger_prototypes>
<graph_prototypes/>
<host_prototypes/>
</discovery_rule>
</discovery_rules>
<httptests/>
<macros/>
<templates/>
<screens/>
</template>
</templates>
</zabbix_export>~~

模板下载链接：https://pan.baidu.com/share/init?surl=18Z9QIkSuLQ3sSPqSlbY2A 密码：3544
3.web端操作
导入模板后
可能有的人在这导入模板后会出现这个问题：
zabbixGlobal regular expression " CONTAINER NAME" does not exist.
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
出现这个问题，证明：问题不大。
去这个地方把这个去掉

zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
如果你要了解这个时什么意思：请参考官网：zabbix正则表达式写法，大体意思如下：
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
去管理 、一般，里边点开正则
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
自己先去了解这个怎么用，去添加就好了
接下来我们看一下模板中都监控了什么
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
触发器有一个
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
都没问题之后我们看一下最新数据
zabbix自发现实时监控docker容器及容器中各个服务的状态线上业务展示
我们看到了各个容器状态已经添加上去了，
到此结束，你可以向你领导交差了。

以上内容，如有问题 随时沟通
QQ: 936172842

转载于:https://blog.51cto.com/13120271/2312106

weixin_34247155
关注
【云原生监控】Prometheus 普罗米修斯从搭建到使用详解
congge
06-30 7666
Prometheus 使用详解
Docker学习总结（45）——Docker在沪江落地的实践
科技D人生
03-21 1627
Docker与微服务 微服务与Docker都是着简单轻量的代言，以至于人们说起Docker便会联想起微服务。但其实两者没有本质的关系，Docker可以不依赖于任何语言、框架或系统，而微服务负责拆分业务，解耦复杂应用。由于Docker相比VM更加轻量，更加灵活，正好符合了微服务的一些原则，所以大家经常使用Docker来部署微服务。 沪江在使用Docker前，首先对业务进行了拆分，把传统服务拆分成...
zabbix监控docker容器状态【推荐】
09-30
主要介绍了zabbix监控docker容器状态的相关资料,非常不错，具有一定的参考借鉴价值，需要的朋友可以参考下
zabbix监控docker容器shell脚本
06-12
此脚本用来实现zabbix监控docker容器，使用简单易懂，是不错的选择。此脚本用来实现zabbix监控docker容器，使用简单易懂，是不错的选择。此脚本用来实现zabbix监控docker容器，使用简单易懂，是不错的选择。
探索Zabbix Docker监控：高效、全面的容器监控解决方案
最新发布
gitblog_00125的博客
08-12 462
探索Zabbix Docker监控：高效、全面的容器监控解决方案 zabbix-docker-monitoring:whale: Docker/Kubernetes/Mesos/Marathon/Chronos/LXC/LXD/Swarm container monitoring - Docker image, Zabbix template and C module项目地址:https://g...
是用zabbix实现对docker内容器的监控
08-18
运维人员经常使用zabbix对服务器的各种状态进行监听，目前随着docker的越来越火，公司自己的很多服务也搭建在doker中，所以编写脚本对zabbix二次开发，实现对docker容器的监控
【Docker】容器服务监控
oJuHao12345的专栏
04-21 397
Docker 提供了 HealthCheck 的功能。我们可以指定一个命令来检查服务是否启动成功，并通过结束代码来通知 Docker 启动情况。如果你的 /etc/docker/daemon.json文件中。docker run 示例【来源网络】将true改为false。然后重启docker。
Docker——容器化的监控服务
庄小焱
01-25 1551
摘要 本博文将详细的介绍docker容器以及容器内部的服务。 一、Portainer轻量级容器监控 Portainer是一款轻量级的应用，它提供了图形化界面，用于方便地管理Docker环境，包括单机环境和集群环境。 Container Management | Kubernetes GUI | Docker Swarm GUI | Portainer docker search portainer docker pull portainer docker run -d -p 8000:800
Zabbix：自动化监控实现与系统架构详解
Zabbix是一个功能强大的监控工具，特别适合运维人员用来集中管理和监控服务器、网络设备等硬件资源，确保线上业务的稳定运行。 核心功能包括： 1. 信息采集：Zabbix定期检查被监控主机，收集各项关键指标，如网络...
基于Docker的devops实践—jenkins持续集成自动部署elk日志+zabbix监控
山东梅长苏
07-26 1875
笔者所在的技术团队负责了数十个项目的开发和维护工作，每个项目都至少有dev、qa、hidden、product四个环境，数百台机器，在各个系统之间疲于奔命，解决各种琐碎的问题，如何从这些琐碎的事情中解放出来？devops成了我们不二的选择。 文章是基于目前的环境和团队规模做的devops实践总结，方案简单易懂，容易落地且效果显著。 实现方法 实现方法 先来看下流程图： ...
Docker容器化的服务监控应用
AI天才研究院
01-28 671
1.背景介绍 1. 背景介绍 随着微服务架构的普及，服务之间的交互越来越复杂，服务监控变得越来越重要。Docker容器化技术为微服务提供了轻量级、可移植的部署方式，为服务监控提供了更好的支持。本文将介绍Docker容器化的服务监控应用，包括核心概念、算法原理、最佳实践、应用场景和工具推荐。 2. 核心概念与联系 2.1 Docker容器 Docker是一种开源的应用容器引擎，让开发人员可...
zabbix:：使用 zabbix监控 docker中运行的容器及docker进程
向上的信念
10-11 1151
1、页面中导入zabbix模版 结尾是 xml 文件； <?xml version="1.0" encoding="UTF-8"?> <zabbix_export> <version>3.2</version> <date>2018-06-04T04:12:36Z</date> <groups> <group> <name>Templ
docker容器监控
play_big_knife的博客
12-16 2481
docker技术作为一种虚拟化技术已经在运营和开发环节中起到了重要的作用。docker可以从远程仓库拉取镜像后在本地运行成为一种容器，不过docker还是会使用宿主机中的资源，宿主机的资源监控也成为一种必然，如何把资源监控进行图形化也是一种诉求。本文主要针对于如何解决docker中资源监控的问题。
Zabbix自带模板监控Docker容器
MichaelCoCoQ的博客
06-23 748
Zabbix自带模板监控Docker容器
Zabbix Docker 监控：高效且灵活的容器监控解决方案
gitblog_00046的博客
03-26 572
Zabbix Docker 监控：高效且灵活的容器监控解决方案 zabbix-docker-monitoring:whale: Docker/Kubernetes/Mesos/Marathon/Chronos/LXC/LXD/Swarm container monitoring - Docker image, Zabbix template and C module项目地址:https://gi...
docker服务器如何监控系统资源,如何监控docker容器内的服务进程
weixin_39861627的博客
08-04 1040
如何监控docker容器内的服务进程?docker的缺点是, 把代码封装到一组容器中可能会导致缺乏可见性,容器变成了黑盒子并使得开发人员对容器内部的工作方式几乎不可见。为了能够更精确的分配每个容器能使用的资源,我们想要实时获取容器运行时使用资源的情况。无论是传统的基础组件监控,还是应用性能监控的方式,都很难有效地监控 Docker。介绍一下现有的 Docker 相关监测 App 和服务,包括简单的...
Docker容器监控系统
2302_77750172的博客
08-18 310
容器信息采集及监控的方案有很多，有docker自身的docker stats命令、Scout、Data Dog、Prometheus等，本次为大家分享两款比较经典的容器开源监控组合方案Cadvisor +InfluxDB+Grafana和Cadvisor +Prometheus+Grafana。是一个用于创建和共享实时数据监控仪表盘的工具，可以从各种数据源中提取和可视化数据。因此，Cadvisor、InfluxDB 和 Grafana 的组合通常用于容器环境中，以获取、存储和展示容器的性能指标和监控数据。
Docker(十）—容器监控
why not try ?!的博客
08-10 2147
Docker(十）—容器监控
Zabbix监控Docker容器技术详解
5. 配置报警规则：为了及时发现容器运行中的异常状态，需要在Zabbix中设置报警规则，比如容器重启次数过多、CPU使用率超过阈值时触发报警。 6. 数据可视化：Zabbix提供丰富的图表和图形界面，可以用来展示Docker...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值