Skip to content

Commit 2a53c54

Browse files
authored
Merge pull request #41356 from my-git9/path-954
[zh-cn]sync containers/images.md
2 parents 6888eba + 968452c commit 2a53c54

File tree

1 file changed

+31
-0
lines changed
  • content/zh-cn/docs/concepts/containers

1 file changed

+31
-0
lines changed

content/zh-cn/docs/concepts/containers/images.md

Lines changed: 31 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -846,6 +846,37 @@ If you need access to multiple registries, you can create one secret for each re
846846
-->
847847
如果你需要访问多个仓库,可以为每个仓库创建一个 Secret。
848848

849+
<!--
850+
## Legacy built-in kubelet credential provider
851+
852+
In older versions of Kubernetes, the kubelet had a direct integration with cloud provider credentials.
853+
This gave it the ability to dynamically fetch credentials for image registries.
854+
-->
855+
## 旧版的内置 kubelet 凭据提供程序
856+
857+
在旧版本的 Kubernetes 中,kubelet 与云提供商凭据直接集成。
858+
这使它能够动态获取镜像仓库的凭据。
859+
860+
<!--
861+
There were three built-in implementations of the kubelet credential provider integration:
862+
ACR (Azure Container Registry), ECR (Elastic Container Registry), and GCR (Google Container Registry).
863+
-->
864+
kubelet 凭据提供程序集成存在三个内置实现:
865+
ACR(Azure 容器仓库)、ECR(Elastic 容器仓库)和 GCR(Google 容器仓库)
866+
867+
<!--
868+
For more information on the legacy mechanism, read the documentation for the version of Kubernetes that you
869+
are using. Kubernetes v1.26 through to v{{< skew latestVersion >}} do not include the legacy mechanism, so
870+
you would need to either:
871+
- configure a kubelet image credential provider on each node
872+
- specify image pull credentials using `imagePullSecrets` and at least one Secret
873+
-->
874+
有关该旧版机制的更多信息,请阅读你正在使用的 Kubernetes 版本的文档。
875+
从 Kubernetes v1.26 到 v{{< skew latestVersion >}} 不再包含该旧版机制,因此你需要:
876+
877+
- 在每个节点上配置一个 kubelet 镜像凭据提供程序
878+
- 使用 `imagePullSecrets` 和至少一个 Secret 指定镜像拉取凭据
879+
849880
## {{% heading "whatsnext" %}}
850881

851882
<!--

0 commit comments

Comments
 (0)