对于成功的企业，您需要引入一个有效的监控系统，涵盖您的业务和基础设施的所有领域——服务器、数据库、服务、存储、应用等。一个高效的监控系统应该为指标的收集、存储、计算/预测、可视化和告警提供服务。找到一个可以符合自己公司环境的监控工具更是一个相当大的挑战。在运维监控选择中，开源工具是运维人员经常会考虑到的，本文重点讲下Prometheus和Zabbix，Zabbix是老一代工具，Prometheus是新一代工具。两者有何不同？Prometheus vs Zabbix 简单对比Zabbix 与 Prometheus 到底该如何选择?zabbix 6.2监控网络设备的流程
除了监控数据本身，Zabbix中的元数据（或者叫主数据）也体现出性，元数据主要包含host、item、trigger等信息，其性主要体现在host层面，因为item属性与host属性是关联的，而trigger又是与item关联的。所以每个host元数据相互关联，构成整体。然而，某个host属性的修改不会影响到其他host。在Zabbix系统中所反映出的监控数据以及元数据之间的性，为并行和可扩展性提供了基础，可以说Zabbix监控系统非常适合基于数据分组的并行化和微服务化。定制zabbix诚信合作从Zabbix前端同步Zabbix proxy配置。
在实际的工作环境中，根据网络环境和监控的规模不同，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节点的正常工作。
ValueCache以哈希表形式存储每个监控项的热数据，这些数据主要用于触发器表达式的计算，从而，监控项数量的增长基本不会影响触发器表达式计算所消耗的时间。趋势缓存中存储的是每个监控项**近自然小时内的累计趋势数据，这些数据的更新和写库均需要经历查找的过程，因为数据的更新和写库都是由***到来的监控数据驱动的，需要根据到来的监控数据查找对应的监控项数据。除了需要解决快速查找问题，Zabbix还需要解决快速排序问题，这一问题源于historysyncer进程处理监控数据时应该按照什么样的顺序进行处理，Zabbix是以监控项为单位对所有监控数据按照时间戳从小到大进行全局性的排序，所使用的排序方法就是堆排序，当需要选择目标时，只需要访问根节点即可。在使用堆排序的情形下，每次排序所消耗的时间与堆的规模直接相关。所以我们应该尽可能降低历史缓存中的监控项的数量，以加快数据处理速度。在压力较小的Zabbix系统中，历史缓存中的数据总是接近于0。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。Zabbixserver的数据IO。
Zabbix对数据的处理能力集中体现在Zabbixserver端。总体上，Zabbixserver采用流水线式的多进程架构来处理监控数据，其中比较关键的有3类进程，每一类又可以启动多个进程。这3类进程分别是：trapper/poller进程，负责接收监控数据；预处理进程，负责对接收的监控数据进行预处理；historysyncer进程负责将监控数据写入数据库以及计算触发器表达式并生成event。这3类进程之间可以通过共享内存和Unix域套接字实现进程间通信。这里没有展开讲lld进程，是因为lld进程处理的是底层自动发现的数据，并不是严格意义上的监控值。监控工具之Zabbix,搭建过程和使用心得。zabbix 6.2监控网络设备的流程
成熟企业级开源监控解决方案Zabbix6.2关键功能实战。zabbix 6.2监控网络设备的流程
在默认的情况下，zabbix有6个工作进程；分别是zabbix_agentd，zabbix_get，zabbix_proxy，zabbix_sender，zabbix_server和zabbix_gateway。其中，zabbix_java_gateway是可选进程。这6个进程的作用如下：1、zabbix_agentdzabbix-agentd为zabbix客户端守护进程，主要负责收集客户端监控项数据。2、zabbix_serverzabbix_server为zabbix服务端守护进程，主要负责收集zabbix客户端数据。（端口为10051）3、zabbix_proxyzabbix_proxy是zabbix的代理程序，其功能类似于server，作用上类似于一个中转站，**终会把收集的数据再次提交给zabbix_server。4、zabbix_getzabbix_get作为zabbix工具，通常运行在zabbix_server或者zabbix_proxy上，用于远程获取客户端信息，通常用于排错。5、zabbix_senderzabbix_sender也是zabbix的一个工具，通常运行在zabbix的客户端，用于耗时比较长的检查，其作用是主动发送数据。6、zabbix_java_gatewayzabbix_java_gateway是zabbix2.0以后引入的新功能，可以用于JAVA方面的设备；但是只能主动获取数据，而不能被动获取数据。zabbix 6.2监控网络设备的流程
观纵科技，2022-11-14正式启动，成立了webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等几大市场布局，应对行业变化，顺应市场趋势发展，在创新中寻求突破，进而提升webfunny,walkingfunny,argus的市场竞争力，把握市场机遇，推动传媒、广电产业的进步。业务涵盖了webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等诸多领域，尤其webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控中具有强劲优势，完成了一大批具特色和时代特征的传媒、广电项目；同时在设计原创、科技创新、标准规范等方面推动行业发展。我们在发展业务的同时，进一步推动了品牌价值完善。随着业务能力的增长，以及品牌价值的提升，也逐渐形成传媒、广电综合一体化能力。值得一提的是，观纵科技致力于为用户带去更为定向、专业的传媒、广电一体化解决方案，在有效降低用户成本的同时，更能凭借科学的技术让用户极大限度地挖掘webfunny,walkingfunny,argus的应用潜能。
