Kubernetes单节点多Pod是否会重复拉取相同镜像及如何避免？

1. 无缓存节点同时启动5个同镜像Pod是否会重复拉取 #

这个取决于你AKS集群的Kubernetes版本以及kubelet配置：

• 若集群版本低于1.21，或自定义kubelet配置时关闭了SerializeImagePulls参数：会触发5次重复的20GB镜像拉取，此时kubelet没有对同镜像的并发拉取请求做排队去重，所有Pod的镜像拉取请求会并行发向远端镜像仓库。
• 若集群版本在1.21及以上，且保持kubelet默认配置：默认开启SerializeImagePulls，此时同镜像的并发拉取请求会被串行处理，第一个请求拉取完成后，后续4个请求会直接复用本地缓存，不会重复拉取。

2. 避免重复拉取的可落地方案 #

方案1：配置kubelet镜像拉取串行策略（最轻量化方案） #

直接调整AKS节点池的kubelet配置，显式开启SerializeImagePulls: true，即可实现同一节点上同镜像的拉取请求自动排队去重，第一个拉取完成后后续请求直接复用缓存，无需修改业务负载配置。
如果需要兼顾其他小镜像的拉取效率，可以同时配置MaxParallelImagePulls参数设置全局最大并行拉取数，比如设置为2，即可保证同时最多拉2个不同的镜像，同镜像的请求还是串行排队去重。

方案2：节点镜像预热（适合固定大规模扩容场景） #

如果每次扩容的镜像版本固定，可以提前把大镜像预置到节点中，完全避免启动时拉取：

• 自定义AKS节点系统镜像：将20GB业务镜像预先打包到AKS节点VHD镜像中，新增节点启动时自带镜像缓存，Pod调度上来直接启动不需要拉取
• Cloud-init启动脚本：在节点池配置中添加启动脚本，节点首次初始化时先执行ctr -n k8s.io images pull 你的镜像地址拉取目标镜像，完成后再加入集群，后续Pod直接复用本地缓存

方案3：工作负载侧加锁控制（无需修改集群配置） #

如果没有权限调整集群节点配置，可以在业务工作负载中添加初始化容器实现单Pod先拉取：

• 给Deployment/StatefulSet添加1个和业务容器镜像完全一致的InitContainer，镜像拉取策略设置为IfNotPresent
• 给InitContainer挂载节点本地的hostPath临时目录，InitContainer启动时先尝试在该目录下创建锁文件，拿到锁的InitContainer正常启动（触发镜像拉取），没拿到锁的进程循环等待直到锁文件存在后再退出
• 锁文件创建成功后镜像已经拉取到本地，后续所有Pod的业务容器直接复用缓存启动即可

方案4：节点级镜像缓存代理（适合集群普遍存在大镜像场景） #

在每个节点上部署镜像缓存代理（如开源的Registry镜像缓存模式），将节点的容器运行时镜像拉取地址指向本地代理，第一个镜像拉取完成后代理会本地缓存，后续所有同镜像的拉取直接走本地代理返回，不需要访问远端仓库。

内容的提问来源于stack exchange，提问作者Geert