fix two broken links and a word localization

This commit is contained in:
howieyuen 2021-06-10 23:22:43 +08:00
parent 2f4a570f0c
commit 038b2b99a7
6 changed files with 6 additions and 8 deletions

View File

@ -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)

View File

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

View File

@ -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/)
也会产生自愿(和非自愿)的干扰。
<!--

View File

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

View File

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

View File

@ -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。