zabbix 告警采集（zabbix短信报警）

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

本文目录一览：

• 1、zabbix 告警
• 2、ZbxTable——zabbix优秀报表二开
• 3、zabbix告警配置
• 4、第五节 实现zabbix报警功能之页面信息报警和页面提示声音报警
• 5、听云监控和zabbix的区别

zabbix 告警

根据支持的时间定义的事件：

生成触发器的动作

邮件告警就配置成功

在为对应的用户添加对应的邮箱即可。

内容：

编写通知脚本

创建媒体类型

用户指定媒体类型

在sever端，自定义脚本发

1.首先在要在server编写对应的可执行的脚本

首先脚本文件的编写

接下来为脚本文件添加可执行权限

chmod +x sendmail.py

接下来将脚本文件安装到zabbix告警媒介文件夹下

vim /etc/zabbix/zabbix_server.conf

将sendmail文件移动到对应的目录下：

接下来就可以在前端上配置对应的告警媒介

参数：

{ALERT.SENDTO}收件人地址

{ALERT.SUBJECT}主题

{ALERT.MESSAGE}详细内容

在经过测试确认可用之后，就有新的告警媒介了。

像一般的告警介质一样使用就可以了。
去设置对应的告警就可以了

ZbxTable——zabbix优秀报表二开

zbxTable是一个开源zabbix报表系统，go语言编写（张思德，zabbix中国社区开源专家），目前版本已更新到1.15版本，支持zabbix5.4版本。

zbxTable部署有两种方式：RPM部署和编译安装，如有特殊需要，可选择编译安装，zbxtable用go语言编写，对系统影响小，推荐用RPM安装。

添加yum源

CentOS 6.x

rpm -Uvh https://repo.cactifans.com/zbxtable/1.0/rhel/6/x86_64/zbxtable-release-1.0-1.el6.noarch.rpm

CentOS 7.X

rpm -Uvh https://repo.cactifans.com/zbxtable/1.0/rhel/7/x86_64/zbxtable-release-1.0-1.el7.noarch.rpm

CentOS 8.X

rpm -Uvh https://repo.cactifans.com/zbxtable/1.0/rhel/8/x86_64/zbxtable-release-1.0-1.el8.noarch.rpm

安装

全新安装直接复制命令即可

yum clean all

yum -y install zbxtable

安装ms-agent

yum -y install ms-agent

配置

数据库初始化

mysql -uroot -ppassword

create database zbxtable character set utf8 collate utf8_bin;

create user zbxtable@localhost identified by ‘zbxtablepwd123’;

这里不讲其他数据库，有兴趣的可以看官网具体配置

系统初始化

配置文件需要初始化才能生成，步骤如下：

cd /usr/local/zbxtable/

./zbxtable init

这时候会进入交互命令行，根据实际情况正确输入数据库库的账号密码，zabbix链接信息，成功后会生成配置文件，否则无法看到配置文件。

配置MS-Agent

MS-Agent作为告警消息采集客户端，采集zabbix产生的告警信息，发送到zbxtable平台中，zbxtable需要在zabbix server配置相应的action。配置如下。

cd /usr/local/zbxtable

./zbxtable install

这时会在zabbix上创建ms-agent用户，密码随机，权限管理员，最后输出MS-Agent token为MS-Agent 与ZbxTable通信的token，需要和MS-Agent 配置文件里的token保持一致，否则无法正常收到告警。 Token可在conf/app.conf文件里找到。

启动服务

systemctl enable --now zbxtable

重启

systemctl restart zbxtable

查看状态

systemctl status zbxtable

必须确保zbxtable服务是active状态，如果异常，查看日志文件：/usr/local/zbxtable/logs/zbxtable.log或者系统日志message

Zbxtable-web配置

zbxtable使用nginx做代理，安装即可

yum -y install nginx

拷贝nginx配置文件

cp /usr/local/zbxtable/nginx.conf /etc/nginx/conf.d/

启动nginx

systemctl start nginx

开机自启动

systemctl enable nginx

zbxtable访问地址：http://ip:8088,默认账号密码：admin/Zbxtable。

zabbix告警配置

概述

假设我们配置了一些监控项和触发器，现在当触发器状态改变时会获取一些发生的事件，是时候考虑下一步行动了。

我们不可能一直盯着触发器或者事件列表，当发生一些标志性的事件时发送警告再好不过。当问题发生，关注这些的用户都会被通知。

zabbix提供主要的功能就是发送告警就是这个原因。哪些人？在什么时候？应该收到哪些信息是可以被定义的。

为了发送和接收来自zabbix的告警，你必须：

定义媒介

配置发送信息到定义媒介的动作

动作由 触发条件 和 操作 组成。基本上当条件符合时，操作被执行。两个主要的操作是 发送消息 和 执行远程命令

为了发现和自动注册创建的事件，一些额外的操作是可用的，包含添加或者删除主机，链接模板等

一、媒介（Media types）

概述

Media 是用于发送zabbix的消息与告警的递送通道

可以定义一下媒介类型

E-mail

SMS

Jabber

Ez Texting

Custom alertscripts

1、 E-mail

为消息定义E-mail发送通道，需要配置e-mail 作为媒介类型并且传递指定的地址给用户

配置

依次点击 管理——报警媒介类型，点击创建媒介类型（或者点击预先定义的媒介类型 E-mail）

媒介类型表包含通常的媒介类型属性

所有重要的字段都会标记红星

Name 媒介类型名字

Type 选择Email作为类型

SMTP server 设置stmp服务器作为处理信息的出口

SMTP server port 设置smtp服务的端口，这个参数从zabbix3.0开始支持

SMTP helo 这是正确的stmp链接值，通常为域名

SMTP email 这个地址会被用于信息发送者，用来发送消息，添加发送者的显示名 如 Zabbix_info则zabbix_info<gaoxiaoxu@126.com

几个可以生效的配置：

gaoxiaoxu@126.com 只有邮箱地址，不需要尖括号

zabbix_info<gaoxiaoxu@126.com 显示名与邮件地址，地址写在尖括号中

监控系统<gaoxiaoxu@126.com 使用UTF-8格式的显示名

Connection security 选择链接安全级别，None为不使用ssl选项，starttls 使用 CURLOPT_USE_SSL参数，SSL/TLS则CURLOPT_USE_SSL可选

SSL verify peer 标记checkbox同步SMTP服务的SSL证书，

Authentication 认证方法

Username 用户名

Password 密码

Enabled 启用媒介

注意 ： 为了使SMTP中的authentication 选项可用，zabbix在编译时，需要带--with-libcurl参数 使用cURL7.20.0或更高版本

第二个选项卡options

第二个选项卡options配置了告警的处理流程。同样的options配置在其他的媒介类型中也存在。

所有媒介都是并行处理的，当前最大会话每个媒介自己定义，但是zabbix服务的告警处理总数被参数（zabbix_sever.conf）StartAlerters所限制。同一触发器生成的告警会序列化的处理

options表

concurrent sessions 并发会话数，三个选项，one（一个），unlimited（不限制），custom（自定义）

Attempts 尝试发送告警的次数，如果设置为1，则zabbix会发送以此通知，并且失败时不会重发

Attempts interval  重发通知的频率，发送失败时重发的间隔

配置用户的媒介

依次点击 Administration（管理）---Users(用户)

点击用户的属性表，在Media（媒介）表中点击add

type 选择Email作为类型

send to 指定email地址，可以点击add添加多个地址，同理此地址也可设置显示名如Zabbix_admin<gaoxiaoxu@126.com或者gaoxiaoxu@126.com

when active 设置发送时间如工作日（1-5,09:00-18:00）可以使用宏

Use if severity 指定想要接受的告警等级

status 启用与否

2、SMS

zabbix发送短信，使用串行GSM调试解调器连接到zabbix server的serial port

先决条件：

串行设备（正常情况下在linux的/dev/ttyS0）的速度取决于modem。zabbix不设置串行链接的速度。

zabbix user拥有对串行设备的读写权限，运行ls -l /dev/ttyS0查看当前权限

GSM调试解调器拥有PIN码，PIN也可以禁用使用命令 AT+CPIN="NNNN"输入PIN， 必须有双引号。

已经测试好的modem Siemens MC35 Teltonika ModemCOM/G10

配置SMS作为发送通道，需要配置SMS作为媒介类型并且在用户界面配置接收手机号

配置

依次点击 Administration---Media types，点击创建media type或使用预先的配置

sms的Media type表属性

Description media type名

Type 选择SMS

GSM modem 选择设备如 /dev/ttyS0

options选项卡见E-mail

配置用户媒介

依次点击 Administration（管理）---Users(用户)

点击用户的属性表，在Media（媒介）表中点击add

types 选择SMS作为媒介

Send to 输入用户手机号

When active 设置发送时间如工作日（1-5,09:00-18:00）可以使用宏

Use if severity 指定想要接受的告警等级

status 启用与否

3、Jabber （略）

4、Ez Texing（略）

5、Custom alertscripts

如果不满足于存在的媒介来发送警告，可以自定义脚本进行发送

警告脚本在zabbix server上执行，这些脚本位于server配置文件AlertScriptsPath变量（默认/usr/local/share/zabbix/alertscripts）

脚本示例：

#！/bin/bash

to=$1

subject=$2

body=$3

cat <<EOF |mail -s "$subject" "$to"

$bodyEOF

从3.4开始zabbix会检查exit code（shell执行返回码，0为成功），若exit code 不等于0，则认为执行失败，zabbix会重复执行

script不保存环境变量，所以环境变量要精确指定

配置

依次点击 Administration---Media types，点击创建media type

mediatype表属性

Name 输入媒介的名字

Type 选择Script作为类型

Script name 输入脚本的名字（zabbix server中的脚本文件）

Script parameters 添加命令行参数到脚本

可支持ALERT.SENDTO}、{ALERT.SUBJECT}、{ALERT.MESSAGE}等宏，

{ALERT.SENDTO} 用户媒介中的send to（收件人）的值

{ALERT.SUBJECT} 动作配置中的Default subject（默认标题）

{ALERT.MESSAGE} 动作配置中的Default message（消息内容）

options表中定义了处理流程，见E-mail的说明

配置用户媒介User media

依次点击 Administration（管理）---Users(用户)

点击用户的属性表，在Media（媒介）表中点击add

用户媒介属性

Type 选择自定义脚本的媒介类型

Send to 指定告警接收人

When active 设置发送时间如工作日（1-5,09:00-18:00）可以使用宏

Use if serverity 指定想要接受的告警等级

status 启用与否

二、动作

如果你希望发生事件时会触发一些操作，那么你需要配置action

动作可以定义回应所有支持的事件类型，

事件类型：

Trigger events触发器事件，当触发器状态从ok改变到problem或相反。

Discovery events 当自动发现产生

Auto registration events当新的agent自动注册时，或者经注册过的主机元数据改变

Internal events当监控项变为不支持或触发器状态变为unknown时

配置一个动作

依次 Configuration ——Actions

从event source中选择需要的源（分为:触发器源，自动发现源，自动注册源，事件源）

点击创建动作

选择操作执行的条件

选择具体操作

选择恢复操作

动作表的属性

Name 唯一动作名

Type of calcaulation 选择条件触发的计算方法

And 必须符合所有条件

Or 只要一个条件符合即可

And/Or 结合二者，不同类型的条件用And，同一类型的条件用Or

Custom expression 用户自定义

Conditions 触发动作的一系列条件、

New condition 选择新的动作触发条件

Enabled 启用动作

条件设置

基于触发器的条件

Application 应用集

Host group 主机组

Template 模板

Host 主机

Tag 标签（串）

tag value 标签值

Trigger 触发器

Trigger name 触发器名字

Trigger severity 触发器等级

Time period 触发时间

Problem is suppressed 触发问题是否意料之中，如主机维护

基于自动发现的条件

Host IP 指定主机ip地址自动发现范围 格式： 单独的ip：192.168.1.33 范围ip： 192.168.1-101.1-254  Ip mask： 192.168.4。0/24

Service type 服务类型

service port 服务端口

Discovery rule 指定自动发现规则

Discovery check

Discovery object

Discovery status

Uptime/Downtime

Received value

Proxy

基于自动注册的条件

Host metadata 由zabbix_agentd.conf 文件中的HostMetadata变量定义

Host name

Proxy

基于内部事件的条件

Application

Event type

Host group

Template

Host

条件匹配后，就需要执行响应的动作了

可以支持以下动作

send a message

execute a remote command

add host

remove host

enable host

disable host

add to host group

remove from host group

link to template

unlink from template

set host inventory mode

执行远程命令

确保配置文件中（zabbix_agentd.conf）EnableRemoteCommands 参数设置为1

加入zabbix用户到sudo，vim /etc/sudoer

zabbix ALL=NOPASS: ALL #所有命令不需密码

zabbix ALL=NOPASS: /etc/init.d/apache restart  #指定某一命令不需要密码

触发操作后，使用宏 编辑信息

如 告警信息模板

标题 服务器：{HOST.NAME} - 发生： {TRIGGER.NAME}故障

信息 告警主机：{HOST.NAME}

告警地址：{HOST.IP}

监控项目：{ITEM.NAME}

监控取值：{ITEM.LASTVALUE}

告警等级：{TRIGGER.SEVERITY}

当前状态：{TRIGGER.STATUS}

告警信息：{TRIGGER.NAME}

告警时间：{EVENT.DATE} {EVENT.TIME}

事件ID：{EVENT.ID}

恢复信息

标题 服务器：{HOST.NAME} - {TRIGGER.NAME} 已恢复

信息 告警主机：{HOST.NAME}

告警地址：{HOST.IP}

监控项目：{ITEM.NAME}

监控取值：{ITEM.LASTVALUE}

告警等级：{TRIGGER.SEVERITY}

当前状态：{TRIGGER.STATUS}

告警信息：{TRIGGER.NAME}

告警时间：{EVENT.DATE} {EVENT.TIME}

恢复时间：{EVENT.RECOVERY.DATE} {EVENT.RECOVERY.TIME}

持续时间：{EVENT.AGE}

事件ID：{EVENT.ID}

第五节 实现zabbix报警功能之页面信息报警和页面提示声音报警

1.1 页面提示信息报警和页面提示声音报警

配置-----主机-----点击相应主机的触发器-----创建创建触发器

配置触发器

查看页面报警提示信息

工作中处理页面报警信息的思路

工作中遇见告警信息处理思路步骤:
第一步: 看到告警提示信息,定位主机信息
第二步: 看到主机信息之后,定位报警原因 获得监控项Key值
第三步: 根据key值信息,最终获得报警原因

1.2 页面提示声音报警

用户-----用户设置------正在发送消息--- 勾选前端信息

听云监控和zabbix的区别

区别如下
zabbix优点：1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。zabbix缺点：1、性能瓶颈，监控系统没有低估高峰期，具有持续性和周期性，机器量越大，数据的增大会使数据库的写入成为一定的瓶颈，官网给出的单机上限5000台，届时就需要增加proxy，增加成本。2、Zabbix采集数据有pull方式，也就是server主动模式，当目标机器量大之后，pull任务会出现积压。采集数据会延迟3、项目二次开发，需要分析MySQL表结构，表结构比较复杂，通过API开发对开发能力有要求。4、内置housekeeping在执行过程中会对数据库增加压力，需要对数据库进行优化 关于zabbix 告警采集和zabbix短信报警的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 zabbix 告警采集的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于zabbix短信报警、zabbix 告警采集的信息别忘了在本站进行查找喔。