添加 WEB Monitorings
Web Monitoring是用来监控web程序的，可以监控到web程序的下载速度、返回码及响应时间，还支持把一组连续的web动作作为一个整体来监控。
下面我们以监控登陆zabbix的web程序为例，来展示如何使用web monitoring。
Configuration->web->Create Scenario 创建一个Scenario(注：必须选择host后才能创建scenario，zabbix的所有items都必须创建在hosts上)
Application：选择这个scenario所在的application组
Name：scenario的名字
Basic authentication：鉴权
Update interval：监控频率，s为单位
Agent：选择要使用的浏览器客户端，可能同样的web程序对不同的客户端展示的内容会不一样
Status：默认为active
Variables：变量定义，这里定义的变量可在后续的steps中使用，这里我们定义了用户和密码的变量
Steps：web 程序的各个步骤，选择add新增一个Login的step，来模拟用户登陆，传递用户和密码给index.php页面
URL：监控的web页面(注:必须是全路径带页面名)
Post:传递给页面的参数，多个参数之间用&连接，此处可引用前面定义的变量
Timeout：超时时间
Required：页面中能匹配到字符,匹配不到即认为错误
Status codes:页面返回码
添加完step后，我们在Monitoring->web页面即能看到监控的状态和图示
创建完scenario后，zabbix server会自动创建相关的items，所以我们只需为这些items添加triggers即可让web scenario出错时产生告警
Configuration->hosts->点击scenario所在的host条目的trigger，直接create trigger，在select items的时候就可以看到系统自动创建的items（注：自动创建的items在host的items列表中直接是看不到的，需要在创建trigger时选择items时才能看到）
可以在items列表中看到，系统为每个step创建了3个item，Download Speed/Response Code/Response Time,为整个scenario创建了一个test.fail的item，可以分别为其创建trigger
下例我们创建一个Login页面返回码的trigger，大于等于400即为错误
再创建一个整个scenario所有step运行是否成功的trigger，采集值为0表示整个scenario的所有step都执行成功了，第几步的step执行失败就返回数字几，且后续的step都不会继续执行下去。
这样，一个完整的web monitoring就配置完成了。
Web monitoring还有更多强大的功能，未能一一研究了解，有待挖掘
Zabbix的Graphs功能很强大，可以为每一个item绘制图表，也可以把多个items绘制在一张图表内。
通过configuration->hosts选择要绘制图表的host，点击graphs，create graphs即可创建图表。
Graph type：图表样式，有线状、柱状、饼状
还可以自定义图表大小，及Y轴最大最小值
通过add items可以添加在同一个图表中展示的多个items（注：注意每个item的颜色及取值范围，范围相差太大图表会显示不全）
配置好的graphs在monitoring->graphs中查看
在monitoring->last data下能快速查看每个host的每个item的graph
Screen将多种信息放在一起展示，便于集中展示某个host的多个信息，或是比较多个hosts的同一种信息,这些信息可以为graphs、maps、server infos等等，几乎涵盖zabbix所有的监控信息。
通过configuration->screen->creat screen来创建，创建时定义screen的行数和列数，点击对应单元格内的change，添加相应的信息
一直在纠结用什么实例来给大家演示呢？想来想去还是官方的好，那我们怎么用zabbix监控web性能和可用性呢？我们这边分为几个步骤：打开网站、登陆、登陆验证、退出，一共4个小step，看实例。
检测流程
1. 打开网站：如果http code为200，并且响应的html中包含Zabbix SIA表示打开成功（zabbix页面有这个标示）
2. 登陆后台：post用户名和密码到index.php，如果响应200，那表示post成功。并且通过正则表达式从响应的html中匹配sid，这个sid也就是一个宏变量，退出可以使用到
3. 验证登陆：打开首页，检索html中是否包含Profile（只有登陆成功，才会有Profile出现）
4.退出账号：传递参数sid给index.php即可退出，响应200即表示退出成功。
我们可以使用上节讲到的item key来获取每个step的速度以及响应时间或者说最新的一个错误消息，大家自己去研究吧，不难
创建WEB场景
configuration->Host->你的主机->web->右上角Create scenario
Create scenario - 01
Name：监控项的名称
Application：放到哪个应用中，《什么是Application》
Authentication：是否有http的基本认证，大部分情况下是None，难不成用户进来还需要经过一次认证？
Update interval：更新周期，默认60秒,多久跑一次
Retries：重试次数
Agetn：模拟浏览器
HTTP proxy：代理，如果你的站点有多台服务器，那么请写上你目标服务器ip和端口，例如http://10.9.0.2:80,默认端口可不是80，别忘记80了
Variables：宏变量，后面会用到。想了解请点《zabbix用户宏macro》
web监控阶段1：打开首页
Create scenario - 02
对step做一个说明：
name：当前step名称，item key中可以用到
url：需要检测的网址
POST：你需要post提交上去的内容，例如user=123&password=123456,，或者使用宏变量user={user}&password={password}，如果支持GET，那么可以直接写到URL里面
variables：变量，这边定义宏变量后续的step可以使用
Timeout：超时时间，默认15秒
Required string：响应的内容中必须包含的字符串，否则失败
Required status codes：响应代码必须包含在里面，多个响应代码用逗号分隔，例如200,301,302
web监控阶段2：登陆
Create scenario - 03
post账号和密码上去，关于post在前面已经提过了。
WEB监控阶段3：验证登陆
Create scenario - 04
WEB监控阶段4：退出账号
Create scenario - 05
WEB网站检测配置完成
记得保存账号
Create scenario - 06
查看结果
monitorning->web->筛选出你的主机->查看“WEB性能监控_FOR_TTLSA”，结果如下图
各个阶段的响应时间、速度、返回状态码以及总的响应时间
Create scenario - 07
下图是下载速度的图表，包含各个阶段
Create scenario - 08
下图是响应时间的图表
Create scenario - 09
以上是没问题的信息，那么出现故障是什么样子呢？我把密码改掉，演示给大家看看下图，在LOGIN IN这个step就出错了，拿不到SID
Create scenario - 10
那么Required String不匹配又是什么样子呢？我们把阶段3Login CHECK的required string的Profile改成Profile1试试。看看结果
web scenario - 11
好了，web监控的实例就完成了。
通过monitoring-screen，可以查看之前配置好的信息。
