【三】Kubernetes学习笔记-Pod 生命周期与 Init C 介绍

• 2021 年 5 月 28 日
• 筆記
• Docker+kubernetes, Kubernetes

一、容器生命周期

• Init C（初始化容器）只是用于 Pod 初始化的，不会一直随着 Pod 生命周期存在，Init C 在初始化完成之后就会死亡。
• 一个 Pod 可以有多个 Init C，也可以不需要 Init C。
• Init C 是依次执行的，第一个执行成功后才可以执行下一个 Init C，不能同时执行。

Main C 退出后 Pod 生命周期就会结束，Init C 正常退出后 Pod 生命周期并不会结束，但是 Init C 不是正常退出(返回0)的话，是不会执行到 Main C 这一步的。
如果 Pod 的 Init 容器失败，Kubernetes 会不断的重启该 Pod，直到 Init 容器成功为止。
如果 Pod 对应的 restartPolicy 为 Never，它不会重新启动。

二、Init 容器

Pod 能够具有多个容器，应用运行在容器里面，但是它也可能有一个或多个先于应用容器启动的 Init 容器。

Init 容器与普通容器非常相似，除了如下两点：

• Init 容器总是运行到成功完成为止；
• 每个 Init 容器都必须在下一个Init容器启动之前成功完成。

Init 容器使用案例

Init 模板：

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod   # Pod 名称
  labels:  
    app: myapp      # Pod 标签
spec:
  containers:
  - name: myapp-container   # Pod 里面第一个容器名称
    image: busybox          # 该容器使用的镜像名称
    command: ['sh','-c','echo The app is running! && sleep 3600']
    # 执行命令，输出一句话结束后该容器休眠6分钟
  initContainers:         # 对容器初始化
  - name: init-myservice  # 第一个初始化容器名称
    image: busybox        # 初始化容器镜像
    command: ['sh','-c','until nslookup myservice; do echo waiting for myservice; sleep 2; done;']
    # 解析 myservice ，until 当条件为真的时候退出循环；
    # 如果解析不成功，输出一句话，休眠2s继续循环。
  - name: init-mydb   # 第二个初始化容器名称
    image: busybox
    command: ['sh','-c','until nslookup mydb; do echo waiting for mydb; sleep 2; done;']
    # 跟第一个类似，不多追溯。

创建 Pod ：

READY：总共一个需要就绪的，现在就绪状态为0；
STAUS：总共两个初始化容器，现在一个都没有成功；

查看 Init 容器日志：

解析不成功，导致 Init 容器在不断循环解析：

接下来创建一个 Service 使得 Init 容器可以解析成功：

kind: Service
apiVersion: v1
metadata:
  name: myservice
spec:
  ports:
    - protocol: TCP
    port: 80
    targetPort: 9376

再次查看 Pod 状态：

其中第一个 Init 容器已经执行成功了，由于第二个 Init 容器还是没有解析成功，所以 Pod 就绪状态还是为0。

接下来创建 mydb Service ：

kind: Service
apiVersion: v1
metadata:
  name: mydb
spec:
  ports:
    - protocol: TCP
    port: 80
    targetPort: 9377

此时再次查看 Pod 状态：

只有两个 Init 容器初始化都成功了，Main C (也就是这里的 myapp-pod)才会运行成功。

特殊说明

• 在 Pod 启动过程中，Init 容器会按顺序在 网络 和 数据卷 初始化之后启动，每个容器必须在下一个容器启动之前成功退出。

这里的“网络”和“数据卷”是指 Pause 容器，真正 Pod 第一个启动的容器不是 Init 容器，而是 Pause 容器。

• 如果由于运行时或失败退出，将导致容器启动失败，它会根据 Pod 的 restartPolicy 指定的策略进行重试。然而，如果 Pod 的 restartPolicy 设置为 Always，Init 容器失败时会使用
  RestartPolicy 策略。

• 在所有的 Init 容器没有成功之前，Pod 将不会变成 Ready 状态。Init 容器的端口将不会在 Service 中进行聚集。正在初始化中的 Pod 处于 Pending 状态，但应该会将 Initializing 状态设置为 true。

• 如果 Pod 重启，所有 Init 容器必须重新执行。

• 在 Pod 中的每个 app 和 Init 容器的名称必须唯一，与任何其他容器共享同一个名称，会在验证时抛出错误。

同一组 Init 容器端口是可以相同的，因为第一个 Init 容器启动成功后就会退出，端口就不会被占用。

以上有不恰当或者讲得不对的地方，希望各位留言指正，谢谢！
站在巨人的肩膀上！