告别Docker？手把手教你为K8s v1.23配置Containerd容器运行时（附与Docker对比）
在Kubernetes生态中，容器运行时的选择一直是开发者关注的焦点。随着K8s 1.24版本正式弃用Docker支持，许多团队开始重新评估他们的技术栈。本文将带你在CentOS 7上为K8s v1.23配置Containerd运行时，并深入分析这一转变背后的技术考量。
1. 为什么K8s社区转向Containerd？
K8s社区决定逐步淘汰Docker支持并非一时兴起，而是基于几个关键的技术演进方向：
- 架构简化：Docker作为完整容器解决方案包含大量K8s不需要的组件（如Docker Swarm、Docker CLI等），而Containerd专注于核心容器运行时功能
- 性能优化：实测显示Containerd在容器启动速度和内存占用上比Docker平均提升15-20%
- 维护效率：Docker的复杂架构导致问题排查困难，而Containerd的模块化设计更符合云原生理念
注意：虽然K8s 1.23仍支持Docker，但生产环境建议尽早适配Containerd以获得长期维护支持
2. 环境准备与前置配置
2.1 系统要求检查
在开始前，请确保你的CentOS 7系统满足以下条件：
# 检查内核版本（需≥3.10） uname -r # 检查内存（建议≥2GB） free -h # 检查CPU核心（建议≥2核） nproc2.2 基础环境配置
执行以下命令完成基础环境设置：
# 关闭防火墙 systemctl stop firewalld && systemctl disable firewalld # 禁用SELinux setenforce 0 sed -i 's/^SELINUX=enforcing$/SELINUX=disabled/' /etc/selinux/config # 关闭swap swapoff -a sed -i '/swap/s/^\(.*\)$/#\1/g' /etc/fstab # 加载内核模块 cat <<EOF | sudo tee /etc/modules-load.d/k8s.conf br_netfilter EOF # 设置内核参数 cat <<EOF | sudo tee /etc/sysctl.d/k8s.conf net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 net.ipv4.ip_forward = 1 EOF sysctl --system3. Containerd安装与配置
3.1 安装Containerd
# 添加Docker仓库（包含Containerd） yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo # 安装Containerd yum install -y containerd.io # 生成默认配置 containerd config default > /etc/containerd/config.toml # 修改配置使用systemd cgroup驱动 sed -i 's/SystemdCgroup = false/SystemdCgroup = true/' /etc/containerd/config.toml # 启动服务 systemctl enable --now containerd3.2 验证安装
# 检查服务状态 systemctl status containerd # 测试容器运行 ctr images pull docker.io/library/hello-world:latest ctr run docker.io/library/hello-world:latest hello4. K8s集群安装与Containerd集成
4.1 安装Kubernetes组件
# 添加K8s仓库 cat <<EOF > /etc/yum.repos.d/kubernetes.repo [kubernetes] name=Kubernetes baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/ enabled=1 gpgcheck=1 repo_gpgcheck=1 gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg EOF # 安装指定版本 yum install -y kubelet-1.23.6 kubeadm-1.23.6 kubectl-1.23.6 systemctl enable kubelet4.2 初始化集群
kubeadm init \ --apiserver-advertise-address=<MASTER_IP> \ --image-repository registry.aliyuncs.com/google_containers \ --service-cidr=10.1.0.0/16 \ --pod-network-cidr=10.244.0.0/16 \ --cri-socket unix:///run/containerd/containerd.sock5. Docker与Containerd深度对比
| 特性 | Docker | Containerd |
|---|---|---|
| 架构复杂度 | 高（包含完整容器生态） | 低（专注运行时） |
| 内存占用 | 约150MB | 约50MB |
| 容器启动时间 | 1.2s | 0.8s |
| K8s兼容性 | 1.23后不再支持 | 官方推荐 |
| 镜像管理 | 内置 | 需配合ctr或nerdctl |
| 监控接口 | Docker API | CRI + containerd API |
6. 混合环境管理技巧
如果你需要在过渡期同时管理两种运行时环境，可以使用以下技巧：
# 查看节点使用的运行时 kubectl get nodes -o wide # 为特定节点打标签 kubectl label nodes <node-name> container.runtime=docker kubectl label nodes <node-name> container.runtime=containerd # 使用节点选择器部署工作负载 apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment spec: selector: matchLabels: app: nginx template: spec: nodeSelector: container.runtime: containerd containers: - name: nginx image: nginx:1.14.27. 常见问题排查
问题1：kubelet无法连接Containerd
# 检查socket路径 journalctl -u kubelet | grep "remote runtime" # 确认/run/containerd/containerd.sock存在 ls -al /run/containerd/containerd.sock问题2：镜像拉取失败
# 配置镜像加速器 mkdir -p /etc/containerd containerd config default | sed 's/registry.mirrors]/registry.mirrors]\n [registry.mirrors."docker.io"]\n endpoint = ["https://registry-1.docker.io"]/' > /etc/containerd/config.toml systemctl restart containerd在实际迁移过程中，我发现Containerd的日志系统与Docker有显著差异。使用journalctl -u containerd查看日志比Docker的集中日志管理需要更多适应时间，但这也促使我们建立更规范的日志收集流程。
