linux监控系统_Zabbix概念(2)

官方站点http://www.zabbix.com/
Zabbix版本
LTS:long time support 长期维护版
2.2 3.0
特性:
数据采集:
snmp ssh/telnet agent ipmi jxm(Java Management eXtensions ) ....so on
自定义采样机制:UserPrameter
告警:
告警升级机制:
执行脚本:script
notification:故障汇报给相关人员,若问题没有解决,汇报给升级主管.....
数据存储:
数据存储:MySQL/PGSQL #语录 有人的地方就有江湖,有人的地方就有手机
展示:
实时绘图:把数据以可视化的数据graph(图表)-->>screen-->>slide show(幻灯片切换)
map-->>创建拓扑图-->>每个节点用线连接..节点坏了用红线等等
支持模板:
网路自动发现:自动发现硬件并套用模板自动监控 #逆天
分布式监控: 当集群非常大时,需要用到
Server<-->Proxy<-->agent/ssh/ipmi
API:开发接口 自行开发
Zabbix:程序组件



核心组件:
Zabbix server:服务端守护进程:负责发出监控请求,并采集数据以后存储到Zabbix database中 服务主组件 #C
Zabbix agentd:agent守护进程 #被监控主机
Zabbix web GUI:负责从Zabbix database中检索处理数据并显示 管理结构 关键组件 #PHP
Zabbix database: 数据库,载体为各种数据库. 专门有脚本生成数据库结构 #根Zabbix 本身无关
Zabbix proxy :代理 当集群过大时,负责分摊负载.传送数据汇总给Zabbix server #可选
Zabbix get:命令行工具,手动测试向agent发起数据采集请求
Zabbix sender:命令行工具.运行于agent端.手动向server发送采集数据
Zabbix jave gateway:JMX监控时用到的java网关 #不懂
(Web pager :采集 请求页面资源的响应速度,作出评估,确保用户体验)
Zabbix 监控模式:
被动模式:由Zabbix server请求.agent端被动回复
主动模式:agent端主动回复采集信息给Zabbix
*******************************************************************************************************************
Zabbix 架构:



Server100:被监控主机 #这里的DB和Zabbix 没有半毛钱关系
Server1:Zabbix 主程序服务器
Sever2:Zabbix web <httpd> php
server3:数据库服务器 **************************************别说看不懂*************************************略
*****************************************************************************************
Zabbix常用术语:
主机(host):每一个被Zabbix监控的服务器,可有IP或DNS名称指定;
主机组(host groups):通常可分为;同类的host,按照功能,服务,地理位置,结构等划分,业务逻辑划分,组合起来(通常为同一服务,便于管理的)
监控项(item):一个特定监控指标的相关数据, #"key"可以理解为函数 item:理解为参数
item里边是由key定义的 而每一个key里面定义了 采集程序
触发器(trigger):一个表达式,用来匹配item是否在合理的区间内,即闸值;数值大于闸值时"ok(触发器被触发)"-->'problem';<闸值-->"problem"-->>'ok' #符合表达式表示有问题 不符合表达式为正常状态 具体情况看表达式定义
事件(event):即发生一个值得关注的事情,例如触发器状态变化,新的agent上线或下线.
动作(action):指对于特定时间的处理动作 #发送通知或重启服务或执行指定脚本
报警升级(escalation):
*********************************************************************************
Zabbix逻辑架构:



多个host组成一个host组,通过定义的items来匹配,当发生变化触发触发器时,即产生事件(Events) ,而Actions可监控事件的发生来完成所定义的动作(Actions) 执行远程命令或发送通知(Email只是其中的一种表现形式)
如果要对主机做快速监控配置,则可利用模板(Template),然后套用
Maintenance(维护),当处于维护模式时,不触发监控
items必然对应的是数据采集器(Zabbix Poller)拉取工具(基于上面三个通道)

*********************************************************************************
Zabbix 服务端进程



当启动Zabbix服务时,需要启动以上这么多进程.而且有些进程还不止一个.
watchdog:检查Zabbix的各个进程,防止进程被kill(watchdog工作在内核当中,所以被kill的几率大大减小)
housekeeper:主要用来管理数据库中的历史数据,过期数据自动删除
alerter:报警工具
escalator:报警升级
pinger:用来探测主机是否在线
poller:实现item的数据采集(进程数量不一定是一个 看定义的采集项有多少)
httppoller:web监控的.....
discoverer:自动发现主机
nodewatcher:监控节点
timer:计时器
db_config_syncer:完成db配置同步到 #proxy db和Zabbix server的数据同步组件
proxy所采集的数据并不是直接发送给 Zabbix server 而是需要同步的
db_data_syner: 完成db数据同步的

***********************************************配置要求******************
一般Zabbix 的瓶颈时 磁盘I/O或者网络I/O
硬件配置略..
DB要求.略..
前端要求:





三大组件
Zabbix Server
Zabbix web GUI
Zabbix Database
以上组件可放在三台不同的主机上进行监控