20.常见问题Frequently Asked Questions
新 FAQ 追加到本节末尾。
Proxmox VE 基于哪个发行版?
Proxmox VE 基于 Debian GNU/Linux。
Proxmox VE 项目用什么许可证?
Proxmox VE 代码采用 GNU Affero General Public License, version 3。
Proxmox VE 可以在 32 位处理器上运行吗?
只能在 64 位 CPU(AMD / Intel)上运行 —— 没有 32 位平台的计划。
VM 与容器本身可以是 32 位或 64 位。
我的 CPU 支持虚拟化吗?
用下列命令看输出中是否有 vmx(Intel)或 svm(AMD):
egrep '(vmx|svm)' /proc/cpuinfo
- 受支持的 Intel CPU:支持 Intel VT-x 的 64 位处理器。
- 受支持的 AMD CPU:支持 AMD-V 的 64 位处理器。
什么是容器 / VE / VPS?
在容器语境下 , 这些术语都指 操作系统级虚拟化 —— 一种共享内核、但有多个隔离实例的方式。在 LXC 场景下这种实例称作「容器」。容器使用主机内核而非模拟完整 OS , 开销小 , 但局限于 Linux guest。
什么是 QEMU/KVM guest(VM)?
指在 Proxmox VE 上 , 借助 QEMU 与 Linux KVM 内核模块虚拟化运行的客户机系统。
什么是 QEMU?
QEMU 是通用开源机器模拟器与虚拟化器 —— 借助 Linux KVM 内核模块将客户机代码直接在主机 CPU 上执行 , 以接近原生性能运行。不限于 Linux , 可运行任意操作系统。
Proxmox VE 版本会被支持多久?
PVE 版本至少与对应 Debian 版本同生命周期(初次发布后约 3 年 , 见 Debian lifespan)。 PVE 用滚动发布模型 —— 始终建议用最新稳定版。
| PVE 版本 | Debian 版本 | 首发 | Debian EOL | Proxmox EOL |
|---|---|---|---|---|
| Proxmox VE 9 | Debian 13(Trixie) | 2025-08 | tba | tba |
| Proxmox VE 8 | Debian 12(Bookworm) | 2023-06 | 2026-08 | 2026-08 |
| Proxmox VE 7 | Debian 11(Bullseye) | 2021-07 | 2024-07 | 2024-07 |
| Proxmox VE 6 | Debian 10(Buster) | 2019-07 | 2022-09 | 2022-09 |
| Proxmox VE 5 | Debian 9(Stretch) | 2017-07 | 2020-07 | 2020-07 |
| Proxmox VE 4 | Debian 8(Jessie) | 2015-10 | 2018-06 | 2018-06 |
| Proxmox VE 3 | Debian 7(Wheezy) | 2013-05 | 2016-04 | 2017-02 |
| Proxmox VE 2 | Debian 6(Squeeze) | 2012-04 | 2014-05 | 2014-05 |
| Proxmox VE 1 | Debian 5(Lenny) | 2008-10 | 2012-03 | 2013-01 |
如何升级到下一个小版本?
小版本升级(如 8.1 → 8.2 / 8.3)与普通更新一样。仍应先看 release notes 了解显著变更 / 破坏性变更。更新 :Web UI 的 Node → Updates, 或:
apt update apt full-upgrade
始终先正确配置软件包仓库 —— 只有 apt update 无错才进行升级。
如何升级到下一个大版本?
大版本升级(如 8.4 → 9.0)也受支持 —— 必须精心计划与测试 , 没做好备份前切勿开始。具体步骤取决于部署 , 官方提供通用指引:
- Upgrade from Proxmox VE 8 to 9
- Upgrade from Proxmox VE 7 to 8
- Upgrade from Proxmox VE 6 to 7
- Upgrade from Proxmox VE 5 to 6
- Upgrade from Proxmox VE 4 to 5
- Upgrade from Proxmox VE 3 to 4
LXC vs LXD vs Proxmox Containers vs Docker
LXC:Linux 内核 containment 特性的用户态接口 —— 强大的 API + 简单工具让 Linux 用户轻松创建与管理系统容器。 LXC 与旧版 OpenVZ 都面向 系统虚拟化, 允许在容器内跑一整套 OS , 可 ssh 登录、加用户、跑 apache 等。
LXD:建在 LXC 之上 , 提供更好的用户体验 —— 底层用 LXC 的 liblxc 与其 Go 绑定来创建与管理容器 ; 等于 LXC 工具与模板体系的替代品 , 并增加了通过网络控制的能力。
Proxmox Containers:用 pct(Proxmox Container Toolkit)创建与管理的容器 —— 同样面向系统虚拟化 , 底层仍是 LXC。随 OCI 镜像支持(技术预览)引入 , PVE 也能从 OCI 镜像创建容器 , 包括完整系统容器与应用容器。 pct 与 PVE 深度耦合 —— 感知集群 , 可与 QEMU VM 共享网络 / 存储;还能用 PVE 防火墙、做备份恢复、或通过 HA 框架管理 , 且一切可经 PVE API 控制。
Docker:面向在隔离、自包含环境中运行 单个应用 —— 所谓「应用容器」, 而非「系统容器」。从主机侧用 Docker Engine CLI 管理。 不建议 直接在 PVE 主机上运行 Docker。
把「应用容器」直接当 Proxmox 容器跑很方便 , 但当前仍是技术预览。需要容器编排或在线迁移时 , 仍建议把它们放在 Proxmox QEMU VM 内跑。