社区编辑申请
注册/登录
如何在命令行下优雅地管理 Containerd
系统 Linux
containerd是一个高级容器运行时,又名容器管理器。简单来说,它是一个守护进程,在单个主机上管理完整的容器生命周期:创建、启动、停止容器、拉取和存储镜像、配置挂载、网络等。

Containerd被设计成可以很容易地嵌入到更大的系统中。Docker使用containerd来运行容器。Kubernetes可以通过CRI使用containerd来管理单个节点上的容器。但是较小的项目也可以从与containerd集成的便利中获益——例如,faasd使用containerd在独立的服务器上运行一个成熟的功能即服务解决方案。

但是,以编程方式使用 containerd 并不是唯一的选择。它还可以通过可用客户端之一从命令行使用。由此产生的容器 UX 可能不像docker客户端提供的那样全面和用户友好,但它仍然是有用的,例如,用于调试或学习目的。

如何在 ctr 中使用 containerd

ctr是作为 containerd 项目的一部分提供的命令行客户端。如果您在一台机器上运行了 containerd,那么ctr二进制文件很可能也在那里。

该ctr界面 [显然] 与 Docker CLI不兼容,乍一看,可能看起来不太用户友好。显然,它的主要受众是测试守护进程的容器开发人员。但是,由于它最接近实际的 containerd API,因此它可以作为一种很好的探索手段——通过检查可用命令,您可以大致了解 containerd可以做什么和不可以做什么。

ctr也非常适合学习的能力低级别[OCI]容器的运行时间,因为ctr + containerd是更接近实际的容器比docker + dockerd。

使用 ctr 处理容器镜像

当拉取镜像,完全合格的参考似乎是必需的,所以你不能忽略镜像仓库或标签部分:

$ ctr images pull docker.io/library/nginx:1.21
$ ctr images pull docker.io/kennethreitz/httpbin:latest
$ ctr images pull docker.io/kennethreitz/httpbin:latest
$ ctr images pull quay.io/quay/redis:latest

要列出本地镜像,可以使用:

$ ctr images ls

令人惊讶的是,containerd不提供开箱即用的镜像构建支持。然而,containerd 本身经常被更高级别的工具用来构建镜像。

不使用ctr构建镜像,您可以导入用docker build或其他oci兼容软件构建的现有镜像:

$ docker build -t my-app .
$ docker save -o my-app.tar my-app
$ ctr images import my-app.tar

有了ctr,你也可以挂载镜像

$ mkdir /tmp/httpbin
$ ctr images mount docker.io/kennethreitz/httpbin:latest /tmp/httpbin
$ ls -l /tmp/httpbin/
total 80
drwxr-xr-x 2 root root 4096 Oct 18 2018 bin
drwxr-xr-x 2 root root 4096 Apr 24 2018 boot
drwxr-xr-x 4 root root 4096 Oct 18 2018 dev
drwxr-xr-x 1 root root 4096 Oct 24 2018 etc
drwxr-xr-x 2 root root 4096 Apr 24 2018 home
drwxr-xr-x 3 root root 4096 Oct 24 2018 httpbin
...
$ ctr images unmount /tmp/httpbin

要使用ctrl删除图像,请运行:

$ ctr images remove docker.io/library/nginx:1.21

使用ctr处理容器

有了一个本地镜像,你可以通过ctr运行<image-ref> <container-id>来运行一个容器。例如:

$ ctr run --rm -t docker.io/library/debian:latest cont1

注意,与友好的docker运行生成唯一的容器ID不同,使用ctr,你必须自己提供唯一的容器ID。ctr运行命令也只支持一些常见的docker运行标志:——env, -t,——tty, -d,——detach,——rm,等等。但是没有端口发布或使用——restart=总是开箱即用的自动容器重新启动。

与镜像类似,你可以列出现有的容器:

$ ctr containers ls

有趣的是,ctrl运行命令实际上是ctrl容器创建+ ctrl任务启动的快捷方式:

$ ctr container create -t docker.io/library/nginx:latest nginx_1
$ ctr container ls
CONTAINER IMAGE RUNTIME
nginx_1 docker.io/library/nginx:latest io.containerd.runc.v2
$ ctr task ls
TASK PID STATUS # Empty!
$ ctr task start -d nginx_1 # -d for --detach
$ ctr task list
TASK PID STATUS
nginx_1 10074 RUNNING

我喜欢这种容器和任务子命令的分离,因为它反映了经常被遗忘的OCI容器的本质。尽管人们普遍认为容器不是进程——对于进程来说,容器是隔离的和受限制的执行环境。

使用ctr任务连接,你可以重新连接到一个在容器中运行的现有任务的stdio流:

$ ctr task attach nginx_1
2021/09/12 15:42:20 [notice] 1#1: using the "epoll" event method
2021/09/12 15:42:20 [notice] 1#1: nginx/1.21.3
2021/09/12 15:42:20 [notice] 1#1: built by gcc 8.3.0 (Debian 8.3.0-6)
2021/09/12 15:42:20 [notice] 1#1: OS: Linux 4.19.0-17-amd64
2021/09/12 15:42:20 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1024:1024
2021/09/12 15:42:20 [notice] 1#1: start worker processes
2021/09/12 15:42:20 [notice] 1#1: start worker process 31
...

很像docker,你可以在一个已有的容器中执行一个任务:

$ ctr task exec -t --exec-id bash_1 nginx_1 bash
# From inside the container:
$ root@host:/# curl 127.0.0.1:80
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
...

在移除一个容器之前,它的所有任务必须停止:

$ ctr task kill -9 nginx_1

或者,你可以使用——force标志删除正在运行的任务:

$ ctr task rm -f nginx_1

最后,要删除容器,运行:

$ ctr container rm nginx_1

如何使用容器与nerdctl

Nerdctl是一个相对较新的containerd命令行客户端。与ctr不同,nerdctl的目标是用户友好和docker兼容。在某种程度上,nerdctl + containerd可以无缝地替代docker + dockerd。然而,这似乎不是项目的目标:

nerdctl的目标是促进试验Docker中没有的最前沿的容器特性。这些特性包括但不限于lazy-pulling(stargz)和镜像加密(ocicrypt)。这些功能预计最终也会在Docker中实现,然而,这可能需要几个月,甚至几年的时间,因为Docker目前只设计使用了容器子系统的一小部分。重构Docker以使用整个容器是可能的,但并不简单。所以我们[NTT]决定创建一个完全使用container的CLI,但我们不打算用Docker来完成。我们一直在为Docker/Moby以及容器做出贡献,并将继续这样做。

从基本用法的角度来看,与ctr相比,nerdctl支持:

  • 使用nerdctl构建镜像
  • 容器网络管理
  • Docker Compose与nerdctl Compose up
  • 最酷的部分是nerdctl试图提供docker(和podman)命令行UX相同的功能。所以,如果你熟悉docker(或podman) CLI,你就已经熟悉nerdctl了。

如何使用容器与crictl

crictl是一个命令行客户端,用于[Kubernetes] cri兼容的容器运行时。

引入 Kubernetes 容器运行时接口 (CRI)以使 Kubernetes 容器运行时不可知。Kubernetes节点代理kubelet实现了 CRI客户端 API,可以使用任何实现 CRI 服务器 API的容器运行时来管理其节点上的容器和 Pod。

            Kubernetes CRI

从1.1版开始,containerd就自带了一个内置的CRI插件。因此,containerd是一个与cri兼容的容器运行时。因此,它可以与critl一起使用。

创建crictl是为了检查和调试Kubernetes节点上的容器运行时和应用程序。支持以下操作:

attach: Attach to a running container
create: Create a new container
exec: Run a command in a running container
version: Display runtime version information
images, image, img: List images
inspect: Display the status of one or more containers
inspecti: Return the status of one or more images
imagefsinfo: Return image filesystem info
inspectp: Display the status of one or more pods
logs: Fetch the logs of a container
port-forward: Forward local port to a pod
ps: List containers
pull: Pull an image from a registry
run: Run a new container inside a sandbox
runp: Run a new pod
rm: Remove one or more containers
rmi: Remove one or more images
rmp: Remove one or more pods
pods: List pods
start: Start one or more created containers
info: Display information of the container runtime
stop: Stop one or more running containers
stopp: Stop one or more running pods
update: Update one or more running containers
config: Get and set crictl client configuration options
stats: List container(s) resource usage statistics

这里有趣的部分是,通过crictl + containerdbundle,人们可以了解pod是如何实际实现的。

有关如何crictl与 containerd一起使用的更多信息,请查看此文档(containerd 项目的一部分)。

责任编辑:庞桂玉 来源: 奇妙的Linux世界
相关推荐

2022-02-07 08:42:28

2021-03-24 06:26:00

2021-11-16 14:09:58

2021-08-27 06:41:34

2021-08-13 05:50:01

2021-09-02 05:37:22

2019-09-02 16:44:59

2018-06-22 15:25:31

2014-12-19 11:37:37

同话题下的热门内容

微软 Windows 11 Build 22000.856(KB5016629)正式版发布:解决点击“开始”菜单无反应问题HarmonyOS应用开发:鸿蒙JS实战,计算器功能开发!CPU突然飙高,系统反应慢怎么排查,我来教教你超实用的 Linux 高级命令,运维同仁一定要懂!微软 Windows 11 版本 22H2 将修复导致某些 PC 速度变慢的奇怪 Bug微软 Windows 11 Beta 预览版 22621.575 和 22622.575 (KB5016694) 发布,附更新内容大全谷歌搜索突发全球性宕机请不要再下载这些Vscode插件了

编辑推荐

你应该知道的八款国产操作系统为什么你可能想要略过Ubuntu 17.04?HarmonyOS 2.0鸿蒙第二期开发者Beta公测申请指南让后端开发情何以堪?前端程序猿薪资大曝光谷歌“断供”华为!中国真写不出操作系统?
我收藏的内容
点赞
收藏

51CTO技术栈公众号