kubernetes
/
website
mirror of https://github.com/kubernetes/website.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #35878 from windsonsea/basicstate 

[zh-cn] Updated basic-stateful-set.md
This commit is contained in:
Kubernetes Prow Robot 2022-08-12 05:46:43 -07:00 committed by GitHub
parent 5373053304 d546b0e87b
commit c3e2b6a6d6
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 19 additions and 25 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

44
content/zh-cn/docs/tutorials/stateful-application/basic-stateful-set.md
View File

@ -45,12 +45,12 @@ following Kubernetes concepts:
* [StatefulSets](/docs/concepts/workloads/controllers/statefulset/) * [StatefulSets](/docs/concepts/workloads/controllers/statefulset/)
* The [kubectl](/docs/reference/kubectl/kubectl/) command line tool * The [kubectl](/docs/reference/kubectl/kubectl/) command line tool
--> -->
* [Pods](/zh-cn/docs/concepts/workloads/pods/) * [Pod](/zh-cn/docs/concepts/workloads/pods/)
* [Cluster DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/) * [Cluster DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/)
* [Headless Services](/zh-cn/docs/concepts/services-networking/service/#headless-services) * [Headless Service](/zh-cn/docs/concepts/services-networking/service/#headless-services)
* [PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/) * [PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/)
* [PersistentVolume Provisioning](https://github.com/kubernetes/examples/tree/master/staging/persistent-volume-provisioning/) * [PersistentVolume Provisioning](https://github.com/kubernetes/examples/tree/master/staging/persistent-volume-provisioning/)
* [StatefulSets](/zh-cn/docs/concepts/workloads/controllers/statefulset/) * [StatefulSet](/zh-cn/docs/concepts/workloads/controllers/statefulset/)
* [kubectl](/zh-cn/docs/reference/kubectl/kubectl/) 命令行工具 * [kubectl](/zh-cn/docs/reference/kubectl/kubectl/) 命令行工具
{{< note >}} {{< note >}}
@ -75,7 +75,7 @@ topic with the latter, you will deploy a simple web application using a Stateful
--> -->
StatefulSet 旨在与有状态的应用及分布式系统一起使用。然而在 Kubernetes StatefulSet 旨在与有状态的应用及分布式系统一起使用。然而在 Kubernetes
上管理有状态应用和分布式系统是一个宽泛而复杂的话题。 上管理有状态应用和分布式系统是一个宽泛而复杂的话题。
为了演示 StatefulSet 的基本特性，并且不使前后的主题混淆，你将会使用 StatefulSet 部署一个简单的 web 应用。 为了演示 StatefulSet 的基本特性，并且不使前后的主题混淆，你将会使用 StatefulSet 部署一个简单的 Web 应用。
<!-- <!--
After this tutorial, you will be familiar with the following. After this tutorial, you will be familiar with the following.
@ -189,7 +189,7 @@ created sequentially, ordered from _{0..n-1}_. Examine the output of the
`kubectl get` command in the first terminal. Eventually, the output will `kubectl get` command in the first terminal. Eventually, the output will
look like the example below. look like the example below.
--> -->
对于一个拥有 _n_ 个副本的 StatefulSet，Pod 被部署时是按照 _{0..n-1}_ 的序号顺序创建的。 对于一个拥有 **n** 个副本的 StatefulSet，Pod 被部署时是按照 **{0..n-1}** 的序号顺序创建的。
在第一个终端中使用 `kubectl get` 检查输出。这个输出最终将看起来像下面的样子。 在第一个终端中使用 `kubectl get` 检查输出。这个输出最终将看起来像下面的样子。
```shell ```shell
@ -212,9 +212,9 @@ Notice that the `web-1` Pod is not launched until the `web-0` Pod is
_Running_ (see [Pod Phase](/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)) _Running_ (see [Pod Phase](/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase))
and _Ready_ (see `type` in [Pod Conditions](/docs/concepts/workloads/pods/pod-lifecycle/#pod-conditions)). and _Ready_ (see `type` in [Pod Conditions](/docs/concepts/workloads/pods/pod-lifecycle/#pod-conditions)).
--> -->
请注意，直到 `web-0` Pod 处于 _Running_（请参阅 请注意，直到 `web-0` Pod 处于 **Running**（请参阅
[Pod 阶段](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)） [Pod 阶段](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)）
并 _Ready_（请参阅 [Pod 状况](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-conditions)中的 并 **Ready**（请参阅 [Pod 状况](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-conditions)中的
`type`）状态后，`web-1` Pod 才会被启动。 `type`）状态后，`web-1` Pod 才会被启动。
<!-- <!--
@ -259,7 +259,7 @@ StatefulSet 中的每个 Pod 拥有一个具有黏性的、独一无二的身份
这个标志基于 StatefulSet 这个标志基于 StatefulSet
{{< glossary_tooltip term_id="controller" text="控制器">}}分配给每个 {{< glossary_tooltip term_id="controller" text="控制器">}}分配给每个
Pod 的唯一顺序索引。 Pod 的唯一顺序索引。
Pod 的名称的形式为 `<statefulset 名称>-<序号索引>`。 Pod 名称的格式为 `<statefulset 名称>-<序号索引>`。
`web` StatefulSet 拥有两个副本，所以它创建了两个 Pod：`web-0` 和 `web-1`。 `web` StatefulSet 拥有两个副本，所以它创建了两个 Pod：`web-0` 和 `web-1`。
<!-- <!--
@ -292,7 +292,7 @@ addresses:
--> -->
使用 [`kubectl run`](/docs/reference/generated/kubectl/kubectl-commands/#run) 使用 [`kubectl run`](/docs/reference/generated/kubectl/kubectl-commands/#run)
运行一个提供 `nslookup` 命令的容器，该命令来自于 `dnsutils` 包。 运行一个提供 `nslookup` 命令的容器，该命令来自于 `dnsutils` 包。
通过对 Pod 的主机名执行 `nslookup`，你可以检查他们在集群内部的 DNS 地址： 通过对 Pod 的主机名执行 `nslookup`，你可以检查这些主机名在集群内部的 DNS 地址：
```shell ```shell
kubectl run -i --tty --image busybox:1.28 dns-test --restart=Never --rm kubectl run -i --tty --image busybox:1.28 dns-test --restart=Never --rm
@ -304,7 +304,7 @@ which starts a new shell. In that new shell, run:
这将启动一个新的 Shell。在新 Shell 中运行： 这将启动一个新的 Shell。在新 Shell 中运行：
```shell ```shell
# Run this in the dns-test container shell # 在 dns-test 容器 Shell 中运行以下命令
nslookup web-0.nginx nslookup web-0.nginx
``` ```
@ -418,7 +418,7 @@ In that new shell, run:
这将启动一个新的 Shell。在新 Shell 中，运行： 这将启动一个新的 Shell。在新 Shell 中，运行：
```shell ```shell
# Run this in the dns-test container shell # 在 dns-test 容器 Shell 中运行以下命令
nslookup web-0.nginx nslookup web-0.nginx
``` ```
@ -477,7 +477,7 @@ to Running and Ready.
--> -->
如果你的应用已经实现了用于测试是否已存活（liveness）并就绪（readiness）的连接逻辑， 如果你的应用已经实现了用于测试是否已存活（liveness）并就绪（readiness）的连接逻辑，
你可以使用 Pod 的 SRV 记录（`web-0.nginx.default.svc.cluster.local`、 你可以使用 Pod 的 SRV 记录（`web-0.nginx.default.svc.cluster.local`、
`web-1.nginx.default.svc.cluster.local`）。因为他们是稳定的，并且当你的 `web-1.nginx.default.svc.cluster.local`）。因为它们是稳定的，并且当你的
Pod 的状态变为 Running 和 Ready 时，你的应用就能够发现它们的地址。 Pod 的状态变为 Running 和 Ready 时，你的应用就能够发现它们的地址。
<!-- <!--
@ -558,15 +558,14 @@ by running:
--> -->
请注意，如果你看见上面的 curl 命令返回了 **403 Forbidden** 的响应，你需要像这样修复使用 `volumeMounts` 请注意，如果你看见上面的 curl 命令返回了 **403 Forbidden** 的响应，你需要像这样修复使用 `volumeMounts`
（原因归咎于[使用 hostPath 卷时存在的缺陷](https://github.com/kubernetes/kubernetes/issues/2630)） （原因归咎于[使用 hostPath 卷时存在的缺陷](https://github.com/kubernetes/kubernetes/issues/2630)）
挂载的目录的权限 挂载的目录的权限，先运行：
运行：
`for i in 0 1; do kubectl exec web-$i -- chmod 755 /usr/share/nginx/html; done` `for i in 0 1; do kubectl exec web-$i -- chmod 755 /usr/share/nginx/html; done`
<!-- <!--
before retrying the `curl` command above. before retrying the `curl` command above.
--> -->
在你重新尝试上面的 `curl` 命令之前。 再重新尝试上面的 `curl` 命令。
{{< /note >}} {{< /note >}}
<!-- <!--
@ -793,7 +792,6 @@ www-web-1 Bound pvc-15c79307-b507-11e6-932f-42010a800002 1Gi RWO
www-web-2 Bound pvc-e1125b27-b508-11e6-932f-42010a800002 1Gi RWO 13h www-web-2 Bound pvc-e1125b27-b508-11e6-932f-42010a800002 1Gi RWO 13h
www-web-3 Bound pvc-e1176df6-b508-11e6-932f-42010a800002 1Gi RWO 13h www-web-3 Bound pvc-e1176df6-b508-11e6-932f-42010a800002 1Gi RWO 13h
www-web-4 Bound pvc-e11bb5f8-b508-11e6-932f-42010a800002 1Gi RWO 13h www-web-4 Bound pvc-e11bb5f8-b508-11e6-932f-42010a800002 1Gi RWO 13h
``` ```
<!-- <!--
@ -947,7 +945,6 @@ for p in 0 1 2; do kubectl get pod "web-$p" --template '{{range $i, $c := .spec.
k8s.gcr.io/nginx-slim:0.8 k8s.gcr.io/nginx-slim:0.8
k8s.gcr.io/nginx-slim:0.8 k8s.gcr.io/nginx-slim:0.8
k8s.gcr.io/nginx-slim:0.8 k8s.gcr.io/nginx-slim:0.8
``` ```
<!-- <!--
@ -982,7 +979,7 @@ StatefulSet 的 `.spec.template`。
<!-- <!--
Patch the `web` StatefulSet to add a partition to the `updateStrategy` field: Patch the `web` StatefulSet to add a partition to the `updateStrategy` field:
--> -->
对 `web` StatefulSet 执行 Patch 操作以为 `updateStrategy` 字段添加一个分区： 对 `web` StatefulSet 执行 Patch 操作为 `updateStrategy` 字段添加一个分区：
```shell ```shell
kubectl patch statefulset web -p '{"spec":{"updateStrategy":{"type":"RollingUpdate","rollingUpdate":{"partition":3}}}}' kubectl patch statefulset web -p '{"spec":{"updateStrategy":{"type":"RollingUpdate","rollingUpdate":{"partition":3}}}}'
@ -1102,7 +1099,6 @@ kubectl get pod web-2 --template '{{range $i, $c := .spec.containers}}{{$c.image
``` ```
``` ```
k8s.gcr.io/nginx-slim:0.7 k8s.gcr.io/nginx-slim:0.7
``` ```
<!-- <!--
@ -1393,7 +1389,7 @@ service/nginx unchanged
Ignore the error. It only indicates that an attempt was made to create the _nginx_ Ignore the error. It only indicates that an attempt was made to create the _nginx_
headless Service even though that Service already exists. headless Service even though that Service already exists.
--> -->
请忽略这个错误。它仅表示 kubernetes 进行了一次创建 _nginx_ headless Service 请忽略这个错误。它仅表示 kubernetes 进行了一次创建 **nginx** headless Service
的尝试，尽管那个 Service 已经存在。 的尝试，尽管那个 Service 已经存在。
<!-- <!--
@ -1509,7 +1505,6 @@ web-0 0/1 Terminating 0 12m
web-1 0/1 Terminating 0 29m web-1 0/1 Terminating 0 29m
web-1 0/1 Terminating 0 29m web-1 0/1 Terminating 0 29m
web-1 0/1 Terminating 0 29m web-1 0/1 Terminating 0 29m
``` ```
<!-- <!--
@ -1518,7 +1513,7 @@ are terminated one at a time, with respect to the reverse order of their ordinal
indices. Before terminating a Pod, the StatefulSet controller waits for indices. Before terminating a Pod, the StatefulSet controller waits for
the Pod's successor to be completely terminated. the Pod's successor to be completely terminated.
--> -->
如同你在[缩容](#ordered-pod-termination)一节看到的，Pod 按照和他们序号索引相反的顺序每次终止一个。 如同你在[缩容](#scaling-down)章节看到的，这些 Pod 按照与其序号索引相反的顺序每次终止一个。
在终止一个 Pod 前，StatefulSet 控制器会等待 Pod 后继者被完全终止。 在终止一个 Pod 前，StatefulSet 控制器会等待 Pod 后继者被完全终止。
{{< note >}} {{< note >}}
@ -1803,7 +1798,6 @@ Service:
kubectl delete svc nginx kubectl delete svc nginx
``` ```
{{< note >}} {{< note >}}
<!-- <!--
You also need to delete the persistent storage media for the PersistentVolumes You also need to delete the persistent storage media for the PersistentVolumes
@ -1815,5 +1809,5 @@ used in this tutorial.
Follow the necessary steps, based on your environment, storage configuration, Follow the necessary steps, based on your environment, storage configuration,
and provisioning method, to ensure that all storage is reclaimed. and provisioning method, to ensure that all storage is reclaimed.
--> -->
基于你的环境、存储配置和制备方式，按照必须的步骤保证回收所有的存储。 基于你的环境、存储配置和制备方式，按照必需的步骤保证回收所有的存储。
{{< /note >}} {{< /note >}}