[zh] Sync scheduling-eviction/*.md

Author: windsonsea

content/zh-cn/docs/concepts/scheduling-eviction/_index.md

@@ -1,10 +1,9 @@
 ---
-title: 调度、抢占和驱逐
+title: "调度、抢占和驱逐"
 weight: 95
 content_type: concept
 no_list: true
 ---
-
 <!--
 title: "Scheduling, Preemption and Eviction"
 weight: 95
@@ -24,7 +23,7 @@ of terminating one or more Pods on Nodes.
 匹配到合适的{{<glossary_tooltip text="节点" term_id="node">}}，
 以便 {{<glossary_tooltip text="kubelet" term_id="kubelet">}} 能够运行它们。
 抢占（Preemption）指的是终止低{{<glossary_tooltip text="优先级" term_id="pod-priority">}}的
-Pod 以便高优先级的 Pod 可以调度运行的过程。
+Pod 以便高优先级的 Pod 可以调度到 Node 上的过程。
 驱逐（Eviction）是在资源匮乏的节点上，主动让一个或多个 Pod 失效的过程。
 
 <!--
@@ -42,15 +41,14 @@ Pod 以便高优先级的 Pod 可以调度运行的过程。
 * [Pod Scheduling Readiness](/docs/concepts/scheduling-eviction/pod-scheduling-readiness/)
 * [Descheduler](http://github.com/kubernetes-sigs/descheduler#descheduler-for-kubernetes)
 -->
-## 调度
+## 调度   {#scheduling}
 
 * [Kubernetes 调度器](/zh-cn/docs/concepts/scheduling-eviction/kube-scheduler/)
 * [将 Pod 指派到节点](/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/)
 * [Pod 开销](/zh-cn/docs/concepts/scheduling-eviction/pod-overhead/)
 * [Pod 拓扑分布约束](/zh-cn/docs/concepts/scheduling-eviction/topology-spread-constraints/)
 * [污点和容忍度](/zh-cn/docs/concepts/scheduling-eviction/taint-and-toleration/)
 * [动态资源分配](/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation)
-* [调度框架](/zh-cn/docs/concepts/scheduling-eviction/scheduling-framework)
 * [调度器性能调试](/zh-cn/docs/concepts/scheduling-eviction/scheduler-perf-tuning/)
 * [扩展资源的资源装箱](/zh-cn/docs/concepts/scheduling-eviction/resource-bin-packing/)
 * [Pod 调度就绪](/zh-cn/docs/concepts/scheduling-eviction/pod-scheduling-readiness/)
@@ -63,7 +61,7 @@ Pod 以便高优先级的 Pod 可以调度运行的过程。
 * [Node-pressure Eviction](/docs/concepts/scheduling-eviction/node-pressure-eviction/)
 * [API-initiated Eviction](/docs/concepts/scheduling-eviction/api-eviction/)
 -->
-## Pod 干扰
+## Pod 干扰   {#pod-disruption}
 
 {{<glossary_definition term_id="pod-disruption" length="all">}}
 

content/zh-cn/docs/concepts/scheduling-eviction/api-eviction.md

@@ -8,6 +8,7 @@ title: API-initiated Eviction
 content_type: concept
 weight: 110
 -->
+
 {{< glossary_definition term_id="api-eviction" length="short" >}} </br>
 
 <!--

content/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node.md

@@ -30,8 +30,8 @@ or to co-locate Pods from two different services that communicate a lot into the
 -->
 你可以约束一个 {{< glossary_tooltip text="Pod" term_id="pod" >}}
 以便**限制**其只能在特定的{{< glossary_tooltip text="节点" term_id="node" >}}上运行，
-或优先在特定的节点上运行。有几种方法可以实现这点，推荐的方法都是用
-[标签选择算符](/zh-cn/docs/concepts/overview/working-with-objects/labels/)来进行选择。
+或优先在特定的节点上运行。有几种方法可以实现这点，
+推荐的方法都是用[标签选择算符](/zh-cn/docs/concepts/overview/working-with-objects/labels/)来进行选择。
 通常这样的约束不是必须的，因为调度器将自动进行合理的放置（比如，将 Pod 分散到节点上，
 而不是将 Pod 放置在可用资源不足的节点上等等）。但在某些情况下，你可能需要进一步控制
 Pod 被部署到哪个节点。例如，确保 Pod 最终落在连接了 SSD 的机器上，
@@ -1118,8 +1118,8 @@ The following operators can only be used with `nodeAffinity`.
 -->
 | 操作符 | 行为 |
 | :------------: | :-------------: |
-| `Gt` | 字段值将被解析为整数，并且该整数小于通过解析此选择算符命名的标签的值所得到的整数  | 
-| `Lt` | 字段值将被解析为整数，并且该整数大于通过解析此选择算符命名的标签的值所得到的整数 | 
+| `Gt` | 字段值将被解析为整数，并且该整数小于通过解析此选择算符命名的标签的值所得到的整数 |
+| `Lt` | 字段值将被解析为整数，并且该整数大于通过解析此选择算符命名的标签的值所得到的整数 |
 
 {{<note>}}
 <!--

content/zh-cn/docs/concepts/scheduling-eviction/topology-spread-constraints.md

@@ -763,7 +763,8 @@ There are some implicit conventions worth noting here:
 
 - 只有与新来的 Pod 具有相同命名空间的 Pod 才能作为匹配候选者。
 
-- 调度器只考虑同时拥有所有 `topologySpreadConstraints[*].topologyKey` 的节点。缺少任何一个 `topologyKey` 的节点将被跳过。这意味着：
+- 调度器只会考虑同时具有全部 `topologySpreadConstraints[*].topologyKey` 的节点。
+  缺少任一 `topologyKey` 的节点将被忽略。这意味着：
 
   1. 位于这些节点上的 Pod 不影响 `maxSkew` 计算，在上面的[例子](#example-conflicting-topologyspreadconstraints)中，
      假设节点 `node1` 没有标签 "zone"，则 2 个 Pod 将被忽略，因此新来的
@@ -932,8 +933,8 @@ Pod 彼此的调度方式（更密集或更分散）。
 
 `podAntiAffinity`
 : 驱逐 Pod。如果将此设为 `requiredDuringSchedulingIgnoredDuringExecution` 模式，
-则只有单个 Pod 可以调度到单个拓扑域；如果你选择 `preferredDuringSchedulingIgnoredDuringExecution`，
-则你将丢失强制执行此约束的能力。
+  则只有单个 Pod 可以调度到单个拓扑域；如果你选择 `preferredDuringSchedulingIgnoredDuringExecution`，
+  则你将丢失强制执行此约束的能力。
 
 <!--
 For finer control, you can specify topology spread constraints to distribute