这篇文章主要介绍“Kubernetes pod里的pause-amd64容器有什么用”，在日常操作中，相信很多人在Kubernetes pod里的pause-amd64容器有什么用问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Kubernetes pod里的pause-amd64容器有什么用”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
成都创新互联主营江城网站建设的网络公司,主营网站建设方案,重庆App定制开发,江城h5重庆小程序开发搭建,江城网站营销推广欢迎江城等地区企业咨询
docker ps的命令返回的结果：
[root@k8s-minion1 kubernetes]# docker ps |grep pause c3026adee957 gcr.io/google_containers/pause-amd64:3.0 "/pause" 22 minutes ago Up 22 minutes k8s_POD.d8dbe16c_redis-master-343230949-04glm_default_ce3f60a9-095d-11e7-914b-0a77ecd65f3e_66c108d5 202df18d636e gcr.io/google_containers/pause-amd64:3.0 "/pause" 24 hours ago Up 24 hours k8s_POD.d8dbe16c_kube-proxy-js0z0_kube-system_2866cfc2-0891-11e7-914b-0a77ecd65f3e_c8e1a667 072d3414d33a gcr.io/google_containers/pause-amd64:3.0 "/pause" 24 hours ago Up 24 hours k8s_POD.d8dbe16c_kube-flannel-ds-tsps5_default_2866e3fb-0891-11e7-914b-0a77ecd65f3e_be4b719e [root@k8s-minion1 kubernetes]#
Kubernetes的官网解释：
it's part of the infrastructure. This container is started first in all Pods to setup the network for the Pod.
意思是：pause-amd64是Kubernetes基础设施的一部分，Kubernetes管理的所有pod里，pause-amd64容器是第一个启动的，用于实现Kubernetes集群里pod之间的网络通讯。
对这个特殊容器感兴趣的朋友，可以阅读其源代码：
https://github.com/kubernetes/kubernetes/tree/master/build/pause
我们查看这个pause-amd64镜像的dockerfile，发现实现很简单，基于一个空白镜像开始：
FROM scratch
ARG ARCH
ADD bin/pause-${ARCH} /pause
ENTRYPOINT ["/pause"]ARG指令用于指定在执行docker build命令时传递进去的参数。
这个pause container是用C语言写的：
https://www.ianlewis.org/en/almighty-pause-container
在运行的Kubernetes node上运行docker ps，能发现这些pause container：
pause container作为pod里其他所有container的parent container，主要有两个职责：
是pod里其他容器共享Linux namespace的基础
扮演PID 1的角色，负责处理僵尸进程
这两点我会逐一细说。在Linux里，当父进程fork一个新进程时，子进程会从父进程继承namespace。目前Linux实现了六种类型的namespace，每一个namespace是包装了一些全局系统资源的抽象集合，这一抽象集合使得在进程的命名空间中可以看到全局系统资源。命名空间的一个总体目标是支持轻量级虚拟化工具container的实现，container机制本身对外提供一组进程，这组进程自己会认为它们就是系统唯一存在的进程。
在Linux里，父进程fork的子进程会继承父进程的命名空间。与这种行为相反的一个系统命令就是unshare：
再来聊聊pause容器如何处理僵尸进程的。
Pause容器内其实就运行了一个非常简单的进程，其逻辑可以从前面提到的Pause github仓库上找到：
static void sigdown(int signo) {
psignal(signo, "Shutting down, got signal"); exit(0);
}static void sigreap(int signo) { while (waitpid(-1, NULL, WNOHANG) > 0);
}int main() { if (getpid() != 1) /* Not an error because pause sees use outside of infra containers. */
fprintf(stderr, "Warning: pause should be the first process\n"); if (sigaction(SIGINT, &(struct sigaction){.sa_handler = sigdown}, NULL) < 0) return 1; if (sigaction(SIGTERM, &(struct sigaction){.sa_handler = sigdown}, NULL) < 0) return 2; if (sigaction(SIGCHLD, &(struct sigaction){.sa_handler = sigreap,
.sa_flags = SA_NOCLDSTOP}, NULL) < 0) return 3; for (;;)
pause(); fprintf(stderr, "Error: infinite loop terminated\n"); return 42;
}这个c语言实现的进程，核心代码就28行：
其中第24行里一个无限循环for(;;), 至此大家能看出来pause容器名称的由来了吧？
这个无限循环里执行的是一个系统调用pause，
因此pause容器大部分时间都在沉睡，等待有信号将其唤醒。
接收什么信号呢？
一旦收到SIGCHLD信号，pause进程就执行注册的sigreap函数。
看下SIGCHLD信号的帮助：
SIGCHLD，在一个进程正常终止或者停止时，将SIGCHLD信号发送给其父进程，按系统默认将忽略此信号，如果父进程希望被告知其子系统的这种状态，则应捕捉此信号。
pause进程注册的信号处理函数sigreap里，调用另一个系统调用waitpid来获得子进程终止的原因。
到此，关于“Kubernetes pod里的pause-amd64容器有什么用”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
