当前位置: 首页 > 知识库问答 >
问题:

Openshift来自内部注册表的作业容器映像

靳彦
2023-03-14

我有一个Kubernetes的工作实例:

      apiVersion: batch/v1
      kind: Job
      metadata:
        name: job
      spec:
        template:
          spec:
            containers:
              name: job
              image: 172.30.34.145:5000/myproj/app:latest
              command: ["/bin/sh", "-c", "$(COMMAND)"]
              serviceAccount: default
              serviceAccountName: default
            restartPolicy: Never

如何编写图像名称,使其始终从我自己的命名空间中提取。

我想这样设置:

image: app:latest

但它没有说它无法提取图像

共有1个答案

邵宜年
2023-03-14

要从与dockerhub不同的存储库中提取,您需要在映像名称中指定host: port部分。据我所知,此时没有选项可以更改为docker守护程序中默认注册表的位置。

如果您非常坚持这个想法,您可以摆弄DNS,以便它解析到您的映像注册表而不是docker注册表,但这会完全切断您与docker hub的联系。

 类似资料:
  • 主要内容:部署注册表容器注册表是一个存储和内容交付系统,它存储他们的Docker(它是用于运行应用程序的预定义图像的数据库)。 部署注册表 可以使用以下命令部署注册表: 步骤(1): 首先,使用SSH(Secure Shell)登录到您的GitLab服务器。 步骤(2): 现在使用以下命令启动注册表容器: 将第一部分指定为主机端口,将第二部分指定为容器内的端口。 当Docker重新启动时,标志会自动重新启动注册表。

  • 我有一个适用于OpenShift 4.2的kubeadmin帐户,并且能够通过成功登录。 我公开了内置的docker注册表通过默认路线记录在https://docs.openshift.com/container-platform/4.2/registry/securing-exposing-registry.html 我的docker客户端在macOS上运行,并配置为信任注册表的默认自签名证书

  • OAuth授权端点响应类型注册表的初始内容: Response type name: code Change controller: IETF Specification document(s): RFC 6749 Response type name: token Change controller: IETF Specification document(s): RFC 6749

  • OAuth参数注册表中的初始内容: Parameter name: client_id Parameter usage location: authorization request, token request Change controller: IETF Specification document(s): RFC 6749 Parameter name: client_secret Par

  • 我试图让我的kubernetes集群从内部运行的容器注册服务中拉出。我有库贝dns设置,我有一个注册表部署和服务运行。我可以通过节点上的主机命令解析服务内部名称。我已经用kube dns服务的地址向docker守护进程添加了标志。我在运行kubelet时也将标志设置为相同的地址。然而,当我尝试使用这个注册表创建一个pod时,不知何故,这就是我得到的结果。 不知何故,即使将kube dns地址显式地

  • 我正在尝试使用以下命令公开docker注册表: 来源:https://docs . open shift . com/container-platform/3.3/install _ config/registry/securing _ and _ exposure _ registry . html # access-unsecured-registry-by-exposure-route 但是