一、zabbix监控

1、为什么要监控

对于运维人员来说，监控是非常重要的，因此如果想要保证线上业务整体能够稳定运行，那么我们则需要实时关注与其相关的各项指标是否正常，而一个业务系统的背后，往往存在着很多的服务器、网络设备等硬件资源，如果我们想要能够更加方便的、集中的监控他们，我们则需要依靠一些外部的工具，而zabbix就是一个被广泛使用的，可以实现集中监控管理的应用程序。
我们监控的初衷就是当某些指标不符合我们的需求时，我们能够在第一时间发现异常，所以，监控工具需要定期的对被监控主机进行检查、信息收集等操作，当被监控主机出现异常时，能够及时报警、通知管理员，并且需要记录这些异常，以便我们分析这些数据，查漏补缺，那么，一个监控工具就应该具备采集信息、存储信息、展示信息、报警通知等功能。而zabbix就可以做到这些。

总结来说，监控可以给我带来：

在需要的时刻，提前提醒我们服务器出问题了
当出问题之后，可以找到问题的根源
网站/服务器的可用性

1.1、网站可用性

在软件系统的高可靠性（也称为高可用性，英文描述为HA，High Available）里有个衡量其可靠性的标准——X个9，X个9表示在软件系统1年时间的使用过程中，系统可以正常使用时间与总时间（1年）之比，我们通过下面的计算来感受下X个9在不同级别的可靠性差异。
1个9：(1-90%)*365=36.5天，表示该软件系统在连续运行1年时间里最多可能的业务中断时间是36.5天。
2个9：(1-99%)*365=3.65天，表示该软件系统在连续运行1年时间里最多可能的业务中断时间是3.65天。
3个9：(1-99.9%)*365*24=8.76小时，表示该软件系统在连续运行1年时间里最多可能的业务中断时间是8.76小时。
4个9：(1-99.99%)*365*24=0.876小时=52.6分钟，表示该软件系统在连续运行1年时间里最多可能的业务中断时间是52.6分钟。
5个9：(1-99.999%)*365*24*60=5.26分钟，表示该软件系统在连续运行1年时间里最多可能的业务中断时间是5.26分钟。
6个9：(1-99.9999%)*365*24*60*60=31秒，示该软件系统在连续运行1年时间里最多可能的业务中断时间是31秒。

2、监控什么东西

监控一切需要监控的东西，只要能够想到，能够用命令实现的都能用来监控

2.1、监控范畴

3、企业级监控解决方案——Zabbix

Zabbix是一个高度集成的企业级开源网络监控解决方案，提供分布式监控以及集中的web管理界面。
zabbix具备常见商业监控软件所具备的功能，例如主机性能监控，网络设备性能监控，数据库性能监控，ftp、http等通用协议的监控，能够灵活利用可定制告警机制，允许用户对事件发送基于E-mail的告警，保证相关人员可以快速解决。
zabbix提供杰出的报表及实时的图形化数据处理，实现对监控主机7x24小时集中监控。
Zabbix通过C/S模式采集数据，通过B/S模式在web端展示和配置，而被监控对象只需要支持SNMP协议或者运行Zabbix agents代理程序即可。服务端监听端口为10051，而被监控端即Zabbix——agents代理程序监控10050端口。

4、zabbix主要功能

Zabbix是一个高度集成的网络监控套件，可实现如下功能：
1、数据收集：自定义间隔收集收据
2、灵活的阀值定义：灵活地自定义故障阀值，Zabbix中称为触发器(trigger), 存储在后端数据库中；
3、高级告警配置：可以自定义告警升级(escalation)、接收者及告警方式；通过远程命令实行自动化动作；
4、实时绘图：通过内置的绘图引擎实现监控数据实时绘图；
5、具备应对复杂环境情况：通过Zabbix proxy可以非常容易的创建远程监控；

5、zabbix监控范畴

硬件监控：Zabbix IPMI Interface ，通过IPMI接口进行监控，我们可以通过标准的IPMI硬件接口，监控被监控对象的物理特征，比如电压、温度、风扇状态、电源状态等。
系统监控：Zabbix Agent Interface ，通过专用的代理程序进行监控，与常见的master/agent模型类似，如果被监控对象支持对应的agent，推荐首选这种方式。
Java监控：Zabbix JMX Interface ，通过JMX进行监控，JMX（java management extensions，即java管理扩展），监控JVM虚拟机时，使用这种方法是非常不错的选择。
网络设备监控：Zabbix SNMP Interface ，通过SNMP协议与被监控对象进行通信，SNMP协议的全称为simple network management protocol，被译为简单网络管理协议，通常来说，我们无法在路由器、交换机这种硬件上安装agent，但是这些硬件都支持SNMP协议。
应用服务监控：Zabbix Agent UserParameter
MySQL数据库监控：percona-monitoring-plulgins
URL监控：Zabbix Web 监控

6、zabbix监控组件

Zabbix监控组件主要包括：Zabbix Server、Zabbix Proxy、Zabbix Agent；其中Zabbix Server包括：WEB GUI、Database、Zabbix Server。

每个模块工作职责：

Zabbix Server：负责接收agent发送的报告信息的核心组件，所有配置，统计数据及操作数据均由其组织进行；
Zabbix Database：用户存储所有zabbix的配置信息、监控数据的数据库；
Zabbix Web：Zabbix的web界面，管理员通过web界面管理zabbix配置以及查看zabbix相关监控信息，通常与zabbix Server运行在同一台主机上，也可以单独部署在独立的服务器上；
Zabbix Proxy：常用于分布监控环境中，代理zabbix Server收集部分被监控的监控数据并统一发往Server端；（通常大于500台主机需要使用）
Zabbix Agent：部署在被监控主机上，负责收集本地数据发往Server端或Proxy端；

7、zabbix常用的监控架构平台

server-agentd模式：

将zabbix agent部署到被监控主机上，由agent采集数据，报告给zabbix server，zabbix server将从agent端接收到的信息存储于zabbix database，如果管理员需要查看各种监控信息，则需要zabbix web，zabbix web是使用php编写的，所以，如果想要使用zabbix web展示相关监控信息，需要依赖LAMP或LNMP环境。不管是zabbix server，或是zabbix web，他们都需要连接zabbix database获取相关数据。

server-proxy-agentd模式：

当监控规模变得庞大时，我们可能有成千上万台设备需要监控，那如何分摊巨大的监控压力呢？其实，zabbix天生就有处理这种问题的能力，因为zabbix支持分布式监控，我们可以把成千上万的被监控对象分成不同的区域，每个区域中设置一台代理主机，区域内的每个被监控对象的信息被agent采集，提交给代理主机，我们称这些代理主机为zabbix proxy，zabbix proxy再将收集到的信息统一提交给zabbix server处理。这样，zabbix proxy分摊了zabbix server的压力，同时，我们还能够通过统一的监控入口，监控所有的对象。

8、zabbix运行过程图

server-proxy-agentd模式：

一个监控系统运行的大概的流程是这样的：
agent需要安装到被监控的主机上，它负责定期收集各项数据，并发送到zabbix server端，zabbix server将数据存储到数据库中，zabbix web根据数据在前端进行展现和绘图。这里agent收集数据分为主动和被动两种模式：
主动：agent请求server获取监控项列表，并主动将监控项内需要检测的数据提交给server/proxy
被动：server向agent请求获取监控项的数据，agent返回数据。