zabbix入门简介

本节目录大纲

zabbix专题：第一章 zabbix简介

我们为什么需要监控?

常用的开源监控系统有哪些?

Zabbix是什么？

Zabbix的功能和特性

Zabbix的架构

Zabbix的工作流程

zabbix的进程

zabbix的逻辑关系图

zabbix监控环境中相关术语

zabbix的流程图，其串联了各术语之间的关系

zabbix的监控架构

zabbix专题：第一章 zabbix简介

我们为什么需要监控?

严格来说，线上的服务器没有监控，是不允许上线的，在真实的生产环境中，我们运维工作，需要时时刻刻了解我们线上平台的运行状态，服务器出现故障的时候方便我们更直观的去依靠监控平台去排除问题。

常用的开源监控系统有哪些?

运维工作就是大部分时候都是通过各种工具来让我们完成特定的任务, 监控也是如此, 目前也有很多开源的监控软件可供我们使用 

常见的开源监控简单介绍

1.  Cacti: 通过snmpget来获取数据, 使用RRDTool来绘制图形, 使用PHP语言编写, 提供强大的数据展示功能, 但是在故障报警方面不是很擅长
2.  Nagios: 异常强大的报警功能, 多节点监控、数据图形展示的功能薄弱, 因此经常整合Cacti来进行监控
3.  Zabbix: 融合Cacti和Nagios的大部分功能, 通过WEB界面提供分布式的网络监控

Zabbix是什么？

Zabbix是一个基于Web界面的分布式系统监控的企业级开源软件。可以监视各种系统与设备的参数，保障服务器及设备的安全运营。

Zabbix的功能和特性

（1）安装与配置简单。
（2）可视化web管理界面。
（3）免费开源。
（4）支持中文。
（5）自动发现。
（6）分布式监控。
（7）实时绘图。

Zabbix的架构

1.  Zabbix Server：负责接收Agent发送的报告信息，组织所有配置、数据和操作。
2.  Database Storage：存储配置信息以及收集到的数据。
3.  Web Interface：Zabbix的GUI 接口，通常与Server运行在同一台机器上。
4.  Proxy：可选组件，常用于分布式监控环境中。
5.  Agent：部署在被监控主机上，负责收集数据发送给Server。

zabbix的工作流程

Agent获取被监控端数据，发送给Server。 

Server记录所接收到的数据，存储在Database中并按照策略进行相应操作。 

如果是分布式，Server会将数据传送一份到上级Server中。 

Web Interface将收集到的数据和操作信息显示给用户。

zabbix的进程

默认情况下zabbix包含5个程序：zabbix_agentd、zabbix_get、zabbix_proxy、zabbix_sender、zabbix_server，另外一个zabbix_java_gateway是可选，这个需要另外安装。下面来分别介绍下他们各自的作用。

zabbix_agentd

客户端守护进程，此进程收集客户端数据，例如cpu负载、内存、硬盘使用情况等。 

zabbix_get

zabbix工具，单独使用的命令，通常在server或者proxy端执行获取远程客户端信息的命令。通常用户排错。例如在server端获取不到客户端的内存数据，我们可以使用zabbix_get获取客户端的内容的方式来做故障排查。 

zabbix_sender

zabbix工具，用于发送数据给server或者proxy，通常用于耗时比较长的检查。很多检查非常耗时间，导致zabbix超时。于是我们在脚本执行完毕之后，使用sender主动提交数据。 

zabbix_server

zabbix服务端守护进程。zabbix_agentd、zabbix_get、zabbix_sender、zabbix_proxy、zabbix_java_gateway的数据最终都是提交到server 

备注：当然不是数据都是主动提交给zabbix_server,也有的是server主动去取数据。 

zabbix_proxy

zabbix代理守护进程。功能类似server，唯一不同的是它只是一个中转站，它需要把收集到的数据提交/被提交到server里。为什么要用代理？代理是做什么的？卖个关子，请继续关注运维生存时间zabbix教程系列。 

zabbix_java_gateway

zabbix2.0之后引入的一个功能。顾名思义：Java网关，类似agentd，但是只用于Java方面。需要特别注意的是，它只能主动去获取数据，而不能被动获取数据。它的数据最终会给到server或者proxy。

zabbix的逻辑关系图

zabbix监控环境中相关术语

1、

主机（host）

：要监控的网络设备，可由IP或DNS名称指定； 

2、

主机组（host group）

：主机的逻辑容器，可以包含主机和模板，但同一个组织内的主机和模板不能互相链接；主机组通常在给用户或用户组指派监控权限时使用；

3、

监控项（item）

：一个特定监控指标的相关的数据；这些数据来自于被监控对象；item是zabbix进行数据收集的核心，相对某个监控对象，每个item都由”key”标识； 

4、

触发器（trigger）

：一个表达式，用于评估某监控对象的特定item内接收到的数据是否在合理范围内，也就是阈值；接收的数据量大于阈值时，触发器状态将从”OK”转变为”Problem”，当数据再次恢复到合理范围，又转变为”OK”； 

5、

事件（event）

：触发一个值得关注的事情，比如触发器状态转变，新的agent或重新上线的agent的自动注册等； 

6、

动作（action）

：指对于特定事件事先定义的处理方法，如发送通知，何时执行操作； 

7、

报警升级（escalation）

：发送警报或者执行远程命令的自定义方案，如每隔5分钟发送一次警报，共发送5次等； 

8、

媒介（media）

：发送通知的手段或者通道，如Email、Jabber或者SMS等； 

9、

通知（notification）

：通过选定的媒介向用户发送的有关某事件的信息； 

10、

远程命令（remote command）

：预定义的命令，可在被监控主机处于某特定条件下时自动执行； 

11、

模板（template）

：用于快速定义被监控主机的预设条目集合，通常包含了item、trigger、graph、screen、application以及low-level
discovery rule；模板可以直接链接至某个主机； 

12、

应用（application）

：一组item的集合； 

13、

web场景（web scennario）

：用于检测web站点可用性的一个活多个HTTP请求； 

14、`前端（frontend）：Zabbix的web接口；

zabbix的流程图，其串联了各术语之间的关系

zabbix的监控架构

常用的监控架构平台 

1、

server-agentd模式：

这个是最简单的架构了，常用于监控主机比较少的情况下。

2、

server-proxy-agentd模式：

这个常用于比较多的机器，使用proxy进行分布式监控，有效的减轻server端的压力。