Kubernetes从Docker迁移至Containerd：实战操作与步骤详解

在本篇文档中，主要探讨了如何将Kubernetes集群从Docker迁移到Containerd。Kubernetes v1.18.16 的环境中，操作者在一个包含一个master节点和两个worker节点的集群上进行迁移。这个集群基于CentOS Linux 8.3.2011。 首先，为了在最小化对应用程序影响的前提下进行迁移，操作步骤分为两步： 1. **标记维护节点**： - 使用`kubectl cordon`命令将node01节点标记为"unschedulable"或不可调度状态，确保新创建的Pod不会自动分配到这个节点上，以避免潜在的服务中断。执行后，node01的状态变为"SchedulingDisabled"。 2. **维护并驱逐Pod**： - 使用`kubectl drain`命令进一步处理node01节点，将已存在的Pod逐个从该节点上移除。在这个例子中，警告提到系统中存在由DaemonSets管理的Pod（如kube-flannel-ds-mzdgl、kube-proxy-vddh9和lens-metrics/node-exporter-2g4hr），这些Pod会被忽略，但会在evicting pods过程中被移除。 迁移过程的关键在于控制节点的调度状态，并且谨慎地管理Pod的迁移，以减少对生产环境的影响。这是因为容器运行引擎的选择（如Docker与Containerd）可能涉及到服务依赖性、配置更改以及潜在的安全考虑。在实际操作中，还需要确保集群的其他组件如kubelet、kube-proxy等已适配新的容器运行时，并可能需要更新或调整相关的配置文件，例如CNI（Container Network Interface）插件和kubelet的--container-runtime参数。 在完成上述操作后，node01节点将不再作为容器运行服务的默认选择，集群中的Pod会自动重新调度到其他可用节点。这通常涉及监控整个迁移过程，确认所有Pod已经安全地从旧的运行时转移到新的运行时，以及验证服务的正常运行和性能。 这篇文档提供了一个实用的指导，展示了如何在Kubernetes集群中执行从Docker到Containerd的迁移，并强调了关键的运维步骤和注意事项。这对于正在升级或转换容器运行时环境的管理员来说，是非常有价值的知识点。