Merge pull request #23730 from tengqm/zh-links-setup-3

[zh] fix links in setup section (3)

Author: k8s-ci-robot

content/zh/docs/setup/production-environment/on-premises-vm/ovirt.md

@@ -3,13 +3,11 @@ title: oVirt
 content_type: concept
 ---
 <!--
----
 reviewers:
 - caesarxuchao
 - erictune
 title: oVirt
 content_type: concept
----
 -->
 
 <!-- overview -->
@@ -20,52 +18,44 @@ oVirt is a virtual datacenter manager that delivers powerful management of multi
 oVirt 是一个虚拟数据中心管理器，可以对多个主机上的多个虚拟机进行强大的管理。
 使用 KVM 和 libvirt ，可以将 oVirt 安装在 Fedora、CentOS 或者 Red Hat Enterprise Linux 主机上，以部署和管理您的虚拟数据中心。
 
-
-
 <!-- body -->
 
 <!--
 ## oVirt Cloud Provider Deployment
--->
-## oVirt 云驱动的部署
 
-<!--
 The oVirt cloud provider allows to easily discover and automatically add new VM instances as nodes to your Kubernetes cluster.
 At the moment there are no community-supported or pre-loaded VM images including Kubernetes but it is possible to [import] or [install] Project Atomic (or Fedora) in a VM to [generate a template]. Any other distribution that includes Kubernetes may work as well.
 -->
+## oVirt 云驱动的部署
+
 oVirt 云驱动可以轻松发现新 VM 实例并自动将其添加为 Kubernetes 集群的节点。
-目前，包括 Kubernetes 在内，尚无社区支持或预加载的 VM 镜像，但可以在 VM 中 [导入] 或 [安装] Project Atomic（或 Fedora）来 [生成模版]。
+目前，包括 Kubernetes 在内，尚无社区支持或预加载的 VM 镜像，但可以在 VM 中
+[导入](https://ovedou.blogspot.it/2014/03/importing-glance-images-as-ovirt.html) 或
+[安装](https://www.ovirt.org/documentation/quickstart/quickstart-guide/#create-virtual-machines)
+Project Atomic（或 Fedora）来 
+[生成模版](https://www.ovirt.org/documentation/quickstart/quickstart-guide/#using-templates)。
 包括 Kubernetes 的任何其他 Linux 发行版也可能可行。
 
 <!--
 It is mandatory to [install the ovirt-guest-agent] in the guests for the VM ip address and hostname to be reported to ovirt-engine and ultimately to Kubernetes.
 -->
-必须在寄宿系统中 [安装 ovirt-guest-agent]，才能将 VM 的 IP 地址和主机名报给 ovirt-engine 并最终报告给 Kubernetes。
+必须在寄宿系统中
+[安装 ovirt-guest-agent](https://www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-agent-in-fedora/)，
+才能将 VM 的 IP 地址和主机名报给 ovirt-engine 并最终报告给 Kubernetes。
 
 <!--
 Once the Kubernetes template is available it is possible to start instantiating VMs that can be discovered by the cloud provider.
 -->
 一旦 Kubernetes 模版可用，就可以开始创建可由云驱动发现的 VM。
 
-<!--
-[import]: https://ovedou.blogspot.it/2014/03/importing-glance-images-as-ovirt.html
-[install]: https://www.ovirt.org/documentation/quickstart/quickstart-guide/#create-virtual-machines
-[generate a template]: https://www.ovirt.org/documentation/quickstart/quickstart-guide/#using-templates
-[install the ovirt-guest-agent]: https://www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-agent-in-fedora/
--->
-[导入]: https://ovedou.blogspot.it/2014/03/importing-glance-images-as-ovirt.html
-[安装]: https://www.ovirt.org/documentation/quickstart/quickstart-guide/#create-virtual-machines
-[生成模版]: https://www.ovirt.org/documentation/quickstart/quickstart-guide/#using-templates
-[安装 ovirt-guest-agent]: https://www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-agent-in-fedora/
-
 <!--
 ## Using the oVirt Cloud Provider
+
+The oVirt Cloud Provider requires access to the oVirt REST-API to gather the proper information,
+the required credential should be specified in the `ovirt-cloud.conf` file:
 -->
 ## 使用 oVirt 云驱动
 
-<!--
-The oVirt Cloud Provider requires access to the oVirt REST-API to gather the proper information, the required credential should be specified in the `ovirt-cloud.conf` file:
--->
 oVirt 云驱动需要访问 oVirt REST-API 来收集正确的信息，所需的凭据应在 `ovirt-cloud.conf` 文件中设定：
 
 ```none
@@ -128,8 +118,6 @@ oVirt                |              |        |             | [docs](/docs/setup/
 -->
 IaaS 提供商        | 配置管理 | OS     | 联网  | 文件                                              | 遵从性 | 支持级别
 ----------------- | ------- | ------ | ---- | ------------------------------------------------- |------| ---------------
-oVirt | | | | [文件](/docs/setup/production-environment/on-premises-vm/ovirt/) | | 社区 ([@simon3z](https://github.com/simon3z))
-
-
+oVirt | | | | [文件](/zh/docs/setup/production-environment/on-premises-vm/ovirt/) | | 社区 ([@simon3z](https://github.com/simon3z))
 
 

content/zh/docs/setup/production-environment/tools/kubeadm/self-hosting.md

@@ -1,18 +1,12 @@
 ---
-reviewers:
-- sig-cluster-lifecycle
 title: 配置您的 kubernetes 集群以自托管控制平台
 content_type: concept
 weight: 100
 ---
 <!--
----
-reviewers:
-- sig-cluster-lifecycle
 title: Configuring your kubernetes cluster to self-host the control plane
 content_type: concept
 weight: 100
----
 -->
 
 <!-- overview -->
@@ -30,15 +24,17 @@ configured via the Kubernetes API instead of [static pods](/docs/tasks/administe
 configured in the kubelet via static files.
 -->
 kubeadm 允许您实验性地创建 _self-hosted_ Kubernetes 控制平面。
-这意味着 API 服务器，控制管理器和调度程序之类的关键组件将通过配置 Kubernetes API 以 [DaemonSet pods](/docs/concepts/workloads/controllers/daemonset/) 的身份运行，而不是通过静态文件将 [static pods](/docs/tasks/administer-cluster/static-pod/) 在 kubelet 中配置。
+这意味着 API 服务器，控制管理器和调度程序之类的关键组件将通过配置 Kubernetes API 以
+[DaemonSet Pods](/zh/docs/concepts/workloads/controllers/daemonset/) 的身份运行，
+而不是通过静态文件在 kubelet 中配置[静态 Pods](/zh/docs/tasks/configure-pod-container/static-pod/)。
 
 <!--
 To create a self-hosted cluster see the
 [kubeadm alpha selfhosting pivot](/docs/reference/setup-tools/kubeadm/kubeadm-alpha/#cmd-selfhosting) command.
 -->
-要创建自托管集群，请参见 [kubeadm alpha 自托管枢纽](/docs/reference/setup-tools/kubeadm/kubeadm-alpha/#cmd-selfhosting) 命令。
-
-
+要创建自托管集群，请参见
+[kubeadm alpha selfhosting pivot](/zh/docs/reference/setup-tools/kubeadm/kubeadm-alpha/#cmd-selfhosting)
+命令。
 
 <!-- body -->
 
@@ -47,11 +43,11 @@ To create a self-hosted cluster see the
 -->
 #### 警告
 
-{{< caution >}}
 <!--
 This feature pivots your cluster into an unsupported state, rendering kubeadm unable
 to manage you cluster any longer. This includes `kubeadm upgrade`.
 -->
+{{< caution >}}
 此功能将您的集群设置为不受支持的状态，从而使 kubeadm 无法再管理您的集群。
 这包括 `kubeadm 升级` 。
 {{< /caution >}}
@@ -62,38 +58,38 @@ to manage you cluster any longer. This includes `kubeadm upgrade`.
   without manual intervention.
 -->
 1. 1.8及更高版本中的自托管功能有一些重要限制。
-特别是，自托管集群在没有人工干预的情况下_无法从控制平面节点的重新启动中恢复_ 。
+   特别是，自托管集群在没有人工干预的情况下_无法从控制平面节点的重新启动中恢复_ 。
 
 <!--
 1. By default, self-hosted control plane Pods rely on credentials loaded from
   [`hostPath`](/docs/concepts/storage/volumes/#hostpath)
   volumes. Except for initial creation, these credentials are not managed by
   kubeadm.
 -->
-1. 默认情况下，自托管的控制平面 Pod 依赖于从  [`hostPath`](/docs/concepts/storage/volumes/#hostpath) 卷加载的凭据。
-除初始创建外，这些凭据不由 kubeadm 管理。
+2. 默认情况下，自托管的控制平面 Pod 依赖于从
+   [`hostPath`](/zh/docs/concepts/storage/volumes/#hostpath) 卷加载的凭据。
+   除初始创建外，这些凭据不由 kubeadm 管理。
 
 <!--
 1. The self-hosted portion of the control plane does not include etcd,
   which still runs as a static Pod.
 -->
-1. 控制平面的自托管部分不包括 etcd，后者仍作为静态 Pod 运行。
+3. 控制平面的自托管部分不包括 etcd，后者仍作为静态 Pod 运行。
 
 <!--
 #### Process
--->
-#### 处理
 
-<!--
 The self-hosting bootstrap process is documented in the [kubeadm design
 document](https://github.com/kubernetes/kubeadm/blob/master/docs/design/design_v1.9.md#optional-self-hosting).
 -->
-自托管引导过程记录在 [kubeadm 设计文档](https://github.com/kubernetes/kubeadm/blob/master/docs/design/design_v1.9.md#optional-self-hosting) 中。
+#### 过程
+
+自托管引导过程描述于 [kubeadm 设计文档](https://github.com/kubernetes/kubeadm/blob/master/docs/design/design_v1.9.md#optional-self-hosting) 中。
 
 <!--
 In summary, `kubeadm alpha selfhosting` works as follows:
 -->
-总而言之，`kubeadm alpha 自托管` 的工作原理如下：
+总体而言，`kubeadm alpha 自托管` 的工作原理如下：
 
 <!--
   1. Waits for this bootstrap static control plane to be running and
@@ -107,28 +103,27 @@ In summary, `kubeadm alpha selfhosting` works as follows:
     It also modifies these manifests where necessary, for example adding new volumes
     for secrets.
 -->
-  1. 使用静态控制平面 Pod 清单来构造一组 DaemonSet 清单，这些清单将运行自托管的控制平面。
+  2. 使用静态控制平面 Pod 清单来构造一组 DaemonSet 清单，这些清单将运行自托管的控制平面。
      它还会在必要时修改这些清单，例如添加新的秘密卷。
 
 <!--
   1. Creates DaemonSets in the `kube-system` namespace and waits for the
      resulting Pods to be running.
 -->
-  1. 在 `kube-system` 名称空间中创建 DaemonSets ，并等待生成的 Pod 运行。
+  3. 在 `kube-system` 名称空间中创建 DaemonSets ，并等待生成的 Pod 运行。
 
 <!--
   1. Once self-hosted Pods are operational, their associated static Pods are deleted
      and kubeadm moves on to install the next component. This triggers kubelet to
      stop those static Pods.
 -->
- 1. 自托管 Pod 运行后，将删除其关联的静态 Pod，然后 kubeadm 继续安装下一个组件。
-    这将触发 kubelet 停止那些静态 Pod 。
+  4. 自托管 Pod 运行后，将删除其关联的静态 Pod，然后 kubeadm 继续安装下一个组件。
+     这将触发 kubelet 停止那些静态 Pod 。
 
 <!--
   1. When the original static control plane stops, the new self-hosted control
     plane is able to bind to listening ports and become active.
 -->
-  1. 当原始静态控制平面停止时，新的自托管控制平面能够绑定到侦听端口并变为活动状态。
-
+  5. 当原始静态控制平面停止时，新的自托管控制平面能够绑定到侦听端口并变为活动状态。