zabbix的trigger数据采集规则及解决办法(二)——zabbix

优采云 发布时间: 2021-08-04 07:21

  zabbix的trigger数据采集规则及解决办法(二)——zabbix

  一、zabbix 的物品数据采集

  1、数据采集是zabbix的基础,也是监控的基础。目前,它可以支持主动和被动采集 模式。主动模式定义为:客户端主动上报数据给服务器,被动模式定义为:服务器给客户端采集数据。

  2、大家经常使用主动采集模式。除了zabbix自带的常见采集items外,还可以通过自定义采集items来扩展active采集方法。例如,如果需要对系统的*敏*感*词*做语义监控功能,可以编写脚本,通过自定义采集项来获取脚本执行的结果。

  3、 有时候部署代理比较麻烦,可以直接使用zabbix trapper方法:被监控主机主动向zabbix server发送数据,通常可以应用于程序内部的异常消息采集 例如,如果程序内部出现异常,抛出的异常消息可以通过trap方式直接发送到zabbix-server,通过trigger产生事件,通过action发送告警。

  总结:总体来说zabbix对采集类型的数据支持还是比较丰富的,但是配置比较复杂。

  二、zabbix 的触发监控规则

  1、Monitoring 规则是监控系统的核心。阈值被配置为触发异常并生成事件。 Zabbix 有很多内置规则。

  2、 通过trigger的Dependencies配置,可以实现简单的事件关联依赖。例如:触发监控有两个,1是监控站点是否可以访问,2是监控主机nginx的80端口是否可达。对于trigger1,可以增加对trigger2的依赖,这样当nginx 80端口不可达时,站点也无法访问,但不会触发站点无法访问的异​​常事件。

  3、 基于以上设置,虽然可以实现简单的事件关联依赖合并,但是监控系统内部屏蔽了异常事件的发生。如果报警涉及到多组运维人员,大家都想看看自己的监控是否可用异常。所以,最好的办法是所有的异常事件都正常产生,在告警通知的时候进行相关性分析。比如上面的例子,运维组A负责trigger1告警,运维组B负责trigger2告警。当trigger2异常时,通知运维组A【不可访问,因为nginx 80端口不可达】,通知运维组B【nginx端口80不可达,导致不可访问】。

  总结:Zabbix有更全面的监控规则匹配表达式,但不够灵活,无法配置更复杂的关联监控。

  三、zabbix 的动作触发一个动作

  根据triiger触发的异常事件,可以触发相应的动作。通常的操作是根据配置的媒体发送警报。 Zabbix报警配置部分,每个报警发送方式需要配置1个媒体,每个用户需要配置相应的发送媒体。

  如果把zabbix告警交给灵曦管理,对于用户配置,只需要在zabbix上配置1个用户和1个媒体,会省很多麻烦。

  四、灵豹与zabbix的融合:

  灵溪云告警是一款专注于告警优化管理的SAAS软件,提供多通道及时准确传输、多人智能分层传输、告警处理协同、故障数据多维统计等功能。

  对于zabbix监控系统(2.0、3.0都支持),如果需要使用灵曦的报警优化功能,只需要进行以下步骤:

  1、灵豹产品配置:

  我还没有灵曦账号。完成引导页面后,进入工作台,点击右下方的开始报警优化之旅,完成页面配置并复制token。

  2、zabbix 监控系统配置:

  依次增加媒体、用户、动作,完成灵曦对zabbix的告警优化。具体的图形操作请参考:#/access-zabbix。

0 个评论

要回复文章请先登录注册


官方客服QQ群

微信人工客服

QQ人工客服


线