zabbix缺点：1、性能瓶颈，监控系统没有低估高峰期，具有持续性和周期性，机器量越大，数据的增大会使数据库的写入成为一定的瓶颈，官网给出的单机上限5000台，届时就需要增加proxy，增加成本。2、Zabbix采集数据有pull方式，也就是server主动模式，当目标机器量大之后，pull任务会出现积压。采集数据会延迟3、项目二次开发，需要分析MySQL表结构，表结构比较复杂，通过API开发对开发能力有要求。4、内置housekeeping在执行过程中会对数据库增加压力，需要对数据库进行优化如上是我总结的一些Zabbix的优缺点，如果你也使用过，或是了解Zabbix，欢迎进行补充说明，可以谈谈优缺点，谈谈Zabbix的使用感受，谈谈Zabbix的产品体验等。开源的优点就是开放，二次开发，接口丰富，监控方式***；缺点也很明显，图形展示功能较为单一；api介绍比较粗糙，如果数据库表结构更改可能会影响api调用，有点头疼zabbix在开源的监控软件中，应该算是很不错的，zabbix+自己开发的一些脚本，能做到相当好的效果。Zabbixserver的数据IO。天津zabbix24
zabbix优点：1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。定制zabbix推荐平台zabbix支持CyberArk vault进行机密存储，确保安全。
一、zabbix服务器监控 概念 1.服务器上安装zabbix-agent 2.启动zabbix-agent服务 二、监控远程linux服务器 1.将server的hosts文件复制到agent上 上安装zabbix-agent 3.配置agent端并启动服务 4.管理界面创建监控主机 三、为zabbix agent创建自定义模板 1.创建模板 四、基于Template模板创建自定义监控项 五自定义键值logusers，该键值要求监控有多少个用户连接agent端 应用集为ssh六、创建Template模板的图形，将以上5个监控项制作成图形七、创建聚合图形，将监控项cpu1分钟平均负载和有多少个用户连接agent端图形制作成聚合图形八、收藏该聚合图形，让其在仪表板中显示九、创建触发器，设置超过7个用户连接agent端，发出告警信息。
从统计意义上说，每次接受连接的时候，对于每个trapper进程来说都有相同的概率获得连接，***的结果就是所有连接在所有trapper进程之间均衡分配。如果考虑每个连接中包含的数据量不均衡，那么当某个trapper进程接受的某个连接包含较多的数据时，意味着该进程需要花更多的时间来读取和处理数据，这就意味着下一次接受连接的时间被推迟。对于poller进程，道理也是一样，每个poller进程都以相同的概率从Zabbixserver端的配置缓存接收到任务，从而实现数据分配均衡。预处理进程的工作模式与trapper进程不同，预处理进程采用manager-worker模式，即manager进程是***的数据入口，负责从trapper和poller接收所有数据，然后通过unix域套接字将数据分配给各个worker进程处理。其分配的规则是，每次每个worker只分配一个数据，只有当worker完成前一个任务之后才会分配下一个任务。***，historysyncer进程之间的数据均衡也是遵循机会均等的机制。其主要特点是，每个循环**多处理1000个监控值，所以每次写数据库的监控值也不会超过1000个。我们会发现，总体的数据处理过程都基于监控数据之间的**性，从而可以灵活地在各个进程之间调度。漫谈Zabbix和Prometheus ！
为什么Zabbix需要HA？让我们深入探讨什么是高可用性，并尝试定义“高可用性”一词的含义：如果一个系统没有单点故障，那么系统是以高可用性模式运行;单点故障是导致整个系统停止运行的部件故障;在使用高可用性的系统中，冗余是一项要求。在我们的例子中，我们需要一个冗余组件，如果当前活动的组件遇到问题，我们可以将其故障转移到该组件;故障切换过程需要透明和自动化;就Zabbix平台架构而言，单点故障就是我们的ZabbixServer。尽管Zabbix自身非常稳定，但是仍然会因为操作系统级别的问题或其它不可预料的情况（如磁盘空间不足）而发生Zabbix平台崩溃。如果ZabbixServer停机，所有数据收集、问题检测和警报都将停止。这就是为什么Zabbix提供可以实现高可用和冗余的组件非常重要。在Zabbix Proxy配置文件中的Server参数列出所有Zabbix Server集群节点;zabbix文档
集群节点发送到数据库后端的心跳是非常小的消息，记录在一个较小的Zabbix数据库表中，故性能影响忽略不计。天津zabbix24
Zabbix在进行监控时，zabbix客户端要安装在被监控设备上，负责定期收集数据，并将其发送给zabbix服务端；zabbix服务端要安装在监控设备上，其将zabbix客户端发送的数据存储的数据库中，zabbixweb根据数据在前端进行展示和绘图。zabbix的数据收集分为两种模式：1、主动模式zabbix客户端主动向zabbixserver请求监控项列表，并主动将监控项内需要的数据提交给zabbixserver。2、被动模式zabbixserver向agent请求获取监控项的数据，zabbixagent返回数据。由此可以看出zabbix的主动和被动模式是以zabbxi客户端为基准的。天津zabbix24
上海观纵科技有限公司专注技术创新和产品研发，发展规模团队不断壮大。公司目前拥有专业的技术员工，为员工提供广阔的发展平台与成长空间，为客户提供高质的产品服务，深受员工与客户好评。公司业务范围主要包括：webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等。公司奉行顾客至上、质量为本的经营宗旨，深受客户好评。一直以来公司坚持以客户为中心、webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控市场为导向，重信誉，保质量，想客户之所想，急用户之所急，全力以赴满足客户的一切需要。
