Merge pull request #28366 from howieyuen/fix-typo

[zh]fix two broken links and reconcile `sidecar` localization

Author: k8s-ci-robot

content/zh/docs/concepts/containers/runtime-class.md

@@ -313,6 +313,4 @@ Pod 开销通过 RuntimeClass 的 `overhead` 字段定义。
 - [RuntimeClass 设计](https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/585-runtime-class/README.md)
 - [RuntimeClass 调度设计](https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/585-runtime-class/README.md#runtimeclass-scheduling)
 - 阅读关于 [Pod 开销](/zh/docs/concepts/scheduling-eviction/pod-overhead/) 的概念
-- [PodOverhead 特性设计](https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190226-pod-overhead.md)
-
-
+- [PodOverhead 特性设计](https://github.com/kubernetes/enhancements/tree/master/keps/sig-node/688-pod-overhead)

content/zh/docs/concepts/workloads/pods/_index.md

@@ -135,7 +135,7 @@ Kubernetes 集群中的 Pod 主要有两种用法：
 * **运行多个协同工作的容器的 Pod**。
   Pod 可能封装由多个紧密耦合且需要共享资源的共处容器组成的应用程序。
   这些位于同一位置的容器可能形成单个内聚的服务单元 —— 一个容器将文件从共享卷提供给公众，
-  而另一个单独的“挂斗”（sidecar）容器则刷新或更新这些文件。
+  而另一个单独的“边车”（sidecar）容器则刷新或更新这些文件。
   Pod 将这些容器和存储资源打包为一个可管理的实体。
 
   {{< note >}}

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

@@ -170,7 +170,7 @@ in your pod spec can also cause voluntary (and involuntary) disruptions.
 实现可能导致碎片整理和紧缩节点的自愿干扰。集群
 管理员或托管提供商应该已经记录了各级别的自愿干扰（如果有的话）。
 有些配置选项，例如在 pod spec 中
-[使用 PriorityClasses]（https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/）
+[使用 PriorityClasses](https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/)
 也会产生自愿（和非自愿）的干扰。
 
 <!--

content/zh/docs/concepts/workloads/pods/ephemeral-containers.md

@@ -151,7 +151,7 @@ for examples of troubleshooting using ephemeral containers.
 <!--
 ## Ephemeral containers API
 -->
-### 临时容器 API   {#ephemeral-containers-api}」
+### 临时容器 API   {#ephemeral-containers-api}
 
 {{< note >}}
 <!--

content/zh/docs/contribute/localization_zh.md

@@ -460,7 +460,7 @@ Website 的仓库中 `scripts/linkchecker.py` 是一个工具，可用来检查
 - service discovery，服务发现
 - service mesh，服务网格
 - session，会话
-- sidecar，挂斗
+- sidecar，边车
 - skew，偏移
 - spec，规约
 - specification，规约

content/zh/docs/reference/glossary/pod.md

@@ -40,4 +40,4 @@ tags:
 A Pod is typically set up to run a single primary container. It can also run optional sidecar containers that add supplementary features like logging. Pods are commonly managed by a {{< glossary_tooltip term_id="deployment" >}}.
 -->
 
-通常创建 Pod 是为了运行单个主容器。Pod 还可以运行可选的挂斗（sidecar）容器，以添加诸如日志记录之类的补充特性。通常用 {{< glossary_tooltip term_id="deployment" >}} 来管理 Pod。
+通常创建 Pod 是为了运行单个主容器。Pod 还可以运行可选的边车（sidecar）容器，以添加诸如日志记录之类的补充特性。通常用 {{< glossary_tooltip term_id="deployment" >}} 来管理 Pod。