判断框｜适合：把 OCI 镜像当作创建 LXC 容器的来源，先确认当前版本支持范围，再备份数据、准备新镜像，并通过新实例验证后切换。不适合：把它当作完整 Docker 镜像生命周期工具；若服务依赖频繁滚动更新、多容器编排或成熟的持久化流程，应优先评估在 VM 内运行容器运行时。
这篇适合正在测试 Proxmox VE OCI 镜像容器、卡在镜像更新或重建环节的系统管理员；也适合需要维护多个应用实例的 MSP 运维人员。
若准备在独立服务器上长期运行常驻应用，重点是先把状态数据、网络设置和恢复路径规划清楚，而不是先替换生产容器。
先确认 Proxmox VE 9.2 OCI 镜像更新的功能边界
Proxmox VE 9.1 于 2025 年 11 月 19 日加入从 OCI 镜像创建 LXC 容器的能力；Proxmox VE 9.2 于 2026 年 5 月 21 日发布。按目前可核对的 9.2 管理指南，OCI 镜像创建的应用容器仍属于技术预览，并沿用 LXC 框架。因此，“仓库出现新镜像”不等于运行中的容器会自动换成新镜像。(9.1 发布说明、9.2 发布说明)
先区分几项不同的操作：下载镜像、把镜像作为模板、用模板创建容器，以及替换已有容器。它们不是同一个更新动作。官方资料说明可以从 OCI 镜像创建容器，但不能据此推定有类似 pull 后自动重建的统一更新命令。具体可用的界面和命令，应以对应安装版本的容器管理指南为准；本文不提供未经官方文档核对的镜像更新命令。
| 判断项 | Proxmox VE 9.1 | Proxmox VE 9.2 | 运维含义 |
|---|---|---|---|
| OCI 镜像创建 LXC | 引入该能力 | 可按 9.2 文档核对 | 创建能力不等于自动更新能力 |
| 应用容器状态 | 官方说明为技术预览 | 当前指南仍标注技术预览 | 生产环境需先做隔离测试 |
| 容器底层 | 使用 LXC 框架 | 仍使用 LXC 框架 | 运维方式要按 Proxmox 容器配置核验 |
9.1 发布说明确认加入 OCI 镜像创建能力；9.2 发布说明记录平台更新，但未据此承诺应用容器具备完整镜像生命周期管理。操作前应核对对应版本的官方文档，尤其是创建、替换和挂载的具体边界。
先盘点数据，再决定能否重建
重建容器后，应用数据会不会跟着保留？不能只看镜像标签判断，关键在于数据实际存放在哪里：容器根文件系统、额外挂载卷、宿主机绑定目录，还是外部数据库。若配置文件、数据库文件或上传内容只写在容器根文件系统里，换成新实例时就不能假设它会自动保留。
建议逐项登记：
- 应用配置、密钥和环境变量是否仅存在容器内部。
- 数据库目录、用户上传文件、队列或日志分别位于哪个路径。
- Proxmox 容器配置里的挂载点、网络接口、启动选项和资源限制。
- 哪些内容由备份覆盖，哪些必须另外复制或导出。
特别要检查挂载点的备份边界：Proxmox 文档说明，额外挂载点默认不一定纳入备份；绑定挂载与设备挂载的内容由外部管理，不会由 vzdump 备份。因此，“容器备份任务成功”不必然代表应用数据完整。执行前应核对容器挂载点及备份与恢复文档，并在非生产实例上验证恢复。
⚠️ 不要在未验证的情况下让新旧容器同时写入同一份数据库或应用目录。测试用副本应与生产数据隔离；正式切换前，准备好旧实例、数据副本和明确的回退步骤。
按受控流程准备镜像并替换实例
目前的官方资料确认 OCI 镜像可以用作创建容器的来源，但具体创建与替换步骤应以 9.2 对应界面和文档为准。社区帖子中有人询问如何更新已创建的 OCI 容器；这些讨论反映用户遇到的实际问题，不代表官方功能承诺。可将Proxmox 官方论坛中的 OCI 讨论和社区关于 OCI 容器更新的讨论作为排查线索，而不是照抄其中的非官方脚本或操作结论。
| 路线 | 更适合的场景 | 更新时主要工作 | 主要风险 |
|---|---|---|---|
| OCI 镜像创建 LXC 应用容器 | 单一应用、更新节奏可控、挂载方式已验证 | 按新镜像创建测试实例，再迁移验证过的数据 | 技术预览；不能假定有自动替换流程 |
| VM 内运行容器运行时 | 多容器工作流、需要编排或频繁换镜像 | 按既有容器工作流拉取、验证与部署 | 需要维护 VM 与其中的容器运行时 |
| 在容器内更新应用软件包 | 应用本身支持包管理器更新 | 按应用与系统的正式更新方法升级 | 这不等于 OCI 基础镜像已更新 |
建议将更新拆成以下 6 步：
- 记录当前状态。保存容器 ID、镜像名称与标签、资源设置、网络配置、挂载路径和服务启动方式；确认应用自身的升级与数据迁移要求。
- 安排维护窗口并备份。停止写入，或按应用支持的方式冻结写入，再备份持久化数据和关键配置。对于不由 Proxmox 备份覆盖的绑定目录或设备挂载，单独制作副本；不确定时先恢复到隔离环境验证。
- 核对新镜像。检查镜像来源、版本标签、架构兼容性及应用发布说明。OCI 规范以摘要标识镜像内容；对于重要服务，应记录镜像标签和摘要，避免只靠可能变化的
latest标签判断版本。(OCI 镜像清单规范) - 创建隔离测试实例。按适用版本的官方界面或命令流程，用新镜像创建测试容器。使用数据副本，复核应用配置、权限、端口、网络和挂载，不要直接覆盖生产容器。
- 验收并切换。确认服务进程正常、访问路径可用、关键功能通过，并检查重启后数据仍在。再安排正式切换，同时保留旧实例和可恢复的数据副本。
- 执行回退演练。在隔离环境实际验证旧镜像或旧实例能否恢复、数据如何回灌、网络如何切回。记录每一步的负责人和结果；没有验证过的回退方案，不应视为可用方案。
依据工作负载选择 OCI 或 VM 内运行时
这条路线能否承担长期生产服务？如果服务依赖少、更新频率低、数据外置且已经完成恢复演练，可以先在测试环境验证，再按自身风险接受程度决定是否上线。若服务频繁更新、依赖多容器编排，或现有发布流程围绕 Docker 工作流建立，就应优先评估 VM 内的容器运行时。官方指南对需要容器编排或实时迁移的使用场景，仍建议在 Proxmox QEMU 虚拟机内运行容器。(Proxmox VE 常见问题文档)
两种部署路径的运维差异在哪里？OCI 镜像创建的容器仍由 LXC 框架管理；另一条路线是在 QEMU 虚拟机里运行容器运行时。选择不应建立在未经测试的性能优劣判断上，而要看隔离边界、镜像替换流程、编排需求和数据恢复责任。OCI 镜像格式本身也不等于完整的 Docker 管理体验。
| 维度 | OCI 镜像创建 LXC | VM 内运行容器运行时 |
|---|---|---|
| 管理对象 | Proxmox 管理 LXC 容器 | Proxmox 管理 VM，应用容器由 VM 内运行时管理 |
| 适用工作流 | 单应用、更新步骤可控 | 多应用、编排或既有镜像发布流程 |
| 数据责任 | 明确挂载与备份边界 | 管理 VM 磁盘、容器卷及其备份流程 |
| 采用前提 | 在当前版本实测创建、替换与恢复 | 验证 VM 资源、网络和容器工作流 |
用清单验收，并复核独立服务器资源
上线前逐项勾选；任何关键项无法确认，都先不要删除旧实例：
- [ ] 新实例的镜像版本或摘要与变更记录一致。
- [ ] 应用进程启动正常，访问路径和依赖服务可用。
- [ ] 容器重启后，配置、数据库和上传内容仍符合预期。
- [ ] 网络连通、日志和权限检查没有未解释的错误。
- [ ] 隔离环境的备份恢复演练通过，回退步骤可照记录执行。
- [ ] 容器 ID、镜像标签、挂载点和切换时间均已登记。
如果 OCI 路线已通过验收，下一步才是按 VM 与容器数量、内存峰值、镜像和持久化数据容量来规划独立服务器虚拟化资源。SFP Cloud 的产品页列出可选的 128 GB 或 256 GB 内存配置、2 × 1 TB NVMe，并支持安装 Proxmox VE；这些规格只说明可供规划的硬件资源，不代表固定可运行的实例数量或性能保证。可在服务器规格与月租页面核对实际选项，并结合内存与 SSD 成本规划文章评估长期数据与存储需求。
若当前运行环境是共享云主机，CPU 可能与其他租户共享，磁盘与带宽选项也受实例规格限制，长期运行多个工作负载时更难按整机规划资源；若应用已需要独享算力、稳定的常驻环境和自行安排存储布局，SFP Cloud 的 AMD 物理机可作为下一步比较对象。该服务提供 Proxmox VE 系统选项，具体内存和 NVMe 档位以产品页为准；容器更新、数据备份与代运维仍需由使用方自行规划。
最后更新于 2026 年 10 月 26 日；版本与功能边界核实自 Proxmox VE 9.1、9.2 发布资料及当前容器、备份管理文档。