Zabbix 7.0 是自 6.0 以来的首条 LTS 线，带来了多年来最明显的变化：重建的前端、更高效的采集引擎以及原生 SLA 系统。在 imaxe，我们把这一切重新打包成一个基于 Ubuntu 24.04 的生产就绪 AMI，并重写了我们的 SQS 读取器以利用新的 API。
如果你已经在运维我们的某个 Zabbix 6.0 AMI，本指南会告诉你升级能为你的团队带来什么，以及如何在不丢失任何一点历史数据的情况下完成升级。
AMI Zabbix 7.0 LTS 现已在 AWS Marketplace 上于 7 个常见商业区域可用。6.0 LTS 会持续维护到 2027-02，所以不必急着迁移。
一个终于感觉现代的前端 #
进入界面便最能感受到的变化。仪表盘现在支持 多页小组件 并可自动轮播，非常适合 NOC 大屏，且导航被扁平化了：点击更少即可到达某个具体问题。
- 重新设计的 top hosts、仪表盘和饼图小组件，带可配置的颜色阈值。
- 为墙面看板改进的 kiosk 模式，每个小组件可独立刷新。
- 按用户保存的筛选器，可在会话之间保持。
原生 SLA，无需花招 #
此前，在 Zabbix 中算出一个像样的 SLA 意味着要用辅助性的 triggers 和手动计算。7.0 引入了一流的 SLA 服务：你定义目标、服务窗口和计划内停机时段，剩下的交给 Zabbix。
我们从维护一张平行的电子表格，变成了在与其余指标同一个面板上就能看到 SLA 合规情况。仅凭这一点就值得升级。
排除维护窗口
计算会尊重维护时段，这样一次计划内的重启就不会拉低你的可用率。配置一次即可应用到所有关联的服务。
你在 6.0 中用于 SLA 的那些辅助性 triggers 不会自动转换。请记下你当前的目标，以便用新服务重建它们。
重写的 SQS 读取器 #
我们的自动伸缩集成会从 SQS 队列读取 Auto Scaling 事件，以注销消失的实例。在 7.0 中，我们重写了它以使用异步客户端并批量处理，把注销延迟从分钟级降到了秒级。
配置没有变化：它仍然存放在 /etc/zabbix/zabbix_ami.yml。如果你来自 6.0，你的文件可原样兼容。
$ imaxe status zabbix-sqs-reader
→ 版本 3.0.1（async）· 队列已连接
→ 最近一批：4 条消息，用时 0.8s
$ journalctl -u zabbix-sqs-reader -n 20 --no-pager如何从 6.0 迁移 #
我们推荐通过用 7.0 AMI 启动一个新实例并转移数据来迁移，而不是原地升级。这样更安全，并给你留一条退路。
- 启动 AMI Zabbix 7.0 LTS ，位于相同区域和一个同等的实例类型。
- 从 6.0 实例导出数据库并在新实例上恢复它——架构会在首次启动时升级。
- 复制
/etc/zabbix/zabbix_ami.yml以及你的自定义模板。 - 在移动 EIP 之前，并行验证代理和告警 24-48 小时。
内置的 imaxe-zabbix-migrate 工具会自动完成转储、加载和架构校验。我们在 AMI 产品页.
值得升级吗？ #
如果你整天泡在仪表盘里或需要报告 SLA，7.0 是一次明显的飞跃。如果你的 6.0 运转良好且不使用 SLA，那不必着急：我们会将它打补丁并审计到 2027 年。无论如何，新 AMI 在你准备好时就已就绪。