Zabbix能监视各种网络参数，保证服务器系统的安全运营，并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。是一个基于WEB界面的提供企业级的开源分布式系统监视以及网络监视功能的企业级的开源解决方案。Agent端：主机通过安装agent方式采集数据；Server端：通过收集agent发送的数据，写入数据库（MySQL，ORACLE），在通过php+apache/nginx在web前端展示。优点：基于两款工具（cacti+Nagios）优点于一身并更强大，实现企业级分布式监控。缺点：需在被监控主机上安装agent，所有数据都存在数据库里，产生的数据量很大，瓶颈主要在数据库。Zabbix 优缺点分别有哪些？企业级zabbix如何监控网络设备
zabbix优点：1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。服务zabbix有哪些在Zabbix Proxy配置文件中的Server参数列出所有Zabbix Server集群节点;
各个大厂都有提供相关监控产品，比如说微软的SCOM，IBM的Tivoli，华为的Esight，HP的BSM等，如果环境都是单一的某一家厂家的产品，用该厂家提供的监控工具肯定是合适的，笔者就曾经深度使用过SCOM，2005年还叫MOM，是SystemCenter中的一个套件，这个产品对于微软周边的产品如AD、Exchange、Windows、SQLServer、SharePoint、Lync等监控非常深入，同时微软官方还提供了相关故障知识库，报表也做得非常不错。但是，如果拿SCOM去监控Linux、AIX、Oracle或者网络通讯设备就显得不合适了。Zabbix很好地平衡了监控的深度和广度，而且源于开源的力量，在全球用户的持续贡献下，他的深度和广度是在持续不断地延展的。
Q：老师，请教个问题，zabbix通过自动发现扫描网段，然后添加主机，有没有什么办法区分路由器或者交换机类型的方法，这样才能把交换机模板或者路由器模板挂给对应的主机
A：不多的话，批量加2次模板就行了
Q：后续上线网络设备后，如果我们组之间沟通不协调，监控会有一些误差或者遗漏，想减少人工去介入
A：可以找一下类型的oid。然后匹配交换机和路由器的字段套上对应的模板
Q：老师，没有网络设备类型通用的oid吧
A：主机名oid应该是通用的，华为和华三、cisco的mib比较通用A：cisco进入特权模式有条命令showsnmp-serveroidlist。可以看到设备的oid的列表。前面是描述，后面是对应的oid，华三和华为应该也是有对应的命令，具体可能需要问下客服
Q：好的，我去试试ciscoQ：那要想做全自动呢？
A：全自动的话，一般这边是通过型号的oid，提取到型号的关键字，cisco字眼的的就套cisco模板，华为就套华为的模板，华三的就套华三的模板
Q：嗯嗯，这种方法我们想过，只要拿到所有设备的型号，在自动发现的时候就可以通过型号区分是交换机还是路由器，感觉太复杂，想要更简单的做法。 Prometheus和Zabbix有什么区别?
监控数据的另一个特点体现在监控数据的热值以及热数据的规模方面。如果将数据的每分钟访问次数定义为数据的热值，那么监控数据的热值与数据的存活时间（也就是年龄）直接相关。在监控数据写入数据库之前，需要完成数据采集、数据传输和预处理，在这个时间段，Zabbix需要在**短的时间内快速处理完数据，因此其热值很高，但是这时的热数据范围很小，主要是每个监控项的当前值。而在触发器表达式计算阶段，当前值的处理会引起对该监控项下的多个历史值的访问，此时热数据的范围**增加。如果某个触发器表达式需要使用**近60分钟的数据，那么热数据的范围就扩增到60分钟。如何为Zabbix选择高可用方案？企业级zabbix如何监控网络设备
Zabbix6.2惊喜发布!特别优化中大型环境部署的性能!企业级zabbix如何监控网络设备
ValueCache以哈希表形式存储每个监控项的热数据，这些数据主要用于触发器表达式的计算，从而，监控项数量的增长基本不会影响触发器表达式计算所消耗的时间。趋势缓存中存储的是每个监控项**近自然小时内的累计趋势数据，这些数据的更新和写库均需要经历查找的过程，因为数据的更新和写库都是由***到来的监控数据驱动的，需要根据到来的监控数据查找对应的监控项数据。除了需要解决快速查找问题，Zabbix还需要解决快速排序问题，这一问题源于historysyncer进程处理监控数据时应该按照什么样的顺序进行处理，Zabbix是以监控项为单位对所有监控数据按照时间戳从小到大进行全局性的排序，所使用的排序方法就是堆排序，当需要选择目标时，只需要访问根节点即可。在使用堆排序的情形下，每次排序所消耗的时间与堆的规模直接相关。所以我们应该尽可能降低历史缓存中的监控项的数量，以加快数据处理速度。在压力较小的Zabbix系统中，历史缓存中的数据总是接近于0。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。企业级zabbix如何监控网络设备
上海观纵科技有限公司位于上海市奉贤区望园南路1288弄80号1904、1909室。公司业务分为webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等，目前不断进行创新和服务改进，为客户提供良好的产品和服务。公司将不断增强企业重点竞争力，努力学习行业知识，遵守行业规范，植根于传媒、广电行业的发展。观纵科技秉承“客户为尊、服务为荣、创意为先、技术为实”的经营理念，全力打造公司的重点竞争力。
