From 8a59f9e7e2f7a645fcd490c162b4f87909601a0b Mon Sep 17 00:00:00 2001 From: Michael Date: Sat, 9 Jul 2022 22:47:10 +0800 Subject: [PATCH] [zh-cn] updated /tutorials/stateful-application/zookeeper.md --- .../stateful-application/zookeeper.md | 42 +++++++++---------- 1 file changed, 20 insertions(+), 22 deletions(-) diff --git a/content/zh-cn/docs/tutorials/stateful-application/zookeeper.md b/content/zh-cn/docs/tutorials/stateful-application/zookeeper.md index 0cdc2054a2..0aa40f4214 100644 --- a/content/zh-cn/docs/tutorials/stateful-application/zookeeper.md +++ b/content/zh-cn/docs/tutorials/stateful-application/zookeeper.md @@ -122,8 +122,8 @@ quorum。 -ZooKeeper 在内存中保存它们的整个状态机，但是每个改变都被写入一个在存储介质上的 -持久 WAL（Write Ahead Log）。 +ZooKeeper 在内存中保存它们的整个状态机，但是每个改变都被写入一个在存储介质上的持久 +WAL（Write Ahead Log）。 当一个服务器出现故障时，它能够通过回放 WAL 恢复之前的状态。 为了防止 WAL 无限制的增长，ZooKeeper 服务器会定期的将内存状态快照保存到存储介质。 这些快照能够直接加载到内存中，所有在这个快照之前的 WAL 条目都可以被安全的丢弃。 @@ -139,10 +139,9 @@ and a [StatefulSet](/docs/concepts/workloads/controllers/statefulset/). --> ## 创建一个 ZooKeeper Ensemble -下面的清单包含一个 -[无头服务](/zh-cn/docs/concepts/services-networking/service/#headless-services)， -一个 [Service](/zh-cn/docs/concepts/services-networking/service/)， -一个 [PodDisruptionBudget](/zh-cn/docs/concepts/workloads/pods/disruptions/#specifying-a-poddisruptionbudget)， +下面的清单包含一个[无头服务](/zh-cn/docs/concepts/services-networking/service/#headless-services)、 +一个 [Service](/zh-cn/docs/concepts/services-networking/service/)、 +一个 [PodDisruptionBudget](/zh-cn/docs/concepts/workloads/pods/disruptions/#specifying-a-poddisruptionbudget) 和一个 [StatefulSet](/zh-cn/docs/concepts/workloads/controllers/statefulset/)。 {{< codenew file="application/zookeeper/zookeeper.yaml" >}} @@ -180,7 +179,7 @@ StatefulSet controller create the StatefulSet's Pods. --> 使用命令 [`kubectl get`](/docs/reference/generated/kubectl/kubectl-commands/#get) -查看 StatefulSet 控制器创建的 Pods。 +查看 StatefulSet 控制器创建的几个 Pod。 ```shell kubectl get pods -w -l app=zk @@ -215,7 +214,7 @@ The StatefulSet controller creates three Pods, and each Pod has a container with a [ZooKeeper](https://www-us.apache.org/dist/zookeeper/stable/) server. --> StatefulSet 控制器创建 3 个 Pod，每个 Pod 包含一个 -[ZooKeeper](https://www-us.apache.org/dist/zookeeper/stable/) 服务容器。 +[ZooKeeper](https://archive.apache.org/dist/zookeeper/stable/) 服务容器。 -`zk-hs` Service 为所有 Pods 创建了一个域：`zk-hs.default.svc.cluster.local`。 +`zk-hs` Service 为所有 Pod 创建了一个域：`zk-hs.default.svc.cluster.local`。 ``` zk-0.zk-hs.default.svc.cluster.local @@ -310,7 +309,7 @@ ZooKeeper stores its application configuration in a file named `zoo.cfg`. Use `k --> [Kubernetes DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/) 中的 A 记录将 FQDN 解析成为 Pod 的 IP 地址。 -如果 Pods 被调度，这个 A 记录将会使用 Pods 的新 IP 地址完成更新， +如果 Kubernetes 重新调度这些 Pod，这个 A 记录将会使用这些 Pod 的新 IP 地址完成更新， 但 A 记录的名称不会改变。 ZooKeeper 在一个名为 `zoo.cfg` 的文件中保存它的应用配置。 @@ -389,10 +388,9 @@ the FQDNs of the ZooKeeper servers will resolve to a single endpoint, and that endpoint will be the unique ZooKeeper server claiming the identity configured in its `myid` file. --> -每个 Pod 的 A 记录仅在 Pod 变成 Ready状态时被录入。 +每个 Pod 的 A 记录仅在 Pod 变成 Ready 状态时被录入。 因此，ZooKeeper 服务器的 FQDN 只会解析到一个端点， -而那个端点将会是一个唯一的 ZooKeeper 服务器， -这个服务器声明了配置在它的 `myid` 文件中的标识符。 +而那个端点将是申领其 `myid` 文件中所配置标识的唯一 ZooKeeper 服务器。 ``` zk-0.zk-hs.default.svc.cluster.local @@ -699,7 +697,7 @@ Get the `zk` StatefulSet. --> ## 确保一致性配置 -如同在[促成领导者选举](#facilitating-leader-election) 和[达成一致](#achieving-consensus) +如同在[促成领导者选举](#facilitating-leader-election)和[达成一致](#achieving-consensus) 小节中提到的，ZooKeeper ensemble 中的服务器需要一致性的配置来选举一个领导者并形成一个 quorum。它们还需要 Zab 协议的一致性配置来保证这个协议在网络中正确的工作。 在这次的示例中，我们通过直接将配置写入代码清单中来达到该目的。 @@ -753,8 +751,8 @@ Use the command below to get the logging configuration from one of Pods in the ` ### 配置日志 {#configuring-logging} `zkGenConfig.sh` 脚本产生的一个文件控制了 ZooKeeper 的日志行为。 -ZooKeeper 使用了 [Log4j](http://logging.apache.org/log4j/2.x/) 并默认使用 -基于文件大小和时间的滚动文件追加器作为日志配置。 +ZooKeeper 使用了 [Log4j](http://logging.apache.org/log4j/2.x/) +并默认使用基于文件大小和时间的滚动文件追加器作为日志配置。 从 `zk` StatefulSet 的一个 Pod 中获取日志配置。 @@ -788,8 +786,8 @@ Use [`kubectl logs`](/docs/reference/generated/kubectl/kubectl-commands/#logs) t --> 这是在容器里安全记录日志的最简单的方法。 由于应用的日志被写入标准输出，Kubernetes 将会为你处理日志轮转。 -Kubernetes 还实现了一个智能保存策略，保证写入标准输出和标准错误流 -的应用日志不会耗尽本地存储媒介。 +Kubernetes 还实现了一个智能保存策略， +保证写入标准输出和标准错误流的应用日志不会耗尽本地存储介质。 使用命令 [`kubectl logs`](/docs/reference/generated/kubectl/kubectl-commands/#logs) 从一个 Pod 中取回最后 20 行日志。 @@ -869,7 +867,7 @@ corresponds to the zookeeper group. Get the ZooKeeper process information from the `zk-0` Pod. --> -在 Pods 的容器内部，UID 1000 对应用户 zookeeper，GID 1000 对应用户组 zookeeper。 +在 Pod 的容器内部，UID 1000 对应用户 zookeeper，GID 1000 对应用户组 zookeeper。 从 `zk-0` Pod 获取 ZooKeeper 进程信息。 @@ -1075,7 +1073,7 @@ In another terminal, terminate the ZooKeeper process in Pod `zk-0` with the foll The termination of the ZooKeeper process caused its parent process to terminate. Because the `RestartPolicy` of the container is Always, it restarted the parent process. --> ZooKeeper 进程的终结导致了它父进程的终止。由于容器的 `RestartPolicy` -是 Always，父进程被重启。 +是 Always，所以父进程被重启。 ``` NAME READY STATUS RESTARTS AGE @@ -1257,7 +1255,7 @@ the clients of your ZooKeeper service will experience an outage until at least o 默认情况下，Kubernetes 可以把 `StatefulSet` 的 Pod 部署在相同节点上。 对于你创建的 3 个服务器的 ensemble 来说， 如果有两个服务器并存于相同的节点上并且该节点发生故障时，ZooKeeper 服务将中断， -直至至少一个 Pods 被重新调度。 +直至至少其中一个 Pod 被重新调度。 * 使用 `kubectl uncordon` 解除你集群中所有节点的隔离。 -* 你需要删除在本教程中使用的 PersistentVolume 的持久存储媒介。 +* 你需要删除在本教程中使用的 PersistentVolume 的持久存储介质。 请遵循必须的步骤，基于你的环境、存储配置和制备方法，保证回收所有的存储。