自动化运帷之分布式监控－zabbix 配置指南

时间 2019-11-15

原文原文链接

zabbix 配置指南：

Hosts前端

zabbix中的hosts就是指你想监控的设备，如服务器、工做站、交换机等等。若是你想监控某个主机X的某个变量，你必须先建立一个主机X，而后再给该主机添加监控items。hosts能够被有组织的安排进host group中。ios

经过zabbix的前端web界面配置hosts：web

1	`Configuration->Hosts->Create Host`

此页面中有5个表单：Host、Template、IPMI、Macros、Host inventory。正则表达式

Host表单中包含了通常的host属性，先看看hosts表单能够设置哪些属性：算法

host name 必须是一个惟一的名称，在zabbix agent的配置文件中hostname参数的值必须和这里的一致

visible name 这个名称是该hosts显示在lists、map中的名称，支持utf8

groups 该hosts属于那个host group，一个hosts至少属于一个host group

new host group 建立一个新的group，并把该hosts包含进去，若是是空的，则被忽略

agent interfaces zabbix支持多种host接口，例如：agent、snmp、jmx、ipmi等，使用agent interface

ip address hosts的ip地址

dns name hosts的dns名称

connect to 是一个单选的按钮，这个告诉zabbix server使用那种方式检索agent的数据

port tcp方式，agent默认是10050端口

default 由于能够添加多个agent interfaces，该单选的default按钮能够选择默认使用那个接口

monitored by proxy hosts能够被zabbix server或者zabbix proxy监控，no proxy表示使用zabbix server监控

status monitored表示host已经准备好了被监控，not monitored表示host还没准备好。shell

Templates表单容许你链接一个templates到该host上面，全部该templates的items、triggers、graphs等等都会获得继承。点击add能够连接一个templates过来，点击unlink则会删除该模版。数据库

Ipmi表单包含一些ipmi的管理属性，如认证算法、特权级别、用户名、密码等。express

macros表单设置一些监控用到的参数后端

host inventtory表单可让你手动的输入一些host的信息，相似于资产信息服务器

Host groups

经过zabbix的前端web界面设置host group：

1	`Configuration->Host` `groups` `->Create host group`

该页面有一个表单：host group

group name group的名称，必须是惟一的

hosts 选择哪些hosts属于该group，一个host group能够有0个或者多个hosts

Items

items表示从host中收集哪些数据项，一旦你配置了一个host，你就须要开始监控一些items以获取真实数据，全部的item都是单独的个体，你能够把不少items附加到一个templates上面，而后把该templates附加到一个hosts上面。在单个的item中你能够指定哪些数据是你想收集的，例如：一个item key名称是system.cpu.load，它会收集cpu的负载，一个item key名称是net.if.in，它会收集进入网卡的信息。你能够给key指定更进一步的参数，就是使用方括号紧跟在key后面，例如：system.cpu.load[avg5]，它会收集最近5分钟的cpu负载。

经过zabbix的前端web界面建立一个item：

1 2	`#须要在Hosts界面中选择相应的实例` `Configuration->Hosts->items->create item`

该页面包含一个表单：Item

host 能够选择一个host或者一个templates
name 这个显示item的名称，在下面的macros会用到
type 监控客户端的方式，主要分析zabbix agent和zabbix agent(active)两种方式
key item key，支持的item keys能够在单独的item type中查看，在一个host中key必须是惟一的
host interface 选择一个host inserface，能够在host level中编辑它
type of information 采集到的数据在数据库中存储的格式
numeric(unsigned) 64位无符号整型
  numeric(float) 浮点数
character 字符型
log log文件类型
  text text类型没有限制大小
date type 用在整型的items中，用来指定确切的数据类型
boolean 0/1
  octal 八进制
decimal 十进制
  hexadecimal 十六进制
units 若是设置了units，zabbix会对收到的数据进行处理，在显示数据时会使用units后缀，默认的原始数据是除以1000不是1024，若是使用B(byte)units，则会使用1024进行分割，若是设置units为B，zabbix会这样显示：1 1B，1024 1KB，1536 1.5KB。若是是unmeric(unsigned)的则可使用unixtime转化为时间类型，uptime则会转化为可读的时间
use custom multiplier 若是使用了该参数，则对于收到的数据会乘以一个整型或者浮点数，能够用这个选项把KB MBps转化为B Bps类型
update interval 多少秒刷新一次该item
flexible intervals 针对update interval你能够设置例外的状况，能够设置在某个时间段每隔几秒刷新一次，而在其他时间则按照update的设置来刷新，若是有多个flexible设置，则以刷新时间最小的为准。
keep history 在数据库中保存多少天的数据，过时的数据会被清除，
keep trends 保存一些聚合的数据在数据库中的天数，过时数据会被清除，

store value
as is 不进行预处理
delta(speed per second) 评估这些数据(value-prev_value)/(time-prev_time)
delta(simple change) 评估这些数据(value-prev_value)
show value 没折腾明白...
log time format log的时间格式
new application 设置该item属于那个新的application中
applications 把该item链接到已存在的application中，能够是一个或者多个application中
Populates host inventory field 你能够选择一个host信息域存放该item的值，若是设置了automatic inventory population，则他会自动工做，未明白？？？
description 输入该item的描述
status
enable 该item会被执行
disable 不会被执行
not supportes 不支持该item

item key是什么？

https://www.zabbix.com/documentation/2.0/manual/config/items/item/key

Item types
item types是zabbix提供的各类检查方式，下面主要看zabbix agent类型，这种类型主要经过zabbix agent来收集数据，检查又分为主动检查和被动检查，item key是须要分不一样平台的，能够经过下面链接查看大部分平台所支持的item key：

https://www.zabbix.com/documentation/2.0/manual/appendix/items/supported_by_platform

对于win32有一些特殊的item key：

https://www.zabbix.com/documentation/2.0/manual/config/items/itemtypes/zabbix_agent/win_keys

History and trends

History and trends是两种保存zabbix收集来的数据的方法，history保存每个收集来的数据，trends保存一些基于小时的平均、最大、最小值信息。

Mass update

若是你有时候须要一次修改一个item的多个属性值，不用打开每个单独的item去修改，可使用mass update，能够选择多个items，而后选择mass update

Value mapping

为了使收到的数据更为人们可读，咱们可使用value maps，它包含了numeric valus到string的映射，value map能够用在zabbix的前端和后端，以及例如email SMS的消息提醒上面，例如0能够表示false，1能够表示true，设置value map：

1	`Administration->General->value mapping->create value map`

该页面有一个表单：Value mapping

name 一个惟一的名称。

mapping 中设置各个独立的mappings，设置好value mapping后能够在item的配置界面的show value选项中选择

Applications

applications 用在本地group的group items中，在使用applications以前，你必须建立一个applications，而且link items过去。建立applications：

1 2	`Configuration->Hosts->Applications->Create application` `Configuration->Templates->Applications->Create application`

也能够在建立item的时候直接建立application

Queue

queue显示items还剩几分钟刷新，queue只是数据库中数据的逻辑表现，统计很好的显示了zabbix server的性能。 Administration-Queue能够查看，若是有delay的能够经过右上角的details查看具体信息。

Triggers

Triggers是一个本地的逻辑表达式，用来评估items收集到的数据并表示当前系统的状态。当items收集数据的时候，它会很是不切实际的遵循这些数据直到碰到一个报警状态，这个评估数据的任务就由trigger来处理。

触发器容许设置一个阈值来决定什么数据是能够接收的，若是进入的数据超过可接受的状态，触发器则会被触发。触发器有两种状态OK/PROBLEM，若是该值是触发器表达式的一部分，在zabbix server每次收到新的值，触发器的状态会被重复计算。配置trigger：

1	`Configuration->Hosts->Triggers->Create trigger`

该页面包含了两个表单：trigger、dependencies

trigger表单属性：
name trigger name，这个名称可能包含macros，$1..$9能够被用来关联表达式的常量。
expression 逻辑表达式用来收集触发器的状态
Multiple PROBLEM events generation 经过设置该选项，你能够在触发器产生problem的时候触发一个事件
comments 关于该触发器的信息
url 若是不为空，则该url被用到screen
serverity 设置触发器的严重程度
enabled 选择激活该触发器

Trigger experssion

触发器表达式在触发器中是很灵活的，能够组合出各类复杂的表达式。简单的表达式模式以下：{<server>:<key>.<function>(<parameter>)}<operator><constant>

function查看：

https://www.zabbix.com/documentation/2.0/manual/appendix/triggers/functions

parameter 许多数值型函数接收参数，有些函数会返回多个值，能够经过在参数前加#，来获取特定的值。

Trigger severity names and colours是能够修改的：

1	`Administration->General->Trigger severities`

Events

events在zabbix有三个地方能够用到：triggers、discovery、auto registration。events能够是基于时间戳的，也能够是基于actions的，例如邮件报警。关于events的详细信息能够在 Monitoring-Events中查看，能够经过点击时间查看更详细的信息。

Visualisation

Graphs内建有简单的simple graphs和复杂的custom graphs两种形式。

Simple graphs提供items收集到的数据的可视化的数据图，在simple graphs中不须要用户进行配置，他们都是由zabbix自动生成，能够经过Monitoring->Latest data进行查看，点击具体的item的graph link，就会显示数据图，在图形上面有滑动按钮能够选择查看那个时间的数据，还有右边能够设置时间段来显示数据，左边能够设置图形中显示几个小时的数据量。

Custom graphs 提供一些用户定制的图形。Simple graphs能够用来查看单个item的数据，它没有提供用户定制的功能，若是你想改变图形的风格、线条显示的样式、或者想显示多个items的数据，这时就须要costom graphs，须要手动配置，能够建立针对一个主机、多个主机、或者一个templates的图形。建立custom graphs：

1	`Configuration->Hosts->graphs->create graph`

该页面包含两个表单：graph、preview

graph表单：

name 数据图的惟一名称
width 数据图的像素宽度
height 数据图的像素高度
graph type 图像类型，normal 正常图形，数据以线条显示。stacked 叠加式图形。pie 饼状图形。exploded 分解的饼状图形。
show lengend 显示该图利的说明
show working time 若是选择该选项，则未工做的时间段会以灰色背景显示，该选项不支持pie和exploded
show triggers 若是选择该项，触发器会以红线显示，不支持pie和exploded
precentile line(left) 显示左边Y轴的百分比，
precentile line(right) 显示右边Y轴的百分比
Y axis MIN value Y轴的类型，calculated Y轴的值会自动计算，fixed 固定Y轴的最大值和最小值，不支持pie和exploded
Y axis MAX value
items 显示哪一个items的数据图，点击add按钮增长items，graphs items能够配置如下属性：
name item的名称，会被显示出来
function 显示哪些值，有all、min、max、avg
draw style 回吐的样式，只支持normal graphs
Y axis side 元素值显示在那个Y轴旁边
color 颜色

Network maps

用来建立网络拓扑图，在建立网络map以前，你必须先建立一个map，它包含了一些基础的元素，而后才能制做maps。你能够用一个hosts、host group、trigger、image来填充一个map。icons表明map的元素，你能够定义一些icons显示的信息，出问题的时候显示的内容，已有的maps能够在Monitoring->Maps上查看，建立一个map：

1	`Configuration->Maps->create maps`

该页面只包含一个表单：map

map属性以下：

name map的名称
width map像素的宽度
height map像素的高度
background image 背景图，no image 没有背景图，image 能够选择一个背景图
automatic icon mapping ？？？
icon highlight 图标高亮，若是element有个主动的trigger，则可使用高亮图标表示，
mark elements on trigger status
expand single problem 若是一个map元素有一个问题，这个选项控制是否显示该问题的名称，若是选择，problem的名称会被使用
advanced labels 可让你定义一个分开的标题为分开的element type
icon label type icons的标题类型，label icon的label，ip address ip地址，element name element的名称，status only 状态，nothing 不显示labels
icon label location label的位置，bottom 下方，left 左边，right 右边，top 顶部
problem display 显示故障问题，full 全部的问题都会被显示，separated 未被确认的问题占左右问题的比重，unacknowledged only 只显示未确认的问题
urls 一个很NB的功能

Add elements

点击创建好的初始map图，进入该map的配置界面，点击icon的+则会产生一个icon，新的icon会显示在map的左上方，你能够随意的拖动icon，grid的shown会显示map背景的方格子，点击shown则会变成hidden，则不显示方格子，on则表示elements老是会和方格子对齐，若是你想随意拖动，则点击on则会变成off。

生成新的elements后，你能够给该icon设置新的名称，点击该element便可，一个表单(edit map element)则会显示出来，你能够设置关于该element的一些信息，如类型、名称、不一样的icon图标等等，由于默认生成的都是同一个图标，edit map element包含的属性以下：

type element的类型，host 表明该机器的全部的trigger的状态，map表明map中全部element的状态，trigger表明单独的一个trigger的状态，image只表明一个icon，host group表明一个group中全部hosts的triggers状态
label icon的label，能够是任意字符串
label location label的位置，也有default、bottom、left、right、top能够选择
Host 选择一个host，若是element类型是host
Map 选择一个map，若是element类型是map
Trigger 选择一个trigger, 若是element类型是Trigger
Host group 选择一个host group,若是element的类型是Host group
Automatic icon selection 使用map默认的图标
icons 本身决定使用那个icon
coordinates X/Y coordinate of the map element
urls

Select elements

选择一个element以后，能够按住ctrl再选择其余elements，或者经过鼠标划区来选择区内的elements，一旦选择多个elements以后，全部的elements属性都会显示在一个表单中，这时你也能够修改他们的属性。

Link elements

一旦你在maps中有多个elements，你就能够开始链接它们，先选中一个elements，而后按住ctrl再选择一个elements，而后点击link的+，这时候链接就被创建，有一个简单的表单会出来，你能够针对该链接进行简单的设置，主要有如下属性：

label label会显示在link上面
type(ok) line 单线，bold line 粗线，dot 点线，dashed line 虚线
color(ok) 默认的线条颜色
Link indicators 链接一个triggers到link上，若是trigger的状态有变化，则link的样式按照指定的显示，也是就线条样式及颜色

Screens

在zabbix中能够用screens把各类原始数据快速的显示在一副screen上，从本质上说screen是一个table，里面包含了多副图，你能够设置一个tables中有多少cells，每一个cell显示什么样的elements，如下的elements能够被显示：simple graphs、custom graphs、maps、other screens、system status......不少。已有的screens能够在Monitoring->Screens中查看

Creat screens

先建立screens中的tables包含多少cells，而后再给cells中添加elements。建立screens：

1	`Configuration->Screens->Create Screen`

该页面有一个表单：screen

定义screens包含几行几列，screens都包含一个惟一的名称

Add elements

点击新建立的screens，你会看到一些名为change的links,点击+标识则会增长一行/一列cell，点击-表示则会移除一行/一列cell

点击change则会打开一个表单，让你选择在每一个cell中显示的内容，在已有的screens中点击change则会修改该cell，修改表单包含如下属性：

resource 显示在cell中的信息，能够是多种类型的，不一样类型的资源，下面会有一些各自独有的属性。
graph name
width
height
horizontal align 水平对齐
vertical align 垂直对齐
column span 列间距
row span 行间距
dynamic item 有些类型的资源会有这个属性，具体的含义以下：若是你设置了该属性，一旦你从Monitoring->Screens查看时，你就会发如今右上角你有一个额外的下拉菜单让你选择host，所以，你能够有一个screens，一些elements显示相同的信息，其余的elements显示的信息依赖域你所选择的host

Templates

一个templates能够设置一个实体，让这个实体方便的应用到一组hosts上面，这个实体能够是items、triggers、graphs、applications、screens、low-level。
当一个templates链接到一个host，则该templates包含的全部实体都会添加到该host，templates常常被用到一组含有相同服务或者应用的机器上。配置template，在建立template的时候，须要你定义几个经常使用的参数，而后增长一些实体(items、graphs)：

1	`Configuration->Templates->Create template`

该页含有三个表单：template、linked templates、macros

template表单包含了template的通常属性，以下：

template name 一个惟一的template名称
visible name 若是你设置该名称，则在lists、maps中显示该名称
groups 哪一个hosts/templates属于该template
new group 能够在此新建一个group属于该template，若是是空的，则忽略
host/templates List of hosts/templates the template is applied to

linked templates表单容许你链接一个或者多个已经存在的templates到新建的template里面，链接过来的templates中的全部实体都会获得继承

macros表单，容许你定义template-level，底下按钮的意思：

save 保存该template
clone 建立一个template基于目前的template
full clone 建立一个template基于当前的template，包括当前template继承的其余template的实体
delete 删除一个template，template的实体仍然会链接到hosts上
delete and clear 删除一个template而且清除全部的实体
cancel 忽略

linking/unlinking template经过linking应用到hosts，经过unlinking从hosts中脱离
linking一个template：Configuration → Hosts-点击hosts-切换到template表单-点击add按钮
linking一个template到多个hosts：Configuration → Templates-点击template表单, 从group中选择hosts

Notifications upon events

为了能够向zabbix发送消息，或者从zabbix收到通知信息，咱们须要：
1 定义一些媒介
2 定义一些行为向咱们定义的媒介上发送信息。
行为由条件和操做构成，当条件达成的时候，操做开始执行，两个重要的操做是发送信息和执行远程命令

媒介类型包括多种：email、sms、jabber、Custom alertscripts等等，主要了解一下email、sms、alertscripts

配置email媒介：

1	`Administration→Media-Create media` `type`

该页只包含一个表单：media

media属性以下：

description 媒介类型的名称
type 选择一个媒介类型 email
smtp server 设置smtp server用来发送邮件
smtp helo 设置正确的smtp helo值，通常是domain name
smtp email 一个邮件地址，会显示在邮件的from前面，表示从哪里发出来的邮件
enable 开启emai
而后配置用户媒介，给用户分配指定的地址：Administration→Users-点击具体用户-选择media表单-单机add按钮增长媒介。在new media表单中包含如下属性：
type 选择email做为type类型
send to 定义给哪一个邮件地址发邮件
when active 能够定义发送信息的时间段
use if serverity 选择哪些级别的trigger信息将被发送
status 是否使用

Custom alertscripts

若是你不满意现存的发送信息的媒介类型，你能够设置本身的脚原本发送信息，脚本存放在zabbix server配置文件指定的路径中。

Actions

若是你但愿值事件发生后执行某些动做，你就须要配置actions，能够在三个地方给相应的事件定义actions：triggers、discovery、auto registration。配置actions：

1	`Configuration->Actions->Event` `source` `(选择类型)->Create action`

通常有三个表单：action、conditions、operations，以triggers类型为例

action表单：

name 惟一的action名称
Default operation step duration 默认的升级周期
default subject 默认的消息主题，能够包含macros
default message 默认的消息主体，能够包含acros
recovery message 若是开启该选项，zabbix会发送恢复后的信息
recovery subject 恢复消息的主题
recovery message 恢复消息的主体
enable 是否开启该action

Operations

1 你能够对全部的events定义如下两个操做：发送信息，执行一个远程命令
2 针对discovery events，你能够执行如下操做：add/remove/enable/disable host，add/delete group，link/unlink template
3 对于auto-registration事件，你能够执行如下操做：add/disable host，add/link template

能够在operation表单中配置operation details，有以下属性：

step 执行计划，from：从这一步开始执行计划，to：直到执行到这一步，Step duration：执行的时间间隔
operation type 对于全部的events有两种类型的操做：send message和remote command
send message：
conditions 操做执行的条件，not ack 只有events未被确认时执行，ack 只有event被确认时执行
send to user groups 选择给那个用户组发送信息
send to user 选择给那个用户发送信息
send only to 发送消息到你所指定的媒介类型上，能够是所有媒介类型
default message 若是选择该属性，则会使用默认的消息内容，就是在定义action时定义的内容，若是没有选择该选项，则会让你开始定义相关内容
remote command：
target list 选择执行目标，能够是当前机器，也能够是其余机器或者host group
type 选择命令类型，ipmi、custom script、ssh、telnet、flobal script。
commands 输入执行的命令

Remote Commands Configuration

首先肯定zabbix_agentd.conf中EnableRemoteCommands被设置为1，remote commands在zabbix agent上执行(custom script)：

1	`Configuration->Actions->operations->operation` `type` `(remote` `command` `)-commands`

对于一些特殊权限的命令，可使用sudo命令执行，不过zabbix并不检查命令是否执行成功，remote command在远程机器执行并无超时时间，不过能够在zabbix_server.conf中设置TrapperTimeout来设置超时时间。

能够在conditions表单中定义适当的条件，在灾难发生时激活action，在new condition中能够增长新的判断条件：

https://www.zabbix.com/documentation/2.0/manual/config/notifications/action/conditions

Escalations

使用escations你能够定制脚本发送信息或者执行远程命令，在如下状况中可能用到：
1 当问题发生时，用户能够被当即通知到
2 信息能够一直发送，直到问题解决
3 发送的信息能够延迟
4 信息能够升级到一个级别更高的用户组
5 远程命令能够马上执行当一个问题没有被解决时
6 恢复信息也能够被发送

你能够定义默认的持续时间和一个定制的持续时间对每个步骤，最小的持续时间是60s，你也能够定一个初始行动，例如发送信息挥着执行远程命令，对于任何步骤，第一步都是马上执行，你如你想延后执行，你能够指示它在后面的步骤执行，在每一步骤中均可以定义多个actions，If different escalations follow in close succession and overlap, the execution of each new escalation supersedes the previous escalation, but for at least one escalation step that is always executed on the previous escalation. This behavior is relevant in actions upon events that are created with EVERY problem evaluation of the trigger.
https://www.zabbix.com/documentation/2.0/manual/config/notifications/action/escalations

Macros

zabbix支持多种宏命令，特别是使用macros容许保存时间。zabbix支持的macros：

https://www.zabbix.com/documentation/2.0/manual/appendix/macros/supported_by_location

User macros

为了支持较大的灵活性，zabbix支持user macros，能够在全局template/host级别进行定义，macros能够用在item keys/description，trigger name/expression，other locations。

macros语法是{$MACRO}，zabbix使用macros是有优先级的：
1 host级别的第一检查
2 定义在host的templates中的macros
3 全局macros
也就是先搜索host中的定义，若是没有则在templates中深度搜索，若是尚未，则搜索全局macros

全局macros的定义：Administration->General->Macros(右上角)
host/templates级别的定义：在host或者template属性定制的地方会有macros表单
大多时候用的是全局和host级别的macros

User and User groups

全部的zabbix用户经过web界面访问zabbix应用，每一个用户有惟一的名称，用户密码是加密过的，存放在数据库，配置user：

1	`Administration->Users->Create user`

在该页面有三个表单：user、user media、premissions

user表单属性有：

alias 惟一的名称，做为登录用
name 用户的第一个名字
last name 用户的第二个名字
password 用户密码
groups 用户都属于哪一个用户组中
language zabbix的GUI语言
theme 设置GUI看起来是什么风格，有多种选择
auto-login 是否让zabbix记住你的登陆在30天内
auto-logout 是zabiix在多少秒后自动退出
refresh 刷新graphs、screens等等
rows pre page 一页显示多少行数据
url 你能够设置zabbix登陆后跳转到为你指定的url

user media表单：

这个主要设置用户的收信息的方式及时间

premissions表单：
设置用户对host group/hosts都有那些权限

IT services .....

Web monitoring

使用zabbix你能够检查一些可用的web站点，为了在zabbix执行web monitoring，必须支持libcurl，主动检查web站点的过程当中，须要设置web场景脚本，一个web场景包含一个或者多个http请求/步骤，zabbix server按期的执行这些步骤，web场景会收集如下信息：在场景中全部步骤的每秒的平均下载速度，失败的步骤，错误消息，在每一个步骤中会收集如下信息：每秒的下载速度，响应时间，响应状态。web monitoring支持http/https，经过执行web场景获取的数据保存在数据库中，这些数据会自动的应用在graphs、triggers中。

配置web场景：
1 建立web scenario的第一步是建立一个合适application，web scenarios会link到application中
2 开始配置web scenarios

1	`Configuration->Web->Create scenario`

包含两个表单：scenario、steps

scenario表单容许你配置一些普通属性：

application 选择scenario属于那个applicatin
name scenario的惟一名称
Authentication 认证选项：none 不认证，basic auth 基本认证，ntlm auth win 认证。只要选择认证都须要输入用户名和密码
Update interval 多久执行一次场景
agent 选择一个模仿的客户端，IE 火狐 oper
variables 列出一些在场景步骤中使用的变量，例如｛xxx｝=1
active 是否使用该web场景

steps表单容许你配置web场景中的步骤，能够添加删除步骤，配置属性以下：

name 惟一的名称
url 链接到哪一个url并获取数据，get变量能够在url
post http的post的变量，若是在web scenario中定义了macro，这时候可使用
timeout 超时时间
required string 能够设置正则表达式的url，能够尝试，直到失败，若是是空，则表示不检查该内容
required status codes 指望返回的http状态码，能够是多个，若是返回的状态码和指望的不一致，则表示这一步骤失败，若是是空，表示不检查该内容

能够在Monitoring->Web/Latest data 点击相应的scenario查看已有的场景。
当建立一个web scenario的时候会自动的加入一些items，就是上面提到的监测的三项内容

Maintenance

你可能在某个使其要维护hosts或者host group，有两种类型的维护，一种是有数据收集的，一种是没有数据收集的。能够在维护期间中止信息的通知，须要修改action的配置，'Maintenance status = not in “maintenance”'，若是在维护期间产生一个问题而且没有恢复，则会在维护完成后发出信息。zabbix server在维护期间不能中止，它在维护期间要收集hosts状态，一个zabbix proxy可能会一直收集数据而无论维护状态是什么，若是设置的是不收集数据的，即便收集的数据也会被server忽略。配置维护周期：

1	`Configuration->Maintenance->Create maintenance period`

包含三个表单：maintenance、periods、hosts&&groups

Maintenance表单包含了一些普通的属性：

name 维护周期名称
maintenance type 维护类型，收集数据或者不收集数据
active since 何时开始执行维护
active till 何时结束维护
description 对于维护的描述

periods表单容许你设置精确的天数和小时

hosts&&groups 表单容许你选择哪些hosts host group在维护

在Monitoring->Dashboard能够显示维护的机器，用个手钳表示

Network discovery

zabbix提供自动发现网络的功能，当一个网络创建好的时候，你能够加速zabbix的部署，简化管理，而不须要过多的管理部门，zabbix的网络发现功能依赖于如下信息：ip区域，外部服务的可用性，从zabbix agent收到的信息，从snmp agent收到的信息。可是它没有提供网络拓扑的发现功能。network discovery主要由两部分组成：discovery和actions

先看discovery：zabbix按期的扫描在network discovery rules中定义的ip范围，也能够针对每一个单独的规则定义扫描频率，每一个规则都有一个服务检查范围，discovery的各个检查都是独立的，一个check的失败并不影响其余check。

Every check of a service and a host (IP) performed by the network discovery module generates a discovery event.
service up：每次zabbix都检查如今运行的服务
service down：每次zabbix都不检查服务
host up：若是发现至少一个服务是正常的
host down：若是全部的服务都没有相应
service discovered：若是服务是停机后回来或者第一次发现的
service lost：若是服务在主机启动后丢失
host discoverd：若是主机是在停机时间以后或者第一次发现
host lost：若是主机在up以后丢失

再看actions：discovery事件能够基于一些actions，例如：发送信息，add/remove hosts，enable/disable hosts，把一个主机加入组中，在一个组中移除主机，链接一个主机到template中或者取消，执行远程脚本，这些action都是能够配置的。

配置网络发现规则：能够经过网络发现规则来发现hosts和services：

1	`Configuration->Discovery->Create discovery rule`

该页面只包含一个表单：discovery rule

discovery rule属性：

name 规则的惟一名称
discovery by proxy 什么来执行发现，一个是no proxy 指zabbix server来发现，一个是proxy name指经过proxy来发现
ip range 发现哪一个区间的ip，支持多种格式的IP段
delay 指定zabbix多久执行一次规则
checks zabbix使用列表中的服务来执行发现过程
device uniqueness criteria 设备惟一性条件，能够是ip address也能够是type of discovery check，具体是干啥的还需深刻了解
enable active 该规则是活跃的并被zabbix server执行，disable 不被执行

例子：https://www.zabbix.com/documentation/2.0/manual/discovery/network_discovery/rule

Active agent auto-registration

zabbix容许活跃的zabbix agent自动注册，当之前一个未知的agent要求检查时，会发生自动注册行为。这样对于自动检测新的节点来讲很方便，在配置agent自动注册时须要你针对agent设置一个action，还须要在agent的配置文件中进行一些参数设置。配置auto-registration：

1	`Configuration->Actions->Auto registration->Create action`

该页有三个表单action、conditions、operstions
action表单设置action名称，condition表单不须要设置，operations设置add host、add to host group等等，此外还须要配置agent file，zabbix_agentd.conf:server参数

low-level discovery

low-level discovery提供了一个自动建立items、triggers、graphs针对不一样的节点，在zabbix2.0中支持三种不通的item discovery：file system、network interfaces、snmp oid。