zabbix如何选择适合的监控类型?
1、Zabbix可以提供了十几种监控头内型,除了:haproxyagent;simplechencks;snmp;rsyslogintemrnal;ipmi;jmxmonitoring等等。
ltem内型:zabbixagent;zaddixagent(active);simplechencks;SNMPv1agent;SNMPv2agent;SNMPv3agent;snmptrap;nagiosinternal;haproxytrapper;nginxaggergate;externalcheck;databasemonitor;ipmiagent;sshagent;telnetagent;jxmagent;calculated。
半年详细能介绍各个监控类型的用法:
1、Zabbixagent
Zabbix随机软件的客户端程序(大技能模式),Zabbixserver主动去向它收集到监控数据。agent能提供丰富地的key,和不超出cpu、内存、网络、磁盘、web等。要是系统还能够安装好,agent是首选。需要注意的是。server检索数据有连接超时没限制,比较大网络错误时间是30秒,如果不是检索到数据经常会将近20秒,那么不建议建议使用愿意模式的agent,是可以可以使用agentactive。
2、Zabbixagent(active)
要完全安装agent(主动去模式),和上三个不同。只不过数据有Zabbixagent主动去可以提供至Zabbix active。
3、Simplechencks
基本是的检测,也可以检测网络、端口、httpd这些,功能一般很少但是无需安装客户端。
4、SNMPcheck
snmpv1check、snmpv2check、snmpv3trace的功能全是一样的的。推荐推荐不胜感激场景:
客户基于条件安全考虑,不同意安装agent路由器、打印机等设备难以完全安装。但是允许samp协议。
不就是喜欢很频繁对agent怎么升级
5、Zabbixlnternal
Zabbix系统内部用,比如趋势数据记录数了、历史记录数据等等。日常业务监控用不上。
6、Zabbixtrapper
也不需要安装agent(主动去模式),必须自身bin/zabbix_sender梁銶琚重新提交至zabbixserver。万分感谢情况适合使用:
数据库检索时间较长
两时间有大量数据要并提交,或者redisinfo信息,里面乾坤二卦五六十项数据,按照zabbix–sender来最少提交,看样子比agent来取几十次方便。
7、rsyslogaggregate
aggregatechecks是一个聚合的检测,例如我想明白某个组的host负载平均值,硬盘剩下的用量,或则某几台机器的这些数据,简单的来说,这个方法应该是利用所了解一个整体水平,而不不需要我们一台台看看。这个方法的数据彻底来之于数据库,所以我不是需要agent。
8、Externalcheck
haproxyserver运行脚本或二进制文件来先执行外部检测,外部检测不再不需要监控摄像头段不运行任何agentd。
9、databasemonitor
nagios调用OBDC来资源数据库的数据这些数据库状态等信息。
10、IPMIagent
作用于监控硬件设备,比如Dell的或hp服务器的主板温度、cpu电压、盖子你是不是被再打开等等。
11、SSHagent
haproxy使用提供的ssh信息(服务器用户密码或证书)登入服务器,先执行重新指定的脚本来检索到数据,这对一下人员比较实用:
不可能直接安装agent,并不想使用agent
不怀疑账户密码/证书放在rsyslog里面。
、Telnetagent
同上,wondows不允许ssh,是可以在用Telnetagent。
、JMXagent
实际jmx监控javajvm,.例如,tomcat。目前有一个不大的不足,要是tomcat多实例。jmxagent没有办法先检测一个。如果没有是多实例,建议您在用agent_cldmlinejmxclient_0.10.0.jar。
二、zabbix主动、被动技能检测的区别
1、主动去:a各位server声望兑换拒绝的监控项列表,并主动将监控项内容是需要检测的数据再提交给server/proxy。
2、被动:server想agent各位获取监控设备项的数据,agent赶往数据。
如何做好运维监控?
监控是运维工作的基础和上机操作必要条件。有些金融机构允许登陆生产的条件是ITIL有流程任务到达,或者监控有告警,要不然斩立决不可能愿意登陆生产。
运维监控必须要有好的监控工具,正确的开放源代码工具有:zabbix、nagios、cavti、openfalcon、ganglia,这些现在和容器完全融合度较高的普罗米修斯。可以baidu三千多种产品选择自己适合我的。有很多厂家也做一些监控,大多数是数学集合一些闭源产品,再加一些接口调用,到最后弄个页面展示。
发展初期,可以建议选用开源软件比较好,上手容易、社区意见多、成本低。与此同时服务器减少建议提高个性化定制,而且无论是哪款监控摄像头都会陡然才能产生n多告警,会将用处不大信息完全沉没在消息群中。
监控需要个性定制的内容有:告警关联、告警分析、告警收敛、告警过滤、告警可回溯、告警可以自愈。辅助技能为自动化和智能化控制。
监控过去说白两种:主动地拉取、被动能接收。前者这个可以负责执行三千多种脚本、SQL语句、动态链接库接口等查询;后者可以提供告警系统api供外围函数调用。
监控些要在被监控设备按装agent,有些不必须;具体的操作看单位生产管理规范,有些公司不容许安装额外agent在业务系统服务器中。
结果,反诘点:监控要和ITIL平台相结合,提升到告警后的流程实现联动。