《zabbix深入分析2015》由会员分享，可在线阅读，更多相关《zabbix深入分析2015（94页珍藏版）》请在金锄头文库上搜索。
1、Zabbix 深入分析1/94Zabbix深入分析2015Zabbix 深入分析2/94目录1研究目标.82系统架构.92.1Server102.2数据库存储（Database storage）.10 2.3WEB 界面.10 2.4Proxy.10 2.5Agent.11 2.6Get.12 2.7Sender.122.8工作机制 123WEB 界面菜单功能 134主要功能名词及概念.144.1.1SNMP.144.1.2IPMP.144.1.3配置（configuration）.154.1.4主机和主机组（Hosts and host group） .154.1.5模板（Templates
2、）.154.1.6监控项（Items）154.1.7网站监控（WEB）154.1.8触发器（Triggers）.164.1.9宏（Macro） 164.1.10事件（Events） 174.1.11图形（Grahps）.184.1.12Screen .18Zabbix 深入分析3/944.1.13报表（Reports）184.1.14IT 服务（IT services）194.1.15发现（Discovery）194.1.16队列（Queue）204.1.17应用（Applications）.204.1.18分布式监控（Distributed monitoring）.204.1.19维护(Ma
3、intenance).205监控项类型（Item Type） 215.1Zabbix 客户端代理（Zabbix Agent)215.2SNMP 代理（SNMP Agent）.385.3SNMP 被动方式（SNMP Trap）395.4IPMI 检测.395.5简单检测 395.6日志文件监控.395.7计算监控 395.8内部检查 405.9SSH 检查455.10Telnet 检查455.11外部检查 455.12汇总检查 455.13被动监控 455.14JMX 监控 .46Zabbix 深入分析4/945.15ODBC 监控466触发器（Triggers） 466.1概述 466.2配置
4、触发器 466.3触发器表达式（Expression） 476.3.1Function 47 6.3.2Function parameter 516.3.3运算符 51 6.3.4触发器举例.52 6.3.5滞留状态.54 6.4触发器依赖性（Dependency） 54 6.5触发器严重性（Severity）55 6.6触发器的单位符号（Unit symbols）56 6.6.1单位后缀.56 6.6.2使用举例.567报警及其策略 .577.1概述 577.2报警流程 587.3报警媒介（Media type）.587.4报警动作（Action）587.4.1Action（基本属性） 59
5、7.4.2Conditions（条件）597.4.3Operations（操作）597.5报警升级（Esacalations）618Quickstart 629数据模型 6410Zabbix API 64Zabbix 深入分析5/9410.1概览 6410.1.1API 使用说明6410.1.2Zabbix API 支持的数据类型 .6510.1.3“get”方法支持的通用参数.6510.2监控 6710.2.1History.6710.2.2Events6710.2.3Service monitoring.6710.3配置 6710.3.1Hosts and host groups .671
6、0.3.2Items and applications6810.3.3Triggers.6910.3.4Grahps.6910.3.5Templates.7010.3.6Export and import7010.3.7Low-level discovery .7010.3.8Screens7110.3.9Actions and alerts 7210.3.10IT services.7210.3.11Maps7310.3.12Web monitoring.7310.3.13Network discovery.73Zabbix 深入分析6/9410.4管理 7410.4.1Users7410.
7、4.2General7510.4.3Proxies.7510.4.4Scripts7610.5API 信息.7610.6API 引用的对象（Object）的属性.7610.6.1History object7611图表套件-FusionChats.7811.1概述 7811.2套件 7911.2.1FusionChartsXT.7911.2.2FusionWidgetsXT .8511.2.3PowerChartsXT9011.2.4FusionMapsXT.9611.3开发（PHP）.9612调研总结 .9712.1Zabbix 可监控的基本模块9712.2Zabbix API9812.3Z
8、abbix 图表9812.3.1外部查看图表可行性.9812.3.2利用 FusionCharts 展现.98Zabbix 深入分析7/9412.4报警策略的可定制性.9812.5与 Zabbix 用户会话同步策略10012.5.1统一用户.10012.5.2动态登录.10013系统的集成10013.1方案 10013.1.1方案一：内建模块.10113.1.2方案二：iframe 嵌入10113.1.3方案三：图表接口.10213.2方案总结 102Zabbix 深入分析8/941 研究目标通过对通过对 ZABBIX 的研究实现如下目标：的研究实现如下目标：熟悉可监控的基本模块研究API，并
9、且要写代码测试到监控任务的API控制，包括创建，暂停，更改选项，删除任务。研究API，写代码看是否能读取到全部监控结果研究Zabbix报表，搞清楚两个问题，是否能直接调用Zabbix的出图组件或选项或api，如果Zabbix图形体验不能满足我们的要求，是否我们能拿到出图的全部数据来自己组织出图（我们已有的经验有open flash chart,接下来我们可能会采购fusionchart图表组件)，研究Zabbix的报警策略，看看能否做出根据监控的任务或选项来实施不同的报警规则，看看是否能实现报警级别定义及优先级定义，如果要使用我们自定义的报警策略，看看如果与zb集成。研究Zabbix的用户登录
10、设置，看看如何实现我们的应用集成时免登录（特别是需要查看监控结果时）在熟悉了zb的前提下，考虑并设计我们的应用跟zb做集成的方案Zabbix 深入分析9/942 系统架构图：Zabbix 架构WEB GUIDatabasePollerPollerTrapperTrapperAlerterEscalatorHistory syncerHistory syncerConfig syncerOtherDATADATADATADATA图：Zabbix 基本数据流Zabbix 深入分析10/942.1 ServerServer 执行轮询和捕获数据，它计算监控项，给用户发送报警信息。它是 Zabbix 的
11、核心组件，agent 和 proxies 向它报告系统可用性及完整性的数据。 server 本身就可以使用简单服务检测来检测远程网络服务（比如 web 服务器和 mail 服务器）。 Server 是存储有配置文件、统计信息和操作信息的核心资源库，当被监控 系统任何一部分出现问题时，它向管理员发送报警信息。 一个基本的 ZabbixServer 被分为三个不同的组件：Zabbxi Server、基于 Web 的管理界面（web frontend）和数据库存储。 所有的 Zabbix 配置信息存储在数据库中，Server 和 frontend 与数据库进 行交互。例如，当你用 frontend
12、或者 API 创建一个新的监控项时，事实上是被 加入到数据库的监控项表。然后，大约一分钟后，ZabbixServer 将查询监控项 表获取数据库中的可用监控项并把它们存储在 Server 缓存中。这就是为什么当 你在 frontend 中做任何改变，需要等两分钟后才会在最新数据这一部分反映出 来。2.2 数据库存储（数据库存储（Database storage）所有的配置信息以及 Zabbix 采集的数据都保存在数据库中。2.3 WEB 界面界面为方便从不同平台去访问管理 Zabbix，Zabbix 提供了一个基于 WEB 的界面， 可以通过界面实现监控及其各项系统配置管理。WEB 界面作为
13、Zabbix Server 的一部分也可以运行在不同的物理服务器上。2.4 Proxy在 Zabbix 的部署中 Zabbix Proxy 是一个可选的组件。一个 Zabbix 代理（Proxies）可以代表 Zabbix 服务器收集性能和可用性数据。这样，代理（Proxies）可以负担采集数据的任务并且减轻 Zabbix 服务器负载。同时，使用代理（Proxies）是实施统一和分布式监控的最简单方式，因为所有的客户端和代理（Proxies）向一个 Zabbix 服务器报告数据，并且所有数据集中保存在服务器数据库。Zabbix 深入分析11/94图：Zabbix Proxy 示意图一个 Zab
14、bix 代理（Proxies）可以用在以下： 监控远程区域； 监控拥有不可靠链接的区域； 当监控数以千计的设备时分担 Zabbix 服务器的负载； 简化分布式监控的维护；所有代理（Proxies）采集到的数据在传送给服务器之前都保存在本地。这 样，临时与服务器断开连接也不会导致数据丢失。proxy 配置文件中的参数 ProxyLocalBuffer 和 ProxyOfflineBuffer 控制数据在本地保存多久。 Zabbix 代理（Proxies）是一个数据收集器。它不进行触发器计算，处理 事件或发送报警信息。2.5 AgentZabbix 客户端代理（Agent）部署在被监控目标上，用于
15、监测本地资源和 应用（硬盘，内存，处理器统计等）。 Zabbix 客户端代理（Agent）用于采集本地当前信息并向 Zabbix server 报告以做进一步处理。在发生故障时（例如磁盘满或服务进程崩溃），Zabbix server 可以积极的发送报警信息提醒管理员注意相应的情况。 由于使用了内地系统调用来采集统计信息，Zabbix 客户端代理（Agent） 十分高效。被动与主动检测被动与主动检测Zabbix 深入分析12/94Zabbix 客户端代理（Agent）可以执行被动和主动检测。在被动检测中, Zabbix 客户端代理（Agent）负责数据请求。服务器或代理请求数据，例如， CPU
16、负载，客户端代理返回结果。 主动检测需要更复杂的处理。Zabbix 客户端代理（Agent）首先必须从服 务器获取监控项列表来进行独立处理，然后它将定期发送新数据给服务。 可以通过选择各自的监控项类型来决定执行主动检测还是被动检测。 Zabbix 客户端代理（Agent）处理监控项类型为Zabbix agent 或 Zabbix agent (active)的检测。2.6 GetZabbix_get 是一个用来与 Zabbix agent 通信并从 Zabbix agent 获取所需 信息的程序。这个工具常用来客户端排错。2.7 SenderZabbix_Sender 是用于向 ZabbixServer 发送性能数据进行处理的命令行工 具。这个工具常用于执行需要长时间运行的用户脚本并发送可用性及性能数据。2.8 工作机制工作机制StartItemTriggerEventActionEnd321图：报警流程为了创建一个采集数据的监控项，你必须首先创建一个主机。只有有了采 集数据的监控项，才能根据这个监控项设置触发器。只有有了触发器，才能设 置触发器
