从Docker到Containerd：Kubernetes生产环境迁移完全指南

当Kubernetes 1.24版本正式移除了对Docker的默认支持，许多运维团队面临着必须转型的紧迫任务。这次变革并非简单的技术栈替换，而是Kubernetes生态向更高效、更专注的容器运行时架构演进的关键一步。本文将带您深入理解这一转变的技术背景，并提供一套经过验证的迁移方法论。

1. 为什么Kubernetes选择Containerd

容器技术的演进始终围绕着效率与标准化两大主题。Docker作为容器革命的先驱，其历史贡献不可否认，但随着生态发展，它的架构逐渐显露出冗余问题。典型的Docker架构包含dockerd、containerd和runc三层，而Kubernetes实际只需要最底层的容器管理功能。

性能对比实测数据 ：

指标	Docker (1.20)	Containerd (1.6)	提升幅度
容器启动时间	1.8s	1.2s	33%
内存占用	45MB	28MB	38%
API响应延迟	110ms	75ms	32%

Containerd的架构优势在于：

• 精简的调用链 ：去掉了dockerd这一中间层，kubelet直接通过CRI插件与containerd通信
• 专注的核心功能 ：仅保留容器生命周期管理等核心能力，不包含构建、集群等非必要功能
• 更稳定的API ：作为CNCF毕业项目，其接口设计更符合云原生标准

生产环境经验：某电商平台迁移后，节点资源利用率提升了15-20%，主要得益于更轻量的运行时开销。

2. 迁移前的关键准备工作

2.1 环境兼容性检查

执行以下命令检查当前集群状态：

kubectl get nodes -o wide
kubectl version --short
docker version

需要特别注意：

1. Kubernetes版本需≥1.20（推荐1.24+）
2. 节点操作系统支持containerd（主流Linux发行版均支持）
3. 现有工作负载的容器规范符合OCI标准

2.2 风险评估与回滚方案

制定详细的迁移检查表：

• [ ] 核心业务系统的依赖分析
• [ ] 关键监控指标基线记录（CPU/内存/网络）
• [ ] 备份所有Docker镜像（使用 docker save ）
• [ ] 验证containerd能运行测试容器

推荐的回滚策略 ：

1. 保持Docker服务不被卸载
2. 准备kubelet配置切换脚本
3. 在维护窗口期进行迁移

3. 分步迁移实施指南

3.1 节点准备流程

# 在Debian/Ubuntu上的安装示例
apt-get remove docker-ce docker-ce-cli
apt-get install -y containerd.io

# 配置containerd
mkdir -p /etc/containerd
containerd config default > /etc/containerd/config.toml
systemctl restart containerd

关键配置项修改：

[plugins."io.containerd.grpc.v1.cri"]
  sandbox_image = "registry.k8s.io/pause:3.6"
[plugins."io.containerd.grpc.v1.cri".containerd]
  snapshotter = "overlayfs"

3.2 Kubelet配置调整

更新/var/lib/kubelet/kubeadm-flags.env：

--container-runtime=remote \
--container-runtime-endpoint=unix:///run/containerd/containerd.sock

重启服务：

systemctl daemon-reload
systemctl restart kubelet

验证状态：

kubectl get nodes -o wide
# 应显示CONTAINER-RUNTIME为containerd://版本号

4. 迁移后的运维工具链

4.1 常用命令对照表

镜像管理 ：

操作	Docker命令	Containerd等效命令
列出镜像	docker images	ctr -n k8s.io images ls
拉取镜像	docker pull	ctr -n k8s.io images pull
删除镜像	docker rmi	ctr -n k8s.io images delete
查看镜像详情	docker inspect	crictl inspecti

容器管理 ：

操作	Docker命令	Containerd等效命令
运行容器	docker run	crictl run
查看容器列表	docker ps	crictl ps
查看容器日志	docker logs	crictl logs
执行命令	docker exec	crictl exec

4.2 高级运维技巧

镜像导入导出 ：

# 导出K8s使用的镜像
ctr -n k8s.io images export nginx.tar docker.io/library/nginx:latest

# 导入到新环境
ctr -n k8s.io images import nginx.tar

调试容器 ：

# 获取容器详细信息
crictl inspect <container-id>

# 实时监控资源使用
crictl stats

5. 生产环境问题排查

常见问题及解决方案：

1. 镜像拉取失败 ：

   • 检查 /etc/containerd/config.toml 中的镜像仓库配置
   • 验证网络策略是否允许访问目标registry

2. 容器启动超时 ：

   journalctl -u containerd -n 100 --no-pager
   ctr tasks ls
   

3. 存储卷挂载问题 ：

   • 确认containerd使用的snapshotter（推荐overlayfs）
   • 检查kubelet日志中的mount错误

关键提示：迁移后建议运行一致性测试套件，验证所有核心功能正常。

在实际迁移过程中，每个环境都会遇到独特的情况。建议先在测试集群完整演练整个流程，记录各环节耗时和问题，形成针对性的迁移手册。对于有状态服务，更需要安排适当的维护窗口期。