k8s 之 init容器 pause容器 pod完整生命周期-02

官网：Pod 的生命周期 | Kubernetes

一 推荐文章：

Kubernetes学习之路（十一）之Pod状态和生命周期管理 - 烟雨浮华 - 博客园

• 挂起（Pending）：API Server创建了Pod资源对象并已经存入了etcd中，但是它并未被调度完成，或者仍然处于从仓库下载镜像的过程中。
• 运行中（Running）：Pod已经被调度到某节点之上，并且所有容器都已经被kubelet创建完成。
• 成功（Succeeded）：Pod 中的所有容器都被成功终止，并且不会再重启。
• 失败（Failed）：Pod 中的所有容器都已终止了，并且至少有一个容器是因为失败终止。也就是说，容器以非0状态退出或者被系统终止。
• 未知（Unknown）：因为某些原因无法取得 Pod 的状态，通常是因为与 Pod 所在主机通信失败。
• 

二 shangguigu 讲pod生命周期：

pause容器理解带实验推荐：kubernetes中的Pause容器如何理解？ - 程序员同行者 - 博客园

我们首先在节点上运行一个pause容器。

docker run -d --name pause -p 8880:80 registry.cn-hangzhou.aliyuncs.com/google_containers/pause-amd64:3.1

然后再运行一个nginx容器，nginx将为localhost:2368创建一个代理。

cat <<EOF >> nginx.confferror_log stderr;events { worker_connections 1024; }http {access_log /dev/stdout combined;server {listen 80 default_server;server_name example.com www.example.com;location / {proxy_pass http://127.0.0.1:2368;}}}EOF$ docker run -d --name nginx -v `pwd`/nginx.conf:/etc/nginx/nginx.conf --net=container:pause --ipc=container:pause --pid=container:pause nginx

然后再为ghost创建一个应用容器，这是一款博客软件。

docker run -d --name ghost --net=container:pause --ipc=container:pause --pid=container:pause ghost

现在访问http://localhost:8880/就可以看到ghost博客的界面了。

解析

pause容器将内部的80端口映射到宿主机的8880端口，pause容器在宿主机上设置好了网络namespace后，nginx容器加入到该网络namespace中，我们看到nginx容器启动的时候指定了--net=container:pause，ghost容器同样加入到了该网络namespace中，这样三个容器就共享了网络，互相之间就可以使用localhost直接通信，--ipc=contianer:pause --pid=container:pause就是三个容器处于同一个namespace中，init进程为pause，这时我们进入到ghost容器中查看进程情况。

ps auxUSER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMANDroot 1 0.0 0.0 1024 4 ? Ss 13:49 0:00 /pauseroot 5 0.0 0.1 32432 5736 ? Ss 13:51 0:00 nginx: master psystemd+ 9 0.0 0.0 32980 3304 ? S 13:51 0:00 nginx: worker pnode 10 0.3 2.0 1254200 83788 ? Ssl 13:53 0:03 node current/inroot 79 0.1 0.0 4336 812 pts/0 Ss 14:09 0:00 shroot 87 0.0 0.0 17500 2080 pts/0 R+ 14:10 0:00 ps aux

在ghost容器中同时可以看到pause和nginx容器的进程，并且pause容器的PID是1。而在kubernetes中容器的PID=1的进程即为容器本身的业务进程。

init容器：Pod初始化容器之Init Container - 天宇轩-王 - 博客园

转载：kubernetes中的Pause容器如何理解？ - 程序员同行者 - 博客园

知乎大神：k8s pod以及pause容器 - 知乎

kubernetes中，用pause容器来作为一个pod中所有容器的父容器。这个pause容器有两个核心的功能，

第一，它提供整个pod的Linux命名空间的基础。

第二，启用PID命名空间，它在每个pod中都作为PID为1进程，并回收僵尸进程。

推荐阅读：
原文链接：https://blog.csdn.net/m0_49023005/article/details/119812097 

总结：

总结
在 Pod 启动过程中， Init 容器会按顺序在网络和数据卷初始化（在pause中完成的）之后启动。每个容器必须在下一个容器启动之前成功退出。
如果由于运行时或失败退出，将导致容器启动失败，它会根据 Pod 的 restartPolicy 指定的策略进行重试。然而，如果 Pod 的 restartPolicy 设置为 Always ， Init 容器失败时会使用RestartPolicy 策略。
在所有的 Init 容器没有成功之前， Pod 将不会变成 Ready 状态。 Init 容器的端口将不会在Service 中进行聚集。 正在初始化中的 Pod 处于 Pending 状态，但应该会将 Initializing 状态设置为 true。
如果   Pod  重启，所有 Init 容器必须重新执行。
对 Init 容器 spec 的修改被限制在容器 image 字段，修改其他字段都不会生效。更改 Init容器的 image 字段，等价于重启该 Pod。（kubectl edit pod xxxx）
Init 容器具有应用容器的所有字段。除了 readinessProbe ，即我们的init C没有就绪和生存检测机制，因为 Init 容器无法定义不同于完成（ completion ）的就绪（ readiness）之外的其他状态。这会在验证过程中强制执行.
在 Pod 中的每个 app 和 Init 容器的名称必须唯一；与任何其它容器共享同一个名称，会在验证时抛出错误
————————————————