zabbix缺点：1、性能瓶颈，监控系统没有低估高峰期，具有持续性和周期性，机器量越大，数据的增大会使数据库的写入成为一定的瓶颈，官网给出的单机上限5000台，届时就需要增加proxy，增加成本。2、Zabbix采集数据有pull方式，也就是server主动模式，当目标机器量大之后，pull任务会出现积压。采集数据会延迟3、项目二次开发，需要分析MySQL表结构，表结构比较复杂，通过API开发对开发能力有要求。4、内置housekeeping在执行过程中会对数据库增加压力，需要对数据库进行优化如上是我总结的一些Zabbix的优缺点，如果你也使用过，或是了解Zabbix，欢迎进行补充说明，可以谈谈优缺点，谈谈Zabbix的使用感受，谈谈Zabbix的产品体验等。开源的优点就是开放，二次开发，接口丰富，监控方式***；缺点也很明显，图形展示功能较为单一；api介绍比较粗糙，如果数据库表结构更改可能会影响api调用，有点头疼zabbix在开源的监控软件中，应该算是很不错的，zabbix+自己开发的一些脚本，能做到相当好的效果。Mysql优化之Zabbix分区优化！智能化zabbix服务热线
在江苏常州，一家长期专注于 Zabbix 产品化二次开发的研发机构-纵目信息（ZMOPS），正在为这一愿景付诸实践。以数据采集→处理→分析→观测为产品主干，以 Zabbix 为底层**打造的统一监控产品应用于数十个行业，同时不断推进基于 Zabbix 的物联网数据平台的开源。Argus 是一个面向私有化及混合云数据中心提供***多层次的统一监控和运维管理平台，帮助用户实时对各类IT资源（网络设备、服务器、存储、数据库、中间件等）执行性能指标监控，实现事前运维。国内zabbix案例从PC/Corosync/Pacemaker等第三方解决方案迁移到原生Zabbix Server高可用性集群时，比较好做法是什么？
为什么Zabbix需要HA？让我们深入探讨什么是高可用性，并尝试定义“高可用性”一词的含义：如果一个系统没有单点故障，那么系统是以高可用性模式运行;单点故障是导致整个系统停止运行的部件故障;在使用高可用性的系统中，冗余是一项要求。在我们的例子中，我们需要一个冗余组件，如果当前活动的组件遇到问题，我们可以将其故障转移到该组件;故障切换过程需要透明和自动化;就Zabbix平台架构而言，单点故障就是我们的ZabbixServer。尽管Zabbix自身非常稳定，但是仍然会因为操作系统级别的问题或其它不可预料的情况（如磁盘空间不足）而发生Zabbix平台崩溃。如果ZabbixServer停机，所有数据收集、问题检测和警报都将停止。这就是为什么Zabbix提供可以实现高可用和冗余的组件非常重要。
开放性：源代码全公开，任何用户都可以编译和发布自己的版本。同时，社区和互联网可以找到大量的模版。可扩展性：支持用户自定义监控项，只要能想得到的KPI，基本都能监控的到。数据采集：可用性和性能检测，自动发现，支持agent、SNMP、JMX、telnet等多种采集方式，支持主动和被动模式数据传输高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，开放式接口，扩展性强告警管理：支持多条件告警，支持多种告警方式，模板能力：支持多组模板，模板继承。告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用历史数据：历史数据查询可配置，内置housekeeping数据清理机制安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。无商业版本：平台本身没有商业版和社区版本的区分，ZABBIX只对商业服务收费（如培训、定制开发、部署服务等）。zabbix大流量数据的存储。
Zabbix 是一个企业级的、开源的、分布式的监控套件，被用来监控IT基础设施的可用性和性能。Zabbix可以监控网络和服务的监控状况，Zabbix 利用灵活的告警机制，允许用户对事件发送基于邮件、短信、微信和钉钉等告警方式，这样可以保证快速的对问题作出相应。Zabbix支持主动和被动两种方式.所有的Zabbix报告都可以通过配置参数在WEB前端进行访问。Web前端将帮助你在任何区域都能够迅速获得你的网络及服务状况。zabbix架构不仅支持小型组织，还支持大规模的公司的部署。Zabbix 是零成本的. 因为 Zabbix 编写和发布基于 GPL V2 协议. 意味着源代码是**发布的。Zabbix前端的高可用性如何？安徽zabbix好处
Zabbix性能改进和内部变化。智能化zabbix服务热线
监控数据的存储是由historysyncer进程负责写入数据库，historysyncer进程应对大流量数据的方式是，一方面通过批量插入来提高写库的效率，另一方面通过多进程的方式来扩展数据处理能力。在写库过程中，历史数据写入history表，即使数据变为冷数据也需要留在history表中供前端UI访问。趋势数据写入trends表，相较于历史数据，趋势数据的写库负载要低的多，是因为对于每个监控项来说，平均每小时只需要写库一次，其他时间只需要更新趋势缓存，不需要写库。在historysyncer进程的触发器计算阶段，主要访问值缓存，但是如果值缓存不能命中则需要查询history表，这种情况下就需要使用history表索引了。考虑索引对insert操作的影响，索引在提高查询速度的同时也降低了写入性能。触发器计算之后生成的event信息也需要写入数据库，这些信息存储在events表、problem、escalation等表中。因此，这些表的数据增长率取决于Zabbix生成的事件的数量，当事件数量陡增时，这些表的写入压力也会随之增加。在数据存储方面主要体现了热数据和冷数据的转换过程以及数据规模对读写性能的影响。智能化zabbix服务热线
上海观纵科技有限公司是一家集生产科研、加工、销售为一体的****，公司成立于2022-11-14，位于上海市奉贤区望园南路1288弄80号1904、1909室。公司诚实守信，真诚为客户提供服务。公司业务不断丰富，主要经营的业务包括：webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等多系列产品和服务。可以根据客户需求开发出多种不同功能的产品，深受客户的好评。公司会针对不同客户的要求，不断研发和开发适合市场需求、客户需求的产品。公司产品应用领域广，实用性强，得到webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控客户支持和信赖。webfunny,walkingfunny,argus秉承着诚信服务、产品求新的经营原则，对于员工素质有严格的把控和要求，为webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控行业用户提供完善的售前和售后服务。
