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

此页面展示如何为 Pod 配置进程命名空间共享。 当启用进程命名空间共享时，容器中的进程对同一 Pod 中的所有其他容器都是可见的。

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

准备开始

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

配置 Pod

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

pods/share-process-namespace.yaml 在 Pod 中的容器之间共享进程命名空间 - 图1

  1. apiVersion: v1
  2. kind: Pod
  3. metadata:
  4.   name: nginx
  5. spec:
  6.   shareProcessNamespace: true
  7.   containers:
  8.   - name: nginx
  9.     image: nginx
  10.   - name: shell
  11.     image: busybox:1.28
  12.     securityContext:
  13.       capabilities:
  14.         add:
  15.         - SYS_PTRACE
  16.     stdin: true
  17.     tty: true

  1. 在集群中创建 nginx Pod：

    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. # 在 “shell” 容器中运行以下命令
    2. ps ax

    输出类似于：

    1. PID   USER     TIME  COMMAND
    2.     1 root      0:00 /pause
    3.     8 root      0:00 nginx: master process nginx -g daemon off;
    4.    14 101       0:00 nginx: worker process
    5.    15 root      0:00 sh
    6.    21 root      0:00 ps ax

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

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

输出类似于：

  1. PID   USER     TIME  COMMAND
  2.     1 root      0:00 /pause
  3.     8 root      0:00 nginx: master process nginx -g daemon off;
  4.    15 root      0:00 sh
  5.    22 101       0:00 nginx: worker process
  6.    23 root      0:00 ps ax

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

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

输出类似于：

  1. user  nginx;
  2. worker_processes  1;
  4. error_log  /var/log/nginx/error.log warn;
  5. pid        /var/run/nginx.pid;
  8. events {
  9.     worker_connections  1024;

理解进程命名空间共享

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

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

  2. 进程对 Pod 中的其他容器可见。 这包括 /proc 中可见的所有信息， 例如作为参数或环境变量传递的密码。这些仅受常规 Unix 权限的保护。

  3. 容器文件系统通过 /proc/$pid/root 链接对 Pod 中的其他容器可见。 这使调试更加容易， 但也意味着文件系统安全性只受文件系统权限的保护。