Zabbix讲述.docx

Zabbix 第1章 Zabbix简介 第1.1节 系统监控需求 在互联网的应用中，我们大量的使用网络和服务器来完成项目平台的搭建，在系统运维过程中，我们需要获取很多网络和服务器运行的信息，比如：网络流量、主机CPU 使用率、主机内存使用率、主机磁盘使用率等。这些信息我们可以通过网络或主机设备上的命令行指令获取，但这样很不方便，尤其是主机和设备非常多的情况下获取这些信息。想象一下我们管理的是由1000 多台物理服务器和50 多台网络交换或路由设备组成的一个私有云，如果我们需要人工的获取这些服务器和设备的运行状态、网络流量和服务状态是非常耗时且无法完成的。更不要说在这1000 多台物理服务器上运行着3000 或更多的虚拟服务器，每个服务器上又运行着相互关联的负责均衡集群、分布式计算集群、分布式存储集群、高性能计算集群等复杂的应用集群方案。我们必须实时的获取它们的运行状态，并且分析在过去1 小时、24 小时、1 周、1 月、1 年的数据变化趋势。我们需要获取和保持这些数据并且在需要的时候能够方便的展示出它们的可视化视图。 不仅仅是获取实时的运行数据，我们还需要有一套完整的报警机制。在服务器、网络设备、资源服务、业务逻辑等出现异常的时候可以通过WEB、邮件、短信、电话等方式自动化的通知管理人员。这种报警机制必须是可配置的，可以根据我们系统应用的具体情况做出合理的方案，比如设置CPU 使用阀值、报告内存突然的增长、服务器流量异常、应用服务负载异常、集群服务故障迁移等等情况。 随着项目的的推进，我们还需要通过分析记录数据预估出未来可能需要的资源容量，例如服务器数量是否需要增添及何时增添、网络带宽是否出现瓶颈及何时增添、应用服务器是否需要平行宽展及何时扩展等等。这些都需要大量且长期的数据分析支撑，也就是长期有效的系统监控数据支撑。 第1.2节 常见监控解决方案 早期，网络环境中的设备数量尚且不多的时候，人们需要监控的仅仅是几台服务器、一些交换机以及少量的其他设备。首先就需要有方法将人们关心的各项数据从设备中提取出来，然后再考虑如何集中化的展示出来。 为了满足提取各项数据的需求，互联网工程工作小组（IETF,Internet Engineering Task Force）定义并发布了简单网络管理协议（SNMP）。该协议能够支持网络管理系统，用以监控连接到网络上的各种设备。Linux系统当然也支持该协议。人们可以使用SNMP协议获取主机CPU、内存、磁盘、网卡流量等数据，很多商业网络设备如路由器、交换机等基本也支持SNMP协议。 最初，人们用脚本将获取到的SNMP数据存入数据库中，然后再使用一种名为MRTG的软件根据获取的数据绘制图表来分析数据的变化。MRTG(Multi Router Traffic Grapher)，顾名思义，这款软件最初是设计用于监控网络链路流量负载的。它可以用过SNMP获取到设备的流量信息，并根据这些信息绘制成图表并保存为PNG格式的图片，再将这些PNG图片以HTML页面的方式显示给用户。 不过，MRTG展示的页面和图表曲线相对简陋，它在一张图片中最多只能绘制两个数据的变化曲线，并且由于是PNG格式的静态图片，所以无法针对某一时间进行细化展示。为了解决这个问题，人们又开发了RRDTOOL工具。 RRDTOOL(Round Robin Database Tool)是一个强大的绘图引擎。RRDTOOL可以使用自己的环状数据库（RRD）来记录绘图数据，也可以使用关系型数据库，例如MySQL来纪录数据。利用RRDTOOL我们就可以将获取到的SNMP数据通过RRDTOOL进行实时绘图，这么一来，想看什么时候的数据，只要调取那个时间的监控数据，让RRDTOOL帮我们画一张图出来就可以直观又清晰的查看了。目前，几乎所有的开源监控软件都在使用RRDTOOL作为图形绘制引擎。 不过，直接使用RRDTOOL绘图操作起来很麻烦。同时，现如今的数据中心动辄成百上千的设备，一个个的去提取、绘制、监控显然是不现实的事情。况且，不同的设备监控的对象和方法也不同。有些数据依靠SNMP也提取不到（例如MySQL查询缓存命中率）。我们迫切的需要一个可以支持多种不同的监控手段，同时具有分类组织图形并且可以按照分类页面的方式展示这些图形的工具。另外，考虑到企业组织结构越来越复杂，参与监控的人员往往属于不同的部门或者工作组，不同的人也应该限定具有不同层级的监控浏览权限。除此之外，还有很多各种各样杂七杂八的需求不一而足。所以，现如今的监控软件不可以再像MRTG那样仅仅画张图就了事，还需要考虑更加丰富的功能。 Cacti 是一套基于PHP、MySQL、SNMP 及RRDTool 开发的监测图形分析工具。它提供了非常强