如何使用zabbix进行URL监控，即专门针对URL监控，比如php应用，只要我们能curl到这个ok.php，就认为这个服务是正常的，zabbix的Web monitoring也具有类似的功能。

如果需要使用这个功能，需要编译的时候加入libcurl的支持。

查看：php -m |grep curl

在开始之前，先介绍zabbix的一个概念——“Web scenarios”，即网络场景，就是用户为了完成某个目标，在网络上进行的一系列操作的过程。比方说，要登录微博，就是一个“网络场景”，在其中的每一个步骤操作——打开页面、发起登录请求、登录成功或者失败，在zabbix中统称为“步骤”。定义一个Web scenarios，我们需要定义其中什么步骤，以及按照什么顺序执行，然后zabbix会定期按照设置的顺序来执行这些“步骤”。

在任何网络场景中收集下列信息：

1、所有步骤的平均下载速度

2、失败的步骤数

3、最后一次出错信息

在所有步骤中收集以下信息：

1、平均下载速度

2、响应时间

3、响应代码

Zabbix可以检查包含一个预先定义的字符串的HTML页面，看看其中是否存在某个字符串。它可以执行一个模拟的登录，并遵循一个模拟鼠标点击的路径。

Zabbix还支持HTTP和HTTPS的Web监控。在一个Web scenarios中，还会报错cookie，做到真实地模拟一次完整的访问。

一、普通web监控创建

1、Configuration->Hosts，选择主机，选择Web scenarios，如下图：

参数讲解：

◆ Name：唯一的场景名称，在zabbix2.2以后可以使用宏，

◆ Application：场景属于哪个应用（可以在application中创建好）

◆ New application：如果没有适合的应用可以填写在这里新建，

◆ Update interval (in sec)：执行的时间间隔

◆ attempts：每个步骤在有问题的时候重试几次才认为有问题，

◆ Agent：模拟浏览器客户端，可以选择浏览器版本

◆ HTTP proxy：你可以指定一个HTTP代理，书写格式是：

http://[username[:password]@]proxy.mycompany.com[:port]，默认使用1080端口，比如可以使用广东机房的代理去访问某个URL，那么获取到的QOS数据就是广东的了，

◆ Variables：定义Web scenarios中的变量宏，可以在URL、Post等参数中使用，使用格式如下：

针对宏：{macrol}=value1

针对变量：{username}=zbxuser

{password}=kj3h5kJ34bd

{hostid}=regex:hostid is ([0-9]+)

◆ Headers：在请求的时候添加的头部信息，

◆ Enabled：是否启用此监控，

2、增加steps，如下图：

◆ Name：唯一的步骤名次，从zabbix2.2以后支持宏；

◆ URL：需要检查的URL，支持http和https，GET参数可以直接写在URL中，比如：；

◆ Post：Post请求中的post变量，例如id=2345&userid={user}；

◆ Variables：和Web scenarios的类似，不同的是这里设置的变量，只在这个步骤生效，并且只在GET、POST参数中使用有效；

◆ Headers：和Web scenarios类似，这里添加会覆盖Web scenarios中的Headers；

◆ Follow redirects：标记复选框遵循HTTP重定向；

◆ Retrieve only headers：标记复选框只检索从HTTP响应头；

◆ Timeout：URL的超时时间；

◆ Required string：这里需要配置一个正则表达式，当获取到这个URL的返回内容时，zabbix会根据这个正则表达式在返回的HTML中寻找；

◆ Required status codes：设置期望的HTTP状态码，这里可以写多个，用逗号隔开；

3、展示

Monitoring->Latest data,选择需要展示的服务器，可以看到展示效果，如下图：

在Monitoring->web里面，能够看到图标结构的展示数据

上面是下载速度、下面是响应时间

4、配置Trigger

添加完web监控后再次打开主机列表，选择触发器，点击右上角的创建触发器，填写信息如下：

在添加完web 监控后会自动创建相应的Keys，但是要选择已经定义web的相应主机

在Expression中选择相应的表达式，这里是设置返回的状态码不等于变量 N 时触发报警，N的值在下面设置成200

表达式：如果最后一次获取到的response_code值不是200，则触发报警

{centos6.8:web.test.rspcode[web_tomcat,web_tomcat].last()}<>200

注意：这种监控方法有个弊端，就是被监控的web服务器如果停止，就不能正常返回状态码，不过如果服务停止，可以采用监控端口和进程的方法，如果端口和进程存在，返回的状态码就会发生改变，就适应当前场景