containerd 与 CRI-O 的差异与选择

结论先行

containerd 是通用容器运行时，生态最广，Docker 和大多数 Kubernetes 发行版都用它；CRI-O 是专为 Kubernetes CRI 设计的轻量运行时，OpenShift 等平台常用。通用/生态优先 containerd，K8s 专用/轻量优先 CRI-O。

核心差异

怎么选

• 大多数 Kubernetes 集群、需要最广生态：containerd。
• OpenShift/OKD 或专用 K8s 节点：CRI-O。
• 需要 Docker 兼容或通用运行时：containerd。
• 希望运行时只做 CRI、减少额外能力：CRI-O。

注意

crictl info
crictl ps -a
crio --version
containerd --version

• 两者都通过 CRI 与 kubelet 交互；切换运行时需要改 kubelet 配置并重启。
• 镜像存储和 namespace 不同，切换后本地镜像不会自动迁移。
• 配置路径、cgroup 驱动和镜像仓库认证要逐项对齐。
• CRI-O 与 OpenShift 版本绑定较紧；升级要按平台文档。
• containerd 的 ctr 默认 namespace 不是 k8s.io；排查时加 -n k8s.io。
• 运行时切换前先 drain 节点，避免影响业务 Pod。

相关命令

• containerd / crictl — containerd
• crio / crictl — CRI-O
• kubectl — 节点与 Pod 状态