zabbix交换机端口流量手动查询 查询某个端口再一段时间内的流量值#查询语句，选取时间段（2021-12-26 23:35:00 - 2021-12-26 23:39:59） SELECT date_format(from_unixtime(clock), '%Y-%m-%d %H:%i') as time , itemid, value FROM history_uint WHERE itemid IN (41201,41202, 41187,41188) AND clock >= 1640532900 AND clock <= 1640533199 ORDER BY time{card-default label="流量" width="85%"}{/card-default}结果按时间求和SELECT unix_timestamp(time) as time_sec, (SUM(value)/1024/1024/1024) as value, 'Out端口流量汇总(原始数据)' as metric FROM (SELECT date_format(from_unixtime(clock), '%Y-%m-%d %H:%i') as time , value FROM history_uint WHERE itemid IN (41201,41202, 41187,41188) AND clock >= 1640532900 AND clock <= 1640533199 ORDER BY time) AS temp GROUP BY time;{card-default label="求和" width="85%"}{/card-default}

zabbix监控项列表 系统层应用层数据库

基于centos8的zabbix监控系统优化过程记录 前言{alert type="info"}刚刚接手一套监控系统的时候，可能存在这样那样的问题。那么如何从零开始梳理并优化zabbix呢。本文记录了整个梳理优化过程。{/alert}了解基本信信架构{callout color="#f0ad4e"}当前zabbix版本：zabbix5.4当前操作系统版本:CentOS Linux release 8.3.2011硬件配置：4核（E5-2403）内存（16G）硬盘（1.8T）zabbix监控系统当前架构,监控项目是否涉及多个机房节点{/callout}用途{callout color="#f0ad4e"}确认主要监控指标，除了基本监控内容之外，是否有额外要求。主要需要监控的设备有哪些。如服务器、交换机等。{/callout}网络{callout color="#f0ad4e"}zabbix监控与被监控设备之间的网络拓扑，通过什么协议获取数据。如snmp{/callout}问题{message type="error" content="采集交换机流量的过程中，出现丢失数据的现象。不定时产生网络错误：failed: first network error, wait for 15 seconds"/}分析原因{card-default label="过程" width="85%"}{/card-default}网络不稳定住要出现以下几种情况： 1 公网实现和IDC互联，被检查设备和server 不在同一个IDC，这种情况建议增加 proxy，对网络设备的检测都在内网进行 网络设备问题的情况： 1 设备性能： 网络设备上 debug snmp 信息 看每个包都回了 还是 报错了，这种情况将 snmp 的采集间隔加大 2 对端server连接的端口带宽打满了 poller排队处理： poller 数量是由 zabbix_server 配置文件中的 startpollers 指定 ， poller.c 主要做的事 a 从队列中获取 item 的数据 b 获取item的监控数据 c 把数据放入缓存 poller只会处理被动状态的监控项: 如果你是服务器出现此类日志:解决方法一种是增大poller的数量，一种是把被动模式改为主动模式， 如果你是网络设备:改用脚本实现，或者增大poller数量 关于Timeout 将服务器的检查时间调长为30s，这种设置如果检查设备少没关系，数量比较多我不建议这样调整，超过2s的检测项可以在agentd改用脚本实现优化过程系统优化#安装工具 yum -y install net-tools.x86_64 vim lsof #修改默认系统限制 vim /etc/sysctl.conf vm.overcommit_memory = 1 vim /etc/security/limits.conf * soft nofile 1048576 * hard nofile 1048576 * soft nproc unlimited * soft nproc unlimited #终端显示ip地址 vim /root/.bash_profile #开启防火墙，进行访问控制 vim iptablesforserver.sh #更新规则 #执行 sh iptablesforserver.sh #扩大swap 分区 dd if=/dev/zero of=/data1/swap bs=1024 count=6485760 mkswap /data1/swap swapon /data1/swapzabbix优化#主配置文件 cat /etc/zabbix/zabbix_server.conf | grep -v '#' | grep -v '^$' #调整超时时间 #Timeout=4 //原先为4s，调整为30s Timeout=30 #修改VMwareCacheSize与CacheSize参数 VMwareCacheSize=1G CacheSize=2G #修改系统时间，和zabbix 时间

基于docker的zabbix5.4 配置Cloud Alert报警方式 前言{callout color="#f0ad4e"}在业务量小的时候，zabbix监控系统采用邮件或钉钉报警完全可以满足要求。随着业务的发展，对运维要求越来越高。由于邮件或钉钉消息经常看不到，所以配置新的报警方式成了当务之急。经过调研分析，决定采用 Cloud Alert 来统一管理报警。分享配置过程。{/callout}注册 Cloud Alert账号{message type="success" content="账号注册完成后，添加应用，选择zabbix"/}注册地址添加应用{card-default label="添加应用" width="75%"}{/card-default}配置分派策略分派策略{card-default label="分派策略" width="75%"}{/card-default}通知策略{card-default label="通知策略" width="75%"}{/card-default}zabbix 配置{message type="success" content="因为zabbix采用的是基于docker的双机互备模式，因此继承cloud alert 采用web hook 模式，根据官方文档配置即可。"/}配置报警媒介{message type="success" content="直接第二步，通过xml(CA_500.xml)文件导入即可。导入之前，将文件内的key值改为刚刚申请的。"/}{card-default label="导入报警媒介" width="75%"}{/card-default}创建报警动作{message type="success" content="因为zabbix版本为5.4，需要自定义消息模板"/}{card-default label="报警动作" width="75%"}{/card-default}问题: {EVENT.NAME} 告警主机：{HOST.NAME} 告警时间：{EVENT.DATE} {EVENT.TIME} 事件等级：{EVENT.SEVERITY} 告警信息：{TRIGGER.NAME} 当前状态: {TRIGGER.STATUS}:{ITEM.VALUE1} 事件ID： {EVENT.ID} {TRIGGER.URL}{card-default label="自定义消息模板" width="75%"}{/card-default}配置Admin用户{message type="success" content="用户->Admin用户->报警媒介"/}{card-default label="用户配置" width="75%"}{/card-default}模拟测试{message type="success" content="通过模拟故障来验证，配置是否生效。"/}systemctl stop zabbix-agent过了一会儿，收到报警。说明配置正确，可以正常使用。

centos8安装zabbix监控系统 {card-default label="zabbix" width="90%"}{/card-default}前言{card-describe title="版本信息"}CentOS Linux release 8.3.2011zambix 5.4MariaDB 10.3.28nginx 1.14.1php-fpm 7.2.24{/card-describe}centos8 基本管理命令网卡管理nmcli #显示网卡信息 nmcli connection show nmcli connection show ens33 nmcli connection show --active nmcli connection reload systemctl restart network. nmtui. #通过界面配置网络关闭安全模式vi /etc/selinux/config setenforce 0安装zabbixrpm -Uvh https://repo.zabbix.com/zabbix/5.4/rhel/8/x86_64/zabbix-release-5.4-1.el8.noarch.rpm dnf clean all dnf install zabbix-server-mysql zabbix-web-mysql zabbix-nginx-conf zabbix-sql-scripts zabbix-agent安装数据库安装dnf -y install mariadb-server systemctl enable --now mariadb创建表mysql -uroot -p create database zabbix character set utf8 collate utf8_bin;数据库授权create user zabbix@localhost identified by 'zabbix@123'; grant all privileges on zabbix.* to zabbix@localhost; #针对docker create user zabbix@172.17.0.2 identified by 'zabbix@123'; grant all privileges on zabbix.* to zabbix@172.17.0.2;导入数据zcat /usr/share/doc/zabbix-sql-scripts/mysql/create.sql.gz | mysql -uzabbix -p zabbix配置优化zabbix_server配置vi /etc/zabbix/zabbix_server.conf隐藏内容，请前往内页查看详情nginx配置vi /etc/nginx/conf.d/zabbix.conf隐藏内容，请前往内页查看详情zabbix-agentvi /etc/zabbix/zabbix_agentd.conf隐藏内容，请前往内页查看详情启动systemctl enable --now zabbix-server zabbix-agent nginx php-fpm访问http://myzabbix.com {card-default label="安装" width="75%"}{/card-default}{alert type="error"}默认用户:Admin 默认密码:zabbix{/alert}FAQ修改zabbix字体cd /usr/share/zabbix/assets/fonts mv graphfont.ttf graphfont.ttf.bak mv MSYH.TTC graphfont.ttfcentos8 软件源wget https://mirrors.aliyun.com/repo/epel-archive-8.repo -O /etc/yum.repos.d/epel-archive-8.repo wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-vault-8.5.2111.repo

zabbix采用snmpv3协议监控H3C交换机 前言{callout color="#f0ad4e"}zabbix刚开始snmpv2协议获取数据，经常出现超时。所以才用snmpv3,然后发现不在出现丢数据的情况。交换机IP：10.10.20.216{/callout}H3C交换机配置# 查看当前生效配置 display current-configuration # 显示开机后加载配置 display saved-configuration # 切换系统视图 system-view # 配置acl规则 acl number 2000 rule 1 permit source 10.10.20.217 255.255.255.0 rule 100 deny # 添加snmp v3 用户名 密码 snmp-agent snmp-agent sys-info version all snmp-agent mib-view included MIB-2 iso snmp-agent group v3 v3group privacy read-view MIB-2 snmp-agent usm-user v3 v3user v3group authentication-mode sha v3xxxx123 privacy-mode des56 v3xxx123 acl 2000 # 保存配置 save{message type="success" content="客户端命令行测试"/}#安装客户端 yum -y install net-snmp-utils #测试 snmpwalk -v 3 -u v3user -l authPriv -a sha -A v3xxxx123 -x des -X v3xxx123 10.10.20.216 1.3.6.1.2.1.1.4.0 #测试端口连通性 nc -vuz 10.10.20.216 161zabbix配置{message type="success" content="打开'配置'-->'主机'-->'SNMP'"/}{card-default label="zabbix配置snmpv3" width="75%"}{/card-default}{card-default label="snmpv2" width="75%"}{/card-default}FAQsnmpwalk 获取数据超时{message type="error" content="获取数据的时候提示，timeout。百思不得其解，未找到原因。以为是认证的问题，最后发现加上 -t参数 延长等待时间解决。"/}snmpwalk -v 3 -t 2 -u v3user -l authPriv -a sha -A v3xxxx123 -x des -X v3xxx123 10.10.20.216 1.3.6.1.2.1.1.4.0

zabbix监控系统采集数据的手动查询 前言{callout color="#f0ad4e"}zabbix稳定运行一段时间之后，积累了一定量的数据。老板看运维整天没事干，让折腾一个酷炫的大屏显示。同时在这个基础上有一定的定制话需求。记录一下自己查询zabbix数据库的查询语句。{/callout}表结构监控表{card-default label="监控表" width="75%"}{/card-default}# hosts表 # 存储被监控机器的信息 ,包含模版信息 select * from hosts where hostid = '10434'\G # items表 # 核心表之一，记录了item的所有设置 select * from items where hostid = '10434'\G # hosts_templates表 # 存储机器和模版或模版和模版之间的关系 select * from hosts_templates \G # interface表 # 存储了所有设备的IP和端口数据（实际监控设备，此表更准确） select * from interface\G数据存储表{card-default label="数据存储表" width="75%"}{/card-default}{callout color="#f0ad4e"}history表 和 Trends 表 都是存储历史数据的地方。存储数据的粒度不同。trends 表将history表的数据根据小时纬度进行归档。他会针对每一个itemid，计算每小时的最小值，最大值和平均值。{/callout}# 相互关联的表 show tables like '%history%'; show tables like '%trend%'; # 将clock,和ns转化为可读 select itemid,from_unixtime(clock),value,ns/1000000000 from history limit 1;报警相关表{card-default label="报警相关表" width="75%"}{/card-default}{message type="success" content="trigger表"/}# 核心是expression，存储报警逻辑。 select * from triggers limit 1 \G{card-default label="结果" width="75%"}{/card-default}{message type="success" content="functions表"/}# 根据trigger表中expression 的{12641}，通过functions表查找itemid。 select * from functions where functionid=12641;{card-default label="结果" width="75%"}{/card-default}{message type="success" content="items表"/}select * from items where itemid =22189\G{message type="success" content="events表"/}{callout color="#f0ad4e"}zabbix server 获取到一个数据，就会检查跟这个item相关的trigger，然后无论是否出发action，都会生成一个 event。字段参数 source event 的生成来源 trigger discovery rule agent auto-registration internalobject 和event 关联的zabbix 对象{/callout}实际应用简单查询# 找出交换机端口流量相关的item select * from hosts where hostid = '10434'\G; # 统计监控项的个数 SELECT count(*) FROM items WHERE hostid=10434; # 统计和网络相关的监控项个数 SELECT count(*) FROM items WHERE hostid=10434 AND key_ LIKE '%net.if.in%' \G; # 查找itemid SELECT name,snmp_oid,itemid FROM items WHERE hostid=10434 AND key_ LIKE '%net.if.in%'; # 查看数据采集情况 select itemid,from_unixtime(clock),value,ns/1000000000 from history_uint where itemid = 36384; # 结果精确到分钟 select itemid,date_format(from_unixtime(clock), '%Y-%m-%d %H:%i' ), value as '36336' from history_uint where itemid = 36336 limit 10; 交换机流量查询# 查找类似表 show tables like '%history%'; # 列出单端口的值 SELECT date_format(from_unixtime(clock), '%Y-%m-%d %H:%i') as time , value FROM history_uint WHERE itemid = 36385 ; # 多端口同时列出 SELECT time, SUM(IF(`itemid`='36384', value, 0)) as '36384', SUM(IF(`itemid`='36385', value, 0)) as '36385', SUM(IF(`itemid`='36552', value, 0)) as '36552', SUM(IF(`itemid`='36553', value, 0)) as '36553' FROM (SELECT date_format(from_unixtime(clock), '%Y-%m-%d %H:%i') as time , value, itemid FROM history_uint WHERE itemid = 36384 or itemid = 36385 or itemid = 36552 or itemid = 36553) TEMP GROUP BY time # 端口求和 SELECT time1, SUM(value) FROM (SELECT date_format(from_unixtime(clock), '%Y-%m-%d %H:%i') as time1 , value FROM history_uint WHERE itemid IN (36552, 36553) AND clock > 1623517200 AND clock < 1623519000 ORDER BY time1) AS temp GROUP BY time1;

centos7下docker运行zabbix钉钉报警配置 前言{callout color="#f0ad4e"} zabbix监控系统部署完成以后，出现问题及时报警。是运维进行故障应急响应的关键。下面就来实现zabbix通过钉钉报警。{/callout}{card-default label="钉钉报警" width="75%"}{/card-default}钉钉的配置创建群聊{message type="success" content="将需要得到报警信息的人添加到群聊"/}{callout color="#f0ad4e"} 群名称：钉钉报警 成员：自己{/callout}添加一个自定义机器人{message type="success" content="项目小助手-->更多机器人-->自定义机器人,获取webhook的access_token，后面用得到"/}webhook{message type="success" content="保存webhook，钉钉报警脚本内部用得到"/}zabbix配置报警脚本 dingding.pydingding.py 内容如下：隐藏内容，请前往内页查看详情进行发送报警信息测试 /usr/lib/zabbix/alertscripts/dingding.py 189100xx805 监控测试 监控报警好不好使配置zabbix报警媒介{message type="success" content="管理-->报警媒介类型-->创建媒体类型"/}{callout color="#f0ad4e"}参数名称:钉钉类型:脚本脚本名称:dingding.py脚本参数:{ALERT.SENDTO}{ALERT.SUBJECT}{ALERT.MESSAGE}{/callout}{card-default label="配置截图" width="50%"}{/card-default}配置动作{message type="success" content="配置-->动作-->Trigger actions-->创建动作"/}{callout color="#f0ad4e"}参数名称:钉钉条件:触发器示警度 大于等于 未分类{/callout}{card-default label="配置截图" width="50%"}{/card-default}{card-default label="配置截图" width="50%"}{/card-default}{message type="success" content="操作 恢复操作 更新操作 参数相同"/}{callout color="#f0ad4e"}主题:{TRIGGER.STATUS}: {TRIGGER.NAME}消息:告警主机：{HOST.NAME}主机IP： {HOST.IP}告警时间：{EVENT.DATE} {EVENT.TIME}告警等级：{TRIGGER.SEVERITY}告警信息：{TRIGGER.NAME}问题详情：{ITEM.NAME}:{ITEM.VALUE}当前状态: {TRIGGER.STATUS}:{ITEM.VALUE1}事件ID： {EVENT.ID}{/callout}{card-default label="配置截图" width="50%"}{/card-default}配置用户{message type="success" content="管理-->用户-->Admin-->报警媒介-->添加"/}{card-default label="配置截图" width="50%"}{/card-default}报警在docker下实现{message type="success" content="利用pyinstaller 将dingding.py打包"/}pip3 install pyinstaller -i https://mirrors.aliyun.com/pypi/simple/ pyinstaller -F dingding.pyFAQ发消息中文乱码将docker内的环境变量设置为LC_ALL=C.utf8 LANG=C.utf8

centos7下安装zabbix-agent客户端 版本信息{card-default label="系统版本信息" width="100%"}系统版本：CentOS Linux release 7.9.2009 (Core)软件版本：zabbix_agentd (daemon) (Zabbix) 5.4.6{/card-default}下载软件wget https://repo.zabbix.com/zabbix/5.4/rhel/7/x86_64/zabbix-agent-5.4.6-1.el7.x86_64.rpm安装软件包rpm -ivh zabbix-agent-5.4.6-1.el7.x86_64.rpm配置vim /etc/zabbix/zabbix_agentd.conf Server=49.119.119.97 ServerActive=49.119.119.97 //自动注册注释掉此行 #Hostname=wlmq-kfq-xjcdn-server-1191 //开启 HostMetadataItem=system.uname启动systemctl enable --now zabbix-agent

通过docker部署zabbix双机高可用监控系统 前言　监控系统对于公司和运维人员来说，是了解线上业务重要的手段。所以双机互备是十分必要。下面就是实际工作中用到的zabbix双机互备搭建方案。zabbix原理{callout color="#f0ad4e"}企业级 开源分布式 监控解决方案Server 服务器端，采用mysql存储监控数据 apache+php 呈现agent 被监控设备上的zabbix 代理 收集数据snmp 支持 snmp 协议的设备ipmi agent 的另一种方式 物理性能监控 设备温度 风扇转速zabbix监控流程 Hostgroups（主机组）->Hosts(主机）->Applications(监控应用集）->Items（监控项）-> Triggers（触发器）-> Actions ( 告警动作）-> Medias ( 告警方式）-> User groups ( 用户组）-> Users ( 用户 )SNMP协议可以获取到的交换机那些信息 简单网络协议，是专门用于在IP网络 管理网络节点（服务器，工作站，路由器，交换机及HUBS等）一种标准协议。nms和代理进程 agent 之间的通信协议。监控类型监控类型说明简单检查不需要 zabbix agent,由 zabbix server 和 zabbix proxy 负责处理zabbix agent分为主动模式和被动模式zabbix 内部监控zabbix的内部进程 如snmp agent 是否正在运行，由zabbix轮询器处理SNMP trap被动接受被监控交换机发出的告警信息。需要在监控交换机做配置。SNMP agent被监控交换机提供数据和进程，zabbix_server 通过 snmp协议获取 数据zabbix系统对应 nms 网络交换机设备 对应开启 snmp服务，网络设备有一个管理信息库 MIB 里面存有大量的被管对象，如 cpu 内存使用率，接口状态等。这些被管对象是以OID树状结构进行存储的。只要zabbix获取这些网络设备相关对应的OID值。{/callout}准备工作首先准备需要的相关资源版本信息- 系统版本： CentOS Linux release 7.6.1810 - 软件版本： - zabbix-release-5.4.6 - mariadb-10.3.28-1 - keepalived 服务器资源- 4核8G 500G硬盘 * 2台{message type="warning" content="硬件配置可以根据业务，适当调整"/}IP地址- 10.10.20.1 ( server-1191) (m1) - 10.10.20.2 ( server-1192) (m2) - 10.10.10.97 (VIP) 项目代码下载下载地址：隐藏内容，请前往内页查看详情基础环境配置系统初始化执行脚本sh system_init_v3.sh //系统初始化 sh system_init_python3.sh //安装python3 sh system_init_docker.sh //安装docker和docker-compose修改dnsvim /etc/sysconfig/network-scripts/ifcfg-eno1 DNS1=223.5.5.5 DNS2=114.114.114.114修改防火墙规则vim /etc/sysconfig/iptables -A INPUT -p tcp -s 10.10.20.1 -m multiport --dport 3306,873 -j ACCEPT -A INPUT -p tcp -s 10.10.20.2 -m multiport --dport 3306,873 -j ACCEPT -A INPUT -p tcp -s 10.10.20.97 -m multiport --dport 3306,873 -j ACCEPT -A INPUT -p tcp -s 172.16.238.0/24 -j ACCEPT -A INPUT -p tcp -s 172.16.239.0/24 -j ACCEPT //重启服务生效 systemctl reload iptables systemctl restart docker //验证 nc -z -v -w 10 10.10.20.2 3306 nc -z -v -w 10 10.10.20.1 3306mysql数据库的主主配置启动数据库(m1,m2同时执行)cd /opt/zabbix-ha/mariadb-m-m/m1/ docker-compose up -d启用GTID 主主复制m1,m2同时配置//m1和m2同时操作 mysql -uroot -pxxxxx -h 127.0.0.1 //确认系统时间 select now(); //确认字符集 show variables like '%character%'; //创建同步账号 grant replication slave,replication client on *.* to 'slave'@'10.10.20.%' identified by "slave@123"; flush privileges;m1 到m2 的同步配置//m1 执行 //查看master状态 show master status; 下图 //查看gtid_binlog show variables like '%gtid_binlog%'; //m2执行 //设置slave_pos set global gtid_slave_pos='0-11-7192'; //配置master change master to master_host='mariadb_m1',master_user='slave',master_password='slave@123',master_port=3306,master_use_gtid=slave_pos,master_connect_retry=30; //启动 start slave;m2到m1的同步配置//m1配置 set global gtid_slave_pos='0-12-7192'; //配置master change master to master_host='mariadb_m2',master_user='slave',master_password='slave@123',master_port=3306,master_use_gtid=slave_pos,master_connect_retry=30; //启动 start slave;zabbix server 双机部署mysql建库并授权//登录 mysql -uroot -pUtemyan001db -h 127.0.0.1 //建库 create database zabbix character set utf8 collate utf8_bin; //授权 create user 'zabbix'@'172.16.237.1' identified by 'Utemyan001zbX'; grant all privileges on zabbix.* to 'zabbix'@'172.16.237.1'; flush privileges;更新防火墙规则vim /etc/sysconfig/iptables -A INPUT -p tcp -s 172.16.238.0/24 -j ACCEPT -A INPUT -p tcp -s 172.16.239.0/24 -j ACCEPT //重启服务生效 systemctl reload iptables systemctl restart docker启动zabbix-server并测试登录m1,m2cd /opt/ly-traffic/zabbix54 docker-compose up安装keepalived并配置安装 yum -y install keepalived mariadb配置并启动//m1上执行 ln -sf /opt/zabbix-ha/keepalived/m1-keepalived.conf /etc/keepalived/keepalived.conf ln -sf /opt/zabbix-ha/keepalived/scripts/check-backup.sh /etc/keepalived/check.sh systemctl enable --now keepalived //m2上执行 ln -sf /opt/zabbix-ha/keepalived/m2-keepalived.conf /etc/keepalived/keepalived.conf ln -sf /opt/zabbix-ha/keepalived/scripts/check-backup.sh /etc/keepalived/check.sh systemctl enable --now keepalived访问zabbixzabbix可用性测试curl -s -X POST -H 'Content-Type:application/json' -d '{ "jsonrpc": "2.0", "method": "user.login", "params": {"user": "Admin", "password": "LuoyunNOC-01" }, "id": 1 }' http://127.0.0.1/api_jsonrpc.php{message type="warning" content="最终实现效果：出现故障，自动切换到m2备机。收到报警后，排除m1故障。"/}