kubernetes
/
website
mirror of https://github.com/kubernetes/website.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #34564 from Sea-n/zh-fix-conecpts-links 

[zh] Fix some 404 links in concepts
This commit is contained in:
Kubernetes Prow Robot 2022-06-24 20:58:57 -07:00 committed by GitHub
parent a9b7331f57 34564abcb3
commit ed23f394e2
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
6 changed files with 67 additions and 66 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
content/zh-cn/docs/concepts/overview/working-with-objects/finalizers.md
View File

@ -87,7 +87,7 @@ Kubernetes 清除 `pv-protection` Finalizer，控制器就会删除该卷。
## Owner references, labels, and finalizers {#owners-labels-finalizers} ## Owner references, labels, and finalizers {#owners-labels-finalizers}
Like {{<glossary_tooltip text="labels" term_id="label">}}, Like {{<glossary_tooltip text="labels" term_id="label">}},
[owner references](/concepts/overview/working-with-objects/owners-dependents/) [owner references](/docs/concepts/overview/working-with-objects/owners-dependents/)
describe the relationships between objects in Kubernetes, but are used for a describe the relationships between objects in Kubernetes, but are used for a
different purpose. When a different purpose. When a
{{<glossary_tooltip text="controller" term_id="controller">}} manages objects {{<glossary_tooltip text="controller" term_id="controller">}} manages objects
@ -99,7 +99,7 @@ any Pods in the cluster with the same label.
## 属主引用、标签和 Finalizers {#owners-labels-finalizers} ## 属主引用、标签和 Finalizers {#owners-labels-finalizers}
与{{<glossary_tooltip text="标签" term_id="label">}}类似， 与{{<glossary_tooltip text="标签" term_id="label">}}类似，
[属主引用](/zh-cn/concepts/overview/working-with-objects/owners-dependents/) [属主引用](/zh-cn/docs/concepts/overview/working-with-objects/owners-dependents/)
描述了 Kubernetes 中对象之间的关系，但它们作用不同。 描述了 Kubernetes 中对象之间的关系，但它们作用不同。
当一个{{<glossary_tooltip text="控制器" term_id="controller">}} 当一个{{<glossary_tooltip text="控制器" term_id="controller">}}
管理类似于 Pod 的对象时，它使用标签来跟踪相关对象组的变化。 管理类似于 Pod 的对象时，它使用标签来跟踪相关对象组的变化。
@ -154,4 +154,3 @@ Finalizers 通常因为特殊原因被添加到资源上，所以强行删除它
on the Kubernetes blog. on the Kubernetes blog.
--> -->
* 在 Kubernetes 博客上阅读[使用 Finalizers 控制删除](/blog/2021/05/14/using-finalizers-to-control-deletion/)。 * 在 Kubernetes 博客上阅读[使用 Finalizers 控制删除](/blog/2021/05/14/using-finalizers-to-control-deletion/)。

44
content/zh-cn/docs/concepts/security/pod-security-policy.md
View File

@ -58,7 +58,7 @@ Pod 安全策略允许管理员控制如下方面：
<!-- <!--
| Control Aspect | Field Names | | Control Aspect | Field Names |
| ----------------------------------------------------| ----------------------------------------- | | ----------------------------------------------------| ------------------------------------------- |
| Running of privileged containers | [`privileged`](#privileged) | | Running of privileged containers | [`privileged`](#privileged) |
| Usage of host namespaces | [`hostPID`, `hostIPC`](#host-namespaces) | | Usage of host namespaces | [`hostPID`, `hostIPC`](#host-namespaces) |
| Usage of host networking and ports | [`hostNetwork`, `hostPorts`](#host-namespaces) | | Usage of host networking and ports | [`hostNetwork`, `hostPorts`](#host-namespaces) |
@ -458,11 +458,11 @@ alias kubectl-user='kubectl --as=system:serviceaccount:psp-example:fake-user -n
### Create a policy and a pod ### Create a policy and a pod
Define the example PodSecurityPolicy object in a file. This is a policy that Define the example PodSecurityPolicy object in a file. This is a policy that
simply prevents the creation of privileged pods. prevents the creation of privileged pods.
The name of a PodSecurityPolicy object must be a valid The name of a PodSecurityPolicy object must be a valid
[DNS subdomain name](/docs/concepts/overview/working-with-objects/names#dns-subdomain-names). [DNS subdomain name](/docs/concepts/overview/working-with-objects/names#dns-subdomain-names).
--> -->
### 创建一个策略和一个 Pod ### 创建一个策略和一个 Pod {#create-a-policy-and-a-pod}
在一个文件中定义一个示例的 PodSecurityPolicy 对象。 在一个文件中定义一个示例的 PodSecurityPolicy 对象。
这里的策略只是用来禁止创建有特权要求的 Pods。 这里的策略只是用来禁止创建有特权要求的 Pods。
@ -588,7 +588,7 @@ spec:
EOF EOF
``` ```
<!-- <!--
The output is similar to this: The output is similar to this
--> -->
输出类似于： 输出类似于：
@ -791,7 +791,8 @@ several security mechanisms.
{{< codenew file="policy/restricted-psp.yaml" >}} {{< codenew file="policy/restricted-psp.yaml" >}}
<!-- <!--
See [Pod Security Standards](/docs/concepts/security/pod-security-standards/#policy-instantiation) for more examples. See [Pod Security Standards](/docs/concepts/security/pod-security-standards/#policy-instantiation)
for more examples.
--> -->
更多的示例可参考 更多的示例可参考
[Pod 安全标准](/zh-cn/docs/concepts/security/pod-security-standards/#policy-instantiation)。 [Pod 安全标准](/zh-cn/docs/concepts/security/pod-security-standards/#policy-instantiation)。
@ -897,10 +898,10 @@ PodSecurityPolicy 并不限制可以被 `PersistentVolumeClaim` 所引用的
**FSGroup** - Controls the supplemental group applied to some volumes. **FSGroup** - Controls the supplemental group applied to some volumes.
- *MustRunAs* - Requires at least one `range` to be specified. Uses the - *MustRunAs* - Requires at least one `range` to be specified. Uses the
minimum value of the first range as the default. Validates against all ranges. minimum value of the first range as the default. Validates against all ranges.
- *MayRunAs* - Requires at least one `range` to be specified. Allows - *MayRunAs* - Requires at least one `range` to be specified. Allows
`FSGroups` to be left unset without providing a default. Validates against `FSGroups` to be left unset without providing a default. Validates against
all ranges if `FSGroups` is set. all ranges if `FSGroups` is set.
- *RunAsAny* - No default provided. Allows any `fsGroup` ID to be specified. - *RunAsAny* - No default provided. Allows any `fsGroup` ID to be specified.
--> -->
**FSGroup** - 控制应用到某些卷上的附加用户组。 **FSGroup** - 控制应用到某些卷上的附加用户组。
@ -1101,7 +1102,7 @@ required to effectively enforce `MustRunAsNonRoot`.
--> -->
### 特权提升 {#privilege-escalation} ### 特权提升 {#privilege-escalation}
这一组选项控制容器的`allowPrivilegeEscalation` 属性。该属性直接决定是否为容器进程设置 这一组选项控制容器的 `allowPrivilegeEscalation` 属性。该属性直接决定是否为容器进程设置
[`no_new_privs`](https://www.kernel.org/doc/Documentation/prctl/no_new_privs.txt) [`no_new_privs`](https://www.kernel.org/doc/Documentation/prctl/no_new_privs.txt)
参数。此参数会禁止 `setuid` 属性的可执行文件更改有效用户 ID（EUID）， 参数。此参数会禁止 `setuid` 属性的可执行文件更改有效用户 ID（EUID），
并且禁止启用额外权能的文件。例如，`no_new_privs` 会禁止使用 `ping` 工具。 并且禁止启用额外权能的文件。例如，`no_new_privs` 会禁止使用 `ping` 工具。
@ -1140,7 +1141,7 @@ the PodSecurityPolicy. For more details on Linux capabilities, see
[capabilities(7)](http://man7.org/linux/man-pages/man7/capabilities.7.html). [capabilities(7)](http://man7.org/linux/man-pages/man7/capabilities.7.html).
The following fields take a list of capabilities, specified as the capability The following fields take a list of capabilities, specified as the capability
name in ALL_CAPS without the `CAP\_` prefix. name in ALL_CAPS without the `CAP_` prefix.
--> -->
### 权能字 {#capabilities} ### 权能字 {#capabilities}
@ -1228,14 +1229,14 @@ denoted as the string `Unmasked`.
<!-- <!--
### AppArmor ### AppArmor
Controlled via annotations on the PodSecurityPolicy. Refer to the [AppArmor Controlled via annotations on the PodSecurityPolicy. Refer to the
documentation](/docs/tutorials/policy/apparmor/#podsecuritypolicy-annotations). [AppArmor documentation](/docs/tutorials/security/apparmor/#podsecuritypolicy-annotations).
--> -->
### AppArmor ### AppArmor
通过 PodSecurityPolicy 上的注解来控制。 通过 PodSecurityPolicy 上的注解来控制。
详情请参阅 详情请参阅
[AppArmor 文档](/zh-cn/docs/tutorials/policy/apparmor/#podsecuritypolicy-annotations)。 [AppArmor 文档](/zh-cn/docs/tutorials/security/apparmor/#podsecuritypolicy-annotations)。
<!-- <!--
@ -1270,7 +1271,7 @@ are:
of Kubernetes 1.11. Use `runtime/default` instead. of Kubernetes 1.11. Use `runtime/default` instead.
- `localhost/<path>` - Specify a profile as a file on the node located at - `localhost/<path>` - Specify a profile as a file on the node located at
`<seccomp_root>/<path>`, where `<seccomp_root>` is defined via the `<seccomp_root>/<path>`, where `<seccomp_root>` is defined via the
`-seccomp-profile-root` flag on the Kubelet. If the `--seccomp-profile-root` `--seccomp-profile-root` flag on the Kubelet. If the `--seccomp-profile-root`
flag is not defined, the default path will be used, which is flag is not defined, the default path will be used, which is
`<root-dir>/seccomp` where `<root-dir>` is specified by the `--root-dir` flag. `<root-dir>/seccomp` where `<root-dir>` is specified by the `--root-dir` flag.
@ -1341,20 +1342,21 @@ Refer to the [Sysctl documentation](/docs/tasks/administer-cluster/sysctl-cluste
## {{% heading "whatsnext" %}} ## {{% heading "whatsnext" %}}
<!-- <!--
- See [PodSecurityPolicy Deprecation: Past, Present, and - See [PodSecurityPolicy Deprecation: Past, Present, and Future](/blog/2021/04/06/podsecuritypolicy-deprecation-past-present-and-future/)
Future](/blog/2021/04/06/podsecuritypolicy-deprecation-past-present-and-future/) to learn about to learn about the future of pod security policy.
the future of pod security policy.
- See [Pod Security Standards](/docs/concepts/security/pod-security-standards/) for policy recommendations. - See [Pod Security Standards](/docs/concepts/security/pod-security-standards/)
for policy recommendations.
- Refer to [Pod Security Policy Reference](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podsecuritypolicy-v1beta1-policy) for the api details. - Refer to [PodSecurityPolicy reference](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podsecuritypolicy-v1beta1-policy)
for the API details.
--> -->
- 参阅 [PodSecurityPolicy Deprecation: Past, Present, and - 参阅 [PodSecurityPolicy Deprecation: Past, Present, and
Future](/blog/2021/04/06/podsecuritypolicy-deprecation-past-present-and-future/)， Future](/blog/2021/04/06/podsecuritypolicy-deprecation-past-present-and-future/)，
了解 Pod 安全策略的未来。 了解 Pod 安全策略的未来。
- 参阅[Pod 安全标准](/zh-cn/docs/concepts/security/pod-security-standards/)， - 参阅 [Pod 安全标准](/zh-cn/docs/concepts/security/pod-security-standards/)，
了解策略建议。 了解策略建议。
- 阅读 [Pod 安全策略参考](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podsecuritypolicy-v1beta1-policy)， - 阅读 [PodSecurityPolicy 参考](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podsecuritypolicy-v1beta1-policy)，
了解 API 细节。 了解 API 细节。

4
content/zh-cn/docs/concepts/windows/intro.md
View File

@ -468,7 +468,7 @@ The following list documents differences between how Pod specifications work bet
supported on Windows. supported on Windows.
--> -->
* `terminationGracePeriodSeconds` - 这在 Windows 上的 Docker 中没有完全实现， * `terminationGracePeriodSeconds` - 这在 Windows 上的 Docker 中没有完全实现，
请参考[GitHub issue](https://github.com/moby/moby/issues/25982)。 请参考 [GitHub issue](https://github.com/moby/moby/issues/25982)。
目前的行为是通过 CTRL_SHUTDOWN_EVENT 发送 ENTRYPOINT 进程，然后 Windows 默认等待 5 秒， 目前的行为是通过 CTRL_SHUTDOWN_EVENT 发送 ENTRYPOINT 进程，然后 Windows 默认等待 5 秒，
最后使用正常的 Windows 关机行为终止所有进程。 最后使用正常的 Windows 关机行为终止所有进程。
5 秒默认值实际上位于[容器内](https://github.com/moby/moby/issues/25982#issuecomment-426441183)的 Windows 注册表中， 5 秒默认值实际上位于[容器内](https://github.com/moby/moby/issues/25982#issuecomment-426441183)的 Windows 注册表中，
@ -637,7 +637,7 @@ Windows Server SAC release
<!-- <!--
The Kubernetes [version-skew policy](/docs/setup/release/version-skew-policy/) also applies. The Kubernetes [version-skew policy](/docs/setup/release/version-skew-policy/) also applies.
--> -->
也适用 Kubernetes [版本偏差策略](/zh-cn/docs/setup/release/version-skew-policy/)。 也适用 Kubernetes [版本偏差策略](/zh-cn/releases/version-skew-policy/)。
<!-- <!--
## Getting help and troubleshooting {#troubleshooting} ## Getting help and troubleshooting {#troubleshooting}

8
content/zh-cn/docs/concepts/workloads/controllers/replicationcontroller.md
View File

@ -299,7 +299,7 @@ If you do not specify `.spec.replicas`, then it defaults to 1.
你可以通过设置 `.spec.replicas` 来指定应该同时运行多少个 Pod。 你可以通过设置 `.spec.replicas` 来指定应该同时运行多少个 Pod。
在任何时候，处于运行状态的 Pod 个数都可能高于或者低于设定值。例如，副本个数刚刚被增加或减少时，或者一个 Pod 处于优雅终止过程中而其替代副本已经提前开始创建时。 在任何时候，处于运行状态的 Pod 个数都可能高于或者低于设定值。例如，副本个数刚刚被增加或减少时，或者一个 Pod 处于优雅终止过程中而其替代副本已经提前开始创建时。
如果你没有指定 `.spec.replicas` ，那么它默认是 1。 如果你没有指定 `.spec.replicas`，那么它默认是 1。
<!-- <!--
## Working with ReplicationControllers ## Working with ReplicationControllers
@ -341,7 +341,7 @@ When using the REST API or [client library](/docs/reference/using-api/client-lib
使用 kubectl，为 [`kubectl delete`](/docs/reference/generated/kubectl/kubectl-commands#delete) 指定 `--cascade=orphan` 选项。 使用 kubectl，为 [`kubectl delete`](/docs/reference/generated/kubectl/kubectl-commands#delete) 指定 `--cascade=orphan` 选项。
当使用 REST API 或客户端库(/zh-cn/docs/reference/using-api/client-libraries)时，只需删除 ReplicationController 对象。 当使用 REST API 或[客户端库](/zh-cn/docs/reference/using-api/client-libraries)时，只需删除 ReplicationController 对象。
<!-- <!--
Once the original is deleted, you can create a new ReplicationController to replace it. As long Once the original is deleted, you can create a new ReplicationController to replace it. As long
@ -561,9 +561,9 @@ Unlike in the case where a user directly created pods, a ReplicationController r
### 裸 Pod ### 裸 Pod
与用户直接创建 Pod 的情况不同，ReplicationController 能够替换因某些原因 与用户直接创建 Pod 的情况不同，ReplicationController 能够替换因某些原因
被删除或被终止的 Pod ，例如在节点故障或中断节点维护的情况下，例如内核升级。 被删除或被终止的 Pod，例如在节点故障或中断节点维护的情况下，例如内核升级。
因此，我们建议你使用 ReplicationController，即使你的应用程序只需要一个 Pod。 因此，我们建议你使用 ReplicationController，即使你的应用程序只需要一个 Pod。
可以将其看作类似于进程管理器，它只管理跨多个节点的多个 Pod ，而不是单个节点上的单个进程。 可以将其看作类似于进程管理器，它只管理跨多个节点的多个 Pod，而不是单个节点上的单个进程。
ReplicationController 将本地容器重启委托给节点上的某个代理(例如，Kubelet 或 Docker)。 ReplicationController 将本地容器重启委托给节点上的某个代理(例如，Kubelet 或 Docker)。
<!-- <!--

14
content/zh-cn/docs/concepts/workloads/controllers/statefulset.md
View File

@ -27,7 +27,7 @@ StatefulSet 是用来管理有状态应用的工作负载 API 对象。
StatefulSets are valuable for applications that require one or more of the StatefulSets are valuable for applications that require one or more of the
following. following.
--> -->
## 使用 StatefulSets ## 使用 StatefulSets {#using-statefulsets}
StatefulSets 对于需要满足以下一个或多个需求的应用程序很有价值： StatefulSets 对于需要满足以下一个或多个需求的应用程序很有价值：
@ -164,7 +164,7 @@ The name of a StatefulSet object must be a valid
* `volumeClaimTemplates` 将通过 PersistentVolumes 驱动提供的 * `volumeClaimTemplates` 将通过 PersistentVolumes 驱动提供的
[PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/) 来提供稳定的存储。 [PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/) 来提供稳定的存储。
StatefulSet 的命名需要遵循[DNS 子域名](/zh-cn/docs/concepts/overview/working-with-objects/names#dns-subdomain-names)规范。 StatefulSet 的命名需要遵循 [DNS 子域名](/zh-cn/docs/concepts/overview/working-with-objects/names#dns-subdomain-names)规范。
<!-- <!--
### Pod Selector ### Pod Selector
@ -417,7 +417,7 @@ StatefulSet 允许你放宽其排序保证，
`OrderedReady` pod management is the default for StatefulSets. It implements the behavior `OrderedReady` pod management is the default for StatefulSets. It implements the behavior
described [above](#deployment-and-scaling-guarantees). described [above](#deployment-and-scaling-guarantees).
--> -->
#### OrderedReady Pod 管理 #### OrderedReady Pod 管理 {#orderedready-pod-management}
`OrderedReady` Pod 管理是 StatefulSet 的默认设置。它实现了 `OrderedReady` Pod 管理是 StatefulSet 的默认设置。它实现了
[上面](#deployment-and-scaling-guarantees)描述的功能。 [上面](#deployment-and-scaling-guarantees)描述的功能。
@ -518,7 +518,7 @@ update, roll out a canary, or perform a phased roll out.
<!-- <!--
### Maximum unavailable Pods ### Maximum unavailable Pods
--> -->
### 最大不可用 Pod ### 最大不可用 Pod {#maximum-unavailable-pods}
{{< feature-state for_k8s_version="v1.24" state="alpha" >}} {{< feature-state for_k8s_version="v1.24" state="alpha" >}}
@ -547,13 +547,13 @@ unavailable Pod in the range `0` to `replicas - 1`, it will be counted towards
{{< note >}} {{< note >}}
The `maxUnavailable` field is in Alpha stage and it is honored only by API servers The `maxUnavailable` field is in Alpha stage and it is honored only by API servers
that are running with the `MaxUnavailableStatefulSet` that are running with the `MaxUnavailableStatefulSet`
[feature gate](/docs/reference/commmand-line-tools-reference/feature-gates/) [feature gate](/docs/reference/command-line-tools-reference/feature-gates/)
enabled. enabled.
{{< /note >}} {{< /note >}}
--> -->
{{< note >}} {{< note >}}
`maxUnavailable` 字段处于 Alpha 阶段，仅当 API 服务器启用了 `MaxUnavailableStatefulSet` `maxUnavailable` 字段处于 Alpha 阶段，仅当 API 服务器启用了 `MaxUnavailableStatefulSet`
[特性门控](/zh-cn/docs/reference/commmand-line-tools-reference/feature-gates/)时才起作用。 [特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)时才起作用。
{{< /note >}} {{< /note >}}
<!-- <!--
@ -570,7 +570,7 @@ StatefulSet will stop the rollout and wait.
### 强制回滚 {#forced-rollback} ### 强制回滚 {#forced-rollback}
在默认 [Pod 管理策略](#pod-management-policies)(`OrderedReady`) 下使用 在默认 [Pod 管理策略](#pod-management-policies)(`OrderedReady`) 下使用
[滚动更新](#rolling-updates) ，可能进入需要人工干预才能修复的损坏状态。 [滚动更新](#rolling-updates)，可能进入需要人工干预才能修复的损坏状态。
如果更新后 Pod 模板配置进入无法运行或就绪的状态（例如，由于错误的二进制文件 如果更新后 Pod 模板配置进入无法运行或就绪的状态（例如，由于错误的二进制文件
或应用程序级配置错误），StatefulSet 将停止回滚并等待。 或应用程序级配置错误），StatefulSet 将停止回滚并等待。

6
content/zh-cn/docs/concepts/workloads/pods/pod-lifecycle.md
View File

@ -484,7 +484,7 @@ Each probe must define exactly one of these four mechanisms:
[gRPC健康检查](https://grpc.io/grpc/core/md_doc_health-checking.html)。 [gRPC健康检查](https://grpc.io/grpc/core/md_doc_health-checking.html)。
如果响应的状态是 "SERVING"，则认为诊断成功。 如果响应的状态是 "SERVING"，则认为诊断成功。
gRPC 探针是一个 alpha 特性，只有在你启用了 gRPC 探针是一个 alpha 特性，只有在你启用了
"GRPCContainerProbe" [特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gate/)时才能使用。 "GRPCContainerProbe" [特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)时才能使用。
`httpGet` `httpGet`
: 对容器的 IP 地址上指定端口和路径执行 HTTP `GET` 请求。如果响应的状态码大于等于 200 : 对容器的 IP 地址上指定端口和路径执行 HTTP `GET` 请求。如果响应的状态码大于等于 200
@ -592,10 +592,10 @@ If you'd like your container to be killed and restarted if a probe fails, then
specify a liveness probe, and specify a `restartPolicy` of Always or OnFailure. specify a liveness probe, and specify a `restartPolicy` of Always or OnFailure.
--> -->
如果容器中的进程能够在遇到问题或不健康的情况下自行崩溃，则不一定需要存活态探针; 如果容器中的进程能够在遇到问题或不健康的情况下自行崩溃，则不一定需要存活态探针;
`kubelet` 将根据 Pod 的`restartPolicy` 自动执行修复操作。 `kubelet` 将根据 Pod 的 `restartPolicy` 自动执行修复操作。
如果你希望容器在探测失败时被杀死并重新启动，那么请指定一个存活态探针， 如果你希望容器在探测失败时被杀死并重新启动，那么请指定一个存活态探针，
并指定`restartPolicy` 为 "`Always`" 或 "`OnFailure`"。 并指定 `restartPolicy` 为 "`Always`" 或 "`OnFailure`"。
<!-- <!--
#### When should you use a readiness probe? #### When should you use a readiness probe?