zabbix 主动监控与被动监控

一、被动模式

无论是模式还是被动模式,都是站在zabbix agent角度来说的工作模式,比如被动模式,是说zabbix agent被动的接受zabbix server周期性发送过来的数据收集指令。

在被动模式之下,zabbix server会根据主机关联的模板中的监控项和数据采集间隔时间,周期性的打开随机端口并向zabbix agent服务器的10050发起tcp连接,然后发送获取监控项数据的指令,即zabbix server发送什么指令那么zabbix agent就收集什么数据,zabbix server什么时候发送zabbix agent就什么时候采集,zabbix server不发送zabbix agent就一直不响应,所以zabbix agent也不用关心其监控项和数据采集周期间隔时间。

被动模式的优点就是配置简单,安装后即可使用,因此也成为zabbix 的默认工作模式,但是被动模式的最大问题就是会加大zabbix server的工作量,在数百甚至数千台服务器的环境下会导致zabbix server需要轮训向每个zabbix agent发送数据采集指令,如果zabbix server负载很高还会导致不能及时获取到最新数据,但由于无需其他复杂配置,被设置为了默认的工作方式。

被动模式端口状态:
在这里插入图片描述
被动模式工作流程:
在这里插入图片描述

二、主动模式

主动模式是由zabbix agent主动向zabbix server的10051端口发起tcp连接请求,因此主动模式下必须在zabbix agent配置文件中指定zabbix server的IP或者主机名(必须可以被解析为IP地址)。

在连接到zabbix server之前zabbix agent是不知道自己要采集那些数据以及间隔多久采集一次数据的,然后在连接到zabbix server以后获取到自己的监控项和数据采集间隔周期时间,然后再根据监控项采集数据并返回给zabbix server。

在主动模式下不再需要zabbix serve向zabbix agent发起连接请求,因此主动模式在一定程度上可减轻zabbix server打开的本地随机端口和进程数,在一定程度就减轻看zabbix server的压力。

2.1 主动模式工作流程

在这里插入图片描述
环境
zabbix-server 10.0.0.31
MySQL 10.0.0.32
Linux 服务器 10.0.0.37

2.2 修改zabbix agent配置文件

root@ubuntu1804:~# vim /etc/zabbix/zabbix_agentd.conf
PidFile=/var/run/zabbix/zabbix_agentd.pid 
LogFile=/var/log/zabbix/zabbix_agentd.log 
LogFileSize=0 
Server=10.0.0.31   #这里配置是被动监控所配置的IP  
ListenPort=10050 
StartAgents=30
ServerActive=10.0.0.31    #主动模式的zabbix server地址 
Hostname=10.0.0.37 
Include=/etc/zabbix/zabbix_agentd.d/*.conf

root@ubuntu1804:~# systemctl restart zabbix-agent.service
root@ubuntu1804:~# systemctl enable --now zabbix-agent.service

2.3 生成主动模式模板

监控项是被动监控还是被动监控,取决于监控项是被动获取,还是主动的。

第一步:克隆模板
在这里插入图片描述

对克隆的模板进行取名
在这里插入图片描述
在这里插入图片描述
全部选中,选择批量更新
在这里插入图片描述
选择主动模式在这里插入图片描述
在这里插入图片描述

2.4 添加主机并关联模板

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2.5 验证主动模式端口

root@ubuntu1804:~# netstat -tanlp | grep 10.0.0.37
tcp        0      0 10.0.0.31:10051         10.0.0.37:58420         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58414         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58428         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58424         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58436         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58430         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58418         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58434         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58412         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58432         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58426         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58416         TIME_WAIT   -
tcp        0      0 10.0.0.31:10051         10.0.0.37:58422         TIME_WAIT   -
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
主动监控被动监控是两种常见的监控方式,它们有各自的优缺点。 主动监控(Active Monitoring)是指监控系统主动向被监控对象发送请求,并收集和分析返回的数据。优点包括: 1. 即时性:主动监控可以实时获取被监控对象的状态和性能数据,能够及时发现问题并采取相应的措施。 2. 精确性:由于主动监控主动获取数据,可以精确地指定监控指标和采样频率,提供较为准确的数据。 3. 灵活性:可以通过自定义监控脚本或插件灵活地监控各种应用和系统,并根据实际需求进行定制。 然而,主动监控也存在一些缺点: 1. 资源消耗:主动监控需要在被监控对象和监控系统之间建立通信连接,可能占用一定的网络带宽和系统资源。 2. 依赖性:主动监控需要被监控对象正常运行,并且具备响应能力,如果被监控对象存在故障或不可用,影响监控的准确性和稳定性。 被动监控(Passive Monitoring)是指监控系统通过监听被监控对象的网络流量或日志等 passively 获得数据。优点包括: 1. 高效性:被动监控不需要主动请求数据,只需要监听和分析网络流量或日志,减少对被监控对象的影响,提高监控效率。 2. 全面性:被动监控可以捕获和分析所有网络流量或日志,不漏掉任何数据,提供全面的监控视图。 然而,被动监控也存在一些缺点: 1. 延迟性:被动监控无法实时获取数据,需要等待被监控对象的网络流量或日志生成和传输,可能存在一定的延迟。 2. 数据量大:被动监控可能生成大量的数据,需要进行分析和过滤,增加了数据处理的复杂性。 综上所述,主动监控适合对实时性要求较高的场景,而被动监控适合对全面性和资源消耗有较高要求的场景。在实际应用中,可以根据具体需求选择适合的监控方式或结合两种方式进行综合监控
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值