综合来看，Zabbix 的成熟度更高，上手更快，但更好的集成导致灵活性较差，问题更大是，监控数据的复杂度增加后，Zabbix 做进一步定制难度很高，即使做好了定制，也没法利用之前收集到的数据了（关系型数据库造成的问题）。目前很多zabbix监控的企业案例，要想再度升华zabbix可用性，基本都是找成熟的zabbix开发公司定制，比如乐维软件或者直接找zabbix官方购买定制服务。Prometheus 基本上是正相反，上手难度大一些，但由于定制灵活度高，数据也有更多的聚合可能，起步后的使用难度远小于 Zabbix。但如果已经对传统监控系统有技术积累的话，还是要谨慎考虑更换监控。监控工具Prometheus和Zabbix哪种更容易掌握二者有何区别？zabbix 6.2怎样监控信创
在实际的工作环境中，根据网络环境和监控的规模不同，zabbix一共有三种框架，分别是server_client架构、master_node_client架构和server_proxy_client架构。1、server_client架构zabbix**简单的架构，监控设备和被监控设备之间直接相连，zabbix_server和zabbix_client之间直接进行数据交互。2、zabbix_proxy_client架构proxy是连接server和client之间的桥梁，其本身不存放数据，只是将zabbix_agent端发来的数据暂存，然后再提交给server。这种架构一般用于跨机房、跨网络的中型网络架构。在server_proxy_client架构中，server设备的宕机会导致整个系统瘫痪而无法正常工作。3、master_node_client架构master_node_client架构是zabbix**复杂的架构。一般用于跨机房、跨网络、监控设备较多的大型网络架构。与server_proxy_client架构相比，master_node_client架构的主要区别在于node与proxy上.在master_node_client架构中，每个node可以理解为一个小的server端，在自己的配置文件和数据库，node下游可以直接连接client，也可以再次经过proxy代理后连接client。在master_node_client架构中，master设备宕机不会影响node节点的正常工作。时代zabbix联系人zabbix监控数据的单独性—逻辑视角！
Prometheus为其用户提供强大的查询语言、存储和可视化功能。它可以实时采集指标并将它们记录在时间序列数据库中。Prometheus 提供了一个多维数据模型，允许按名称或标签定义指标，以将它们标识为***时间序列的一部分。它是用 Go 编写的，源代码可在 GitHub 上获得。作为一个开源项目，Prometheus 拥有***的社区支持，全球有很多使用者。
Zabbix 可以监控网络、服务器、应用程序、虚拟机和云服务等。可以收集指标、检测问题、可视化、发送通知。Zabbix 有一个 Web 界面，可以提供所有统计数据、可视化和参数设置。Zabbix 本身不存储数据，但它可以使用常用的数据库。Zabbix 的后端是用 C 编写的，而 Web 前端是用 PHP 编写的。
各个大厂都有提供相关监控产品，比如说微软的SCOM，IBM的Tivoli，华为的Esight，HP的BSM等，如果环境都是单一的某一家厂家的产品，用该厂家提供的监控工具肯定是合适的，笔者就曾经深度使用过SCOM，2005年还叫MOM，是SystemCenter中的一个套件，这个产品对于微软周边的产品如AD、Exchange、Windows、SQLServer、SharePoint、Lync等监控非常深入，同时微软官方还提供了相关故障知识库，报表也做得非常不错。但是，如果拿SCOM去监控Linux、AIX、Oracle或者网络通讯设备就显得不合适了。Zabbix很好地平衡了监控的深度和广度，而且源于开源的力量，在全球用户的持续贡献下，他的深度和广度是在持续不断地延展的。如何为Zabbix选择高可用方案？
从统计意义上说，每次接受连接的时候，对于每个trapper进程来说都有相同的概率获得连接，***的结果就是所有连接在所有trapper进程之间均衡分配。如果考虑每个连接中包含的数据量不均衡，那么当某个trapper进程接受的某个连接包含较多的数据时，意味着该进程需要花更多的时间来读取和处理数据，这就意味着下一次接受连接的时间被推迟。对于poller进程，道理也是一样，每个poller进程都以相同的概率从Zabbixserver端的配置缓存接收到任务，从而实现数据分配均衡。预处理进程的工作模式与trapper进程不同，预处理进程采用manager-worker模式，即manager进程是***的数据入口，负责从trapper和poller接收所有数据，然后通过unix域套接字将数据分配给各个worker进程处理。其分配的规则是，每次每个worker只分配一个数据，只有当worker完成前一个任务之后才会分配下一个任务。***，historysyncer进程之间的数据均衡也是遵循机会均等的机制。其主要特点是，每个循环**多处理1000个监控值，所以每次写数据库的监控值也不会超过1000个。我们会发现，总体的数据处理过程都基于监控数据之间的**性，从而可以灵活地在各个进程之间调度。zabbix数据结构设计—解决处理速度问题。企业级zabbix怎样监控流量
集群节点发送到数据库后端的心跳是非常小的消息，记录在一个较小的Zabbix数据库表中，故性能影响忽略不计。zabbix 6.2怎样监控信创
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：嗯嗯，这种方法我们想过，只要拿到所有设备的型号，在自动发现的时候就可以通过型号区分是交换机还是路由器，感觉太复杂，想要更简单的做法。 zabbix 6.2怎样监控信创
上海观纵科技有限公司致力于传媒、广电，以科技创新实现高质量管理的追求。观纵科技深耕行业多年，始终以客户的需求为向导，为客户提供高质量的webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控。观纵科技致力于把技术上的创新展现成对用户产品上的贴心，为用户带来良好体验。观纵科技始终关注传媒、广电市场，以敏锐的市场洞察力，实现与客户的成长共赢。
