8.0.0alpha1 升级实践

作者简介

谈雨

基础设施工程师

十余年行业深耕经验

导语

随着 Zabbix 8.0 alpha版本的陆续发布，其在数据处理能力和企业级管理特性上的提升，为监控运维带来了更多的可能性。本文梳理了一套较标准的测试环境升级路径。为计划进行版本升级的你提供一个简单参考。

环境说明

• 操作系统：Red Hat Enterprise Linux release 8.7 (Ootpa)
• Zabbix版本：7.4.0-->8.0.0alpha版
• mysql版本：8.0.41-->8.4.8

在基础设施运维的战场上，管理近 200 台涵盖网络设备、服务器与存储的异构资产是一场持久战。长期以来，受限于物理内外网的严格隔离，我的监控体系一度处于“后知后觉”的被动状态——巡检空档期的盲区、用户反馈后的业务中断，让运维工作陷入了疲于奔命的“救火”循环。

作为一名热衷于技术迭代的工程师，我不满于现状的停滞。为了彻底打破时空限制，我将目光投向了zabbix，看到刚发布的 Zabbix 8.0 alpha版我又一次心动了，这不仅是一次简单的版本跨越，更是一场从“单点监控”向“分布式架构”的生产力变革。在完全离线的环境下，我完成了从 7.4 到 8.0 的升级：引入 Zabbix Proxy 实现区域化管理，利用 Webhook 打造“故障找人”的即时触达机制，实时将告警推送到内部通信软件。本文将带你走进这场离线环境下的升级之旅，助我实现从“被动维稳”到“智能预警”的跨越。

软件包（建议使用dnf install --downloadonly 将软件包及依赖包一并打包下载）通过外网电脑下载并上传至目标服务器。mysql本地升级，mysql安装包下载请点击mysql community；Zabbix升级后监控模板需单独导入，下载模板可移步zabbix模板。

软件包依赖关系

不同版本的依赖关系可能会略有不同，以下依赖关系仅限于环境说明中的版本，其他版本即使依赖关系不一样也可根据回显灵活调整。

• Mysql

mysql-community-server、mysql-community-common、mysql-community-icu-data-files三个包互相依赖须同时安装

mysql-community-client与mysql-community-client互相依赖须同时安装

• Zabbix

zabbix-proxy-mysql的依赖包fping、OpenIPMI-libs、mariadb-connector-c、mariadb-connector-c-config、unixODBC，除fping外均可在RHEL的iso中获取

zabbix-web-mysql、zabbix-web-deps、zabbix-web、zabbix-apache-conf互相依赖须同时安装

升级mysql

1.1 停止服务

systemctl stop zabbix-server
systemctl stop mysqld

1.2 备份数据库

tar -cvf /root/mysql_data_bak_$(date +%F).tar /var/lib/mysql

1.3 卸载旧mysql安装包

由于升级过程中出现对同一个文件的“所有权”冲突，故直接卸载旧安装包，该操作不影响/var/lib/mysql/中的数据库文件

dnf remove mysql mysql-server mysql-common mysql-errmsg -y

1.4 升级mysql的组件

yum localinstall mysql-community-common-8.4.8-1.el8.x86_64.rpm mysql-community-libs-8.4.8-1.el8.x86_64.rpm mysql-community-icu-data-files-8.4.8-1.el8.x86_64.rpm mysql-community-client-plugins-8.4.8-1.el8.x86_64.rpm
yum localinstall mysql-community-client-8.4.8-1.el8.x86_64.rpm

1.5 升级mysql的服务端

yum localinstall mysql-community-server-8.4.8-1.el8.x86_64.rpm

1.6 修改配置文件

由于MySQL 8.0 默认使用了 caching_sha2_password 插件，而 Zabbix 或旧的客户端可能只支持 mysql_native_password，可在 /etc/my.cnf 的 [mysqld] 部分，添加以下内容

[mysqld]
mysql_native_password=ON

1.7 启动并验证

• 启动mysql服务

systemctl start mysqld

• 检查版本

mysql -V

升级zabbix

1.1 停止服务

systemctl stop zabbix-server
systemctl stop zabbix-agent

1.2 备份配置文件及数据库

• 备份配置文件

mkdir /opt/zabbix-backup/
cp /etc/zabbix/zabbix_server.conf /opt/zabbix-backup/
cp /etc/httpd/conf.d/zabbix.conf  /opt/zabbix-backup/

• 备份PHP 文件和 Zabbix 二进制文件

cp -R /usr/share/zabbix/ /opt/zabbix-backup/cp -R /usr/share/zabbix-* /opt/zabbix-backup/

1.3 升级组件

yum localinstall zabbix-web-8.0.0-alpha1.release1.el8.noarch.rpm zabbix-web-mysql-8.0.0-alpha1.release1.el8.noarch.rpm zabbix-web-deps-8.0.0-alpha1.release1.el8.noarch.rpm zabbix-apache-conf-8.0.0-alpha1.release1.el8.noarch.rpm 
yum localinstall zabbix-sql-scripts-8.0.0-alpha1.release1.el8.noarch.rpm
yum localinstall zabbix-agent-8.0.0-alpha1.release1.el8.x86_64.rpm

1.4 升级服务端

yum localinstall zabbix-server-mysql-8.0.0-alpha1.release1.el8.x86_64.rpm

1.5 启动服务

systemctl restart httpd
systemctl start zabbix-server
systemctl start zabbix-agent

proxy

1.1 安装依赖包

yum localinstall fping-5.2-1.el8.x86_64.rpm

1.2 安装proxy

yum localinstall zabbix-proxy-mysql-8.0.0-alpha1.release1.el8.x86_64.rpm
yum localinstall zabbix-sql-scripts-8.0.0-alpha1.release1.el8.noarch.rpm
yum localinstall zabbix-selinux-policy-8.0.0-alpha1.release1.el8.x86_64.rpm

proxy安装完成后在web页面的“管理”“proxy”进行添加（proxy名称须与zabbix_proxy.conf 里的 Hostname 参数一致，代理地址填写proxy服务器的IP），后续在添加主机时最下端可按续选择从proxy/proxy组或服务器进行监控主机。

结语

每一代 Zabbix 的跨版本更迭，不仅仅是版本号的跳跃，更是监控哲学的一次演进。面对 Zabbix 8.0，或许不少企业仍在观望其稳定性，但技术的生命力往往源于第一批“拓荒者”的实践。 新功能的诞生总要有人去率先测试、去踩坑、去反馈。正如开源社区的初衷一样，这种“先驱者精神”不仅是为了享受更高效的工具，更是为了在技术迭代的浪潮中保持领先的敏锐度。

在 Zabbix 8.0中全新引入的散点图（Scatter Plot） 绝对值得业务监控场景重点关注。在过去的监控体系中，我们习惯了看趋势线和平均值，但这往往会掩盖真相。散点图在业务监控中的作用主要体现在以下三个维度：

• 识别异常离群值： 在处理海量订单请求或接口响应时，平均耗时可能非常平稳。而散点图能瞬间暴露那些偏离大部队的“孤点”，帮助运维人员精准捕捉长尾效应，发现潜在的单次请求异常。
• 关联性探索： 通过散点分布，你可以直观地分析两个业务维度之间的关系（例如：并发连接数与系统延迟的相关性）。这种可视化能力让监控不再只是报警，而是转变为辅助业务决策的分析工具。
• 性能分布画像： 它可以描绘出业务性能的“热力带”，让我们清晰地看到 90% 的用户请求落在了哪个区间，从而为资源调优提供最直观的科学依据。