基于Zabbix的SLA监控体系构建与实践

本文来自Zabbix开源社区专家投稿。

投稿人简介：褚凤彬，斯凯菲尔电子（苏州）有限公司，IT经理。

第一步：规划好Trigger的Tag

当Trigger触发时，是通过Trigger里的Tag传送到Service中。所以我需要给三台Nginx服务器的这个Nginx服务不在运行的Trigger建立不同的Tag。保证这台主机的Nginx停止时，会有一个唯一的Tag传送出来。

（如上图所示，我给Nginx: Service is down的Trigger新建了一个名字是problem_tag，值是{HOST.NAME}_www的新Tag。）

第二步：规划好我们的Services

进入左侧Services / Services 菜单，点进右上角的Edit进入编辑模式，然后点Create service新建一个Service，命名为“某Web应用“，先不要理会它的属性页面。如下图：

点击它，在它下层再建三个Service。如下图：

在这里我们注意的是，我们需要在Problem tags里，把第一步中，为Trigger建立的Tag名字和值填进去。注意我现在用的值是Web4_www，也就是{HOST.NAME}宏在触发时会解析成Web4。

同样，另外两个Service是给Web5和Web7两台服务器建的。

至此，一个简单的“某Web应用“的Service已经建好。你会发现它就是一个简单的Parent/Child关系。Parent就是我们要关注的SLA，而它是受下面一个，或者多个不同Child组合的影响。

第三步：定义好Parent service

打开“某Web应用“的属性窗口。

切换到Tags页，我们新建一个service_tag，这个用处在第四步中讲述。

切换到Service页，这里最重要的就是这个选项，Service状态的计算规则：

*如果选了Most critical of child services，那么任何一个child service有问题，都会影响这个parent service。

*如果选了Most critical if all children have problems，只有当它所有的child service有问题，才会影响这个parent service。

*注意上图下半部分还有一个高级设置。如果你有非上述两种情况的计算规则，可以看一下这里。

第四步：最终形成我们定义的SLA

上述所说的parent service就是最终的SLA。

打开Services / SLA菜单，新建一个SLA。如下图：

在这里SLO就是你定义的最低百分比。如果实际值低于这个规定的值，Zabbix会显示红色。

Reporting period，SLA会在这个周期结束后恢复100%。

这里有一个Service tags，就是在第三步提醒您留意的，在parent service中的tag页面里自定义的一个tag。两者需要名字和值都完全相同。

到现在，我们可以看到，SLA就是利用Trigger触发时间的多少，来影响我们自定义的SLA。