外观
Proxmox VE 9.0
2025-08-05 发布,是 Debian 13 "Trixie" 的首个 PVE 大版本,也是当前 9.x 系列的起点。内容依据官方 Roadmap 和发布公告核实。
组件版本
| 组件 | 版本 |
|---|---|
| Debian 基础 | 13 Trixie |
| 默认内核 | 6.14.8-2 |
| QEMU | 10.0.2 |
| LXC | 6.0.4 |
| ZFS | 2.3.3 |
| Ceph | Squid 19.2.3 |
发布时间早于 Debian 13 正式发布
Debian 13 的核心组件从 2025-05-15 起冻结,Proxmox 依此提前发布 9.0,Debian 13 本身的正式发布日期是 2025-08-09。这不影响 PVE 9.0 的可用性,但解释了为什么版本号看起来"抢跑"。
主要变化
- 存储:厚置备 LVM 共享存储(常见于 iSCSI/FC SAN)开始支持快照,机制是"卷链快照"(volume-chain snapshot),子卷只记录相对父卷的变化,官方标注为技术预览。ZFS 2.3 支持向已有 RAIDZ 池以较小停机代价添加新设备。
- 高可用:HA 分组(Groups)被节点亲和/资源亲和规则取代,功能更灵活;旧配置会在集群所有节点升级到 9.x 后自动转换。
- SDN:新增 Fabrics 能力,支持 OpenFabric、OSPF 两种路由协议,用于构建节点间的 SDN 路由拓扑。
- 界面:移动端 Web 界面首次出现,小屏幕下的可用性改善。
- 兼容性变化(升级时要留意):cgroup v1/混合模式支持被移除;创建特权容器现在需要
Sys.Modify权限;VM.Monitor权限被移除,新增VM.Replicate;maxfiles备份参数和 GlusterFS 存储支持被移除;网络接口命名规则可能变化;VirtIO 网卡默认 MTU 字段的默认值发生变化。
这些是"破坏性变化",升级前逐条确认
上面兼容性变化那一条列的都是会直接影响现有配置的改动。cgroup v1 移除尤其重要:运行 systemd 230 或更早版本的老旧容器(例如 CentOS 7、Ubuntu 16.04)在 9.0 上无法正常工作,升级前要么替换发行版,要么暂缓升级。
升级前要注意什么
- 先把所有节点更新到 PVE 8.4 最新小版本(
pveversion显示 8.4.1 或更新),再开始升级。 - 运行官方检查工具
pve8to9 --full,它只报告问题不会自动修复,每修一处就重新跑一次。它可能覆盖不到高度定制的系统,不能完全替代人工检查。 - 确认有效且测试过的备份。官方指南原话强调这是升级前"始终需要"的前提,不是可选项。
- 集群环境按顺序升级,一次一个节点,升级前把该节点上的客户机迁走;从旧版本往新版本迁移客户机总是可行,反向迁移"可能可行但通常不受支持"。
- 跑 Ceph 超融合的集群,要先把 Ceph 升级到 Squid 19.2,再升级 PVE 本身。
- cgroup v1 容器:利用 PVE 8 剩余的支持期(已于 2026-08 结束)提前处理掉依赖老旧 systemd 的容器。
- 检查
/etc/sysctl.conf是否还在用——Debian 13 不再读取这个文件,相关配置要挪到/etc/sysctl.d/。 - 第三方存储插件需要插件作者先适配 9.x 才能继续使用。
完整的分步操作见从 PVE 8 升级到 9。
已知问题(发布时)
- 浏览器兼容性、存储、内核、QEMU、容器、认证、API 和 OVS 网络等方面各有一批已知问题,具体条目请以 Roadmap 上 9.0 章节的实时更新为准(该列表会随小版本修复持续变化,不在本文固定摘录)。