andre/kuboard-press
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

404页面

Browse Source
This commit is contained in:
huanqing.shao
2019-10-09 12:13:32 +08:00
parent 56b0cb393f
commit 9c4b1835fd
5 changed files with 38 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
learning/k8s-intermediate/config/sec-ctx/pod-kuboard.md
View File

@ -22,7 +22,7 @@ meta:
| 非Root<br />runAsNonRoot | boolean | 如果为 true，则 kubernetes 在运行容器之前将执行检查，以确保容器进程不是以 root 用户（UID为0）运行，否则将不能启动容器；如果此字段不设置或者为 false，则不执行此检查。<font color="grey">该字段也可以在容器的 securityContext 中设定，如果 Pod 和容器的 securityContext 中都设定了这个字段，则对该容器来说以容器中的设置为准。</font> |
| 用户<br />runAsUser | integer | 执行容器 entrypoint 进程的 UID。默认为镜像元数据中定义的用户（dockerfile 中通过 USER 指令指定）。<font color="grey">该字段也可以在容器的 securityContext 中设定，如果 Pod 和容器的 securityContext 中都设定了这个字段，则对该容器来说以容器中的设置为准。</font> |
| 用户组<br />runAsGroup | integer | 执行容器 entrypoint 进程的 GID。默认为 docker 引擎的 GID。<font color="grey">该字段也可以在容器的 securityContext 中设定，如果 Pod 和容器的 securityContext 中都设定了这个字段，则对该容器来说以容器中的设置为准。</font> |
| fsGroup | integer | 一个特殊的补充用户组，将被应用到 Pod 中所有容器。某些类型的数据卷允许 Kubelete 修改数据卷的 ownership：<br />1. 修改后的 GID 取值来自于 fsGroup<br />2. setgid 标记位被设为 1（此时，数据卷中新创建的文件 owner 为 fsGroup）<br />3. permission 标记将与 `rw-rw----` 执行或运算<br />如果该字段不设置，kubelete 将不会修改数据卷的 ownership 和 permission |
| fsGroup | integer | 一个特殊的补充用户组，将被应用到 Pod 中所有容器。某些类型的数据卷允许 kubelet 修改数据卷的 ownership：<br />1. 修改后的 GID 取值来自于 fsGroup<br />2. setgid 标记位被设为 1（此时，数据卷中新创建的文件 owner 为 fsGroup）<br />3. permission 标记将与 `rw-rw----` 执行或运算<br />如果该字段不设置，kubelete 将不会修改数据卷的 ownership 和 permission |
| 补充用户组<br />supplementalGroups | integer | 该列表中的用户组将被作为容器的主 GID 的补充，添加到 Pod 中容器的 enrtypoint 进程。可以不设置。 |
| seLinuxOptions | Object | 此字段设定的 SELinux 上下文将被应用到 Pod 中所有容器。如果不指定，容器引擎将为每个容器分配一个随机的 SELinux 上下文。<font color="grey">该字段也可以在容器的 securityContext 中设定，如果 Pod 和容器的 securityContext 中都设定了这个字段，则对该容器来说以容器中的设置为准。</font> |
| sysctls | Array | 该列表中的所有 sysctl 将被应用到 Pod 中的容器。如果定义了容器引擎不支持的 sysctl，Pod 启动将会失败 |