Podman

podman 内部结构

• 容器
  • conmon 是容器守护进程，负责一对一监控和管理每个 podman 容器
  • runc 负责提供容器运行时环境。用 Go 语言实现的 OCI
    • crun 功能跟 runc 一样，只是用 C 语言实现的 OCI
    • youki 功能跟 runc 一样，只是用 Rust 语言实现的 OCI
• 镜像
  • skopeo 负责与 images registry 交互。用来 pull/push/管理镜像
  • buildah 负责构建镜像
• 存储
  • storage 负责管理文件系统的 layers，包括容器 layer 和镜像 layer
    • fuse-overlayfs An implementation of overlay+shiftfs in FUSE for rootless containers
• 网络
  • netavark 负责管理容器网络

podman 所有组件的源码都在 https://github.com/orgs/containers/repositories?type=source

podman 没有 daemon，一个 podman 进程管理一个容器。docker 有 daemon，是 CS 结构。

容器、镜像、volume 等数据存储在 /var/lib/containers/ 目录。

podman rm -f 容器后，进程可能仍存在

podman rm -f 只是删除了容器自身的数据，进程仍有可能存留。ps 看一下，如果还在就需要手动 kill 进程。

配置

containers/storage.conf

存储相关的默认配置在 /usr/share/containers/storage.conf 。但是某些系统的包没有提供这个默认配置。
默认配置文件不在 podman 项目里，而在 containers/storage 项目里。

开机自启动

因为 podman 不像 docker 有个全局 daemon 进程。所以 podman 不会在系统启动时自启动。
需要利用 linux systemd 来启动 podman 进程。用 podman compose 便于管理。

# 根据当前 compose.yaml 创建 unit 文件
sudo podman-compose systemd -a create-unit
# 注册该 unit
podman-compose systemd -a register
# 根据上面的输出提示执行以下指令
systemctl --user enable --now ...
sudo loginctl enable-linger ...
# 之后可以使用 systemctl 来控制这个 compose
systemctl --user start podman-compose@<PROJ>