本文介绍: 在Kubernetes中,Init Container初始化容器)是一种特殊类型容器,它在Pod中的其他容器之前运行。Init Container用于在主容器启动之前执行一些初始化任务例如配置文件下载数据库初始化等。

1. Init Container初始化容器)是什么

Kubernetes中,Init Container初始化容器)是一种特殊类型的容器,它在Pod中的其他容器之前运行。Init Container用于在主容器启动之前执行一些初始化任务例如配置文件下载数据库初始化等。

Init Container与普通容器一样,但它们具有以下几个特点:

2. Init Container 的简单使用

新建配置文件init-container.yaml

apiVersion: v1
kind: Pod
metadata:
  name: init-container-pod
spec:
  containers:
    - name: main-container-nginx
      image: nginx:1.7.9
      # 主容器的定义

  initContainers:
    - name: init-container-1
      image: busybox:latest
      command: ['sh', '-c', 'echo Init Container 1']
      # 第一个Init Container的定义

    - name: init-container-2
      image: busybox:latest
      command: ['sh', '-c', 'echo Init Container 2']
      # 第二个Init Container的定义

在上面的示例中,我们定义一个Pod,其中包含一个名为 main-container-nginx的主容器和两个Init Container:init-container-1init-container-2。它们将按照定义顺序依次执行

每个Init Containerk可以使用不同镜像这里使用Busybox镜像),并通过command字段指定了要执行的命令。在这个示例中,Init Container只是打印一些文本信息。

当Pod启动时,Kubernetes将首先创建并运行init-container-1,待其成功退出后,再创建并运行init-container-2最后,Kubernetes创建并运行main-container-nginx

接着我们操作下看下执行的流程kubectl create -f init-container.yaml

[root@docker-54 jobs]# kubectl create -f init-container.yaml 
pod/init-container-pod created
[root@docker-54 jobs]# 
[root@docker-54 jobs]# kubectl get po
NAME                           READY   STATUS      RESTARTS        AGE
init-container-pod             0/1     Init:0/2    0               6s
[root@docker-54 jobs]# 
[root@docker-54 jobs]# kubectl get po
NAME                           READY   STATUS      RESTARTS        AGE
init-container-pod             0/1     Init:1/2    0               6s
[root@docker-54 jobs]# 
[root@docker-54 jobs]# kubectl get po
NAME                           READY   STATUS             RESTARTS        AGE
init-container-pod             0/1     PodInitializing    0               6s
[root@docker-54 jobs]# 
[root@docker-54 jobs]# kubectl get po
NAME                           READY   STATUS     RESTARTS        AGE
init-container-pod             1/1     Running    0               6s
[root@docker-54 jobs]# 

可以看到,Pod 创建成功后,READY显示 0/1表示就绪状态,并且STATUS显示两个 Init Container 在初始化,然后等待初始化完成后,容器状态变为 Running

接着看下描述事件内容

[root@docker-54 jobs]# kubectl describe po  init-container-pod 
Name:         init-container-pod
Namespace:    default
...
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  87s   default-scheduler  Successfully assigned default/init-container-pod to docker-56
  Normal  Pulling    87s   kubelet            Pulling image "busybox:latest"
  Normal  Pulled     48s   kubelet            Successfully pulled image "busybox:latest" in 39.045941073s
  Normal  Created    48s   kubelet            Created container init-container-1
  Normal  Started    48s   kubelet            Started container init-container-1
  Normal  Pulling    47s   kubelet            Pulling image "busybox:latest"
  Normal  Pulled     16s   kubelet            Successfully pulled image "busybox:latest" in 31.46613887s
  Normal  Created    16s   kubelet            Created container init-container-2
  Normal  Started    16s   kubelet            Started container init-container-2
  Normal  Pulled     15s   kubelet            Container image "nginx:1.7.9" already present on machine
  Normal  Created    15s   kubelet            Created container main-container-nginx
  Normal  Started    14s   kubelet            Started container main-container-nginx
[root@docker-54 jobs]# 

可以看到,首先是任务调度docker-56 节点上,然后拉取"busybox:latest"镜像这里两个 Init Container 但是用了同一个版本镜像,却拉取两次,就有点神奇了。

这是因为当Pod被调度节点上并开始执行时,Kubernetes会按顺序每个Init Container创建一个容器实例每个容器实例需要从镜像仓库拉取镜像,以便节点上运行。

所以,在上面示例中,第一个Init Container(init-container-1)在开始时拉取busybox:latest镜像,然后在成功退出后,第二个Init Container(init-container-2)也会拉取相同的镜像。这是因为每个Init Container都是独立的,它们之间没有共享镜像的缓存

主容器(main-container-nginx)则是另一个独立的容器,它使用的是不同的镜像(nginx:1.7.9)。由于该镜像已经存在节点上,所以在事件信息中显示为Container image "nginx:1.7.9" already present on machine表示不需要再次拉取该镜像。

接着看下节点上容器的执行情况:

[root@docker-56 ~]# docker ps -a | grep init
8962da1d4913   84581e99d807                                                              "nginx -g 'daemon of…"   11 minutes ago   Up 11 minutes                         k8s_main-container-nginx_init-container-pod_default_c8984746-7c8e-4724-82da-4bb7376ec560_0
d29abaa670cd   busybox                                                                   "sh -c 'echo Init Co…"   11 minutes ago   Exited (0) 11 minutes ago             k8s_init-container-2_init-container-pod_default_c8984746-7c8e-4724-82da-4bb7376ec560_0
1cc8c7423c64   busybox                                                                   "sh -c 'echo Init Co…"   12 minutes ago   Exited (0) 12 minutes ago             k8s_init-container-1_init-container-pod_default_c8984746-7c8e-4724-82da-4bb7376ec560_0
[root@docker-56 ~]# docker logs -f --tail 20 k8s_init-container-1_init-container-pod_default_c8984746-7c8e-4724-82da-4bb7376ec560_0
Init Container 1
[root@docker-56 ~]# 

确实可以看到这里运行了三个容器,Init Container 执行完成,已经是停止的状态了,并且查看对应 Init Container 的日志,也是可以正常看到的。

使用Init Container可以实现一些初始化任务,确保主容器在启动之前具备所需的条件例如可以使用Init Container下载配置文件初始化数据库行数迁移操作

需要注意的是,如果Init Container失败退出(即返回状态码非零),Kubernetes将会重启整个Pod以便重新执行Init Container主容器。因此,在编写Init Container时,应确保其能够处理错误情况,并保证在正常情况下能够成功退出

原文地址:https://blog.csdn.net/linmengmeng_1314/article/details/134748835

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_30606.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注