kubernates学习笔记【7】：initC容器介绍，initC特殊的说明

一. initC容器

    1. 基本概念：

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

      Init容器与普通的容器非常像，除了如下两点:

          （1）Init容器总是运行到成功完成为止

          （2）每个Init容器都必须在下一个Init容器启动之前成功完成

      如果Pod的Init容器失败, Kubernetes 会不断地重启该Pod,直到Init容器成功为止。然而，如果Pod对应的restartPolicy为Never，它不会重新启动。

    2. 它的优势：

       因为Init容器具有与应用程序容器分离的单独镜像，所以它们的启动相关代码具有如下优势:

      （1）它们可以包含并运行实用工具， 但是出于安全考虑，是不建议在应用程序容器镜像中包含这

      些实用工具的

      （2）它们可以包含使用工具和定制化代码来安装，但是不能出现在应用程序镜像中。例如，创建

      镜像没必要FROM另一个镜像，只需要在安装过程中使用类似sed、  awk、python或dig这样的工具。

      （3）应用程序镜像可 以分离出创建和部署的角色，而没有 必要联合它们构建一个单独的镜像。

      （4）Init容器使用Linux Namespace, 所以相对应用程序容器来说具有不同的文件系统视图。因此，它们能够具有访问Secret 的权限，而应用程序容器则不能。

      （5）它们必须在应用程序 容器启动之前运行完成， 而应用程序容器是并行运行的， 所以Init容器能够提供了-种简单的阻塞或延迟应用容器的启动的方法，直到满足了一组先决条件。

     3. initC容器示例

        

         

 

二. initC特殊说明（重要点）

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

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

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

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

    5. 对Init容器spec的修改被限制在容器image字段， 修改其他字段都不会生效。 更改Init容器的image字段，等价于重启该Pod

    6. Init容器具有应用容器的所有字段。除了readinessProbe, 因为Init容器无法定义不同于完成(completion)的就绪(readiness) 之外的其他状态。这会在验证过程中强制执行
    7. 在Pod中的每个app 和Init容器的名称必须唯一;与任何其它容器共享同个名称，会在验证时抛出错误