Zabbix 3.0.20 LNMP 搭建之路 我一开始搭建zabbix时，在百度上搜索zabbix的资料，鱼龙混杂，大部分都是Zabbix2.2的搭建资料，搭建之路很苦逼。其中不乏有很多坑，特别是ngi
zabbix版本：zabbix-3.0.2zabbix客户端配置：zabbix的监控类型分为server和server active（不确定用哪个适合，可以都选择）在zabbix_agentd.conf中Hostname一定要填写，而且不能和其他监控服务器重复。如果UserParameter名含\'""`*?{}[]~$!&;()<>|#@这些字符，默认情况下，Zabbix无法
常用KEY：1. 监控端口net.tcp.port[,3306]2. 监控进程proc.num[mysqld]3. 查看CPU核数system.cpu.num4. 查看系统的系统启动时间和当前时间system.boottime、system.localtime5. 查看系统的简单信息sys
原创
2014-07-19 22:18:32
1369阅读
作为一个适用于中大型或超大型的监控软件，分布式部署必然必不可少，同样Zabbix添加了Zabbix Proxy增强了其扩展能力，这让Zabbix在大型IT环境中有了一席之地，特别是在分区和混合云环境发挥了很大的作用，往往不需要放开过多的权限，就可以辐射更多的监控区域，并且共用一套前端，也大大的减小运维人员的使用成本。正文正文之前1.Zabbix Proxy使用的是独立的数据库实例，如果放在一起数据
目录：zabbix其他篇01: 安装zabbix server02：zabbix-agent安装配置 及 web界面管理03: zabbix API接口 对 主机、主机组、模板、应用集、监控项、触发器等增删改查04：获取zabbix监控信息05：zabbix 监控配置目录：1.1 zabbix监控基本介绍1.2 添加主机组1.3 添加模板1.4 创建主机 1.5 创建应用集1.6 创建
Zabbix 6.0 LTS 发布后提供的一些主要新功能。发现Zabbix主要开发重点之一解决许多企业级复杂问题及相关用例的功能。Zabbix 6.0 LTS主要宗旨：1.解决企业级安全和冗余需求2.提高Zabbix 大型实例的性能3.为不同类型的 Zabbix 用户提供附加价值 - DevOPS 和 ITOps 团队、业务流程负责人等4.继续扩展Zabbix监控和数据收集能力5.持续提供与第三方
zabbix中常用到的几个key：
1、监控端口的：net.tcp.port[,3306]
/usr/local/zabbix/bin/ -s192.168.8.120 -knet.tcp.port[,3306] 返回1为192.168.8.120的端口3306存在，0为不存在
2、监控进程的：proc.num[mysqld]
/usr/local/zabbix/bin/zab
转载
精选
2012-11-22 17:49:08
1205阅读
1、监控进程/usr/local/zabbix/bin/zabbix_get -s 127.0.0.1 -k “net.tcp.service[http]”2、监控端口/usr/local/zabbix/bin/zabbix_get -s 127.0.0.1 -k “net.tcp.port[,80]” 结果：1存在，0不存在；3、进程数量/usr/local/zabbix/bin/zabbix_
转载
精选
2014-08-27 16:10:10
621阅读
1、监控进程/usr/local/zabbix/bin/zabbix_get -s 127.0.0.1 -k “net.tcp.service[http]”2、监控端口/usr/local/zabbix/bin/zabbix_get -s 127.0.0.1 -k “net.tcp.port[,80]” 结果：1存在，0不存在；3、进程数量/usr/local/zabbix/bin...
原创
2023-03-28 06:49:12
173阅读
续上一篇环境10.zabbix 监控 java 虚拟机 jmx 【server2】https://www.zabbix.com/documentation/4.0/zh/manual/config/items/itemtypes/jmx_monitoring1>获取 jdk 和 tomcat [root@server1 ~]# systemctl start zabbix-server
Zabbix 监控 docker 提示权限不够的问题 背景随着docker在项目中的应用越来越多，docker的运行状态成了需要关注的问题，使用zabbix对docker容器进行监控，不但可以关注容器本身的运行状态，还可以收集docker容器运行过程中使用的cpu,内存等情况，以供以后进行数据分析，对性能调优有所帮助。Zabbix监控配置第二种方法 碰到的问题监控项取值会报如下
zabbix:/root# zabbix_get -s 192.168.2.224 -k "perf_counter[\Processor(_Total)\% Processor Time]"63.146868zabbix:/root# zabbix_get -s 192.168.2.224 ...
转载
2016-11-19 20:17:00
137阅读
以下表格是zabbix agent所支持的所有key 功能返回值参数描述agent.hostname-agent.pingagent.versionzabbix agent版本字符串-例如返回： 1.8.2kernel.maxfiles系统支持最大的openfiles整数kernel.maxproc系统支持最大的进程数量整数log下载地址监控日志文件Logfile
转载
2018-02-03 15:36:38
2170阅读
agent.hostname
返回被监控端名称(字符串)
使用方式列举：后面使用的方式是一样的：
[root@BJ-monitor-h-01 bin]# ./zabbix_get -s 192.168.10.100 -k agent.hostname
Zabbix server&n
原创
2017-03-04 17:45:11
2189阅读
点赞
2评论
一、内置key说明： Zabbix 内置了很多丰富的key，使得咱们再添加linux os模板的时候，已经帮我们把key给定义好，这样我们就能够直接链接模板就可以使用了。我们这边的话列举一些内置key，然后进行一些简单的说明:当我们内置key可以采集到数据的时候我们最好是不用去写自定义key再去采集的：(我见过一篇51 CTO的写监控用户登录数，还用w去监控，没
zabbix客户端部署监控配置流程：1、在监控的主机上安装agent 2、在agentd.conf文件的配置文件中更改server地址ServerActive以及hostname 3、启动agent 4、在web界面添加主机/主机组 5、添加控制项手动创建监控项
模板添加监控项6、添加触发器（定义阈值） 7、定义媒介（即通知的方式） 8、为不同的用户选择媒介 9、为
zabbix从 2.2版本开始增加了使用动态库来扩展zabbix功能。loadable modules实际上和我们前面提到的用户自定义key是一样的功能，不同的是，他用加载lib库的方式，并且zabbix不需要fork一个新的进程， 性能更好。目前类似的功能包含user parameters 、 external checks 、 system.run[] ，如果这些脚本逻辑过于复杂、耗时太长会出
