远鹏的博客
·
为containerd配置仓库镜像
💡
原文中文，约3100字，阅读约需8分钟。
📝
内容提要
本文介绍了如何为K3S和Kind配置镜像仓库，以解决国内无法访问gcr.io等镜像的问题。提供了具体的配置示例和命令，确保在K8S环境中成功拉取镜像。配置完成后，重启K3S即可生效。
🎯
关键要点
- containerd 的仓库镜像功能可以解决国内无法访问 gcr.io 和其他镜像仓库的问题。
- K3S 和 Kind 提供简单的方式为内置的 containerd 配置镜像仓库。
- K3S 的配置示例包括将 gcr.io 和 k8s.gcr.io 的镜像代理指向 lank8s.cn。
- 配置完成后，重启 K3S 使配置生效。
- Kind 的配置示例中，使用 kind.config 文件设置镜像仓库的端点。
- 可以通过执行 'kind create cluster --config kind.config' 命令初始化 K8S 集群。
- 在 K8S 测试环境中，可以部署容器以验证镜像拉取效果。
❓
延伸问答
如何为K3S配置镜像仓库以解决国内访问问题？
可以通过编辑/etc/rancher/k3s/registries.yaml文件，将gcr.io和k8s.gcr.io的镜像代理指向lank8s.cn，配置完成后重启K3S使其生效。
Kind的镜像仓库配置示例是什么？
在kind.config文件中，可以设置gcr.io、k8s.gcr.io等镜像的端点为lank8s.cn，并使用命令'kind create cluster --config kind.config'初始化K8S集群。
如何验证K8S环境中镜像拉取的效果？
可以通过部署一个容器，例如使用gcr.io/distroless/static:nonroot镜像，执行'kubectl apply -f deployment.yaml'命令来验证镜像拉取效果。
为什么在K8S中容器可能会出现CrashLoopBackOff状态？
如果配置生效但容器无法启动，可能会导致Pod状态为CrashLoopBackOff，这通常是由于容器内部问题造成的。
K3S和Kind的镜像仓库配置有什么不同？
K3S通过编辑registries.yaml文件配置镜像仓库，而Kind则使用kind.config文件进行配置，具体命令和格式有所不同。
如何在K8S中使用lank8s.cn加速镜像拉取？
在K3S和Kind中配置镜像仓库时，将镜像地址指向lank8s.cn，可以有效加速镜像拉取，特别是在国内环境中。
➡️
