zabbix链路带宽告警（zabbix配置告警）

本篇文章给大家谈谈zabbix链路带宽告警，以及zabbix配置告警对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享zabbix链路带宽告警的知识，其中也会对zabbix配置告警进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、zabbix，在交换机端口出现UP、DOWN状态变化时进行告警？
• 2、如何实现ZABBIX MAPS显示两台交换机中的带宽流量
• 3、Zabbix SNMP 接口不定期丢数据/绘图不连续问题解决
• 4、zabbix监控系统，proxy不传数据，十分钟以上队列很高，为啥
• 5、如何做好运维监控？
• 6、zabbix web页面 需要多少带宽

zabbix，在交换机端口出现UP、DOWN状态变化时进行告警？

zabbix的告警通知非常灵活，支持的通知类型有Email、Jabber、sms、script 。其在设备需要修护时，同样可以提供同nagios 一样的设备维护期间，暂停告警的功能有，而且其相对于nagios 更加灵活。本篇就针对zabbix的告警和设备维护功能进行下说明。

如何实现ZABBIX MAPS显示两台交换机中的带宽流量

Zabbix监控服务端已经配置完成zabbix链路带宽告警，现在要使用Zabbix对交换机进行监控。
具体操作：
以下操作在被监控zabbix链路带宽告警的交换机上进行，这里以Cisco交换机为例。
一、登录到Cisco交换机，开启snmp服务
注意：使用telnet或者仿真终端登录到交换机特权配置模式
enable #切换到特权模式
configure terminal #进入全局配置模式
snmp-server community public ro #打开交换机snmp服务，设置团体名称为public，只读
snmp-server community cisco rw #打开交换机snmp服务，设置团体名称为cisco，读写
snmp-server enable traps #启用snmp陷阱
exit #退出全局配置模式
show run #查看当前配置信息
exit #退出特权模式
二、使用Getif查看交换机端口信息
下载Getif
安装完成之后，打开软件
注意：Windows 7/8/8.1系统需要单击右键，选择以管理员身份运行，否则软件打开失败！
Host name：交换机ip地址
Read：public
其zabbix链路带宽告警他默认
点Start
连接成功后如下图所示：
切换到interface选项卡，点Start连接后查看交换机所有的端口信息，并记录下来，如下图所示：
切换到MBrowser选项卡
选择iso-org-dod-internet-mgmt-mib-2-interface-ifTable-ifEntry-ifInOctets
点Start
连接成功后如下图所示：
注意：
ifInOctets #交换机端口进流量
ifOutOctets #交换机端口出流量
查看交换机端口出流量：
iso-org-dod-internet-mgmt-mib-2-interface-ifTable-ifEntry-ifOutOctets
interfaces.ifTable.ifEntry.ifInOctets.1对应交换机的Vlan1接口，其OID值为：1.3.6.1.2.1.2.2.1.10.1
interfaces.ifTable.ifEntry.ifInOctets.5179对应交换机的StackPort1接口，其OID值为：1.3.6.1.2.1.2.2.1.10.5179
interfaces.ifTable.ifEntry.ifInOctets.10101对应交换机的GigabitEthernet1/0/1接口，其OID值为：1.3.6.1.2.1.2.2.1.10.10101
以此类推
根据在interface选项卡中的int值，查看当前交换机该端口的OID值，然后在Zabbix中使用OID值对交换机端口进行监控。
这里列出zabbix链路带宽告警了Cisco几款交换机的端口和OID值
1、C3750E端口
ifInOctets #进口流量 1.3.6.1.2.1.2.2.1.10.
ifOutOctets #出口流量 1.3.6.1.2.1.2.2.1.16.
1 Vlan1
5179 StackPort1
5180 StackSub-St1-1
5181 StackSub-St1-2
10101 GigabitEthernet1/0/1
10102 GigabitEthernet1/0/2
10103 GigabitEthernet1/0/3
10104 GigabitEthernet1/0/4
10105 GigabitEthernet1/0/5
10106 GigabitEthernet1/0/6
10107 GigabitEthernet1/0/7
10108 GigabitEthernet1/0/8
10109 GigabitEthernet1/0/9
10110 GigabitEthernet1/0/10
10111 GigabitEthernet1/0/11
10112 GigabitEthernet1/0/12
10113 GigabitEthernet1/1/1
10114 GigabitEthernet1/1/2
10115 GigabitEthernet1/1/3
10116 GigabitEthernet1/1/4
10201 TenGigabitEthernet1/1/1
10202 TenGigabitEthernet1/1/2
14501 Null0
14502 FastEthernet0
2、C2960S端口
ifInOctets #进口流量 1.3.6.1.2.1.2.2.1.10.
ifOutOctets #出口流量 1.3.6.1.2.1.2.2.1.16.
1 Vlan1
10101 GigabitEthernet0/1
10102 GigabitEthernet0/2
10103 GigabitEthernet0/3
10104 GigabitEthernet0/4
10105 GigabitEthernet0/5
10106 GigabitEthernet0/6
10107 GigabitEthernet0/7
10108 GigabitEthernet0/8
10109 GigabitEthernet0/9
10110 GigabitEthernet0/10
10111 GigabitEthernet0/11
10112 GigabitEthernet0/12
10113 GigabitEthernet0/13
10114 GigabitEthernet0/14
10115 GigabitEthernet0/15
10116 GigabitEthernet0/16
10117 GigabitEthernet0/17
10118 GigabitEthernet0/18
10119 GigabitEthernet0/19
10120 GigabitEthernet0/20
10121 GigabitEthernet0/21
10122 GigabitEthernet0/22
10123 GigabitEthernet0/23
10124 GigabitEthernet0/24
10125 GigabitEthernet0/25
10126 GigabitEthernet0/26
10127 GigabitEthernet0/27
10128 GigabitEthernet0/28
10129 GigabitEthernet0/29
10130 GigabitEthernet0/30
10131 GigabitEthernet0/31
10132 GigabitEthernet0/32
10133 GigabitEthernet0/33
10134 GigabitEthernet0/34
10135 GigabitEthernet0/35
10136 GigabitEthernet0/36
10137 GigabitEthernet0/37
10138 GigabitEthernet0/38
10139 GigabitEthernet0/39
10140 GigabitEthernet0/40
10141 GigabitEthernet0/41
10142 GigabitEthernet0/42
10143 GigabitEthernet0/43
10144 GigabitEthernet0/44
10145 GigabitEthernet0/45
10146 GigabitEthernet0/46
10147 GigabitEthernet0/47
10148 GigabitEthernet0/48
10149 GigabitEthernet0/49
10150 GigabitEthernet0/50
12001 Null0
12002 FastEthernet0
3、 C3560端口
ifInOctets #进口流量 1.3.6.1.2.1.2.2.1.10.
ifOutOctets #出口流量 1.3.6.1.2.1.2.2.1.16.
1 Vlan1
10101 GigabitEthernet0/1
10102 GigabitEthernet0/2
10103 GigabitEthernet0/3
10104 GigabitEthernet0/4
10105 GigabitEthernet0/5
10106 GigabitEthernet0/6
10107 GigabitEthernet0/7
10108 GigabitEthernet0/8
10109 GigabitEthernet0/9
10110 GigabitEthernet0/10
10111 GigabitEthernet0/11
10112 GigabitEthernet0/12
10113 GigabitEthernet0/13
10114 GigabitEthernet0/14
10115 GigabitEthernet0/15
10116 GigabitEthernet0/16
10117 GigabitEthernet0/17
10118 GigabitEthernet0/18
10119 GigabitEthernet0/19
10120 GigabitEthernet0/20
10121 GigabitEthernet0/21
10122 GigabitEthernet0/22
10123 GigabitEthernet0/23
10124 GigabitEthernet0/24
10125 GigabitEthernet0/25
10126 GigabitEthernet0/26
10127 GigabitEthernet0/27
10128 GigabitEthernet0/28
10129 GigabitEthernet0/29
10130 GigabitEthernet0/30
10131 GigabitEthernet0/31
10132 GigabitEthernet0/32
10133 GigabitEthernet0/33
10134 GigabitEthernet0/34
10135 GigabitEthernet0/35
10136 GigabitEthernet0/36
10137 GigabitEthernet0/37
10138 GigabitEthernet0/38
10139 GigabitEthernet0/39
10140 GigabitEthernet0/40
10141 GigabitEthernet0/41
10142 GigabitEthernet0/42
10143 GigabitEthernet0/43
10144 GigabitEthernet0/44
10145 GigabitEthernet0/45
10146 GigabitEthernet0/46
10147 GigabitEthernet0/47
10148 GigabitEthernet0/48
10149 GigabitEthernet0/49
10150 GigabitEthernet0/50
10151 GigabitEthernet0/51
10152 GigabitEthernet0/52
10501 Null0
三、在Zabbix中添加对交换机的监控
1、添加主机
打开Zabbix
组态-主机群组-创建主机群组
组名：交换机
存档
组态-主机-创建主机
主机名称：交换机IP
群组：选择上一步创建的交换机
SNMP介面-IP地址：交换机IP
其他默认
状态：受检测中
存档
2、创建交换机监控模板
打开Zabbix
组态-模板-创建模板
模板名称：Cisco C3750E
群组：交换机
主机/模板：选择刚刚添加的交换机IP
存档
3、创建模板监控项目
主机-模板，选择刚才创建的模板Cisco C3750E
打开项目，如下图所示：
创建新监控
这里我们监控Cisco C3750E交换机端口GigabitEthernet0/1的进口流量
名称：GigabitEthernet0/1 In
类型：SNMPv2端点代理程式
键值：ifInOctets.10101
SNMP OID：1.3.6.1.2.1.2.2.1.10.10101
SNMP community：public
数据类型：数字的（无正负）
数据类型：十进制数字
单位：bps
使用自订倍数：打钩 8
数据更新间隔：60
History storage period （in days）：7
Trend storage period （in days）：365
储存值：差量（每秒速率）
展示值：不变
存档
4、创建监控图形
组态-主机
选择刚刚创建的交换机IP-图形
如下图所示：
创建图形
名称：GigabitEthernet0/1 In
添加，选择刚才创建的监控项目
存档
5、查看监控状态
打开Zabbix
检测中-图形
群组：交换机
主机：交换机IP
图形：GigabitEthernet1/0/1
如下图所示
至此，Zabbix监控交换机设置完成。
备注：Cisco交换机cpu和内存监控OID值
5秒内的cpu load（百分比）enterprises.9.2.1.56.0
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.2.1.56.0
1分钟内的cpu load（百分比）
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.2.1.57.0
5分钟内的cpu load（百分比）
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.2.1.58.0
获取内存使用情况
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.9.48.1.1.1.5
获取内存空闲情况
snmpwalk -v 2c -c test IP 1.3.6.1.4.1.9.9.48.1.1.1.6
当前内存使用
enterprises.9.9.48.1.1.1.5.1
1.3.6.1.4.1.9.9.48.1.1.1.5.1
1.3.6.1.4.1.9.9.48.1.1.1.5.2
1.3.6.1.4.1.9.9.48.1.1.1.5.16

Zabbix SNMP 接口不定期丢数据/绘图不连续问题解决

由于之前对Zabbix做了一次迁移,后面慢慢出现在Grafana上看到SNMP数据间歇性丢失,有意思zabbix链路带宽告警的是在非工作时间这个问题会延缓,但是在上班时间段就开始SNMP 接口数据间歇性丢失zabbix链路带宽告警的问题就尤为突出,经过各种排查最后得出结论.是因为迁移后Zabbix模板中网络接口带宽的索引OID默认是 ifOutOctets/ifOutOctets 导致.
ifOutOctets/ifOutOctets 在达到 2^32 次方(也就是 4 294 967 296 )之后会清零,由于清零之后上一个周期和当前周期的差值转换成每秒然后再乘以8,这种情况会在接口的统计值达到清零值的时候容易出现,比如上一个周期的值是 4255129534 ,刚好在下一个周期取数据的时候这个值达到了最高值之后清零了,当前周期拿到的值是 130216339 ,当前周期带宽计算就会出现负数,这也就导致了流量大的接口在zabbix中绘图断断续续,或者带宽值出现尖峰值的情况.
这里可以看到使用 snmpwalk 获取 ifInOctets 值对比结果,当数值结果达到 4 294 967 296 就会被清零.

        从以上知道了问题所在就很容易解决了,找到设备关联的模板,依次点击 Discovery rules - xx Interfaces - Item prototypes 找到响应的 将原来使用

1.3.6.1.2.1.2.2.1.10(ifInOctets) 或者 1.3.6.1.2.1.2.2.1.16(ifOutOctets) 的key中的SNMP OID更换为 1.3.6.1.2.1.31.1.1.1.6 (ifHCInOctets) 和 1.3.6.1.2.1.31.1.1.1.10 () ifHCOutOctets)即可解决.

zabbix监控系统，proxy不传数据，十分钟以上队列很高，为啥

proxy是代理服务器。
代理服务器（Proxy Server）是一种重要zabbix链路带宽告警的服务器安全功能zabbix链路带宽告警，它的工作主要在开放系统互联(OSI)模型的会话层zabbix链路带宽告警，从而起到防火墙的作用。
代理服务器的功能就是代理网络用户去取得网络信息。形象的说：它是网络信息的中转站。代理服务器就好象一个大的Cachezabbix链路带宽告警，这样就能显著提高浏览速度和效率。更重要的是：代理服务器是Internet链路级网关所提供的一种重要的安全功能，主要的功能有：
突破自身IP访问限制，访问国外站点。教育网、过去的169网等；
网络用户可以通过代理访问国外网站。
访问一些单位或团体内部资源，如某大学FTP（前提是该代理地址在该资源 的允许访问范围之内），使用教育网内地址段代理服务器，就可以用于对教育网开放的各类FTP下载上传，以及各类资料查询共享等服务。

如何做好运维监控？

统一监控平台，说到底本质上也是一个监控系统，监控的基本能力是必不可少的，回归到监控的本质，先梳理下整个监控体系：

① 监控系统的本质是通过发现故障、解决故障、预防故障来为了保障业务的稳定。

② 监控体系一般来说包括数据采集、数据检测、告警管理、故障管理、视图管理和监控管理6大模块。而数据采集、数据检测和告警处理是监控的最小闭环，但如果想要真正把监控系统做好，那故障管理闭环、视图管理、监控管理的模块也缺一不可。

一、数据采集

1、采集方式

数据采集方式一般分为Agent模式和非Agent模式；

Agent模式包括插件采集、脚本采集、日志采集、进程采集、APM探针等

非Agent模式包括通用协议采集、Web拨测、API接口等

2、数据类型

监控的数据类型有指标、日志、跟踪数据三种类型。

指标数据是数值型的监控项，主要是通过维度来做标识。

日志数据是字符型的数据，主要是从中找一些关键字信息来做监控。

跟踪型数据反馈的是跟踪链路一个数据流转的过程，观察过程中的耗时性能是否正常。

3、采集频率

采集频率分秒级、分钟级、随机三种类型。常用的采集频率为分钟级。

4、采集传输

采集传输可按传输发起分类，也可按传输链路分类。

按传输发起分类有主动采集Pull（拉）、被动接收Push（推）

按传输链路分类有直连模式、Proxy传输。

其中Proxy传输不仅能解决监控数据跨网传输的问题，还可以缓解监控节点数量过多导致出现的数据传输的瓶颈，用Proxy实现数据分流。

5、数据存储

对于监控系统来说，主要有以下三种存储供选择

① 关系型数据库

例如MySQL、MSSQL、DB2；典型监控系统代表：Zabbix、SCOM、Tivoli；

由于数据库本身的限制，很难搞定海量监控的场景，有性能瓶颈，只在传统监控系统常用

② 时序数据库

为监控这种场景设计的数据库，擅长于指标数据存储和计算；例如InfluxDB、OpenTSDB（基于Hbase）、Prometheus等；典型监控系统代表：TICK监控框架、 Open-falcon、Prometheus

③ 全文检索数据库

这类型数据库主要用于日志型存储，对数据检索非常友好，例如Elasticsearch。

二、数据检测

1. 数据加工

① 数据清洗

数据清洗比如日志数据的清洗，因为日志数据是非结构化的数据，信息密度较低，因此需要从中提取有用的数据。

② 数据计算

很多原始性能数据不能直接用来判断数据是否产生异常。比如采集的数据是磁盘总量和磁盘使用量，如果要检测磁盘使用率，就需要对现有指标进行一个简单的四则运算，才能得到磁盘使用率。

③ 数据丰富

数据丰富就是给数据打上一些tags标签，比如打上主机、机房的标签，方便进行聚合计算。

④ 指标派生

指标派生指的是通过已有的指标，通过计算得出新的指标。

2. 检测算法

有固定规则和机器学习算法。固定算法是较为常见的算法，静态阈值、同比环比、自定义规则，而机器学习主要有动态基线、毛刺检测、指标预测、多指标关联检测等算法。

无论是固定规则还是机器学习，都会有相应的判断规则，即常见的< =和and/or的组合判断等。

三、告警管理

1. 告警丰富

告警丰富是为了后续告警事件分析做准备，需要辅助信息去判断该怎么处理、分析和通知。

告警丰富一般是通过规则，联动CMDB、知识库、作业历史记录等数据源，实现告警字段、关联信息的丰富；通过人工打Tags也是一种丰富方式，不过实际场景下由于人工成本高导致难以落地。

2. 告警收敛

告警收敛有三种思路：抑制、屏蔽和聚合

① 抑制

即抑制同样的问题，避免重复告警。常见的抑制方案有防抖抑制、依赖抑制、时间抑制、组合条件抑制、高可用抑制等。

② 屏蔽

屏蔽可预知的情况，比如变更维护期、固定的周期任务这些已经知道会发生的事件，心里已经有预期。

③ 聚合

聚合是把类似或相同的告警进行合并，因为可能反馈的是同一个现象。比如业务访问量升高，那承载业务的主机的CPU、内存、磁盘IO、网络IO等各项性能都会飙升，这样把这些性能指标都聚合到一块，更加便于告警的分析处理。

3. 告警通知

① 通知到人

通过一些常规的通知渠道，能够触达到人。

这样在没有人盯屏的时候，可以通过微信、短信、邮件触发到工作人员。

② 通知到系统

一般通过API推送给第三方系统，便于进行后续的事件处理

另外还需要支持自定义渠道扩展（比如企业里有自己的IM系统，可以自行接入）

四、故障管理

告警事件必须要处理有闭环，否则监控是没有意义的。

最常见还是人工处理：值班、工单、故障升级等。

经验积累可以把人工处理的故障积累到知识库里面，用于后续故障处理的参考。

自动处理，通过提取一些特定告警的固化的处理流程，实现特定场景的故障自愈；比如磁盘空间告警时把一些无用日志清掉。

智能分析主要是通过故障的关联分析、定位、预测等AI算法，进一步提升故障定位和处理的效率；

1. 视图管理

视图管理也属于增值性功能，主要是满足人的心理述求，做到心中有底，面向的角色很多（领导、管理员、值班员等）。

大屏：面向领导，提供全局概览

拓扑：面向运维人员，提供告警关联关系和影响面视图

仪表盘：面向运维人员，提供自定义的关注指标的视图

报表：面向运维人员、领导，提供一些统计汇总报表信息，例如周报、日报等

检索：面向运维人员，用于故障分析场景下的各类数据检索

2. 监控管理

监控管理是企业监控落地过程中的最大挑战。前5个模块都是监控系统对外提供的服务功能，而监控管理才是面向监控系统自身的管理和控制，关注真正落地的过程的功能呈现。主要有以下几个方面：

配置：简单、批量、自动

覆盖率：监控水平的衡量指标

指标库：监控指标的规范

移动端：随时随地处理问题

权限：使用控制

审计：管理合规

API：运维数据最大的来源，用于数据消费

自监控：自身稳定的保障

为了实现上述监控六大基础能力模块，我们可以按如下架构设计我们的统一监控平台。

主要分三层，接入层，能力层，功能层。

接入层主要考虑各种数据的接入，除了本身Agent和插件的采集接入，还需要支持第三方监控源的数据接入，才能算一个完整的统一监控平台。

能力层主要考虑监控的基础通用能力，包含数据采集模块、数据存储模块、数据加工模块、数据检测模块、AI分析模块。

功能层需要贴近用户使用场景，主要有管理、展示两类功能，在建设的过程中可以不断丰富功能场景。

另外，考虑到数据的关联关系，为未来的数据分析打下基础，监控和CMDB也需要紧密联动，所有的监控对象都应该用CMDB进行管理，另外，还可以配置驱动监控为指导理念，实现监控的自动上下线，告警通知自动识别负责人等场景，简化监控的维护管理。

为了统一监控平台能够在企业更好的落地，我们需要配备对应的管理体系，其中最重要的是指标管理体系。

指标管理体系的核心理念：

监控的指标体系是以CMDB为骨架，以监控指标为经脉，将整个统一监控平台的数据有机整合起来。

贯穿指标的生命周期管理，辅以指标的管理规范，保障监控平台长久有序的运行。

从企业业务应用的视角出发，一般将企业监控的对象分为6层，也可以根据企业自己的情况进行调整：

基础设施层

硬件设备层

操作系统层

组件服务层

应用性能层

业务运营层

zabbix web页面 需要多少带宽

Zabbix通过专用zabbix链路带宽告警的Agent或者SNMP收集相关的监控数据zabbix链路带宽告警，然后存储到数据库里面实时在前台展示。 Zabbix监控数据主要分为以下两类zabbix链路带宽告警： 历史数据：history相关表,从history_uint表里面可以查询到设备监控项目的最大zabbix链路带宽告警，最小和平均值,即存储监控数据的原始数 关于zabbix链路带宽告警和zabbix配置告警的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 zabbix链路带宽告警的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于zabbix配置告警、zabbix链路带宽告警的信息别忘了在本站进行查找喔。