如何为Zabbix选择高可用方案在Zabbix6.0LTS版本中增加ZabbixServerHA集群功能支持之前，一般使用第三方HA方案来实现ZabbixServer的高可用。这引发了一场持续的讨论——我应该使用哪种第三方解决方案，以及我应该如何为Zabbix组件配置它？除此之外，您还将拥有一个新的软件层，需要适当的专业知识来部署、配置和管理。当然，也有基于云的HA方案，但大多数情况下，这些方案会产生额外的成本。没有第三方高可用性工具所需的专业知识可能会导致不必要的Zabbix系统停机，在坏的情况下，可能会导致ZabbixDB后端不一致。以下是错误配置的高可用性解决方案可能引发的情况：自动故障切换可能未正确配置;两个ZabbixServer节点同时运行的场景，可能会导致Zabbix数据库后端不一致;错误配置STONITH（射中头部的另一个节点）场景——可能导致两个ZabbixServer节点都崩溃;基于ZabbixAPI快速生成多Keys监控图表。浙江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节点的正常工作。企业级zabbixJava监控Zabbix6.2 发布!优化了大型环境部署的Zabbix实例的配置！
zabbix优点：1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。
Zabbix通过很大程度地减少写锁持有时间，并将持有时间碎片化，从而降低了写锁对Zabbix进程并行性能的影响。我们注意到configuration syncer进程是***的，并未采用多进程方式，这一方面是因为元数据内部需要维持某些一致性，如果使用多进程方式，无疑会增加维持一致性方面的开销，另一方面，如果采用多进程，这些进程之间仍然需要解决锁***的问题，**终的结果与单进程并无多大区别。不过，如果能够基于元数据之间的**性，实现基于数据分组的并行化，那就另当别论。在所有Zabbix Agent配置文件中的Server和ServerActive参数中列出Zabbix Server集群节点信息;
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和prometheus选择哪一个开源产品好？还是用国内的商业产品呢？今年年初以来，prometheus的热度就一直在往上增，同时也有不少国产商业产品替换。下面我就来给大家总结一下zabbix和prometheus以及商业产品的对比分析。
Zabbix官方的发行版本时间可以追朔到2012年，时间上比Prometheus早了四年，Zabbix是由Alexei Vladishev开源的分布式监控系统，是一个企业级的分布式开源监控方案。能够监控各种网络参数以及服务器健康性和完整性的软件。使用灵活的通知机制，允许用户为几乎任何事件配置基于邮件的告警。这样可以快速反馈服务器的问题。基于已存储的数据，提供了出色的报告和数据可视化功能。 浙江zabbix服务保证
上海观纵科技有限公司位于上海市奉贤区望园南路1288弄80号1904、1909室。公司业务分为webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等，目前不断进行创新和服务改进，为客户提供良好的产品和服务。公司秉持诚信为本的经营理念，在传媒、广电深耕多年，以技术为先导，以自主产品为重点，发挥人才优势，打造传媒、广电良好品牌。观纵科技立足于全国市场，依托强大的研发实力，融合前沿的技术理念，及时响应客户的需求。
