From 50db11d4b86e714bc3bf5258d4932baf5db5ee0b Mon Sep 17 00:00:00 2001 From: "xin.li" Date: Sun, 15 May 2022 18:46:26 +0800 Subject: [PATCH] [zh] adjust format Signed-off-by: xin.li --- .../tools/kubeadm/ha-topology.md | 42 +++++++++++-------- 1 file changed, 24 insertions(+), 18 deletions(-) diff --git a/content/zh/docs/setup/production-environment/tools/kubeadm/ha-topology.md b/content/zh/docs/setup/production-environment/tools/kubeadm/ha-topology.md index 278cadea23..590b1577e8 100644 --- a/content/zh/docs/setup/production-environment/tools/kubeadm/ha-topology.md +++ b/content/zh/docs/setup/production-environment/tools/kubeadm/ha-topology.md @@ -5,14 +5,13 @@ title: 高可用拓扑选项 content_type: concept weight: 50 --- + @@ -25,7 +24,7 @@ This page explains the two options for configuring the topology of your highly a -您可以设置 HA 集群： +你可以设置 HA 集群： -在设置 HA 集群之前，您应该仔细考虑每种拓扑的优缺点。 +在设置 HA 集群之前，你应该仔细考虑每种拓扑的优缺点。 {{< note >}} -kubeadm 静态引导 etcd 集群。 阅读 etcd [集群指南](https://github.com/etcd-io/etcd/blob/release-3.4/Documentation/op-guide/clustering.md#static)以获得更多详细信息。 +kubeadm 静态引导 etcd 集群。 +阅读 etcd [集群指南](https://github.com/etcd-io/etcd/blob/release-3.4/Documentation/op-guide/clustering.md#static)以获得更多详细信息。 {{< /note >}} @@ -60,7 +60,8 @@ kubeadm 静态引导 etcd 集群。 阅读 etcd [集群指南](https://github.co -堆叠（Stacked） HA 集群是一种这样的[拓扑](https://en.wikipedia.org/wiki/Network_topology)，其中 etcd 分布式数据存储集群堆叠在 kubeadm 管理的控制平面节点上，作为控制平面的一个组件运行。 +堆叠（Stacked） HA 集群是一种这样的[拓扑](https://en.wikipedia.org/wiki/Network_topology)， +其中 etcd 分布式数据存储集群堆叠在 kubeadm 管理的控制平面节点上，作为控制平面的一个组件运行。 -每个控制平面节点创建一个本地 etcd 成员（member），这个 etcd 成员只与该节点的 `kube-apiserver` 通信。这同样适用于本地 `kube-controller-manager` 和 `kube-scheduler` 实例。 +每个控制平面节点创建一个本地 etcd 成员（member），这个 etcd 成员只与该节点的 `kube-apiserver` 通信。 +这同样适用于本地 `kube-controller-manager` 和 `kube-scheduler` 实例。 -这种拓扑将控制平面和 etcd 成员耦合在同一节点上。相对使用外部 etcd 集群，设置起来更简单，而且更易于副本管理。 +这种拓扑将控制平面和 etcd 成员耦合在同一节点上。相对使用外部 etcd 集群 ， +设置起来更简单，而且更易于副本管理。 -然而，堆叠集群存在耦合失败的风险。如果一个节点发生故障，则 etcd 成员和控制平面实例都将丢失，并且冗余会受到影响。您可以通过添加更多控制平面节点来降低此风险。 +然而，堆叠集群存在耦合失败的风险。如果一个节点发生故障，则 etcd 成员和控制平面实例都将丢失， +并且冗余会受到影响。你可以通过添加更多控制平面节点来降低此风险。 -因此，您应该为 HA 集群运行至少三个堆叠的控制平面节点。 +因此，你应该为 HA 集群运行至少三个堆叠的控制平面节点。 -这是 kubeadm 中的默认拓扑。当使用 `kubeadm init` 和 `kubeadm join --control-plane` 时，在控制平面节点上会自动创建本地 etcd 成员。 +这是 kubeadm 中的默认拓扑。当使用 `kubeadm init` 和 `kubeadm join --control-plane` 时， +在控制平面节点上会自动创建本地 etcd 成员。 -具有外部 etcd 的 HA 集群是一种这样的[拓扑](https://en.wikipedia.org/wiki/Network_topology)，其中 etcd 分布式数据存储集群在独立于控制平面节点的其他节点上运行。 +具有外部 etcd 的 HA 集群是一种这样的[拓扑](https://en.wikipedia.org/wiki/Network_topology)， +其中 etcd 分布式数据存储集群在独立于控制平面节点的其他节点上运行。 -就像堆叠的 etcd 拓扑一样，外部 etcd 拓扑中的每个控制平面节点都运行 `kube-apiserver`，`kube-scheduler` 和 `kube-controller-manager` 实例。同样， `kube-apiserver` 使用负载均衡器暴露给工作节点。但是，etcd 成员在不同的主机上运行，​​每个 etcd 主机与每个控制平面节点的 `kube-apiserver` 通信。 +就像堆叠的 etcd 拓扑一样，外部 etcd 拓扑中的每个控制平面节点都运行 `kube-apiserver`，`kube-scheduler` 和 `kube-controller-manager` 实例。 +同样，`kube-apiserver` 使用负载均衡器暴露给工作节点。但是，etcd 成员在不同的主机上运行， +每个 etcd 主机与每个控制平面节点的 `kube-apiserver` 通信。 -这种拓扑结构解耦了控制平面和 etcd 成员。因此，它提供了一种 HA 设置，其中失去控制平面实例或者 etcd 成员的影响较小，并且不会像堆叠的 HA 拓扑那样影响集群冗余。 +这种拓扑结构解耦了控制平面和 etcd 成员。因此，它提供了一种 HA 设置， +其中失去控制平面实例或者 etcd 成员的影响较小，并且不会像堆叠的 HA 拓扑那样影响集群冗余。 ![外部 etcd 拓扑](/images/kubeadm/kubeadm-ha-topology-external-etcd.svg) - - ## {{% heading "whatsnext" %}} - - - [使用 kubeadm 设置高可用集群](/zh/docs/setup/production-environment/tools/kubeadm/high-availability/) + - [使用 kubeadm 设置高可用集群](/zh/docs/setup/production-environment/tools/kubeadm/high-availability/)