Podman 即将崛起

Podman

• Podman
• 
  
  • 什么是Podman？
  • Podman和Docker的主要区别是什么？
  • Podman的使用与docker有什么区别？
    
• Podman 常用命令
• 
  
  • 容器
  • 镜像
  • 部署 Podman
  • Podman 加速器
  • 使用 Podman
  • 
    
    • 运行一个容器
    • 列出运行的容器
    • 检查正在运行的容器
    • 查看一个运行中容器的日志
    • 查看一个运行容器中的进程资源使用情况
    • 停止一个运行中的容器
    • 删除一个容器
    • 上传镜像
    • 配置别名
      
  • 用户操作
  • 
    
    • 安装slirp4netns和fuse-overlayfs
    • / etc / subuid和/ etc / subgid配置
    • 用户配置文件
    • 普通用户是无法看见root用户的镜像的
      
  • 卷
  • 
    
    • 使用卷
    • 在主机上查看
    • 容器里查看
      
    
    
  
  

Podman什么是Podman？

Podman 是一个开源的容器运行时项目，可在大多数 Linux 平台上使用。Podman 提供与 Docker 非常相似的功能。正如前面提到的那样，它不需要在你的系统上运行任何守护进程，并且它也可以在没有 root 权限的情况下运行。

Podman 可以管理和运行任何符合 OCI（Open Container Initiative）规范的容器和容器镜像。Podman 提供了一个与 Docker 兼容的命令行前端来管理 Docker 镜像。

Podman 官网地址：https://podman.io/

Podman和Docker的主要区别是什么？

• dockers在实现CRI的时候，它需要一个守护进程，其次需要以root运行，因此这也带来了安全隐患。
• podman不需要守护程序，也不需要root用户运行，从逻辑架构上，比docker更加合理。
• 在docker的运行体系中，需要多个daemon才能调用到OCI的实现RunC。
• 在容器管理的链路中，Docker Engine的实现就是dockerd
• daemon，它在linux中需要以root运行，dockerd调用containerd，containerd调用containerd-shim，然后才能调用runC。顾名思义shim起的作用也就是“垫片”，避免父进程退出影响容器的运训
• podman直接调用OCI,runtime（runC），通过common作为容器进程的管理工具，但不需要dockerd这种以root身份运行的守护进程。
• 在podman体系中，有个称之为common的守护进程，其运行路径通常是/usr/libexec/podman/conmon，它是各个容器进程的父进程，每个容器各有一个，common的父则通常是1号进程。podman中的common其实相当于docker体系中的containerd-shim。
  
  图中所体现的事情是，podman不需要守护进程，而dorker需要守护进程。在这个图的示意中，dorcker的containerd-shim与podman的common被归在Container一层。
  

Podman的使用与docker有什么区别？

podman的定位也是与docker兼容，因此在使用上面尽量靠近docker。在使用方面，可以分成两个方面来说，一是系统构建者的角度，二是使用者的角度。
在系统构建者方面，用podman的默认软件，与docker的区别不大，只是在进程模型、进程关系方面有所区别。如果习惯了docker几个关联进程的调试方法，在podman中则需要适应。可以通过pstree命令查看进程的树状结构。总体来看，podman比docker要简单。由于podman比docker少了一层daemon，因此重启的机制也就不同了。
在使用者方面，podman与docker的命令基本兼容，都包括容器运行时（run/start/kill/ps/inspect），本地镜像（images/rmi/build）、镜像仓库（login/pull/push）等几个方面。因此podman的命令行工具与docker类似，比如构建镜像、启停容器等。甚至可以通过alias
docker=podman可以进行替换。因此，即便使用了podman，仍然可以使用docker.io作为镜像仓库，这也是兼容性最关键的部分。

• 
  
  • Podman的介绍
  • 
    
    • 为什么会出现podman？
      
  • 搭建podman
  • 
    
    • 系统环境
      
  • 搭建wordpress初始容器
  • 
    
    • 查找centos8的镜像
    • 下载centos8
      
  • 基于镜像创建容器
  • 进入容器
  • 搭建wordpress
  • 
    
    • 配置数据库
    • 下载wordpress
    • 配置apache
    • 配置wordpress
    • 总结：
      
    
    
  
  

Podman的介绍

k8s已经成为业界标准，如果嫌k8s复杂，可以使用rancher 2.0+版本来简化k8s的操作及维护。

在centos8里面默认的容器就是podman，不再是docker，可以快捷管理镜像（类似带系统的Time Machine），能快捷由镜像创建容器环境（类似虚拟机，但不模拟硬件层），也可以快速由容器制作出镜像进行保存或者分享。
Podman是无守护程序容器引擎，用于在Linux系统上开发，管理和运行OCI容器。容器可以以root用户或无根模式运行。简而言之：alias docker = podman

20年k8s宣布弃用docker

原本由 Docker 负责的工作现在基本都由红帽发布的三款工具接管了，分别是 Podman、Skopeo 与 Buildah。它们都不需要守护程序，也不需要访问 root 权限组

Podman（Pod Manager）是一个功能齐全的容器引擎，它是一个简单的无守护工具。 Podman提供了一个类似Docker-CLI的命令行，可以简化从其他容器引擎的转换，并允许管理pod，容器和图像。

Libpod 是一个创建容器 pod 的工具和库，它包含 pod 管理工具 Podman，Podman 管理 pod、容器、容器镜像和容器卷。

Podman 原来是 CRI-O 项目的一部分，后来被分离成一个单独的项目叫 libpod。Podman 的使用体验和 Docker 类似，不同的是 Podman 没有 daemon美[ˈdiːmən]

所以Podman 比较简单粗暴，它不使用 Daemon，而是直接通过 OCI runtime（默认也是 runc）来启动容器，所以容器的进程是 podman 的子进程。

为什么会出现podman？

docker的出现，解决的根本问题是： 解决了不同环境之间手工匹配的复杂程度；

但docker有个让人头疼的问题：“Docker 守护程序在多个核心上占用 100% CPU 资源，并导致主机无法正常使用。”

而Podman不需要守护程序，也不需要访问 root 权限组。Podman 能够替代大部分子命令（run, push, pull 等等）。由于不需要守护程序，而且会利用用户命名空间模拟容器中的 root，所以 Podman 不需要接入具有 root 权限的 socket——这就解决了 Docker 长期以来一直面临的老大难问题。