kubernetes节点镜像缓存复用的关键在于确保镜像本地存在且匹配pod声明，需预加载镜像并配合imagepullpolicy: ifnotpresent；避免always策略、不稳定的tag及不同registry地址导致缓存失效。
直接把镜像导入 Kubernetes 并不等于节点能自动缓存复用——关键在于让每个节点提前拥有镜像，或确保拉取行为被合理控制和复用。核心不是“导入”，而是让镜像在节点本地存在、可识别、可复用。
节点本地镜像预加载
适用于离线环境、批量部署或对启动时延敏感的场景。把镜像文件（tar 包）提前拷贝到各节点，再用 docker load 或 ctr -n k8s.io images import（containerd）导入本地镜像存储。
- 镜像需与 Pod 中声明的
image字段完全一致（含 registry 地址、仓库名、tag 或 digest） - Kubelet 默认会检查本地是否存在匹配镜像，若存在且
imagePullPolicy: IfNotPresent（默认策略），则跳过拉取 - 推荐配合
imagePullPolicy: IfNotPresent使用，避免误触发远程拉取
利用 kubelet 镜像缓存机制
Kubelet 本身不主动缓存，但它依赖容器运行时（Docker/containerd）的本地镜像存储。只要镜像已存在于节点上，无论怎么来的（load、pull、或预置），Kubelet 都会复用。
- 确认容器运行时配置了足够大的磁盘空间用于镜像存储（如 containerd 的
/var/lib/containerd） - 避免频繁清理：
docker system prune -a或crictl rmi --prune可能清掉缓存镜像，影响后续 Pod 启动 - 可通过
crictl images或docker images检查节点是否已有目标镜像
结合私有镜像仓库 + 节点就近拉取
当无法预加载时，让节点从内网私有仓库拉取，本质上是把“缓存”逻辑下沉到仓库层。
- 部署 Harbor/Nexus 等私有仓库，并开启镜像代理/缓存功能，首次拉取后自动缓存公共镜像
- 通过 DNS 或 kubelet 的
--pod-infra-container-image等参数，确保 pause 镜像等基础镜像也走内网仓库 - Kubernetes 节点配置
imagePullSecrets，保证认证通过，避免拉取失败打断缓存链路
避免破坏缓存的常见操作
有些看似合理的操作反而会让节点缓存失效或绕过缓存。
- 使用
imagePullPolicy: Always会强制每次拉取，即使本地已有同名镜像 - 镜像 tag 不稳定（如用
latest或 CI 构建时动态生成的短 hash）会导致缓存命中率极低 - 不同节点使用不同 registry 地址（如有的写
harbor.example.com/img，有的写192.168.1.100/img），Kubelet 视为不同镜像，无法共享缓存
