1. 容器运行时的变迁：为什么选择Containerd？

在早期的Kubernetes生态中，Docker几乎成了容器运行时的代名词。但随着云原生技术迭代，轻量级和高性能的Containerd逐渐成为主流。作为CNCF孵化的核心项目，Containerd剥离了Docker的冗余功能（如Docker CLI和镜像构建工具），专注于容器生命周期的管理，更适合作为Kubernetes的底层运行时。

经典场景对比：
当Kubernetes集群规模达到数百节点时，Docker的守护进程（dockerd）会因资源占用过高引发性能瓶颈。而Containerd直接与Kubelet通过CRI（Container Runtime Interface）对接，减少了中间层开销，显著提升容器启动速度。

2. 手把手部署Containerd运行环境（基于Ubuntu 22.04）

技术栈：Ubuntu 22.04, Containerd 1.7.3, Kubernetes 1.28

步骤1：卸载Docker残余组件（如已安装）
sudo systemctl stop docker
sudo apt-get purge -y docker-ce docker-ce-cli containerd.io
步骤2：安装Containerd及其依赖
# 添加Containerd官方源
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
echo "deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list

# 安装Containerd
sudo apt update && sudo apt install -y containerd.io
步骤3：生成Containerd默认配置
# 生成初始配置文件
sudo mkdir -p /etc/containerd
containerd config default | sudo tee /etc/containerd/config.toml

# 启用Systemd作为CGroup驱动（适配Kubernetes要求）
sudo sed -i 's/SystemdCgroup = false/SystemdCgroup = true/g' /etc/containerd/config.toml
sudo systemctl restart containerd

3. 将Kubernetes节点切换至Containerd运行时

示例：修改Kubelet配置（以Worker节点为例）
# 编辑Kubelet服务配置文件
sudo vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf

# 添加运行时参数
Environment="KUBELET_EXTRA_ARGS=--container-runtime=remote --container-runtime-endpoint=unix:///run/containerd/containerd.sock"

# 重启Kubelet
sudo systemctl daemon-reload
sudo systemctl restart kubelet

验证命令：

kubectl get nodes -o wide
# 输出中的CONTAINER-RUNTIME字段应显示为"containerd://1.7.3"

4. Containerd日常操作实战：从拉取镜像到调试容器

示例1：直接通过Containerd管理容器
# 拉取Nginx镜像（无需Docker CLI）
sudo ctr images pull docker.io/library/nginx:alpine

# 启动容器并映射端口
sudo ctr run -d --rm --net-host docker.io/library/nginx:alpine my-nginx
示例2：排查容器启动失败问题
# 查看容器日志（需先获取容器ID）
sudo ctr containers ls
sudo ctr --namespace=k8s.io task logs <容器ID>

5. Containerd技术优势与潜在风险

核心优势：

  • 资源消耗低：相比Docker，内存占用减少30%以上，尤其适合边缘计算场景。
  • 启动速度优化：冷启动容器速度提升约15%。
  • 稳定性增强：精简的代码库（Go语言实现）降低了CVE漏洞风险。

局限性分析：

  • 镜像构建缺失：需配合BuildKit或Kaniko等工具构建镜像。
  • 调试体验差异：缺乏类似docker exec的交互式命令，需依赖ctr task exec。

6. 迁移注意事项：避坑指南

  • 镜像兼容性：确保私有镜像仓库支持OCI标准格式（与Docker镜像兼容但需验证）。
  • 存储配置迁移：若原Docker使用overlay2驱动，需在Containerd配置中明确指定存储驱动： 
    [plugins."io.containerd.grpc.v1.cri".containerd]
  snapshotter = "overlayfs"
  • 网络插件适配：Calico/Flannel等CNI插件需适配Containerd的命名空间（默认为k8s.io）。

7. 应用场景深度解读

  • Serverless架构：例如AWS Fargate底层依赖Containerd实现毫秒级容器启动。
  • 混合云集群：跨多个云厂商部署时，Containerd的统一运行时接口简化了运维复杂度。
  • 安全关键型系统：金融行业通过Containerd的命名空间隔离实现租户间资源强隔离。

8. 总结：从趋势到落地

Containerd作为Kubernetes运行时的首选方案，代表了容器技术的"瘦身"和专业化分工趋势。对于已有Docker环境的集群，建议分阶段迁移：

  1. 测试环境验证：通过Kubernetes的RuntimeClass实现双运行时并存。
  2. 生产渐进切换：逐节点滚动更新，监控容器启动成功率和资源消耗。

最终，Containerd在性能、稳定性和维护成本上的优势，使其成为中大规模集群的必然选择。