节点已存在镜像摘要，Kubelet仍重复拉取镜像的原因排查

你的核心疑问是：同节点下DaemonSet已经拉取了dashboard:development镜像且摘要一致，为何应用Pod仍触发"Pulling"流程？结合你的场景和日志，主要有以下几个关键原因：

1. 「Pulling」不等于「重新下载镜像」 #

从日志的耗时（192ms/220ms）可以判断，kubelet并没有实际下载镜像内容，只是完成了镜像摘要校验：
当设置imagePullPolicy: Always时，kubelet会向镜像仓库发起轻量级的校验请求，确认本地镜像的摘要与仓库中标签指向的摘要完全一致，一致则直接复用本地镜像，仅在日志中输出"Pulling"和"Pulled"，这是标准流程，并非重复下载。

2. 镜像引用的完整性不一致 #

如果DaemonSet Pod和应用Pod对镜像的引用不完全一致（比如一个用完整仓库地址registry.example.com/dashboard:development，另一个用简写dashboard:development），kubelet会将它们视为两个不同的镜像条目，即便摘要相同，也会触发校验流程。

• 排查方法：在节点上执行crictl images --digests（或docker images --digests），查看本地镜像的完整仓库地址，确认两个Pod的镜像配置完全匹配。

3. 镜像仓库的元数据校验逻辑 #

部分私有镜像仓库会在每次请求时返回不同的临时凭证或元数据，导致kubelet需要重新发起校验请求，但只要摘要一致，最终还是会复用本地镜像，不会下载新内容。

解决建议 #

• 统一所有Pod的镜像引用格式：确保DaemonSet和应用Pod使用完全相同的镜像完整名称（包含仓库地址、镜像名、标签），避免简写导致的镜像识别差异。
• 验证本地镜像状态：在节点上执行crictl inspecti <镜像ID>，查看镜像的RepoTags和RepoDigests，确认包含对应的标签和摘要，确保kubelet能正确关联。
• 若想完全跳过校验（不推荐用于开发环境外），可将imagePullPolicy设置为IfNotPresent，但这会失去自动更新镜像的能力，仅在本地无镜像时拉取。

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