调用zabbix告警数据（zabbix常见问题）

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

本文目录一览：

• 1、zabbix告警信息如何调用主机里的描述栏
• 2、第五节 实现zabbix报警功能之页面信息报警和页面提示声音报警
• 3、zabbix告警配置
• 4、如何通过zabbix 获取监控数据

zabbix告警信息如何调用主机里的描述栏

6.触发事件，测试能否收到告警短信。
6.1调试调用zabbix告警数据的时候，可修改zabbix_server.conf的debuglevel=4,重启zabbix_server使配置生效。
6.2抓取日志信息，对排错很关键。默认日志位置调用zabbix告警数据：/tmp/zabbix_server.log
sendsms.py
#!/usr/bin/env python
# coding: utf-8
import sys
import urllib
import urllib2
"""
使用八优短信平台进行短信报警
接收参数输入
参数一:接收手机号(zabbix传来的第1个参数，报警接收手机号)

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

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

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

配置触发器

查看页面报警提示信息

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

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

1.2 页面提示声音报警

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

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 获取监控数据

zabbix基本架构：
1.Server
zabbix系统核心进程，轮询并捕获数据、发送通知等。是zabbix agent和zabbix proxy汇报数据的对象。server自身可远程检测网络服务。所有的前后端配置、统计信息、可操作数据存储于此。包含server、前段界面和后端DB几部分。
2.Agent
部署在被监控主机上用于监控本地资源和应用并向zabbix server汇报结果。使用本地系统调用故非常高效。有主动和被动两种检测模式。被动模式下agent根据server或proxy的具体请求来返回数据。主动模式下先主动由server获取监控项列表在检测并返回新的数据。采用主动或被动检测取决于相应监控项的配置。
3.Proxy
可以自由选择部署或者不部署，主要用于分担server的负载。在集中化监控远程位置、分支、网络的场景中是很好的解决方案。可从被监控设备收集数据缓存在proxy本地后传递给其所属的zabbix server。proxy需要单独的数据库。
4.Java gateway
java实现的守护进程用于监控JMX类型的应用程序。
5.Sender
命令行工具zabbix_sender，用于向zabbix server发送性能数据和可用性数据。多用于用户脚本定期向server发送数据。
如：
shell cd bin
shell ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43
6.Get
命令行工具zabbix_get，用于同agent通信从agent获取数据。可用于zabbix agents的troubleshooting。
如：
shell cd bin
shell ./zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"
#zabbix术语表：
host
需要被监控的设备，如交换机、路由器、WEB服务器、DB服务器等
host group
被监控设备的逻辑分组，如DB服务器一组、WEB服务器一组等。可包含主机和模板。用于权限控制
item
需要被监控的项，如CPU空闲率、某一块磁盘的使用率等
trigger
用于评估收到的监控值是否超出设定的阈值的逻辑表达式
event
如trigger状态改变等值得注意的事件
action
预先定义的响应event的一系列operations
escalation
执行action中的operations的定制场景；一连串的发送通知、执行远程命令
media
传递notification的方式
notification
通过media发送给用户的关于某个event的消息
remote command
在被监控机器上触发并自动执行的预定义命令
template
用于简化和加速主机上大规模监控任务的部署。包含一系列项目，如items, triggers, graphs, screens, applications, low-level discovery rules
application
逻辑组中的一组items
web scenario
一个或多个HTTP request用以检查web站点可用性
frontend
zabbix的web界面
zabbix api
允许通过JSON RPC 协议创建、更新和获取zabbix对象如，hosts, items, graphs and others。或者执行其他任务
zabbix server
zabbix核心，履行监控，与zabbix proxies、zabbix client交互、计算trigger、发送notification、存储数据等任务
zabbix agent
部署在被监控主机上用于监控本地资源和应用
zabbix proxy
可代zabbix server收集数据分担处理负载
#zabbix配置：
可通过WEB界面或者模板进行配置
需配置内容包括users、user groups、hosts、host groups、items、Triggers、Events、notification、templates、visualisation等。
最终配置会被存储在后端database中。
参考：
https://www.zabbix.com/documentation/2.4/manual/config
zabbix取数方式
1.zabbix api
基于WEB的API，通过JSON PRC协议获取或更改zabbix配置，并可用于获取历史监控数据。clients和API间的request和response使用JSON格式。包含一系列可从功能上分为不同组别的方法。
发起HTTP请求的格式类似如下：
POST http://company.com/zabbix/api_jsonrpc.php HTTP/1.1
Content-Type: application/json-rpc
{"jsonrpc":"2.0","method":"apiinfo.version","id":1,"auth":null,"params":{}}
其中http://company.com/zabbix/是zabbix前端的地址；Content-Type必须指明且为application/json-rpc, application/json or application/jsonrequest三者之一。{"jsonrpc":"2.0","method":"apiinfo.version","id":1,"auth":null,"params":{}}是请求的具体内容。
一些实例：
*登录认证
{
"jsonrpc": "2.0",
"method": "user.login",
"params": {
"user": "Admin",
"password": "zabbix"
},
"id": 1,
"auth": null
}
其中：
jsonrpc:指明JSON-RPC协议版本，这里是2.0版本
method:指明调用的API方法，这里是用户登录
params:需要传递给API method的参数，这里是用户名和密码
id:本次请求的标识符
auth:用户认证令牌，目前尚无所以为null
若参数无误response将会包含用户认证令牌，如：
{
"jsonrpc": "2.0",
"result": "0424bd59b807674191e7d77572075f33",
"id": 1
}
*获取hosts信息
{
"jsonrpc": "2.0",
"method": "host.get",
"params": {
"output": [
"hostid",
"host"
],
"selectInterfaces": [
"interfaceid",
"ip"
]
},
"id": 2,
"auth": "0424bd59b807674191e7d77572075f33"
}
本例使用可用的用户认证令牌通过host.get方法获取所配置的主机的ID 、name等信息，返回如下
{
"jsonrpc": "2.0",
"result": [
{
"hostid": "10084",
"host": "Zabbix server",
"interfaces": [
{
"interfaceid": "1",
"ip": "127.0.0.1"
}
]
}
],
"id": 2
}
为了考虑性能影响、尽量仅列出所需项而非返回所有数据
*创建新监控项
例如在上一步获取的host上建立新的监控项、监控/home/joe/目录的剩余空间
{
"jsonrpc": "2.0",
"method": "item.create",
"params": {
"name": "Free disk space on $1",
"key_": "vfs.fs.size[/home/joe/,free]",
"hostid": "10084",
"type": 0,
"value_type": 3,
"interfaceid": "1",
"delay": 30
},
"auth": "0424bd59b807674191e7d77572075f33",
"id": 3
}
其中params参数中的几个关键参数含义如下：
name：监控项的名称，这个可以自己灵活定义，其中的$1代表key_中的第一个参数，此处为/home/joe/
key_:预定义的监控项，zabbix提供了一系列此类监控内容，此处需从其中进行选择。
hostid：即上步获得的hostid
value_type:监控数据值的类型，不同的数字代表不同的类型，此处的3代表整型
delay：zabbix取数时间间隔，此处为30秒取一次
返回结果如下：
{
"jsonrpc": "2.0",
"result": {
"itemids": [
"24759"
]
},
"id": 3
}
itemid为生成的监控项的id
*获取历史数据：
从历史记录表获取itemids为23296的按clock降序排列的十条记录
history参数可能的取值
0 - float;
1 - string;
2 - log;
3 - integer;
4 - text.
{
"jsonrpc": "2.0",
"method": "history.get",
"params": {
"output": "extend",
"history": 0,
"itemids": "23296",
"sortfield": "clock",
"sortorder": "DESC",
"limit": 10
},
"auth": "038e1d7b1735c6a5436ee9eae095879e",
"id": 1
}
返回结果：
{
"jsonrpc": "2.0",
"result": [
{
"itemid": "23296",
"clock": "1351090996",
"value": "0.0850",
"ns": "563157632"
},
{
"itemid": "23296",
"clock": "1351090936",
"value": "0.1600",
"ns": "549216402"
},
...]
}
*错误处理
下例忘记了groups这个参数
{
"jsonrpc": "2.0",
"method": "host.create",
"params": {
"host": "Linux server",
"interfaces": [
{
"type": 1,
"main": 1,
"useip": 1,
"ip": "192.168.3.1",
"dns": "",
"port": "10050"
}
]
},
"id": 3,
"auth": "0424bd59b807674191e7d77572075f33"
}
返回结果如下，包含的不是result属性而是error属性
{
"jsonrpc": "2.0",
"error": {
"code": -32602,
"message": "Invalid params.",
"data": "No groups for host \"Linux server\"."
},
"id": 3
}
对于获取监控数据来说，比较关心的应该是history.get这个方法。这种方式实际上最终还是由后台数据库获取的。方法提供了丰富的参数，使用非常灵活。但对于一次性大规模的取出大量主机大量监控项的大批数据不太适合。 关于调用zabbix告警数据和zabbix常见问题的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 调用zabbix告警数据的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于zabbix常见问题、调用zabbix告警数据的信息别忘了在本站进行查找喔。