分布式开源zabbix 监控模板汇总

简介监控一直在不同的层面为我们的运维工作发挥着重要的作用:网络层监控,及时发现网络间的访问质量(如我们之前介绍的全国maps网络监控):服务器监控,了解服务器各项性能参数(如常见的zabbix.cacti.nagios.ganglia等):应用性能监控,深入监测具体业务的性能情况(如我们之前提到的APM监控系统)其中,服务器监控作为一种传统的监控类型,我们结合不同场景中也用到了多种方案.而在众多方案中,zabbix由于其强大的功能和灵活的自动化特性,尤其得到我们的广泛使用.为了打造出适合自己的z

一 应用场景描述 线上一些MongoDB数据库实例升级到了3.0,查看Zabbix server的日志不断有监控主机的MongoDB监控报错 6697:20160519:222116.590 error reason for "xxxxxxxx:MongoDB.Discovery_Status[backgroundFlushing,average_ms,xxxxxxx:1901]" changed: Received value [2016-05-19T22:21:07.391+080

以tomcat和resin为例:    1.下载插件cmdline-jmxclient-0.10.3.jar 2.tomcat 监控项目查看(即获取java各项参数名称)(3,4步骤是如果获取参数名称数值,以及对应zabbix的key值表达式)[email protected]:~# java -jar cmdline-jmxclient-0.10.3.jar - localhost:12345|sort Catalina:class=org.apache.catalina.UserDataba

一.监控概述: ·初级: ·1.识别监控对象 (分级) ·2.理解监控对象  (理论基础) ·3.细分监控对象的指标 ·4.确定告警的基准线 ·预中级: 1.工具化和监控分离 2.监控对象的分类: 2.1 硬件监控 (方法:机房巡检.IPMI.SNMP简单网络管理协议.) 2.2 系统监控  (对象:cpu.内存.IO[磁盘.网络]) 2.3 服务监控  (对象:分类服务) 2.4 日志监控   (方法:Elastic Stack) 2.5 网络监控   (方法: 第三方.Smokeping)

[本文档所介绍的内容适用于公司测试/生产环境等常见的zabbix监控系统部署] 一:Zabbix部署前环境要求: 1.1相关软件以及系统 系统要求:Centos 6.6 (64位) 运行环境要求: php环境(LAMP或 LNMP) 相关中间件:zabbix-2.4.6.tar.gz 1.2 检查系统自带是否安装Zabbix软件包 rpm -qa | grep zabbix 如有安装,请使用以下命令卸载相关程序 yum remove zabbix 二:zabbix正式部署安装 2.1 zabbi

一 应用场景描述 线上业务使用RabbitMQ作为消息队列中间件,那么作为运维人员对RabbitMQ的监控就很重要,本文就针对如何从头到尾使用Zabbix来监控RabbitMQ进行说明. 二 RabbitMQ监控要点 RabbitMQ官方提供两种方法来管理和监控RabbitMQ. 1.使用rabbitmqctl管理和监控 Usage: rabbitmqctl [-n <node>] [-q] <command> [<command options>] 查看虚拟主机 #

使用elasticsearch的健康检查命令来监控其集群状态:  curl -s -XGET 192.168.1.22:9200/_cluster/health?pretty {   "cluster_name" : "elastic",   "status" : "green",   "timed_out" : false,   "number_of_nodes" : 3,   &qu

一 应用场景描述: 前端使用Tengine作为负载均衡器,需要对监控Tengine到后端服务器的健康状况,利用Tengine提供的接口可以获取每一个后端主机的状态,是up还是down等. 二 编写Zabbix监控脚本 Tengine的ngx_http_upstream_check_module 模块提供后端监控检查功能.可以使用html,csv,json三种格式查看后端主机状态,这里我们使用json格式便于编写脚本 /status?format=html /status?format=csv /

主动模式和被动模式 被动模式,服务器端会主动连接客户端获取监控数据,客户端被动地接受,并把数据传递给服务器端主动模式,客户端主动把监控数据汇总然后再汇报给客户端,服务端只负责接收数据当客户端数量非常多的时候,建议使用主动模式,因为服务器不再会去所有客户机上请求回报数据,这样降低服务端的压力当客户端没有公网IP地址时,而又需要监控内网的客户端的时候,这时候适用主动模式,因为客户端能够访问到公网服务器的IP,反过来服务器不能和服务端通信,这就需要客户端把监控数据要主动发给服务端,这里就非常适合适用主