• ZABBIX实现原理及架构详解


    转载:https://www.cnblogs.com/wumingxiaoyao/p/7388870.html

    zabbix是完全开源的工具,整合了cacti和nagios等特性。

    zabbix功能很强大,如何理解zabbix的功能,我们可以和cacti、nagios的功能对比一下:

    • cacti是一款数据采集,数据存储,外加web界面展示的工具,它负责阈值范围内的实时变化,但是对超过阈值的告警功能很薄弱

      • 优点:实时监控数据变化,以web页面的方式呈现,更直观。

      • 缺点:告警不及时

    • nagios是一款告警功能很强大的工具,它不关心阈值范围内的变化,只关心状态变化(超过阈值),然后报警。报警方式通过邮件,短信等。

      • 优点:告警反映迅速。

      • 缺点:监控主机数量有限,承载低

    • zabbix    =   cacti   +  nagios

      • 优点:基于两款工具优点于一身并更强大,实现企业级分布式监控。

      • 缺点:2.2版本带宽占用大但是升级到2.4版本后更节省了带宽资源,其它再无发现。

    zabbix监控功能的实现

    监控主机zabbix有专用的agent,可以监控Linux,Windows等 
    监控网络设备zabbix通过SNMP,ssh(不多用) 
     可监控对象

      • 设备:服务器,路由器,交换机

      • 软件:OS,网络,应用程序

      • 主机性能指标监控

      • 故障监控: down机,服务不可用,主机不可达

     

    支持数据库存储类型

    abbix-database: MySQL, PGSQL(postgreSQL)、Oracle、DB2、SQLite

    Zabbix架构中的组件

    zabbix-server: C语言 
    zabbix-agent: C语言 
    zabbix-web:GUI,用于实现zabbix设定和展示,PHP开发 
    zabbix-proxy: 分布式监控环境中的专用组件

    监控流程

    一个监控系统运行的大概的流程是这样的:

    agentd需要安装到被监控的主机上,它负责定期收集各项数据,并发送到zabbix server端,zabbix server将数据存储到数据库中,zabbix web根据数据在前端进行展现和绘图。这里agentd收集数据分为主动和被动两种模式:

    主动:agent请求server获取主动的监控项列表,并主动将监控项内需要检测的数据提交给server/proxy

    被动:server向agent请求获取监控项的数据,agent返回数据。

    【主动监测】通信过程如下:

    zabbix首先向ServerActive配置的IP请求获取active items,获取并提交active tiems数据值server或者proxy。很多人会提出疑问:zabbix多久获取一次active items?它会根据配置文件中的RefreshActiveChecks的频率进行,如果获取失败,那么将会在60秒之后重试。分两个部分:

     获取ACTIVE ITEMS列表

    • Agent打开TCP连接(主动检测变成Agent打开)
    • Agent请求items检测列表
    • Server返回items列表
    • Agent 处理响应
    • 关闭TCP连接
    • Agent开始收集数据

    主动检测提交数据过程如下:

    • Agent建立TCP连接
    • Agent提交items列表收集的数据
    • Server处理数据,并返回响应状态
    • 关闭TCP连接

    【被动监测】通信过程如下:

    • Server打开一个TCP连接
    • Server发送请求agent.ping
    • Agent接收到请求并且响应<HEADER><DATALEN>1
    • Server处理接收到的数据1
    • 关闭TCP连接

    这里,被动模式每次都需要打开一个tcp连接,这样当监控项越来越多时,就会出现server端性能问题了。

    那实际监控中是用主动的还是被动的呢?这里主要涉及两个地方:

    1、新建监控项目时,选择的是zabbix代理还是zabbix端点代理程式(主动式),前者是被动模式,后者是主动模式。

    2、agentd配置文件中StartAgents参数的设置,如果为0,表示禁止被动模式,否则开启。一般建议不要设置为0,因为监控项目很多时,可以部分使用主动,部分使用被动模式。

    常用的监控架构平台

    1、server-agentd模式:

    这个是最简单的架构了,常用于监控主机比较少的情况下。

    2、server-proxy-agentd模式:

    这个常用于比较多的机器,使用proxy进行分布式监控,有效的减轻server端的压力。

    下图描述了上述两种方式:

    Zabbix逻辑架构

    • 定义一个template模板,里面包括多个items,trigger,graphs套用给host或者hostgroups。

    • server监控项目items通过zabbix poller进程(可以有多个进程实现并发处理)包括snmp,agent协议收集被监控主机信息。

    • 如果阈值超过triggers触发器规定,就是形成一个events事件,然后actions处理动作(包括运行预先定制的脚本,不成功发送email或SMS)。

    • 在服务器升级的时候提前设定maintenance维护模式不对服务器产生告警通知。 
      通过逻辑拓扑图展示工作流程

    Zabbix Server启动后都有那些进程?

    搭建步骤:

    https://blog.51cto.com/14154700/2419934

  • 相关阅读:
    面向对象程序设计第五次作业(修改)
    C++作业 一
    面向对象程序设计第四次作业
    面向对象程序设计第三次作业
    C++学习笔记3
    C++学习笔记2
    C++学习笔记1
    面向对象程序设计作业二
    面向对象程序设计第二次作业
    随笔
  • 原文地址:https://www.cnblogs.com/cxxiao/p/12652050.html
Copyright © 2020-2023  润新知