如何在命令行下優雅地管理 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 項目的一部分）。
