为何K3s运行的Pod无法通过docker/ctr命令查看？求底层解析

1. 为什么docker ps看不到K3s创建的Pod容器？ #

Docker和K3s使用完全独立的容器运行时实例：

• Docker底层虽依赖containerd，但会启动专属的containerd进程，且仅能识别由Docker自身（如docker run、Docker Compose）创建的容器。
• K3s默认内置独立的containerd实例，专门用于管理Kubernetes Pod的容器，和Docker的containerd进程完全隔离。因此docker ps只能列出Docker生态创建的容器，无法识别K3s的Pod容器。

2. 为什么ctr containers ls看不到K3s的容器？ #

ctr是containerd的原生命令行工具，但存在两个关键限制：

• 命名空间：K3s会将所有Pod容器放在**k8s.io命名空间**下，而ctr默认使用default命名空间，直接执行ctr containers ls无法跨命名空间查看。
• 实例隔离：K3s的containerd使用独立的socket路径（/run/k3s/containerd/containerd.sock），和Docker的containerd socket（/run/containerd/containerd.sock）不共用，默认ctr连接的是Docker的containerd实例，自然看不到K3s的容器。

要查看K3s的容器，需指定对应命名空间和socket路径：

sudo ctr -n k8s.io --address /run/k3s/containerd/containerd.sock containers ls

3. Docker和K3s同用containerd时，ctr能否列出所有容器？ #

若通过额外配置让Docker和K3s共用同一个containerd实例（K3s默认不采用此模式），ctr可以通过切换命名空间查看所有容器：

• Docker创建的容器默认在moby命名空间，执行以下命令查看：

  sudo ctr -n moby containers ls
  

• K3s的Pod容器在k8s.io命名空间，执行以下命令查看：

  sudo ctr -n k8s.io containers ls
  

但你的场景中，K3s使用自身内置的独立containerd实例，和Docker的containerd是两个完全独立的进程，因此ctr默认连接其中一个实例时，无法看到另一个实例中的容器。

内容的提问来源于stack exchange，提问作者hanuma .k