【Zabbix 自定义监控全流程实战指南(附图文教程):从语法基础到内存传参、PHP-FPM 服务、Web 场景监控配置】

【Zabbix 自定义监控全流程实战指南(附图文教程):从语法基础到内存传参、PHP-FPM 服务、Web 场景监控配置】
提示:本文原创作品,良心制作,干货为主,简洁清晰,一看就会

zabbix自定义监控


前言

这篇内容带大家快速上手 Zabbix 的基础用法
关于 Zabbix 的安装步骤或创建监控项,还不太清楚的小伙伴,可以查看这篇文章补充相关知识
https://blog.ZEEKLOG.net/m0_63756214/article/details/156421867?spm=1001.2014.3001.5501
关于 Zabbix 创建触发器,动作,媒介及图形,还不太清楚的小伙伴,可以查看这篇文章补充相关知识https://blog.ZEEKLOG.net/m0_63756214/article/details/156644688?spm=1001.2014.3001.5501

这里先介绍一下我的环境

IP地址主机名部署软件节点作用及职责
192.168.136.134zabbix-server1. Zabbix Server;2. Zabbix Agent(自身监控代理);3. MySQL ;4. Apache核心监控节点,负责接收各被监控节点上报的监控数据
192.168.136.135zabbix-node11. Zabbix Agent;2. 被监控软件被监控业务节点,通过Zabbix Agent采集本地系统资源,将采集到的监控数据实时上报至Zabbix Server
192.168.136.138zabbix-node21. Zabbix Agent;2. 被监控软件被监控业务节点,通过Zabbix Agent采集本地系统资源,将采集到的监控数据实时上报至Zabbix Server

前文我们使用的都是 Zabbix 自带监控参数,添加监控项时直接从键值列表选择即可;若所需参数不在列表中,或不想手动翻找,就可以通过自定义监控来配置专属键值

在这里插入图片描述

一、自定义监控语法

自定义监控的核心是在Zabbix Agent配置文件(zabbix_agentd.conf)中定义UserParameter,语法格式固定:

UserParameter=<自定义键值>,<要执行的脚本/命令> 
  • <自定义键值>:自定义监控项的唯一标识(如 custom.nginx.status),添加监控项时需填写这个键值
  • <要执行的脚本/命令>:可以是直接的Shell命令,也可以是脚本路径(如 /etc/zabbix/scripts/check_nginx.sh

Zabbix自定义监控项可针对业务专属指标(如服务状态、接口响应)配置监测,弥补默认监控不足,满足个性化运维需求,接下来我将举一些例子

二、监控内存–基础用法

这里以zabbix-node1为例,来监控该机器上的内存情况

#在zabbix-node1上操作 root@zabbix-node1:~# free total used free shared buff/cache available Mem: 4013244230868310022414766821523529532 Swap: 401510004015100 root@zabbix-node1:~# free | awk '/^Mem/{print $2}' #查看总内存4013244 root@zabbix-node1:~# free | awk '/^Mem/{print $3}' #查看已用内存231232 root@zabbix-node1:~# free | awk '/^Mem/{print $NF}' #查看可用内存,已用和可用内存都会变3530116 root@zabbix-node1:~# ls /etc/zabbix/zabbix_agentd.d/ #当前目录下没有子配置文件 root@zabbix-node1:~# vim /etc/zabbix/zabbix_agentd.d/memory.conf #在zabbix的子配置目录中写文件UserParameter=memory.total,free |awk'/^Mem/{print $2}'UserParameter=memory.used,free |awk'/^Mem/{print $3}'UserParameter=memory.available,free |awk'/^Mem/{print $NF}' root@zabbix-node1:~# systemctl restart zabbix-agent.service #修改配置文件后需要重启zabbix-agent
#在zabbix-server中测试一下,看看能不能拿到数据 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k memory.total4013244 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k memory.used231480 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k memory.available3522404

接下来我们就可以去zabbix界面上添加这三个自定义的监控项

在这里插入图片描述

添加监控项memory.total

在这里插入图片描述

添加监控项memory.used

在这里插入图片描述

添加监控项memory.available

在这里插入图片描述

添加好后的界面

在这里插入图片描述

去“最新数据”中可以看到,数据已经生成

在这里插入图片描述


感兴趣的小伙伴还可以为 memory.used 和 memory.available 配置触发器,具体方法在此不再赘述,本专栏第二篇文章已有详细讲解,大家可以去翻阅

三、监控内存–传参用法

接下来我讲一下传参用法
这种传参写法能复用单个监控项键值,无需为MemTotal、MemFree等每个内存指标单独定义UserParameter,大幅简化配置;这种方法可以作为了解

root@zabbix-node1:~# cat /proc/meminfo #查看内存 MemTotal: 4013244 kB MemFree: 3099400 kB MemAvailable: 3528796 kB Buffers: 58064 kB Cached: 530776 kB SwapCached: 0 kB Active: 466096 kB Inactive: 176852 kB Active(anon): 54912 kB Inactive(anon): 764 kB ...... root@zabbix-node1:~# vim /etc/zabbix/zabbix_agentd.d/upgrade.memory.conf UserParameter=memory.stats[*],cat /proc/meminfo |awk'/^$1/{print $$2}'# $1:代表调用该监控项时传入的第一个参数(比如用 memory.stats[MemTotal],$1 就等于 MemTotal)# $$2:awk 里的 $2 表示取一行的第 2 列,前面多一个 $ 是因为 Zabbix 配置文件里需要转义,否则会被 Zabbix 解析成自身变量 root@zabbix-node1:~# systemctl restart zabbix-agent.service 
#在zabbix-server中测试一下能否取到数据 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k memory.stats[MemTotal]4013244 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k memory.stats[MemFree]3100116 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k memory.stats[MemAvailable]3529840

接下来去zabbix界面上配置监控项

在这里插入图片描述

新增监控项memory.stats[MemTotal],其他指标也是一样的配置方法,这里我就配置了三个指标

在这里插入图片描述

配置好后,去“最新数据”中可以看到已经产生了监控数据

在这里插入图片描述

四、监控php-fpm 服务的状态

root@zabbix-node1:~# apt -y install php-fpm #下载php root@zabbix-node1:~# vim /etc/php/7.2/fpm/pool.d/www.conf  user = www-data #nginx的所属用户 group = www-data #nginx的所属组 pm.status_path = /php-fpm-status #php-fpm 的状态监测页面 ,#打开注释并修改 ping.path = /ping #ping 接口,存活状态是否ok #打开注释 ping.response = pong #响应内容pong #打开注释 root@zabbix-node1:~# vim /etc/nginx/conf.d/php.conf server { listen 80 default_server; listen [::]:80 default_server; root /var/www/html; index index.html index.htm index.nginx-debian.html; server_name _; location / { try_files $uri$uri/ =404;} location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params;} location ~* /(php-fpm-status|ping){ fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $fastcgi_script_name; include fastcgi_params; access_log off;#访问这个页面就不用记录日志了}} root@zabbix-node1:~# systemctl restart nginx root@zabbix-node1:~# systemctl start php7.2-fpm.service  root@zabbix-node1:~# curl 192.168.136.135/php-fpm-status #访问 pool: www process manager: dynamic start time: 07/Jan/2026:14:22:58 +0800 start since: 9 accepted conn: 1 listen queue: 0 max listen queue: 0 listen queue len: 128 idle processes: 1 active processes: 1 total processes: 2 max active processes: 1 max children reached: 0 slow requests: 0 root@zabbix-node1:~# cat /etc/zabbix/zabbix_agentd.d/php.conf UserParameter=php.stats[*],curl -s 192.168.136.135/php-fpm-status |awk'/^$1/{print $$NF}'
#在zabbix-server上测试,看能否取到数据 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k "php.stats[pool]" www root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k "php.stats[accepted conn]"9 root@zabbix-server:~# zabbix_get -s 192.168.136.135 -k "php.stats[listen queue len]"128 root@zabbix-server:~# 

然后去zabbix的界面上添加监控项

在这里插入图片描述

添加php.stats[pool]的监控项,添加其他监控项操作类似

在这里插入图片描述

添加好后去"最新数据"中查看数据

在这里插入图片描述

五、Web场景监控

Zabbix Web 场景监控(也叫 Web 监控)是用于模拟用户访问行为、对 Web 应用的可用性和性能进行自动化检测的功能

它的核心原理是:预先配置一系列 HTTP 请求步骤(即一个 “场景”),Zabbix 会按照设定的频率自动执行这些步骤,同时收集每个步骤的响应时间、HTTP 状态码、内容匹配结果等关键数据

在上面实验中正好有两个页面,我就创建这两个页面的web监控

在这里插入图片描述


在这里插入图片描述


在这里插入图片描述

查看最新数据,web页面监控已产生监控数据

在这里插入图片描述


注:
文中若有疏漏,欢迎大家指正赐教。
本文为100%原创,转载请务必标注原创作者,尊重劳动成果。
求赞、求关注、求评论!你的支持是我更新的最大动力,评论区等你~
后续会持续分享关于zabbix的进阶知识~

Read more

基于Java和高德开放平台的WebAPI集成实践-以搜索POI2.0为例

基于Java和高德开放平台的WebAPI集成实践-以搜索POI2.0为例

目录 前言 一、高德搜索API简介 1、高德开放平台 2、搜索功能介绍  3、部分API介绍 二、Uniapi集成高德API 1、API集成流程 2、访问接口的定义 3、业务调用集成 三、常见问题与优化 四、总结 前言         在当今数字化时代,地理信息系统(GIS)和位置服务(LBS)已成为许多应用程序的核心组成部分。无论是导航、物流、社交网络还是电子商务,位置数据的获取和处理都显得尤为重要。高德开放平台作为国内领先的地理信息服务提供商,提供了丰富的WebAPI接口,帮助开发者快速集成地图、导航、搜索等功能。其中,POI(Point of Interest)搜索是许多应用场景中的关键功能,它能够帮助用户快速找到附近的兴趣点,如餐馆、酒店、加油站等。         Java作为一种广泛使用的编程语言,因其跨平台性、

一个完整的车辆监控管理系统,包含后端API、Web管理后台和移动端应用

一个完整的车辆监控管理系统,包含后端API、Web管理后台和移动端应用

引言 本项目是一个专业的车辆监控管理系统,主要用于银行贷款车辆的实时监控和管理。系统采用前后端分离架构,包含: * 🚀 后端服务: Spring Boot + MySQL/H2 * 💻 Web管理后台: Vue.js + Element Plus * 📱 移动端应用: uni-app(支持H5/小程序/APP) 一、项目背景及简介 1.1 项目背景 随着汽车金融业务的快速发展,银行及金融机构在车辆抵押贷款业务中面临日益严峻的风险管理挑战。传统的车辆监管方式依赖人工巡检和定期核查,存在效率低下、监管盲区多、响应不及时等问题。特别是在车辆抵押贷款场景下,贷款机构需要对抵押车辆进行24小时不间断监控,确保资产安全,防范车辆被盗、私自转移等风险。 1.2 项目简介 本车辆监控管理平台是一套专为金融行业设计的智能化车辆监控解决方案。系统通过集成GPS定位设备、实时数据采集、智能报警机制和可视化管理系统,实现对抵押车辆的全程实时监控、位置追踪、异常预警和数据分析。平台采用现代化的前后端分离架构,支持Web端和移动端多平台访问,为银行、融资租赁公司、

Web 团队做 App,该不该选 Capacitor?

Web 团队做 App,该不该选 Capacitor?

Capacitor 简介 Capacitor 是一个开源的跨平台应用运行时,用于构建 Web、iOS 和 Android 应用。它由 Ionic 团队开发,支持将现代 Web 应用打包为原生应用,同时提供对原生设备功能的访问。Capacitor 的设计目标是简化跨平台开发流程,同时保持灵活性和性能。 Capacitor 的核心特点 跨平台支持 Capacitor 支持将同一套代码打包为 iOS、Android 和 Web 应用,减少开发维护成本。 原生功能集成 通过插件系统,Capacitor 可以访问设备原生功能,如相机、文件系统、地理位置等。 与框架无关 Capacitor 不依赖于特定前端框架,可与 Angular、React、Vue 或纯 JavaScript 项目结合使用。 现代化工具链 Capacitor

纯前端 PNG/JPG 转 PDF 工具(无需服务器,源码分享)

纯前端 PNG/JPG 转 PDF 工具(无需服务器,源码分享)

纯前端 PNG/JPG 转 PDF 工具(无需服务器,源码分享) ✨ 一个完全运行在浏览器中的图片转 PDF 工具,不依赖后端、不上传文件、保护隐私,支持拖拽、排序、预览、批量导出,代码开源,一键部署! 🌐 在线演示 👉 https://longsongline.github.io/png-to-pdf/ 打开即可使用,无需注册、无需登录,所有处理都在你的浏览器中完成! 📦 功能特性 * ✅ 纯前端实现:基于 jsPDF + FileReader,无任何服务端依赖 * ✅ 隐私安全:图片不会上传到任何服务器,全程本地处理 * ✅ 多格式支持:PNG、JPG、BMP、TIFF、SVG(自动转 PNG) * ✅ 灵活输出: * 合并为单个 PDF(