有人说zabbix难点在配置,面对很多的配置项,不知道所以然了,其实我觉得这是没掌握好zabbix的学习方法,要掌握了zabbix的学习思路,可以在一个小时内快速掌握zabbix的各种配置,下面我将重点讲述下如何快速.高效的对zabbix进行配置,已完成zabbix灵活的监控功能. zabbix的配置全部都在zabbix web上完成,这点我非常喜欢,登录到zabbix web平台后,默认是英文界面,不过可以切换为中文界面,选择导航栏中的“Administration”选项,然后选择二级标签“U

1.分布式部署原理 1.1Zabbix分布式部署的原理 传统的部署架构,是server直接监控所有的主机,全部主机的数据都是有server自己来采集和处理,server端的压力比较大,当监控主机数量很大的时候,server端可能会崩溃.并且如果监控的主机分布在不同地域.互不相同的网络上,传统的架构就不能满足监控所有主机的要求. 分布式部署proxy节点,可以有效的避免上面的问题,每个proxy独立的收集自己区域的主机数据,汇总后按照一定的频率统一发送给server端,server只负责分析和展示

Zabbix监控服务端口,可以手动添加配置,但是如果一个服务器上需要监控的端口数较多,那么利用Zabbix自动发现,比较高效,下面是自动发现port的Python脚本. #!/usr/bin/python import os import json data = {} tcp_list = [] port_list = [] command = "netstat -tlnp | sed -n '3,$p' | awk '{print $4}' | awk -F':' '{print $NF}'&

zabbix需要监控很多服务器,比如公司进购一批新的服务器,如何自动添加到zabbix服务上 自动发现: zabbix Server主动发现所有客户端,然后将客户端记录下来 自动注册: zabbix 客户端主动到服务端上建立连接 我做了几台机子zabbix客户端 192.168.175.104 192.168.175.105 192.168.175.106 192.168.175.107 192.168.175.108 192.168.175.109 192.168.175.110 将这几台机子

Unlike file system and network interface discovery, the item does not necessarily have to have “snmp.discovery” key - item type of SNMP agent is sufficient. The OIDs to discover are defined in SNMP OID field in the following format: discovery[{#MACRO

https://blog.csdn.net/u013820054/article/details/50931793

一.自动发现与自动注册在上面的介绍中,我们演示了手动添加一台主机的方法,虽然简单,但是当要添加的主机非常多时,也将变得非常繁琐,那么有没有一种方法,可以实现主机的批量添加呢,这样就会极大的提高运维效率,答案是有的,通过zabbix提供的自动注册和自动发现功能,就可以实现主机的批量添加. zabbix的发现包括三种类型,分别是:  自动网络发现 ( Network discovery) 主动客户端自动注册 ( Active agent auto-registration ) 低级别发现 (

########31 https://www.cnblogs.com/yjt1993/p/10883345.html 1.概念 在配置Iterms的过程中,有时候需要对类似的Iterms进行添加,这些Iterms具有共同的特征,表现为某些特定的参数是变量,而其他设置都是一样的,例如:一个程序有多个端口,而需要对端口配置Iterms.再如,磁盘分区,网卡的名称等等,由于具有不确定性,古配置固定的Items会出现无法通用的问题. Low level discovery的Key可以对网卡.文件系统等进

1.概念 在配置Iterms的过程中,有时候需要对类似的Iterms进行添加,这些Iterms具有共同的特征,表现为某些特定的参数是变量,而其他设置都是一样的,例如:一个程序有多个端口,而需要对端口配置Iterms.再如,磁盘分区,网卡的名称等等,由于具有不确定性,古配置固定的Items会出现无法通用的问题. Low level discovery的Key可以对网卡.文件系统等进行自动发现,当然也支持自定义. Low level discovery的使用过程分如下两步: (1)自动发现特定变量的

一.概述 Zabbix提供了有效和非常灵活的网络自动发现功能. 设置网络发现后你可以: 加快Zabbix部署(自动添加主机.添加模板) 简化管理(自动删除主机.删除模板.禁用主机) 无需过多管理就能在快速变化的环境中使用Zabbix Zabbix可以根据以下条件自动发现设备: IP范围(根据IP网段.指定IP地址发现主机) 可用的外部服务(FTP,SSH,WEB,POP3,IMAP,TCP等) 来自 zabbix agent 的信息(仅支持未加密模式) 来自 snmp agent 的信息 Zab

假设你已经知道[模板-监控项-监控项原型-自动发现规则]之间的关系.(此处应有关系图,待填坑) 1. 添加模板 我新建了一个名叫Dapianzi SNMP Linux的模板,里面添加了已经启动了SNMP服务的云主机.准备对这些云主机配置一些自己定义的,通过自动发现规则生成的监控项. 2. 添加自动发现规则 点击 模板 - 自动发现规则 - 创建发现规则.如图 [名称]: 规则名称,通俗易懂就好. [类型]: 可选择SNMP或者Zabbix,数据来源.后面的配置选项会根据这个类型的改变而改变. [

在实际生产环境中,我们可能需要将很多台主机添加到 Zabbix Server 里,我们进行手动添加的话,会比较麻烦.费时,而且还容易出错.所以一般我们会设置主机自动注册.这样就比较方便. 官方文档链接 : 点我 针对zabbix agent 设置参数做下特别说明 Server 指定可以连接本 agent 的 Zabbix Server 或者 Zabbix Proxy 的 IP . ServerActive 参数是用于在 自动注册和 主动监控(监控项)用的参数,设置为 zabbix server

概述 自动发现(LLD)提供了一种在计算机上为不同实体自动创建监控项,触发器和图形的方法.例如,Zabbix可以在你的机器上自动开始监控文件系统或网络接口,而无需为每个文件系统或网络接口手动创建监控项.此外,可以配置Zabbix根据定期执行发现后的得到实际结果,来移除不需要的监控项. 上面是官方的解释,简单来说就是创建规则自动发现主机上的不确定数量的items,例如,我们要监控主机上的cpu 使用情况,但是问题来了,主机的cpu 数量每个主机可以不一样,有的8核,有的16核,这时候我们可能就要建

##需要在zabbix界面配置宏变量===>正则来匹配磁盘 disk_discovery.sh ———————————————————————————————————————————————— #!/bin/bash# this script is Automatic discoverydiskarray=(`cat /proc/diskstats |grep -E "\bsd[a-z]\b|\bxvd[a-z]\b|\bvd[a-z]\b"|awk '{print $3}'|s

本文转载自: https://www.93bok.com 引言 Zabbix并没有提供模板来监控磁盘的IO性能,所以我们需要自己来创建一个,由于一台服务器中磁盘众多,如果只有一两台可以手动添加,但服务集群达到几十那就非常麻烦,因此需要利用自动发现这个功能,自动发现后自动添加对服务器磁盘的监控,而且添加磁盘后也会自动添加到监控,实现自动化运维的效果,接下来我们就来看看怎么自动发现磁盘并自动监控磁盘的IO性能,再设置触发器,IO达到阈值后发出报警 iostat简介 iostat主要用于监控系统设备的

由于一台服务器开启许多Redis实例,如果一台一台的监控太耗费时间,也非常容器出错.这种费力不讨好的事情我们是坚决杜绝的,幸好ZABBIX有自动发现功能,今天我们就来用该功能来监控我们的Redis实例. 监控项 Redis的监控信息主要通过info命令来获取,下面列举几个我们的监控项. uptime_in_days ##redis启动的天数 connected_clients ##redis连接的客户端数 blocked_clients: ##正在等待阻塞命令(BLPOP.BRPOP.BRPOP

上期我们详细介绍了Zabbix与乐维监控的架构与性能对比分析,透过架构与性能对比分析,用户可以对乐维监控之所以能成为"Zabbix企业版"有一个初步的认知.本篇是Zabbix对比乐维监控专题系列文章之二--Agent管理.自动发现.权限管理篇. Agent是IT监控平台不可或缺的功能,Zabbix作为开源监控的佼佼者,其Agent功能也是独一档的存在,自动发现更是Zabbix的重磅功能,接下来我们会看到,经过借鉴与优化,乐维监控在这两方面会有哪些特点.特别地,在权限管理方面,乐维监控更

 zabbix并没有给我们提供这么一个模板来完成在Linux中磁盘IO的监控,所以我们需要自己来创建一个,在此还是在Linux OS中添加. 由于一台服务器中磁盘众多,如果只一两台可以手动添加,但服务集群达到几十那就非常麻烦,因此需要利用 自动发现 这个功能,自动发现后自动添加对服务器磁盘的监控,而且添加磁盘后也会自动添加到监控,实现自动化运维的效果,所以在这里也演示一次自动发现的配置. 打开Linux模板,添加自动发现规则 上面的key值是需要在 zabbix_agent.conf 中配置的

在服务器比较多的情况下,配置加入群组,添加模板是非常费时费力的,所以利用自动发现主机.自动添加群组和模板是非常好的办法. 两步走 1.配置发现规则 2.配置发现动作 1.前提在服务器是上部署了agent(参考前面的部署agent文档) 2.配置zabbix 第一步创建自动发现规则 配置 第二步,配置主机加入群组和配置模板的动作 动作名称(name) 配置条件(condition) 创建添加的操作(operation) 过个一两分钟,就可以看见新服务器加入了群组,并且带有模板有些监控项要几分钟才可

一.自动发现主机的需求 由于机房设备拆分,迁移服务器后,原来的监控失效.再重新搭建监控平台后,批量主机手动添加真的是很麻烦. 所以就用到了zabbix的自动发现功能 二.配置自动发现服务 配置-->自动发现-->创建发现规则 三.主机自动加入主机组,并关联模板 配置-->动作-->事件源(自动发现)-->创建动作 动作具体配置: 需要提前创建主机组 查看已发现的主机 最后主机已被加入监控中

  前言 对于监控服务器越来越多的情况,如果还单独一个一个添加,那效率也太低,因此就要实现批量添加监控服务器的操作,Zabbix提供两种批量自动监控的方式: 自动发现:由服务端主动发起,Zabbix Server开启发现进程,定时扫描局域网中IP服务器.设备. 自动注册:由客户端主动发起,客户端必须安装并启动Agentd,否则无法被自动注册添加至主机列表.对于使用SNMP的就要采用自动发现了. 在看下面文章后可参考学习014-Zabbix的自动发现文章里的底层自动发现概念 客户端配置指定服务器