Podman 6 重大更新：Machine 功能可用性提升深度解读

背景

在 Podman 5 及更早版本中，Podman 的虚拟机（Machine）功能基于“Provider”（提供者/后端）概念构建。Provider 是一个通用术语，用于描述 Podman 如何在特定平台上运行 Linux 虚拟机。不同的操作系统平台支持不同的默认 Provider，例如在 macOS 上可能支持 applehv，而在其他环境可能支持 libkrun 或 qemu。

然而，这种架构在 Podman 5 中暴露出了显著的用户体验问题，尤其是在结合 Podman Desktop 使用时。Podman 5 的默认 Provider 在二进制文件中是硬编码的（尽管可以通过 ~/.config/containers/containers.conf 配置文件覆盖）。这导致了一个严重的上下文隔离问题：

1. CLI 与 GUI 的割裂：如果用户通过 Podman Desktop 或其他非 CLI 手段创建了一个使用非默认 Provider 的虚拟机，Podman CLI 默认情况下是“看不见”这些虚拟机的。CLI 仅在其配置的默认 Provider 范围内感知和管理虚拟机。
2. 操作失败：当用户试图通过 CLI 管理（如停止、删除）那些在 Podman Desktop 中创建的、属于不同 Provider 的虚拟机时，CLI 会报错提示虚拟机不存在，因为 CLI 在错误的 Provider 命名空间中搜索。

这种设计使得跨 Provider 的管理变得极其繁琐，用户必须使用 --all-providers 等开关来强制 CLI 扫描所有后端，且即便如此，某些操作仍受限。

核心内容

Podman 6 对 Machine 功能进行了重大重构，旨在降低 Provider 概念的显性程度，提升用户体验的连贯性。主要改进集中在两个方面：全局可见性与默认行为，以及创建虚拟机时的灵活性。

1. 消除 Provider 隔离，实现全局管理

在 Podman 6 中，开发团队致力于让 Provider 的存在感变得“不那么显眼”。对于 rm（删除）、stop（停止）、start（启动）等管理命令，用户只需提供虚拟机名称，无论该虚拟机运行在哪个 Provider 上，Podman 都能自动识别并执行操作。

对比演示：

• Podman 5 的行为： 假设默认 Provider 是 libkrun，但存在一个名为 applehv-machine-1 的 applehv 虚拟机。

  # 尝试停止非默认 Provider 的虚拟机
  $ podman machine stop applehv-machine-1
  Error: applehv-machine-1: VM does not exist
  

  即使使用 podman machine ls --all-providers 可以看到所有虚拟机，但直接操作仍受限。

• Podman 6 的行为： 在 Podman 6 中，上述命令将直接成功：

  $ podman machine stop applehv-machine-1
  Machine "applehv-machine-1" stopped successfully
  

此外，Podman 6 移除了 --all-providers 命令行开关，因为默认行为已变为显示所有支持 Provider 下的所有虚拟机。

$ podman machine ls
NAME                VM TYPE   CREATED          LAST UP        CPUS  MEMORY  DISK SIZE
applehv-machine-1   applehv   8 minutes ago    15 seconds ago 6     2GiB    100GiB
podman-machine-default* libkrun 27 minutes ago   9 minutes ago  6     2GiB    100GiB

注：podman-machine-default* 表示当前 CLI 上下文关联的默认虚拟机。

2. 创建虚拟机时的 Provider 指定

在 Podman 6 中，podman machine init 命令得到了增强。用户现在可以通过新的 --provider 命令行开关，在创建虚拟机时明确指定使用非默认的 Provider。

场景演示： 假设系统默认 Provider 是 libkrun，但用户希望创建一个使用 applehv 的新虚拟机：

$ podman machine init --now --provider applehv applehv-machine-2
Looking up Podman Machine image at quay.io/podman/machine-os:6.0 to create VM
Extracting compressed file: applehv-machine-2-arm64.raw: done
Machine init complete
Starting machine "applehv-machine-2" …
Machine "applehv-machine-2" started successfully

创建完成后，通过 podman machine ls 可以确认新虚拟机已正确关联到 applehv 类型：

$ podman machine ls
NAME                VM TYPE   CREATED          LAST UP        CPUS  MEMORY  DISK SIZE
applehv-machine-2   applehv   56 seconds ago   Currently running 6 2GiB    100GiB
applehv-machine-1   applehv   10 minutes ago   About a minute ago 6 2GiB    100GiB
podman-machine-default* libkrun 28 minutes ago   10 minutes ago  6     2GiB    100GiB

关键要点

• 默认行为变更：Podman 6 中 podman machine ls 默认显示所有 Provider 下的虚拟机，无需再使用 --all-providers 参数。
• 操作简化：管理命令（如 stop, start, rm）不再局限于默认 Provider。只要提供虚拟机名称，Podman 会自动跨 Provider 查找并执行操作。
• 创建灵活性：新增 --provider 参数支持在 podman machine init 时显式指定非默认 Provider，解决了在默认 Provider 环境下创建异构虚拟机的痛点。
• 配置覆盖：尽管默认行为改变，用户仍可通过 ~/.config/containers/containers.conf 中的 [machine] provider="..." 配置项来设定默认的 Machine Provider。
• 开发状态：Podman 6 的开发已在上游 main 分支启动，相关功能正在逐步落地。

意义与影响

此次更新标志着 Podman 从“面向开发者/极客”的工具向“更友好的通用容器平台”迈出了重要一步。

1. 降低认知负荷：过去，用户需要时刻牢记当前 CLI 会话关联的是哪个 Provider，以及虚拟机是在哪里创建的。Podman 6 通过抽象化 Provider 的可见性，让用户更专注于虚拟机本身的生命周期管理，而非底层基础设施的调度。
2. 提升多工具协作体验：随着 Podman Desktop 等图形化工具的普及，用户往往混合使用 CLI 和 GUI。Podman 6 解决了两者之间的状态同步和管理割裂问题，使得混合工作流更加顺畅。
3. 促进跨平台一致性：通过统一的管理接口，无论底层是 Apple Hypervisor、Krun 还是 QEMU，上层的操作逻辑保持一致，降低了用户在不同平台间切换的学习成本。

Podman 团队表示，上游仓库是获取 Podman 6 最新进展的最佳渠道，并欢迎具备各种技能（不仅仅是编码）的贡献者加入项目，共同推动这一开源容器生态的发展。