假设有一个监控系统存在100万个监控项，30万个触发器，nvps值为一万，意味着每秒需要处理1万个值，而每处理1个值都需要从100万个监控项中找到所对应的item状态信息。同样地，在计算触发器时也需要从大量触发器中查找目标。对于这一查找问题，Zabbix通过哈希表结构来解决，也就是，以itemid、hostid、triggerid等作为键，构建哈希表来组织这些需要频繁查找的数据。哈希表结构存在于配置缓存、历史缓存、历史索引缓存、值缓存valuecache和趋势缓存中，配置信息缓存中的哈希表主要是解决刚才说的频繁查找大规模元数据的问题。历史缓存和历史索引缓存中也使用了哈希表，当有大量的监控数据来不及处理时，可以先放到历史缓存的哈希表中，等待historysyncer进程处理。由于使用了哈希表，即使有大量监控项的数据进入缓存，historysyncer进程仍然可以以固定的时间复杂度来查找这些数据。zabbix监控数据的单独性—逻辑视角！本地zabbix那个好
综合来看，Zabbix 的成熟度更高，上手更快，但更好的集成导致灵活性较差，问题更大是，监控数据的复杂度增加后，Zabbix 做进一步定制难度很高，即使做好了定制，也没法利用之前收集到的数据了（关系型数据库造成的问题）。目前很多zabbix监控的企业案例，要想再度升华zabbix可用性，基本都是找成熟的zabbix开发公司定制，比如乐维软件或者直接找zabbix官方购买定制服务。Prometheus 基本上是正相反，上手难度大一些，但由于定制灵活度高，数据也有更多的聚合可能，起步后的使用难度远小于 Zabbix。但如果已经对传统监控系统有技术积累的话，还是要谨慎考虑更换监控。企业级zabbix监控中间件的流程zabbix数据结构设计—解决处理速度问题。
Zabbix对数据的处理能力集中体现在Zabbixserver端。总体上，Zabbixserver采用流水线式的多进程架构来处理监控数据，其中比较关键的有3类进程，每一类又可以启动多个进程。这3类进程分别是：trapper/poller进程，负责接收监控数据；预处理进程，负责对接收的监控数据进行预处理；historysyncer进程负责将监控数据写入数据库以及计算触发器表达式并生成event。这3类进程之间可以通过共享内存和Unix域套接字实现进程间通信。这里没有展开讲lld进程，是因为lld进程处理的是底层自动发现的数据，并不是严格意义上的监控值。
从统计意义上说，每次接受连接的时候，对于每个trapper进程来说都有相同的概率获得连接，***的结果就是所有连接在所有trapper进程之间均衡分配。如果考虑每个连接中包含的数据量不均衡，那么当某个trapper进程接受的某个连接包含较多的数据时，意味着该进程需要花更多的时间来读取和处理数据，这就意味着下一次接受连接的时间被推迟。对于poller进程，道理也是一样，每个poller进程都以相同的概率从Zabbixserver端的配置缓存接收到任务，从而实现数据分配均衡。预处理进程的工作模式与trapper进程不同，预处理进程采用manager-worker模式，即manager进程是***的数据入口，负责从trapper和poller接收所有数据，然后通过unix域套接字将数据分配给各个worker进程处理。其分配的规则是，每次每个worker只分配一个数据，只有当worker完成前一个任务之后才会分配下一个任务。***，historysyncer进程之间的数据均衡也是遵循机会均等的机制。其主要特点是，每个循环**多处理1000个监控值，所以每次写数据库的监控值也不会超过1000个。我们会发现，总体的数据处理过程都基于监控数据之间的**性，从而可以灵活地在各个进程之间调度。三大开源运维监控工具zabbix、nagios和open-falcon优缺点。
在实际的工作环境中，根据网络环境和监控的规模不同，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监控中间件的流程
在Zabbix Proxy配置文件中的Server参数列出所有Zabbix Server集群节点;本地zabbix那个好
Prometheus是一个具有***内置功能的工具，因此Prometheus用户无需安装各种插件或守护程序即可收集指标。服务检测也是自动的。Prometheus可以定期从目标系统中采集指标。也可以使用推送机制收集指标。由于Zabbix**初是为监控服务器而开发的，因此它专注于主机。从用户的角度来看，Zabbix分为两大部分：服务端和代理端。服务用于收集和存储统计数据，代理用于采集数据。Zabbix代理支持被动（轮询）和主动检查。被动检查是指Zabbix服务向Zabbix代理请求一个值，代理处理该请求并将该值返回给Zabbix服务。主动检查是指Zabbix代理从Zabbix服务请求一个主动检查列表，然后定期发送结果。在没有安装代理选项的情况下，Zabbix可以检查网络服务的可用性，以及执行远程命令。本地zabbix那个好
上海观纵科技有限公司位于上海市奉贤区望园南路1288弄80号1904、1909室，交通便利，环境优美，是一家服务型企业。公司致力于为客户提供安全、质量有保证的良好产品及服务，是一家有限责任公司企业。公司业务涵盖webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控，价格合理，品质有保证，深受广大客户的欢迎。观纵科技顺应时代发展和市场需求，通过**技术，力图保证高规格高质量的webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控。
