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
以上组件可放在三台不同的主机上进行监控