企业级分布式监控zabbix（1）——zabbix基础知识祥解

1.为什么要使用zabbix？

对于运维人员来说，监控是非常重要的，因为如果想要保证公司的线上业务整体能够稳定运行，那么我们则需要实时关注与其相关的各项指标是否正常，而一个业务系统的背后，往往存在着很多的服务器、网络设备等硬件资源，如果我们想要能够更加方便的、集中的监控他们，我们则需要依靠一些外部的工具，而zabbix就是一个被广泛使用的，可以实现集中监控管理的应用程序。

我们监控的初衷就是当某些指标不符合我们的需求时，我们能够在第一时间发现异常，所以，监控工具需要定期的对被监控主机进行检查、信息收集等操作，当被监控主机出现异常时，能够及时报警、通知管理员，并且需要记录这些异常，以便我们分析这些数据，查漏补缺，那么，一个监控工具就应该具备采集信息、存储信息、展示信息、报警通知等功能，而zabbix就可以做到这些，除了zabbix，你可能还听说过cacti、nagios、ganglia等类似的监控系统，但是此处，我们只聊zabbix。

2.什么是zabbix？

zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案
zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题

zabbix由2部分构成，zabbix server与可选组件zabbix agent

zabbix server可以通过SNMP，zabbix
agent，ping，端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能
它可以运行在Linux，Solaris，HP-UX，AIX，Free BSD，Open BSD，OS X等平台上

3.zabbix的安装使用

zabbix agent需要安装在被监视的目标服务器上，它主要完成对硬件信息或与操作系统有关的内存，CPU等信息的收集。
zabbix agent可以运行在Linux,Solaris,HP-UX,AIX,Free BSD,Open BSD, OS X, Tru64/OSF1, Windows NT4.0, Windows (2000/2003/XP/Vista)等系统之上。
zabbix server可以单独监视远程服务器的服务状态；同时也可以与zabbix agent配合，可以轮询zabbix agent主动接收监视数据（agent方式），同时还可被动接收zabbix agent发送的数据（trapping方式）。
另外zabbix server还支持SNMP (v1,v2)，可以与SNMP软件(例如：net-snmp)等配合使用。
参照官网：



从真机上传已经下载好的安装包：











各项指标均为ok即可：














若关机重启了则需要打开这些：

4.简述搭建Zabbix监控环境

要想搭建一个Zabbix的工作环境，需要从服务器入手。与服务器通信，管理员需要使用一个Zabbix前端界面，与Zabbix服务器和数据库进行通信。三个关键（web界面、服务器和数据库）可以安装在同一台服务器上，但是如果你拥有一个更大更复杂的环境，将它们安装在不同的主机上也是一个选项。Zabbix服务器能够直接监控到同一网络中的设备，如果其他网络的设备也需要被监控，那还需要一台Zabbix代理服务器。

5.zabbix的主要特点

安装与配置简单，学习成本低
支持多语言（包括中文）
免费开源
自动发现服务器与网络设备
分布式监视以及WEB集中管理功能
可以无agent监视
用户安全认证和柔软的授权方式
通过WEB界面设置或查看监视结果
email等通知功能

6.Zabbix主要功能

CPU负荷
内存使用
磁盘使用
网络状况
端口监视
日志监视

7.zabbix 通讯方式

通过zabbix能够监控哪些硬件资源呢 理论上来说，只要是与我们的业务有关的硬件资源，都应该被监控，比如：主机、交换机、路由器、UPS等等
但是，监控它们的前提是能与它们进行通讯，那么问题来了，由于硬件的不同，导致我们无法使用统一的方法去监控他们
这个时候，就需要监控程序有一定的通用性，或者说，监控程序需要能够与多种硬件设备通讯，才能满足我们的监控需求
举个例子：如果被监控的对象是一台安装了linux操作系统的服务器
那么我们可以通过ssh或者telnet这种远程工具与被监控对象建立起通讯的通道
可是如果被监控的对象是一台安装了其他操作系统的服务器呢，更甚之，被监控的对象并不是服务器
而只是一台交换机或者路由器呢，所以，zabbix如果想要能够全面的监控这些对象，则需要能够通过各种方法与它们进行通讯

8.zabbix 各项组件介绍

将zabbix agent部署到被监控主机上

由agent采集数据，报告给负责监控的中心主机，中心主机也就是master/agent模型中的master，负责监控的中心主机被称为zabbix server，zabbix server将从agent端接收到的信息存储于zabbix的数据库中，我们把zabbix的数据库端称为zabbix database， 如果管理员需要查看各种监控信息，则需要zabbix的GUI，zabbix的GUI是一种Web GUI，我们称之为zabbix web，zabbix web是使用php编写的，所以，如果想要使用zabbix web展示相关监控信息，需要依赖LAMP环境，不管是zabbix server ，或是zabbix web，他们都需要连接到zabbix database获取相关数据，这样说可能不容易理解，对比下图理解上述概念，就容易许多。

当监控规模变得庞大时，我们可能有成千上万台设备需要监控，这时我们是否需要部署多套zabbix系统进行监控呢？

如果部署多套zabbix监控系统，那么监控压力将会被分摊，但是，这些监控的对象将会被尽量平均的分配到不同的监控系统中，这个时候，我们就无法通过统一的监控入口，去监控这些对象了，虽然分摊了监控压力，但是也增加了监控工作的复杂度，那么，我们到底该不该建立多套zabbix监控系统从而分摊巨大的监控压力呢？

其实，zabbix天生就有处理这种问题的能力，因为zabbix支持分布式监控，我们可以把成千上万台的被监控对象分成不同的区域，每个区域中设置一台代理主机，区域内的每个被监控对象的信息被agent采集，提交给代理主机，在这个区域内，代理主机的作用就好比zabbix
server，我们称这些代理主机为zabbix proxy，zabbix proxy再将收集到的信息统一提交给真正的zabbix
server处理，这样，zabbix proxy分摊了zabbix
server的压力，同时，我们还能够通过统一的监控入口，监控所有的对象，当监控规模庞大到需要使用zabbix
proxy时，zabbix的架构如下图，我们可以对比下图，理解上述描述。

9.zabbix的工作模式

了解完了zabbix的几个核心组件，我们再来聊聊zabbix的工作模式
我们知道，agent端会将采集完的数据主动发送给server端，这种模式我们称之为主动模式，即对于agent端来说是主动的
其实，agent端也可以不主动发送数据，而是等待server过来拉取数据，这种模式我们称之为被动模式
你一定已经明白，不管是主动模式还是被动模式，都是对于agent端来说的，而且，主动模式与被动模式可以同时存在，并不冲突
管理员可以在agent端使用一个名为zabbix_sender的工具，测试是否能够向server端发送数据
管理员可以在server端使用一个名为zabbix_get的工具，测试是否能够从agent端拉取数据
好了，已经了解了zabbix的一些基本概念之后，接下来我将给大家演示zabbix搭建过程，并且演示相关服务的监控实施过程

注：参照别人的博客
原文链接：https://blog.csdn.net/ymeng9527/article/details/97939682