【Zabbix】01、Zabbix 基础
一、监控系统基础概念
1、监控系统的工作内容
数据采集 --> 数据存储 --> 数据展示 --> 报警
传感器 时间序列数据 趋势图采集到的数据超出阈（yu）值
2、网络监控系统
NMS：Network Monitor System网络监控系统
3、可监控对象
1）设备
服务器，路由器，交换机，IO系统
2）软件|应用
OS，网络，应用程序
二、snmp (Simple Network Management Protocol) 简单网络管理协议
1、snmp的工作模式
NMS向agent采集数据
agent主动向NMS报告数据
NMS请求agent修改配置
2、SNMP
1）SNMP分为NMS和Agent两部分:
NMS（Network Management Station，网络管理站）是运行SNMP客户端程序的工作站
Agent是运行在网络设备上的SNMP服务器端
NMS可以向Agent发出GetRequest、GetNextRequest和SetRequest报文，Agent接收到NMS的这些请求报文后，根据报文类型进行Read或Write操作，生成Response报文，并将报文返回给NMS。
Agent在设备发生异常情况或状态改变时（如设备重新启动），也会主动向NMS发送Trap报文，向NMS汇报所发生的事件。
2）SNMP工作方式很独特：
只在需要监控时才会发起监控请求，将数据收集至本地。SNMP本身没有数据存储的功能，仅能完成数据采集后，人工判断数据是否有问题
3）SNMP的组件：
MIB：management information base管理信息库
是NMS和agent的接口，实现定义监控端和被监控端双方可接受的监控组件，以及监控组件中的数据存取规范
视图：MIB的树状结构图，定义agent时可以设定社区名对应的权限
OID：MIB树状结构图中的节点对象，用数字表示也可以有名称
SMI：MIB的表示符号
SNMP协议：协议本身
在SNMP报文中用管理变量来描述设备中的管理对象。为了唯一标识设备中的管理对象，SNMP用层次结构命名方案来识别管理对象。整个层次结构就像一棵树，树的节点表示管理对象，如下图1-1所示。每一个节点，都可以用从根开始的一条路径唯一地标识。
http://img1.运维网.com/attachment/201209/9/5635432_13471846351gH3.png
MIB的作用就是用来描述树的层次结构，它是所监控网络设备的标准变量定义的集合。在图1-1中，管理对象B可以用一串数字{1.2.1.1}唯一确定，这串数字是管理对象的对象标识符（Object Identifier）。
3、NMS可发起的操作
Get(获取数据），GetNext（获取一个或多个数据），Set（设定），Trap（捕获被监控端报告的数据）
4、agent可发起的操作
Response（报告）
5、基于UDP协议
NMS：162 （trap）
agent：161
SNMP采用UDP协议在管理端和agent之间传输信息。 SNMP采用UDP 161端口接收和发送请求，162端口接收trap，执行SNMP的设备缺省都必须采用这些端口。SNMP消息全部通过UDP端口161接收，只有Trap信息采用UDP端口162。
6、SNMP协议的版本
v1：没有认证功能
v2c：基于社区（密钥）认证 # 认证过程是明文的
v3：认证，加密，解密 # 使用的还很少
7、linux中安装snmp包名：net-snmp
三、开源监控工具
1、监控功能的实现
Agent：各专用的agent
SSH:
SNMP:
IPMI：（Intelligent Platform Management Interface) 智慧平台管理接口
原本是一种intel架构的企业系统的周边设备所采用的一种工业标准。IPMI亦是一个开放的免费标准，使用者无需支付额外的费用即可使用此标准
2、自动化监控系统的组件
http://s1.运维网.com/wyfs02/M02/82/C6/wKioL1dg8fGQRatMAAR7lriRM2Y739.png
3、著名的开源监控工具
Cacti：php语言开发
数据收集和展示，
对状态转换不敏感
报警功能弱，报警不及时，
存储数据：rrd(round robin database)环状数据库
不能持久保存所有数据，初始化后容量不会再增大
Nagios：（Opsview，Icinga）
报警功能强大：报警升级机制，
定义维护窗口，组件依赖，
不适用于大规模（100台主机以内），不能分布式部署
仅关注状态转换，不收集和展示数据
生产环境中常用：Cacti + Nagios
Zabbix：
实现 Cacti + Nagios 的功能
监控到故障时能调用远程脚本来自动解决问题，故障不能解决再报警
2.2 JSON
2.4 通信机制优化，节约带宽1/3
数据存储：mysql，pgsql
有专用agent
监控主机：
Linux、Windows、FreeBSD
监控网络设备：
SNMP, SSH(并非所有)
四、Zabbix简介
1、Zabbix概述
http://s1.运维网.com/wyfs02/M02/82/C8/wKioL1dg-_LCOBzdAAIX12sM5eI230.png
企业级监控解决方案
分布式部署，可以部署在不同地域
报警（通知）
集中控制
状态检测配置
可以监控多达10W个设备
完全开源
http://s1.运维网.com/wyfs02/M00/86/66/wKioL1e-Q8LC1ZcYAAITXjaKkzc187.png
What can be monitored on the Web?
Response time # 响应时间
Download speed # 下载速度
Response code # 响应码
Availability of certain content # 某些内容可用性
Complex web scenarios with login and logout capability # 复杂场景下web登录和注销能力，
Support for HTTP and HTTPs
Notification method:通知方法
Command Execution
SMS
Jabber
Chat message
2、zabbix发展历史
http://s3.运维网.com/wyfs02/M00/82/C9/wKiom1dg9_iTB5yNAAC3rZVMC_s659.png
最新是版本：3.2
官网：www.zabbix.com
3、zabbix的组织结构
http://s5.运维网.com/wyfs02/M02/82/CA/wKiom1dhA0iTQ8eoAAIbLFQ64aw445.png
JMX：java扩展管理接口，能直接对JAVA程序进行监控，
zabbix的组织结构细分：
http://s4.运维网.com/wyfs02/M01/82/CA/wKiom1dhBr7C5HxRAAECex0exOE288.png
Zabbix组件概述：
Zabbix Server：
C语言研发，负责接收agent发送的报告信息的核心组件，所有配置、统计数据及操作数据均由其组织进行；
Database Storage：
专用于存储所有配置信息，以及由zabbix收集数据
Mysql，PGSQL(postgreSQL)，Oracle，DB2，SQLite
Web interface：
zabbix的Web GUI接口，通常与Server运行在同一台主机上，用于实现zabbix设定和展示，php研发
Proxy：
可选组件，常用于分布监控环境中，代理Server收集部分被监控端的监控数据并统一发往Server端；
Agent：
部署在被监控主机上，负责收集本地数据并发往Server端或Porxy端；c语言研发
4、zabbix中常用的术语
主机(host)：
要监控的网络设备，可由IP或DNS名称指定；
主机组(host group)：
主机的逻辑容器，可以包含主机和模板，但同一个组内的主机和模板不能互相链接；主机组通常在给用户或用户组指派监控权限时使用；
监控项(item)：
一个特定监控指标的相关的数据，这些数据来自于被监控对象；item是zabbix进行数据收集的核心，没有item，将没有数据；相对某监控对象来说，每个item都由“key”进行标识；
触发器(trigger)：
一个表达式，用于评估某监控对象的某特定item内所接收到的数据是否在合理范围内，即阈值；接收到的数据量大于阈值时，触发器状态将从“OK”转变为“Problem”，当数据量再次回归到合理范围时，其状态将从“Problem”转换回“OK”；
事件(event)：
即发生的一个值得关注的事情
例如触发器的状态转变，新的agent或重新上线agent的自动注册等；
动作(action)：
指对于特定事件事先定义的处理方法，通过包含操作(如发送通知)和条件(何时执行操作)；
报警升级(escalation)：
发送警报或执行远程命令的自义定方案，如每隔5分钟发送一次警报，共发送5次等；
媒介(media)：
发送通知的手段或通道，如Email、Jabber或SMS、Script等；
通知(notification)：
通过选定的媒介向用户发送的有关某事件的信息；
远程命令(remote command)：
预定义的命令，可在被监控主机处于某特定条件下时自动执行；
模板(template)：
用于快速定义被监控主机的预设条目集合，通常包含了item、trigger、graph（数据展示图即可视化）、screen（屏幕）、application以及low-level discovery rule（较低级别的发现规则，但需要消耗大量资源，一般很少使用）；模板可以直接链接至单个主机；
应用 (application)：
一组item的集合；
web场景(web scennario)：
用于检测web站点可用性的一个或多个HTTP请求；
前端(frontend)：
Zabbix的web接口
Zabbix的逻辑架构：
http://s3.运维网.com/wyfs02/M01/82/CA/wKioL1dhEbHQsWZRAAHD88eBfqg698.png
maintenance：保养（即维护窗口）
internal：内部
5、zabbix服务器段进程介绍
http://s4.运维网.com/wyfs02/M02/82/CC/wKiom1dhEoXjpqAWAADbnN6Vkrk459.png
poller： 轮询拉取数据的进程，可以有多个，
alerter：报警
housekeeper：管家，数据管理，清除过期数据
watchdog：守护进程，监控所有进程是否都正常运行，如果监测到有进程被关闭会重新激活该进程
escalator：报警升级
timer：计数器
nodewatcher：监控主机的
数据库配置同步器：分布式环境中proxy节点和server几点之间同步
数据库数据同步器
页:
[1]