Merge pull request #38450 from windsonsea/disrup

[zh] sync /pods/disruptions.md

Author: k8s-ci-robot

content/zh-cn/docs/concepts/workloads/pods/disruptions.md

@@ -116,11 +116,11 @@ If none are enabled, you can skip creating Pod Disruption Budgets.
 咨询集群管理员或联系云提供商，或者查询发布文档，以确定是否为集群启用了任何资源干扰源。
 如果没有启用，可以不用创建 Pod Disruption Budgets（Pod 干扰预算）
 
+{{< caution >}}
 <!--
 Not all voluntary disruptions are constrained by Pod Disruption Budgets. For example,
 deleting deployments or pods bypasses Pod Disruption Budgets.
 -->
-{{< caution >}}
 并非所有的自愿干扰都会受到 Pod 干扰预算的限制。
 例如，删除 Deployment 或 Pod 的删除操作就会跳过 Pod 干扰预算检查。
 {{< /caution >}}
@@ -234,7 +234,7 @@ PDB 指定应用可以容忍的副本数量（相当于应该有多少副本）
 The group of pods that comprise the application is specified using a label selector, the same
 as the one used by the application's controller (deployment, stateful-set, etc).
 -->
-使用标签选择器来指定构成应用的一组 Pod，这与应用的控制器（Deployment，StatefulSet 等）
+使用标签选择器来指定构成应用的一组 Pod，这与应用的控制器（Deployment、StatefulSet 等）
 选择 Pod 的逻辑一样。
 
 <!--
@@ -431,15 +431,23 @@ can happen, according to:
 -->
 ## Pod 干扰状况 {#pod-disruption-conditions}
 
-{{< feature-state for_k8s_version="v1.25" state="alpha" >}}
+{{< feature-state for_k8s_version="v1.26" state="beta" >}}
+
+{{< note >}}
+<!--
+If you are using an older version of Kubernetes than {{< skew currentVersion >}}
+please refer to the corresponding version of the documentation.
+-->
+如果你正使用的 Kubernetes 版本早于 {{< skew currentVersion >}}，请参阅对应版本的文档。
+{{< /note >}}
 
 {{< note >}}
 <!-- 
-In order to use this behavior, you must enable the `PodDisruptionCondition`
+In order to use this behavior, you must have the `PodDisruptionConditions`
 [feature gate](/docs/reference/command-line-tools-reference/feature-gates/)
-in your cluster.
+enabled in your cluster.
 -->
-要使用此行为，你必须在集群中启用 `PodDisruptionCondition`
+要使用此行为，你必须在集群中启用 `PodDisruptionConditions`
 [特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)。
 {{< /note >}}
 
@@ -487,6 +495,15 @@ Taint Manager（`kube-controller-manager` 中节点生命周期控制器的一
 : 绑定到一个不再存在的 Node 上的 Pod 将被
 [Pod 垃圾收集](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection)删除。
 
+<!--
+`TerminationByKubelet`
+: Pod has been terminated by the kubelet, because of either {{<glossary_tooltip term_id="node-pressure-eviction" text="node pressure eviction">}} or the [graceful node shutdown](/docs/concepts/architecture/nodes/#graceful-node-shutdown).
+-->
+`TerminationByKubelet`
+: Pod
+  由于{{<glossary_tooltip term_id="node-pressure-eviction" text="节点压力驱逐">}}或[节点体面关闭](/zh-cn/docs/concepts/architecture/nodes/#graceful-node-shutdown)而被
+  kubelet 终止。
+
 {{< note >}}
 <!-- 
 A Pod disruption might be interrupted. The control plane might re-attempt to
@@ -501,6 +518,15 @@ Pod 的干扰可能会被中断。控制平面可能会重新尝试继续干扰
 在这种情况下，一段时间后，Pod 干扰状况将被清除。
 {{< /note >}}
 
+<!--
+When the `PodDisruptionConditions` feature gate is enabled,
+along with cleaning up the pods, the Pod garbage collector (PodGC) will also mark them as failed if they are in a non-terminal
+phase (see also [Pod garbage collection](/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection)).
+-->
+当 `PodDisruptionConditions` 特性门控被启用时，在清理 Pod 的同时，如果这些 Pod 处于非终止阶段，
+则 Pod 垃圾回收器 (PodGC) 也会将这些 Pod 标记为失效
+（另见 [Pod 垃圾回收](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection)）。
+
 <!-- 
 When using a Job (or CronJob), you may want to use these Pod disruption conditions as part of your Job's
 [Pod failure policy](/docs/concepts/workloads/controllers/job#pod-failure-policy). 
@@ -563,16 +589,15 @@ the nodes in your cluster, such as a node or system software upgrade, here are s
      disruptions largely overlaps with work to support autoscaling and tolerating
      involuntary disruptions.
 -->
-
 - 接受升级期间的停机时间。
 - 故障转移到另一个完整的副本集群。
-   -  没有停机时间，但是对于重复的节点和人工协调成本可能是昂贵的。
+  - 没有停机时间，但是对于重复的节点和人工协调成本可能是昂贵的。
 - 编写可容忍干扰的应用和使用 PDB。
-   - 不停机。
-   - 最小的资源重复。
-   - 允许更多的集群管理自动化。
-   - 编写可容忍干扰的应用是棘手的，但对于支持容忍自愿干扰所做的工作，和支持自动扩缩和容忍非
-     自愿干扰所做工作相比，有大量的重叠
+  - 不停机。
+  - 最小的资源重复。
+  - 允许更多的集群管理自动化。
+  - 编写可容忍干扰的应用是棘手的，但对于支持容忍自愿干扰所做的工作，和支持自动扩缩和容忍非
+    自愿干扰所做工作相比，有大量的重叠
 
 ## {{% heading "whatsnext" %}}