【51CTO.com原創文稿】IT 运维管理离不了系统软件监控，就仿佛鱼儿离不开水一样。一款强劲的监控系统软件可以强有力确保设备和业务流程的平稳。
照片来源于 Pexels
在监控系统软件五花八门的今日，做为知名监控系统软件的 Zabbix 仍然矗立在监控系统之林。今日，大家一起来看看 Zabbix 的系统架构图及其运行方法。
Zabbix 系统架构图
大家都知道，Zabbix 是一款出色的监控系统软件，可以对于互联网技术中的设备和使用开展监控。
在详解其完成方法以前，先一起来看看它的框架图：
Zabbix 架构图
从上面可以看得出，翠绿色的一部分便是被监控的设备，这一设备的种类可以是网络服务器，网络交换机或是是共享打印机。
这种被监控的设备被称做为 Host，设备的分类称之为 Host Group，分类可以依据地区，计算机房，运用来区划。
从橘色一部分-监控方法可以看得出，对于每一个 Host，Zabbix 会安装 Zabbix Agent。
它是 Zabbix 在 Host 上的手机客户端，承担将 Zabbix 必须监控的信息上传入 Zabbix Server 开展解析和解决。
但并并不一定的互联网设备都能够安装 Zabbix Agent，对于没法安装的设备，只需适用 SNMP(Simple Network Management Protocol，简易网络安全管理协议书)或是 IPMI(Intelligent Platform Management Interface，智能化服务平台管理方法插口)也是可以被监控到的。
此外，假如必须监控 Java 应用软件，还可以根据 JMX 来完成。
一样从橘色一部分监控內容可以看得出，Zabbix 根据 JMX 适用 Java 应用软件监控;根据 IPMI 适用硬件配置设备监控;根据 SNMP 适用互联网设备。
翠绿色地区与深蓝色的 Zabbix Server 中间有一个双重的箭头符号，由 Zabbix Agent 立即到 Zabbix Server 的方法被称作通用性构造，相近常说的 C/S 构架。
但在具体运用中大量的应用分布式框架，也就是根据翠绿色地区先联接到淡黄色的 Zabbix Proxy，随后再衔接到深蓝色 Zabbix Server 的这一条途径。
在图右侧橘色的地区，是Zabbix的监控网络服务器，在其中 Zabbix Server 关键承担配置和接纳/推送监控信息(大量详尽作用后边详细介绍)。
处理完毕的信息会储存到 Database 中，这儿的 Database 可以特定 MySQL 或是 Oracle 及其别的数据库源。
此外，还会继续给予 Zabbix UI 展现配置和监控信息。不仅如此，还为第三方应用给予了 Zabbix API，根据它来hkkb Zabbix 标准。
自然从可靠性考虑到，可以根据 Keepalive 之类的手机软件创建 Master，Slave 的 HA 体制。
Zabbix 搭建监控系统软件全过程
前边根据一张高清大图详细介绍了 Zabbix 的系统架构，详尽对 Zabbix 的主要原理拥有掌握。
沿着这一构思再一起来看看，Zabbix 构架安装和配置流程：
Zabbix 构架布署和配置平面图
PS：下边会详细介绍 Zabbix 的全部布署和配置全过程，牵涉到安装和配置的一部分，也没有标明实际的指令。
如果有必须安装和配置全过程的同学们，可以下载 Zabbix 用户手册，这儿由于篇数的因素不进行叙述。
Zabbix Server/Agent/UI 安装配置
在 Zabbix 监控网络服务器上，安装 Zabbix Server 和 Zabbix UI(Web)。
Zabbix Server 用于接纳和推送监控详尽，Zabbix UI(Web)用于对 Zabbix Server 的各种作用开展配置。
与此同时在被监控设备上，安装 Zabbix Agent。在其安装结束之后，必须根据 zabbix_agenttd.conf 文档，对 Server 和 ServerActive 2个主要参数开展配置。
因为 Zabbix Agent 有被动模式和积极方式。被动模式，是 Zabbix Server 从 Zabbix Agent 上获得数据。
而积极方式，是 Zabbix Agent 积极将信息上传入 Zabbix Server。因而，这两个主要参数的內容都指的是 Zabbix Server 的 IP 详细地址。
Server 配置的是被动模式 Zabbix Server 的 IP，ServerActive 配置的是积极方式 Zabbix Server 的 IP。
自然，此外还必须升级服务器防火墙配置，并开启 Zabbix 的浏览端口号(10050 和 10051)。
最终，给这一被监控的设备(Host)，起一个 Hostname，名字的含义会在 Zabbix Server 端配置的过程中使用。
Server 和 ServerActive 配置项
Host Groups/Hosts 配置
解决 Zabbix Agent 之后，返回 Zabbix Server 上开展配置。前提条件是 Zabbix Server 和 Zabbix UI(Web)早已安装结束，可以根据 Zabbix UI(Web)浏览配置页面。
上文提及，每一个被监控的设备，全是一个 Host，那麼将好几个 Host 依照某类方法分类，这一分类便是 Host Groups。这儿的分类方法有所在位置，业务流程企业，设备主要用途，系统版本这些。
创建一个 Host Groups，随后之中创建一个 Host，这一 Host 便是刚刚安装 Zabbix Agent 的设备在 Zabbix Server 上的定义设备。
在配置 Host 的情况下，必须留意这儿的 HostName 和被监控设备中界定的 HostName 保持一致，便捷识别。配置的 IP 便是被监控设备的 IP，端口是 10050。
在 Zabbix Server 建立 Host 配置
Items 配置
配置完 Host 以后，就必须告知 Zabbix 监控 Host 中的哪些数据。这一要监控的数据便是监控项，也叫 Items。
Items 配置包含监控数据的方法，选值的数据种类，获得标值的间距，历史时间数据储存時间，发展趋势数据储存時间，监控 Key 的分类等信息。
优选，必须挑选 Type，它是要监视的 Zabbix 手机客户端的种类。一般来说，在安装 Zabbix Agent 之后，这一种类便是 Zabbix Agent。还可以挑选 SNMP，IMPI 或是其他类型。
次之，必须留意 Key 的挑选，Key 是来明确实际监控项的，针对同一个 Host 而言它是唯一的。
Zabbix 默认设置就含有一些 Key 可选择，例如：vm.memory.size[total]，便是获得内存空间的 Key。
因为是对于 Host 开展配置的，因此也会特定相匹配的 Host IP 和 Port。此外，也有一些其它的数据必须配置。
例如：数据升级间距，升级周期时间，历史时间数据储存日数，发展趋势数据储存日数这些。
Items 配置实例图
仔细的老同学聚会发觉图中中还有一个 Applications 的选择项。它其实是对 Items 的一个结合，例如：要监控 MySQL，可以界定一个 MySQL 的 Application。
把有关的 Items 包含 availability of MySQL，disk space，processor load，transactions per second，number of slow queries 所有放进这一 Application 中便捷挑选和管理方法。
Trigger 配置
前边提及，Items 是用于配置监控哪些数据的，而不分辨数据是不是一切正常。那麼，Trigger 的功效便是对收集的数据开展分辨。
通常会设定分辨标准或是阈值，一旦达到某类标准或是超出相匹配的阈值便会形成一个事情。
与此同时，Action 会对达到标准的 Trigger 实行实际操作。这种标准根据正则表达式来界定。
从接受信息到开启姿势示意图
信息通过关系式分辨，会造成两大类 Trigger 情况，OK(一切正常)和 PROBLEM(出现异常)。
每一个 Trigger 会相匹配一个 Items，每一个 Items 会相匹配好几个 Trigger。与此同时，Trigger 又可以设定不一样的事情级别，可以按照这种级别设定多种报警。
Trigger 事情级别示意图
在配备 Trigger 的情况下主要是加上正则表达式。Zabbix 会依据相匹配 Item 的 Function 转化成相应的正则表达式。
Trigger 会依据监管的內容(Item)来配备，例如：Item 是检验 Linux 的登录总数。挑选 Item 为“Template OS linux：Number of logged in users”。
相匹配的 Function 是 Last(most recent) T value is = N。意思是获得近期登录的总数 T，当 T 相当于 N 的情况下开启 Trigger。
这一 N 便是必须大家配备的值，例如填好 2。也就是登录总数相当于 2 的情况下开启 Trigger。
如果你配备结束之后便会转化成相近如下图正则表达式了，{Template OS Linux:system.users.num.last()}>2。
整个过程不用你键入关系式，只需根据选取和配备就可以进行。
Trigger 配备实例图，內容和原文中叙述有差别，表达的意思同样
图中有一个 Tab 项称为 Dependencies，这个是 Trigger 的报警依靠，在具体情景中十分有效。
它会对于特别情景应用，例如：全部 IDC 计算机房的路由器出现异常，那麼计算机房全部的机器设备的网络状态都是会发现异常，这时 Zabbix Server 会接到很多出现异常警报。运维管理工作人员会被警报信息吞没，不清楚常见故障的真实缘故。
这时，就可以在 Dependencies 中挑选相匹配标准，而且启用 Multiple PROBLEM events generation 选择项。
以后，便会接到一条警报信息，“某某 IDC 计算机房无线路由器 X 产生常见故障”，对其它的警报信息干了汇聚实际操作。
Action 配备
假如说 Trigger 界定开启事情的标准，那麼 Action 便是事情开启后的姿势。即当 Trigger 标准被达到之后，Action 会运行一些实际操作。
例如：推送事情通告(短消息，钉钉打卡，电子邮件)，远程控制运行命令(重新启动服务项目)。
Action 的配备必须遵循下面的图好多个流程：
Zabbix 中有多种多样事情种类，Trigger 仅仅在其中一种，例如：全自动发觉监控系统，全自动申请注册监控系统这些。因而，先要挑选事情的由来，自然在这里大家挑选 Trigger 做为由来。
Action 挑选事情由来
随后，填好 Action 的基本上信息。例如：名称，主题风格，默认设置推送的信息內容，出现异常修复主题风格，及其相对应的信息內容。这儿的填好可以是字符串数组，可是大量的会应用宏。
实际上便是更换标识符，例如{TRIGGER.STATUS} 表明触发器原理的情况，{ITEM.NAME} 表明监管项的名称。根据这种宏和字符串数组的拼凑产生最后的信息。
如下图表明：
Action 基本上信息
下面，便是对标准的配备(Condition)。因为 Action 可以应对一个或是好几个 Trigger，每日每一个 Trigger 又有一个或是好几个标准。
为了确保其操作灵活性，可以对于 AND，OR，AND/OR，对标准开展组成。
例如：可以用“AND”标准，将 Maintenance status not in maintenance (设备没有在维护保养情况)和 Trigger value = PROBLEM(触发器原理出现异常)2个标准(Condition)组成起來，意思是当2个情况与此同时达到时开启后面实际操作。
Conditions 是配备实例图
最终，便是实际操作(Operation)的配备。包含实行实际操作的间隔时间，实行频次，每一次实行的间距，实际操作种类(推送信息，运行命令)，发给什么客户/用户组这些。
Operation 配备实例图
Template 配备
如果有许多监控系统必须配备，是有劳动量的。因此，Zabbix 会将有同样 Item，Trigger，Application 等标准项放进一起，因此就拥有模板(Template)。
当想同种类的机器设备要配备监管项时，就可以挑选现有的模板。进而，降低运维工程师的劳动量。在建立模板的情况下，必须键入模板名称，及其相对应的分类。
模板基本上信息
假如必须承继模板，可以在 Linked template 中实现配备。模板承继可以解释为模版嵌入。
例如，事前界定了一个基本模版，Item 配备好啦 CPU、运行内存、电脑硬盘、网口等信息。
假如必须在这个基本模板上拓展别的模板，例如：MySQL 监管模板或是 Web 监管模版。那麼在配备模版的情况下，就可以承继于基本模版，而不用彻底改变模板。
模版建立结束后，就可以加上 Item，Trigger，Application 等信息，实际的方法相近 Item，Trigger 配备。
上边一大段的文本叙述了 Zabbix 搭建监控系统的全过程。为了更好地便于记忆力，这儿做一个汇总。
Zabbix 搭建监控系统，先安裝 Zabbix Agent 到 Host 搜集信息，Zabbix Server 用于获得信息，Zabbix UI(Web)用于展现和配备信息。
Zabbix Agent 在 Host 中配置好监控服务器的 IP 和 Port 以后，返回 Zabbix Server 上，根据 Zabbix UI(Web)对要监管的 Host(被监控系统)开展配备。
先后配备：Item(监管哪些数据信息)，Trigger(常见故障开启标准)，Action(常见故障开启姿势)。
Zabbix 监管方法
掌握完后 Zabbix 的构架和 Zabbix 搭建的全过程，再一起来看看 Zabbix 的监管方法。前边提到的 Zabbix Agent 监管，仅仅 Zabbix 监管方法的一种。
对于不一样状况，Zabbix 还带来了 SNMP，IPMI，JMX 等各种方法。即使是 Zabbix Agent 的方式，也分成积极和处于被动二种。
下面的图叙述了 Zabbix 的几类监管方法与 Zabbix Server 相互关系：
Zabbix 监管方法逻辑图
Zabbix Agent 监管方法
该方式有 Active(积极方式)和 Passive(被动模式)。Zabbix Server 和 Zabbix Agent 中间的通讯是根据 Zabbix 专用型协议书进行的，数据类型为 JSON。
①Zabbix Agent 被动模式
默认设置状况下，Zabbix Agent 工作中在nat模式下，是由 Zabbix Server 向 Zabbix Agent 获得信息。
在安装完 Zabbix Agent 之后，根据 zabbix_agentd.conf 文档中的 Server 主要参数，设定处于被动数据采集的 IP。
被动模式流程表
Zabbix Agent 与 Zabbix Server 通信步骤如下图所示：
- Zabbix Server 开启一个 TCP 联接。
- Server 推送一个 Key(agent.ping\n)给 Zabbix Agent。
- Zabbix Agent 接受到要求，而且回应要求，推送內容为
- 的信息给 Zabbix Server。
- Server 接受回到的数据信息，而且开展解决。
- Server 关掉 TCP 联接。
②Zabbix Agent 积极方式
这类方式 Zabbix Agent 会积极汇报监控信息到 Zabbix Server。可以根据 zabbix_agentd.conf 文档中的 ActiveServer 主要参数配置 Zabbix Server 的 IP。
与此同时必须配置 Zabbix Server 上 Items 的 Type，设定为 Zabbix agent(active)就可以。
积极方式流程表
依然一起来看看积极流程表：
- Zabbix Agent 向 Zabbix Server 创建一个 TCP 联接。
- Agent 要求必须监测的数据列表。
- Server 回应 Agent，推送一个 Items 目录，包含 Item key 和 delay。
- Agent 回应要求。
- Server 接受要求数据信息，关掉 TCP。
SNMP 监控方法
它是一个规范的用来管理方法根据 IP 计算机设备的协议书，包含：无线路由器，网络交换机，UPS，复印机。尤其是当被监控机器设备无法安装 Zabbix Agent 的情况下。
先一起来看一下 SNMP 的构架，如下图：
SNMP 架构图
NMS 是 Network Management System(网络管理系统，别名网络安全管理站)，这一部分被集成化到了 Zabbix Server 中了。
Agent 是 SNMP 浏览的代理，为机器设备给予 SNMP 的工作能力，承担机器设备与 NMS 开展通信。
MIB(Management Information Base)是一个数据库查询，包括了被管理方法设备维护管理的自变量。例如：内存空间，硬盘尺寸。
它通常是以一个树结构存有的，每一个叶子结点都储存一条数据信息，根据 OID(Object Identifier)唯一标志一条纪录。
MIB 树结构图
例如图中，想表明通用性中的 System 主要参数，就根据 1.3.6.1.2.1.1。如果是私企的纪录，便是在 1.3.6.1.4.1 下边。
NMS 根据 SNMP 与设施上的 Agent 开展通讯，获得/改动 MIB 上边的信息。现阶段 SNMP 有三个版本，每一个版本都是在以前版本的基本上逐渐更新。
SNMP 版本实例图
以第三个版本为例子，在原先要求和回应的基本上，添加 PDU 优化算法对报文格式开展了数据加密和破译实际操作。
SNMPv3 版本传送平面图
IPMI 监控方法
IPMI(Intelligent Platform Management Interface)即智能化服务平台管理方法插口，本来是 Intel 构架中公司体系的设配选用的一种行业标准，之后变成行业内的通用性规范。
客户可以根据 IPMI 监控网络服务器的物理化学特点，例如：溫度，工作电压，电扇运行状态，开关电源供货等。
IPMI 单独于 CPU BIOS 和电脑操作系统，也就是在缺乏电脑操作系统和管理系统软件的情形下，依然可以对硬件配置信息开展监控。在 Zabbix 中的实际配置，这儿不进行叙述。
JMX 监控方法
JMX(Java Management Extensions)是为 Java 应用软件嵌入管理方法作用的架构。也是一套规范的代理和服务项目，客户可以在一切 Java 应用软件中应用它。
在 Zabbix 中，JMX 监控数据信息的获得由专业的代理程序流程来完成，即 Zabbix Java Gateway 承担采集数据，它和 JMX 的 Java 程序流程中间通讯获取信息。
Zabbix-Server 和 Zabbix Java Gateway 如下图所示：
JMX 平面图
这儿必须这几个流程布署 JMX，如下所示：
- 挑选独立的 Server 安裝 Zabbix Java Gateway，最好是和 Zabbix Server 在不一样的网络服务器上。
- 在安裝 Zabbix Java Gateway 的网络服务器上，对于 zabbix_java_gateway.conf 文档开展主要参数配置。主要是 Gateway 的监视网络服务器的 IP 和 Port。目地是让 Gateway 寻找要监视的机器设备。
- 在 Zabbix Server 配置 zabbix_server.conf 的主要参数。主要是配置 Gateway 的 IP 和 Port，及其 Java 监控的过程数。目地是让 Server 寻找 Gateway。
- 在被监控机器设备上，对于 Java 运用打开 JMX 协议书。
- 返回 Zabbix UI(Web)配置 JMX 监控的 Java 运用。
汇总
做为知名的监控系统软件，Zabbix 的构架包含了被监控机器设备和 Zabbix 监控网络服务器两绝大多数。
Zabbix Agent 运作在被监控机器设备上，承担和 Zabbix Server 通讯获得和操纵被监控机器设备，它有积极和处于被动二种工作模式。
Zabbix Server 做为监控关键，可以立即与 Zabbix Agent 联接还可以根据 Zabbix Proxy 开展联接，再由 Zabbix Proxy 连接 Zabbix Agent。后边这类方法用在分布式系统监控的情景。
Zabbix Server 获得的数据信息储放到 Zabbix Server 的数据库系统中，Zabbix UI(Web)可以载入网络服务器中的数据信息，根据数据图表的形式展现出去。
Zabbix 搭建全过程，分成安裝 Zabbix Agent/Server/UI，Host 配置，Item 配置，Trigger 配置，Action 配置。
这一配置全过程极致地解答了，“监控谁?监控哪些?发现异常之后如何处理?”的问题。
最终，对于不一样应用领域，Zabbix 还适用多种多样监控方法，有 Zabbix Agent，SNMP，IPMI 及其 JMX。
创作者：崔皓
介绍：十六年开发设计和构架工作经验，曾出任过hp惠普武汉市交货核心技术专家，需求分析师，工程项目经理，后在初创公司出任技术性/产品运营。善于学习，善于共享。现阶段致力于技术架构与软件质量管理。
【51CTO原創文稿，协作网站转截请标明全文创作者和来源为51CTO.com】