智能化zabbix轻量级部署

Zabbix官方提供各平台发行版的安装包，并提供虚拟化容器镜像。提供RHEL8、CentOS8、OracleLinux、Debian、SUSE、Ubuntu、Raspbian、AlmaLinux、RockyLinux等Linux发行版。

为了升级到Zabbix6.2，需要升级包并下载并安装新的Zabbix组件包（Zabbix服务器、代理、前端和其他Zabbix组件）。当启动ZabbixServer时，会执行自动数据库架构升级。Zabbix代理向后兼容；因此，不需要安装新的代理版本。如果需要，可以稍后再做。对于容器化部署的实例，只需拉取Zabbix组件镜像，并部署。一旦Zabbix服务器容器连接到后端数据库，将自动执行数据库升级。 zabbix数据结构设计—解决处理速度问题。智能化zabbix轻量级部署

为什么Zabbix需要HA？让我们深入探讨什么是高可用性，并尝试定义“高可用性”一词的含义：如果一个系统没有单点故障，那么系统是以高可用性模式运行;单点故障是导致整个系统停止运行的部件故障;在使用高可用性的系统中，冗余是一项要求。在我们的例子中，我们需要一个冗余组件，如果当前活动的组件遇到问题，我们可以将其故障转移到该组件;故障切换过程需要透明和自动化;就Zabbix平台架构而言，单点故障就是我们的ZabbixServer。尽管Zabbix自身非常稳定，但是仍然会因为操作系统级别的问题或其它不可预料的情况（如磁盘空间不足）而发生Zabbix平台崩溃。如果ZabbixServer停机，所有数据收集、问题检测和警报都将停止。这就是为什么Zabbix提供可以实现高可用和冗余的组件非常重要。互联网zabbix客服电话基于TimeScaleDB(PG时序数据库)离线部署Zabbix5.4。

ValueCache以哈希表形式存储每个监控项的热数据，这些数据主要用于触发器表达式的计算，从而，监控项数量的增长基本不会影响触发器表达式计算所消耗的时间。趋势缓存中存储的是每个监控项**近自然小时内的累计趋势数据，这些数据的更新和写库均需要经历查找的过程，因为数据的更新和写库都是由***到来的监控数据驱动的，需要根据到来的监控数据查找对应的监控项数据。除了需要解决快速查找问题，Zabbix还需要解决快速排序问题，这一问题源于historysyncer进程处理监控数据时应该按照什么样的顺序进行处理，Zabbix是以监控项为单位对所有监控数据按照时间戳从小到大进行全局性的排序，所使用的排序方法就是堆排序，当需要选择目标时，只需要访问根节点即可。在使用堆排序的情形下，每次排序所消耗的时间与堆的规模直接相关。所以我们应该尽可能降低历史缓存中的监控项的数量，以加快数据处理速度。在压力较小的Zabbix系统中，历史缓存中的数据总是接近于0。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。

除了监控数据本身，Zabbix中的元数据（或者叫主数据）也体现出性，元数据主要包含host、item、trigger等信息，其性主要体现在host层面，因为item属性与host属性是关联的，而trigger又是与item关联的。所以每个host元数据相互关联，构成整体。然而，某个host属性的修改不会影响到其他host。在Zabbix系统中所反映出的监控数据以及元数据之间的性，为并行和可扩展性提供了基础，可以说Zabbix监控系统非常适合基于数据分组的并行化和微服务化。Zabbix如何实现对大流量监控数据的高效处理？

从统计意义上说，每次接受连接的时候，对于每个trapper进程来说都有相同的概率获得连接，***的结果就是所有连接在所有trapper进程之间均衡分配。如果考虑每个连接中包含的数据量不均衡，那么当某个trapper进程接受的某个连接包含较多的数据时，意味着该进程需要花更多的时间来读取和处理数据，这就意味着下一次接受连接的时间被推迟。对于poller进程，道理也是一样，每个poller进程都以相同的概率从Zabbixserver端的配置缓存接收到任务，从而实现数据分配均衡。预处理进程的工作模式与trapper进程不同，预处理进程采用manager-worker模式，即manager进程是***的数据入口，负责从trapper和poller接收所有数据，然后通过unix域套接字将数据分配给各个worker进程处理。其分配的规则是，每次每个worker只分配一个数据，只有当worker完成前一个任务之后才会分配下一个任务。***，historysyncer进程之间的数据均衡也是遵循机会均等的机制。其主要特点是，每个循环**多处理1000个监控值，所以每次写数据库的监控值也不会超过1000个。我们会发现，总体的数据处理过程都基于监控数据之间的**性，从而可以灵活地在各个进程之间调度。zabbix通过一系列的UI/UX优化、新监控项和配置选项以及中大型环境部署的性能优化。zabbix 6.2监控华三的操作

三大开源运维监控工具zabbix、nagios和open-falcon优缺点。智能化zabbix轻量级部署

综合来看，Zabbix 的成熟度更高，上手更快，但更好的集成导致灵活性较差，问题更大是，监控数据的复杂度增加后，Zabbix 做进一步定制难度很高，即使做好了定制，也没法利用之前收集到的数据了（关系型数据库造成的问题）。目前很多zabbix监控的企业案例，要想再度升华zabbix可用性，基本都是找成熟的zabbix开发公司定制，比如乐维软件或者直接找zabbix官方购买定制服务。Prometheus 基本上是正相反，上手难度大一些，但由于定制灵活度高，数据也有更多的聚合可能，起步后的使用难度远小于 Zabbix。但如果已经对传统监控系统有技术积累的话，还是要谨慎考虑更换监控。智能化zabbix轻量级部署

上海观纵科技有限公司依托可靠的品质，旗下品牌webfunny,walkingfunny,argus以高质量的服务获得广大受众的青睐。是具有一定实力的传媒、广电企业之一，主要提供webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等领域内的产品或服务。随着我们的业务不断扩展，从webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等到众多其他领域，已经逐步成长为一个独特，且具有活力与创新的企业。观纵科技始终保持在传媒、广电领域优先的前提下，不断优化业务结构。在webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等领域承揽了一大批高精尖项目，积极为更多传媒、广电企业提供服务。