Kubernetes从私有镜像仓库拉取镜像创建POD

使用的是Kubersphere可视化管理工具,所以比起在命令行下面敲命令要方便不少。

 

通过图形化界面生成的Secret密钥对象Yaml文件如下,核心是type: kubernetes.io/dockerconfigjson以及kind: Secret

kind: Secret
apiVersion: v1
metadata:
  name: aliyun-docker-image-registry
  namespace: default
  annotations:
    kubesphere.io/alias-name: 阿里云私有容器镜像仓库
    kubesphere.io/creator: admin
data:
  .dockerconfigjson: >-
    eyJhdXRocyI6eyJodHRwczovL3JlZ2lzdHJ5LmNuLXNoYW5naGFpLmFsaXl1bmNzLmNvbSI6eyJ1c2VybmFtZSI6InJlZ0B5a2NhcmUuY24iLCJwYXNzd29yZCI6ImFiY2QxMjM0IiwiZW1haWwiOiIiLCJhdXRoIjoiY21WblFIbHJZMkZ5WlM1amJqcGhZbU5rTVRJek5BPT0ifX19
type: kubernetes.io/dockerconfigjson

这样的话,在K8S里面创建POD的时候,就可以选择这个私有镜像仓库中的容器镜像了,不过一般我们不直接创建POD,而是通过Deployment来间接创建POD,Deployment这玩意在K8S里面翻译成中文的话,应该叫部署,在Kubersphere工作台中给改了个名字叫“工作负载”,只要写Yaml文件就可以扩容、缩容、升级应用程序了,算是声明式部署应用程序了,比起以往需要运维人员手动到服务器上去搞,方便太多了。

只需要在Deployment的Yaml文件中声明要安装部署的容器镜像,以及副本数量,就可以自动部署目标应用程序(当然了,目标应用程序都需要预先做成容器镜像),而且K8S会时刻监控这些副本的健康状态,一旦发现宕机(比如所在物理主机崩溃),就会重新在其他机器上再部署一下这个副本,确保应用程序始终是我们期望的那样(什么叫我们期望的那样,我们的期望都写在Yaml文件中了),也就是说K8S帮忙监控,自动替换宕机或故障的应用程序实例。

比如我这里创建了一个Deployment,里面是Nginx,要求是4个Nginx一起组成集群。

### Kubernetes容器镜像的配置 在 Kubernetes 中,如果需要从私有容器镜像仓库(如 Harbor)或其他自定义镜像源中镜像,可以通过多种方式实现。以下是针对 `k8s` 镜像源的具体配置说明。 #### 1. 创建 Secret 来存储认证信息 为了能够访问私有镜像仓库,通常需要创建一个包含登录凭证的 Secret 对象。此操作可通过以下命令完成: ```bash kubectl create secret docker-registry regcred \ --docker-server=<your-registry-server> \ --docker-username=<your-name> \ --docker-password=<your-pwd> \ --docker-email=<your-email> ``` 其中 `<your-registry-server>` 是指目标镜像仓库地址,例如 `harbor.weiyigeek.top`[^1]。通过这种方式可以安全地传递用户名和密码给 Kubernetes 节点用于身份验证。 #### 2. 修改 Pod 或 Deployment 定义文件以引用 Secret 当创建了一个名为 `regcred` 的 Secret 后,在部署应用时需将其关联至相应的资源对象。下面是一个 YAML 文件片段展示如何设置 imagePullSecrets 字段: ```yaml apiVersion: v1 kind: Pod metadata: name: private-reg-pod spec: containers: - name: private-reg-container image: harbor.weiyigeek.top/project/CMS-SpringBoot:latest imagePullSecrets: - name: regcred ``` 上述例子表明该 pod 将会尝试利用之前建立起来的秘密(regcred),从而允许它连接并下载来自特定私人注册表上的映射版本[^3]。 #### 3. 替代方案——直接导入本地已有镜像 除了在线获之外,还可以先将所需镜像导出再上传到各节点上。这种方法特别适用于网络环境受限或者频繁更新相同基础层的情况。具体做法如下所示: ```bash # 导入镜像前确保已存在对应 tar 包 ctr --namespace k8s.io images import cms-springboot.tar ``` 这里 `-n=k8s.io` 参数明确了所作用的工作域范围;当然也可以依据实际需求替换为其他值比如 `-n=cattle-system` 等[^4]。 --- ### 总结 综上所述,无论是借助内置机制还是外部工具支持,都可以有效地达成跨平台间资源共享的目的。对于大多数场景而言推荐采用标准流程即构建专用密钥并通过 API Server 注册进去即可满足日常运维工作量级下的效率诉求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值