zabbix缺点：1、性能瓶颈，监控系统没有低估高峰期，具有持续性和周期性，机器量越大，数据的增大会使数据库的写入成为一定的瓶颈，官网给出的单机上限5000台，届时就需要增加proxy，增加成本。2、Zabbix采集数据有pull方式，也就是server主动模式，当目标机器量大之后，pull任务会出现积压。采集数据会延迟3、项目二次开发，需要分析MySQL表结构，表结构比较复杂，通过API开发对开发能力有要求。4、内置housekeeping在执行过程中会对数据库增加压力，需要对数据库进行优化如上是我总结的一些Zabbix的优缺点，如果你也使用过，或是了解Zabbix，欢迎进行补充说明，可以谈谈优缺点，谈谈Zabbix的使用感受，谈谈Zabbix的产品体验等。开源的优点就是开放，二次开发，接口丰富，监控方式***；缺点也很明显，图形展示功能较为单一；api介绍比较粗糙，如果数据库表结构更改可能会影响api调用，有点头疼zabbix在开源的监控软件中，应该算是很不错的，zabbix+自己开发的一些脚本，能做到相当好的效果。Zabbix前端的高可用性如何？zabbix告警聚合
Zabbix在进行监控时，zabbix客户端要安装在被监控设备上，负责定期收集数据，并将其发送给zabbix服务端；zabbix服务端要安装在监控设备上，其将zabbix客户端发送的数据存储的数据库中，zabbixweb根据数据在前端进行展示和绘图。zabbix的数据收集分为两种模式：1、主动模式zabbix客户端主动向zabbixserver请求监控项列表，并主动将监控项内需要的数据提交给zabbixserver。2、被动模式zabbixserver向agent请求获取监控项的数据，zabbixagent返回数据。由此可以看出zabbix的主动和被动模式是以zabbxi客户端为基准的。国内zabbix销售监控工具Prometheus和Zabbix哪种更容易掌握二者有何区别？
在实际的工作环境中，根据网络环境和监控的规模不同，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。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。从PC/Corosync/Pacemaker等第三方解决方案迁移到原生Zabbix Server高可用性集群时，比较好做法是什么？
江苏纵目信息科技有限公司是一家自动化运维及物联网基础平台软件制造商，长期深耕基于Zabbix的产品化二开及行业应用服务。基于Zabbix企业级深度二开，发布有IT运维监控平台商业软件Argus，面向私有化及混合云数据中心提供***多层次的统一监控和运维管理。开源物联网平台的ZeusIoT，以全球**基于Zabbix的物联网分布式数据采集架构，集设备数据采集、存储、分析、观测为一体，致力于让设备接入和数据处理变得开箱即用，使物联网企业得以聚焦行业应用开发，极大的缩短物联网系统的开发周期。Zabbix具有足够的灵活性和通用性，可以全栈监控从硬件层到比较上层业务服务的整个IT基础架构。zabbix告警聚合
高可用性功能是否会对网络或Zabbix后端数据库造成性能影响？zabbix告警聚合
原生态ZabbixHA高可用方案Zabbix6.0LTS版本所提供的高可用解决方案易于设置，所需的所有步骤都记录在Zabbix文档中。本解决方案不需要任何额外的专业知识，Zabbix将继续提供官方支持、更新和改进。本高可用性解决方案不需要任何新的软件组件——高可用性解决方案将有关Zabbix服务器节点状态的信息存储在Zabbix数据库后端。Zabbix集群是如何工作的要启用ZabbixServer的高可用功能，我们首先需要在高可用模式下启动Zabbix服务器组件。为了实现这一点，我们需要查看/etc/zabbix/zabbix_文件中的两个新参数：HANodeName–为ZabbixServer集群指定任意名称;ExternalAddress–指定集群节点的地址;完成更改并添加这些参数后，不要忘记重新启动ZabbixServer集群集节点以应用更改。zabbix告警聚合
上海观纵科技有限公司是一家一般项目:技术服务、技术开发、技术咨询、技术交流、技术转让、技术推广;软件开发;人工智能基础软件开发;人工智能应用软件开发;数据处理服务;信息技术咨询服务;信息系统集成服务:信息系统运行维护服务;计算机系统服务;软件销售;计算机软硬件及辅助设备批发;计算机软硬件及辅助设备零售;电子产品销售;通信设备销售;通讯设备销售;咨询策划服务;市场调查(不含涉外调查);广告制作;广告发布;广告设计、代理;会议及展览服务;货物进出口。(除依法须经批准的项目外，凭营业执照依法自主开展经营活动) 许可项目:建筑智能化系统设计;建设工程施工;网络文化经营;互联网信息服务。(依法须经批准的项目，经相关部门批准后方可开展经营活动，具体经营项目以相关部门批准文件或许可证件为准)的公司，是一家集研发、设计、生产和销售为一体的专业化公司。观纵科技拥有一支经验丰富、技术创新的专业研发团队，以高度的专注和执着为客户提供webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控。观纵科技不断开拓创新，追求出色，以技术为先导，以产品为平台，以应用为重点，以服务为保证，不断为客户创造更高价值，提供更优服务。观纵科技始终关注传媒、广电市场，以敏锐的市场洞察力，实现与客户的成长共赢。
