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

一.自动发现添加主机 1.利用agent自动发现主机 Configuration - Discovery -Create discovery rule 2.将自动发现的主机关联模板 Configuration - Action -Event source:Discovery - Create action 3.查看发现主机结果 Monitoring - Discovery 参考:https://blog.csdn.net/reblue520/article/details/52209755 二.

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

  对于zabbix 我们并不陌生 他是开源的监控系统,现在的一部分企业都在用zabbix,今天给大家分享的是企业级监控zabbix的自动发现规则,有了它我们自定义健康的时候根据宏值可以让他自动发现对应的value 从而省去我们一部分的重复代码 . 现需求 需要自定义一个监控脚本,目的是取各服务器三线ip地址 进行向另一端源服务器进行ping rtt和loss的请求进行判断是否存在丢包行为. 1:不同业务,对应不同的模板,我们需要现创建一个模板,用于我们这个特殊的业务 2:创建完成后,点击我们创

转自:https://blog.csdn.net/yyy72999/article/details/76065374 zabbix自动发现/zabbix自动发现规则 置顶2017年07月25日 14:03:53 阅读数:9036 对于zabbix 我们并不陌生 他是开源的监控系统,现在的一部分企业都在用zabbix,今天给大家分享的是企业级监控zabbix的自动发现规则,有了它我们自定义监控的时候根据宏值可以让他自动发现对应的value 从而省去我们一部分的重复代码 . 现需求 需要自定义一个监

zabbix自动发现,是zabbix精髓所在. 生产中,一台服务器上可能会存在多个监控实例,比如:A服务器2个,B服务器4个, C服务器1个.单单靠套模板来完成监控,做法那太糟糕了.比如小明有100台服务器,不想一台台主机去添加,能不能让zabbix自动添加主机呢,当然可以,网络发现便是这个功能,当然前提条件是所有服务器都已经安装了agent或者snmp(其实也可以不用,鉴于我们大部分功能都用agent,所以请安装上agent),server扫描配置好的ip段,自动添加host,自动给host

需求: 现在有大量url需要监控,形式如http://www.baidu.com ,要求url状态不为200即报警. 需求详细分析: 大量的url,且url经常变化,现在监控用的是zabbix,如果手动添加模板,会造成大量重复工作,如果利用脚本+mail,无法图形呈现 解决方案: zabbix有discovery功能,即可轻松解决此问题 首先我们找一个随便找一个zabbix客户端来实现接下来要做的功能 首先我们从头来,我们来装一下zabbix客户端 [root@test_ha_nginx ~]#

在被监控主机多的情况下,怎样将这些主机加入zabbix server进行监控呢?下面将介绍下zabbix自动发现功能 1.创建自动发现规则 创建“规则名称,配置ip范围及检查方式”,点击“增加”,完成自动发现规则的创建 2.加入组和关联模板 在“监测中-自动发现”页面显示已发现主机,下面将这些主机进行入组及绑定模板 创建动作后即可自动将主机加入组并绑定模板进行监控

一. 数据库给只读权限 1.1 grant usage on *.* to 'zabbix'@'127.0.0.1' identified by 'zabbix'; flush privileges; 1.2 mysql -uzabbix -pzabbix -h 127.0.0.1 -e "show global status" Com_select从mysql启动以来接收的select语句的数量,它是一直往上增的. Threads_connected获取的是一种当前的状态 1.3 m

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

原文发表于cu:2016-06-21 Zabbix自动发现功能从配置流程上比较简单:Discovery与Action. 在做Zabbix的自动发现验证时,使用"ICMP ping"的check方式时,自动发现功能并不生效. 一．环境 1. zabbix环境 Zabbix:zabbix-3.0.1server/agent 2. 配置环境 Discovery 发现本地网络172.19.200.1-254,Check:ICMP ping,如下: Action ICMP ping方式下,UP状

zabbix自动发现主机 2018年06月15日 18:02:52 loyal-Wang 阅读数:817更多 个人分类: zabbix   版权声明:本文为博主原创文章,转载请注明出处. https://blog.csdn.net/weini1111/article/details/80708599 zabbix有自动发现这个功能,在添加主机数量较多的情况很好用.从发现到添加完成需要经过以下几个步骤.后面会将一些错误原因进行分析. 1.创建自动发现规则 延迟选项尽量不要选择时间过长,否则会导致主

zabbix3.4 Discovery自动发现教程 Zabbix 创建发现规则创建发现规则配置 ---- 自动发现 ---- 创建发现规则 看一个例子 这样发现规则就没有问题了,下面让主机自动加入到某个组中并关联指定的模板: 步骤: 配置-----动作---- Actions ---- 自动发现----创建动作 看一个例子 稍等一下在主机群组里面就可以看到主机了 给大家说一个小技巧: 主机添加完成以后,可能会跟机器数量有不一致的情况,这个时候我们的机器ip被主机名给覆盖住了,一个一个点开主机查看

自动发现与自动注册 自动发现:zabbix Server主动发现所有客户端,然后将客户端登记自己的小本本上,缺点zabbix server压力山大(网段大,客户端多),时间消耗多. 自动注册:zabbix agent主动到zabbix Server上报到,登记:缺点agent有可能找不到Server(配置出错) 主动与被动模式 被动模式:默认,都是站在agent立场说话   agent被server抓取数据 主动模式:都是站在agent立场说话   agent主动将数据发送给server 两种模

一, 自动发现与自动注册 自动发现? 当场景中出现要添加很多台主机的时候,一台台添加难免太过于繁琐,zabbix提供自动注册,自动发现,可以实现主机的批量添加, zabbix的发现包括三种类型: # 自动网络发现 (Network discovery) # 主动客户端自动注册,(Active agent auto-registration) # 低级别发现(low-level discovery) 1.1 zabbix自动网络发现 zabbix 提供非常有力和灵活的自动网络发现功能,通过网络发现

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

自动批量检查agent开放的端口 PS:如果服务器上的应用都是固定的,不会随机产生的都可以使用自动发现端口来监控:  如果服务器会随机出现端口且每次启动程序都会改变,可以采用第二种方法,来监控指定的端口 约定 zabbix所有执行的脚本统一放置在 /etc/zabbix/scripts 目录下 #cd /etc/zabbix/ #mkdir scripts #chown root:zabbix -R /etc/zabbix/scripts/ #chmod /etc/zabbix/scripts/

本文转载自: 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里面有个功能是自动发现,比如文件系统和网卡的获取的时候,因为预先无法知道这个网卡的名称,所以就有了这个自动发现的功能,这里我是因为要用到存储池的自动发现,所以需要对数据进行生成 实现 我们看下原生的接口的数据类型: [root@lab8106 ~]# zabbix_get -s 127.0.0.1 -k "net.if.discovery" {"data":[{"{#IFNAME}":"enp3s0"},{&

自动发现 Zabbix 为用户提供了高效灵活的网络自动发现功能,有以下优点: 加快 Zabbix 部署 简化管理 无需过多管理,也能在快速变化的环境中使用 Zabbix Zabbix 网络发现基于以下信息 - IP 范围 - 可用的外部服务(FTP.SSH.WEB.POP3.IMAP.TCP 等) - 来自 Zabbix 客户端的信息(仅支持未加密模式) - 来自 SNMP 客户端的信息 # 不支持:发现网络拓扑 # 网络发现由两个阶段组成:发现和动作 网络发现由两个阶段组成(发现和动作) #