K8s 镜像加速public-image-mirror 搞定 gcr.io 拉取失败【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror跑 kubeadm init 拉 coredns 卡了十分钟还超时public-image-mirror 是 DaoCloud 的镜像同步方案给海外镜像加个前缀就能从国内节点拉取专治 gcr.io 这类海外仓库拉不动的问题。慢在哪一句话讲清原理gcr.io、k8s.gcr.io 的源站都在国外机房你在国内直接拉取相当于让北京的用户跨太平洋去旧金山的快递站取件网络一抖就超时。public-image-mirror 在国内节点做了一层懒加载同步sha256 与源仓库一致缓存内容 30 天过期后自动重新同步所以放心改地址。三步改完就能跑1. 改前缀m.daocloud.io 加在最前面不碰任何配置拉取时给镜像名加前缀就行docker pull m.daocloud.io/gcr.io/google-containers/pause:3.9拉下来和原仓库对比 sha256 一致说明同步没问题后面所有场景都照这个规则来。2. kubeadm 镜像替换与 kind 节点镜像加速kubeadm 改 yaml 里的 imageRepositorykind 改 --image 参数各一行搞定imageRepository: k8s.m.daocloud.io # kubeadm.yaml 全局镜像仓库 # kind: --image m.daocloud.io/docker.io/kindest/node:v1.22.1改完 kubeadm init 不再卡在 coredns、etcd 的拉取上kind 节点镜像秒级完成。3. 不想改 YAMLrepimage 一行部署存量工作负载多、懒得逐个改镜像地址repimage 通过 Webhook 自动改写所有新建 Pod 的 imagekubectl create -f https://files.m.daocloud.io/github.com/wzshiming/repimage/releases/download/latest/repimage.yaml执行 kubectl rollout status deployment/repimage -n kube-system显示 available 后新建 Pod 的镜像就会自动带上 m.daocloud.io 前缀Helm 和已有 yaml 都不用动。能加速哪些仓库对照表支持前缀替换的仓库不止 gcr.io 一家常见的几个对照如下 原始域名替换为备注gcr.iogcr.m.daocloud.io加前缀方式同样可用k8s.gcr.iok8s-gcr.m.daocloud.io已迁移到 registry.k8s.io新部署建议直接用后者registry.k8s.iok8s.m.daocloud.iokubeadm 的 imageRepository 指到这里docker.iodocker.m.daocloud.ioDocker daemon.json 的 registry-mirrors 只配这一项runtime 换成 containerd 也一样按官方 hosts 文档配 registry mirrorkubespray 装的环境直接设 containerd_registries_mirrors 参数即可。内网 / 企业环境怎么搞生产集群不方便直连公网可以在内网自建一层缓存项目提供 local-cache 方案用 Docker Compose 起一个本地 registry先通过 m.daocloud.io 预热常用镜像再让集群指向内网仓库之后拉取就不依赖外网了。部署细节看 本地缓存部署文档。两个小习惯能少踩坑优先用 sha256: 或明确版本号拉取latest 这类可变 tag 变更同步最慢拉取任务尽量放凌晨闲时。整套方案只改地址、不动镜像内容回滚就是把前缀删掉。拉取失败或限流问题去项目 Issue 区聊。【免费下载链接】public-image-mirror很多镜像都在国外。比如 gcr 。国内下载很慢需要加速。致力于提供连接全世界的稳定可靠安全的容器镜像服务。项目地址: https://gitcode.com/GitHub_Trending/pu/public-image-mirror创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
