5.5. 使用带有镜像 registry 的 Windows 容器

流程

1. 通过以下方法配置已镜像的存储库：

   • 使用 Red Hat Quay 设置已镜像的存储库。您可以将镜像从一个存储库复制到另一个存储库，也可以使用 Red Hat Quay 随着时间的推移自动重复同步这些存储库。

     • Red Hat Quay 存储库镜像

   • 使用 skopeo 等工具手动将镜像从源存储库复制到已镜像的存储库。

     例如，在 {op-system-base-full system} 上安装 skopeo RPM 软件包后，使用 skopeo 命令，如下例所示：

     $ skopeo copy --all \
     docker://registry.access.redhat.com/ubi9/ubi-minimal:latest@sha256:5cf... \
     docker://example.io/example/ubi-minimal

     在本例中，有一个名为 example.io 的容器镜像 registry，以及名为 example 的容器镜像 registry。您需要将 ubi9/ubi-minimal 镜像从 registry.access.redhat.com 复制到 example.io。创建已镜像的 registry 后，您可以将 OpenShift Container Platform 集群配置为将向源存储库发出的请求重定向到已镜像的存储库。

   重要

   您必须镜像 mcr.microsoft.com/oss/kubernetes/pause:3.9 镜像。例如，您可以使用以下 skopeo 命令镜像镜像：

   $ skopeo copy \
   docker://mcr.microsoft.com/oss/kubernetes/pause:3.9\
   docker://example.io/oss/kubernetes/pause:3.9

2. 登录您的 OpenShift Container Platform 集群。

3. 根据需要，创建一个 ImageDigestMirrorSet 或 ImageTagMirrorSet CR，将源和镜像(mirror)替换为您自己的 registry、存储库对和镜像：

   apiVersion: config.openshift.io/v1
   kind: ImageDigestMirrorSet
   metadata:
     name: ubi9repo
   spec:
     imageDigestMirrors:
     - mirrors:
       - example.io/example/ubi-minimal
       - example.com/example2/ubi-minimal
       source: registry.access.redhat.com/ubi9/ubi-minimal
       mirrorSourcePolicy: AllowContactingSource
     - mirrors:
       - mirror.example.com
       source: registry.redhat.io
       mirrorSourcePolicy: NeverContactSource
     - mirrors:
       - docker.io
       source: docker-mirror.internal
       mirrorSourcePolicy: AllowContactingSource

4. 运行以下命令来创建新对象：

   $ oc create -f registryrepomirror.yaml

5. 要检查是否应用了镜像的配置设置，请在其中一个节点上执行以下操作。

   1. 列出您的节点：

      $ oc get node

      输出示例

      NAME                           STATUS                     ROLES    AGE  VERSION
      ip-10-0-137-44.ec2.internal    Ready                      worker   7m   v1.29.4
      ip-10-0-138-148.ec2.internal   Ready                      master   11m  v1.29.4
      ip-10-0-139-122.ec2.internal   Ready                      master   11m  v1.29.4
      ip-10-0-147-35.ec2.internal    Ready                      worker   7m   v1.29.4
      ip-10-0-153-12.ec2.internal    Ready                      worker   7m   v1.29.4
      ip-10-0-154-10.ec2.internal    Ready                      master   11m  v1.29.4

   2. 启动调试过程以访问节点：

      $ oc debug node/ip-10-0-147-35.ec2.internal

      输出示例

      Starting pod/ip-10-0-147-35ec2internal-debug ...
      To use host binaries, run `chroot /host`

   3. 将您的根目录改为 /host ：

      sh-4.2# chroot /host

   4. 检查 WMCO 是否为每个 Windows 实例上的每个 registry 生成 hosts.toml 文件。对于上例 IDMS 对象，文件结构中应该有三个文件：

      $ tree $config_path

      输出示例

      C:/k/containerd/registries/
      |── registry.access.redhat.com
      |   └── hosts.toml
      |── mirror.example.com
      |   └── hosts.toml
      └── docker.io
          └── hosts.toml:

      以下输出代表了应用了前面的 IDMS 对象的 hosts.toml 容器配置文件。

      host.toml 文件示例

      $ cat "$config_path"/registry.access.redhat.com/host.toml
      server = "https://registry.access.redhat.com" # default fallback server since "AllowContactingSource" mirrorSourcePolicy is set
      
      [host."https://example.io/example/ubi-minimal"]
       capabilities = ["pull"]
      
      [host."https://example.com/example2/ubi-minimal"] # secondary mirror
       capabilities = ["pull"]
      
      
      $ cat "$config_path"/registry.redhat.io/host.toml
      # "server" omitted since "NeverContactSource" mirrorSourcePolicy is set
      
      [host."https://mirror.example.com"]
       capabilities = ["pull"]
      
      
      $ cat "$config_path"/docker.io/host.toml
      server = "https://docker.io"
      
      [host."https://docker-mirror.internal"]
       capabilities = ["pull", "resolve"] # resolve tags

   5. 从源拉取镜像到节点，并检查是否通过 mirror 解析。

      sh-4.2# podman pull --log-level=debug registry.access.redhat.com/ubi9/ubi-minimal@sha256:5cf...