在 Pod 中的容器之间共享进程命名空间

    你可以使用此功能来配置协作容器，比如日志处理 sidecar 容器， 或者对那些不包含诸如 shell 等调试实用工具的镜像进行故障排查。

    你必须拥有一个 Kubernetes 的集群，同时你的 Kubernetes 集群必须带有 kubectl 命令行工具。 建议在至少有两个节点的集群上运行本教程，且这些节点不作为控制平面主机。 如果你还没有集群，你可以通过 构建一个你自己的集群，或者你可以使用下面任意一个 Kubernetes 工具构建：

    使用 Pod 中的 shareProcessNamespace 字段可以启用进程命名空间共享。例如：

      1. kubectl apply -f https://k8s.io/examples/pods/share-process-namespace.yaml

    2. 获取容器 shell，执行 ps：

      1. kubectl attach -it nginx -c shell

      如果没有看到命令提示符，请按 enter 回车键。在容器 shell 中：

      输出类似于：

      1. PID   USER     TIME  COMMAND
      2.     8 root      0:00 nginx: master process nginx -g daemon off;
      3.    14 101       0:00 nginx: worker process
      4.    15 root      0:00 sh

    你可以在其他容器中对进程发出信号。例如，发送 SIGHUP 到 nginx 以重启工作进程。 此操作需要 SYS_PTRACE 权能。

    1. # 在 “shell” 容器中运行以下命令
    2. kill -HUP 8   # 如有必要，更改 “8” 以匹配 nginx 领导进程的 PID
    3. ps ax

    甚至可以使用 /proc/$pid/root 链接访问另一个容器的文件系统。

    1. # 在 “shell” 容器中运行以下命令
    2. # 如有必要，更改 “8” 为 Nginx 进程的 PID
    3. head /proc/8/root/etc/nginx/nginx.conf

    输出类似于：

    3. error_log  /var/log/nginx/error.log warn;
    4. pid        /var/run/nginx.pid;
    7. events {
    8.     worker_connections  1024;

    Pod 共享许多资源，因此它们共享进程命名空间是很有意义的。 不过，有些容器可能希望与其他容器隔离，因此了解这些差异很重要:

    1. 容器进程不再具有 PID 1。 在没有 PID 1 的情况下，一些容器拒绝启动 （例如，使用 systemd 的容器)，或者拒绝执行 kill -HUP 1 之类的命令来通知容器进程。 在具有共享进程命名空间的 Pod 中，kill -HUP 1 将通知 Pod 沙箱（在上面的例子中是 /pause）。