01 | zabbix架构

一、信息了解

SNMP协议简单了解:
https://www.jianshu.com/p/6a9e83aa41c0

IPMI协议简单了解:
https://blog.51cto.com/pesen/1283836

SNMP 获取网络设备的数据
IPMI 可以ping服务器,可以控制温度和风扇

二、zabbix架构

在这里插入图片描述

有哪些监控方式,获取数据的方式:

在这里插入图片描述

zabbix proxy 降低了并发量
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
如上图:
zabbix 可以从客户端拉取数据,也可以接收客户端推送过来的数据。
zabbix_agentd ---- zabbix server/zabbix_get
zabbix_sender ---- zabbix server

2.1、zabbix 常用术语

  • 主机(host):要监控的网络设备,可由IP、DNS名称指定

  • 主机组(host group):可以包含主机和模板,通常在给用户、用户组指派权限的时候使用。一个模板里包含很多监控项。

  • 监控项(item):一个监控指标的相关的数据,数据来源于被监控的对象。没有item就没有数据。

  • 触发器(trigger):一个表达式,评估监控对象的item内接收到的数据是否在合理范围内,即阈值。接收到数据大于阈值时,触发器状态从“ok” 转变为“problem” ,当数据量变正常时,状态再回到ok。

  • 事件(event):发生的事件,如触发器的状态改变,新的agent或者重新上线的agent的自动注册等

  • 动作(action):指对于特定事件事先定义的处理方法,通常包含操作(如发送通知)和条件(何时执行操作)

  • 报警升级(escalation):发送报警或者执行远程命令的自定义方案,如5分钟发一次警报,发5次。

  • 媒介(media): 发送通知的手段或通道,如Email、sms等

  • 通知(notification):报警信息

  • 远程命令(remote command):预定义的命令,可在被监控主机处于某特定条件下自动执行

  • 模板(template):用于快速定义被监控主机的预设条目集合,通常包含了item、trigger、graph、screen、application以及low-level discovery rule ;模板可以直接链接直单个主机

  • 应用(application):一组item的集合

  • web场景(web scennario):用于检测web站点可用性的一个或多个HTTP请求。

  • 前端(frontend):zabbix的web接口
    zabbix 宏 :变量

2.2、zabbix逻辑架构

在这里插入图片描述

<think>好的,我需要回答用户关于Zabbix系统架构及其组成部分的问题。首先,我得回顾一下用户提供的引用内容,确保信息准确且符合引用规范。根据引用[1]和[2],Zabbix主要分为服务端(Zabbix Server)和客户端(Zabbix Agent),同时还有Web界面、数据库等组件。 接下来,我需要整理Zabbix架构,确保各个组件描述清晰。比如,Zabbix Server负责处理数据,Agent负责收集数据,还有Proxy可能用于分布式监控。此外,数据库存储配置和监控数据,Web界面用于展示。要注意用户提到的C/S和B/S架构,以及分布式系统的优势。 然后,按照用户的要求,使用中文回答,结构要清晰,分点说明每个组件的作用。同时,在需要的地方添加引用标识,比如在提到Server和Agent时引用[1]和[2]。 还需要检查LaTeX格式是否正确,比如所有行内数学表达式用$...$,独立公式用$$...$$,但当前问题可能不涉及数学公式,所以可能不需要使用。但如果有涉及性能指标或公式的地方,要正确应用。 生成相关问题部分,需要围绕Zabbix架构、组件功能、工作原理、优缺点、部署优化等方面提问,确保问题相关且有深度。 最后,确保回答真实可靠,引用正确,语言通顺,符合用户的结构要求,并且没有使用任何Markdown格式,保持自然的中文表达。</think>### Zabbix系统架构及组件详解 Zabbix是一款基于分布式架构的开源监控系统,其核心设计采用**C/S**(客户端-服务端)和**B/S**(浏览器-服务端)混合模式,能够高效管理大规模监控任务。以下为详细架构及组件说明: --- #### 1. **核心组件** - **Zabbix Server** 服务端是系统的核心,负责接收客户端采集的数据、触发告警、存储历史数据,并提供数据聚合与分析功能[^1]。其性能直接影响监控系统的吞吐量和响应速度。 - **Zabbix Agent** 客户端需部署在被监控主机上,用于收集本地硬件资源(如CPU、内存)、服务状态等数据,并通过主动或被动模式将数据传输至服务端。例如,Agent可通过`UserParameter`自定义监控项。 - **Zabbix Proxy** 代理组件可选部署,用于分布式监控场景。Proxy代替Server从Agent收集数据并暂存,再批量转发至Server,减轻中心节点负载[^2]。适用于跨地域或网络分区的环境。 --- #### 2. **数据存储层** - **数据库** Zabbix依赖关系型数据库(如MySQL、PostgreSQL)存储配置信息、监控数据及告警记录。历史数据可配置为定期清理或归档,以优化存储效率。 --- #### 3. **展示与交互层** - **Web UI** 基于PHP的B/S架构界面,用户可通过浏览器配置监控项、查看实时图表、管理告警规则等。界面中红色标记异常,绿色表示正常。 - **API** 提供RESTful API接口,支持与其他系统(如运维自动化平台)集成,实现自动化配置和数据查询。 --- #### 4. **通信协议** - **Agent协议**:默认通过TCP端口10050通信。 - **SNMP/IPMI**:支持通过SNMP监控网络设备,或通过IPMI获取硬件状态。 - **JMX**:用于监控Java应用性能。 --- #### 5. **分布式架构优势** 通过多级Proxy和Server的分层设计,Zabbix可扩展至数万台设备的监控规模。子节点负责区域数据采集,主节点集中处理告警与展示,有效降低单点压力。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值