From 742e7d7ee4bf31e8f228258107acf37f63e2c119 Mon Sep 17 00:00:00 2001 From: Steven Yan Date: Wed, 18 Aug 2021 14:53:12 +0800 Subject: [PATCH] translation for the run-app section --- .../tasks/debug-application-cluster/audit.md | 4 +-- .../debug-cluster.md | 2 +- .../debug-running-pod.md | 18 +++++------ .../determine-reason-pod-failure.md | 4 +-- .../run-application/delete-stateful-set.md | 10 +++--- .../horizontal-pod-autoscale.md | 32 ++++++++++--------- 6 files changed, 35 insertions(+), 35 deletions(-) diff --git a/content/zh/docs/tasks/debug-application-cluster/audit.md b/content/zh/docs/tasks/debug-application-cluster/audit.md index 595d4d66e2..6ba032c030 100644 --- a/content/zh/docs/tasks/debug-application-cluster/audit.md +++ b/content/zh/docs/tasks/debug-application-cluster/audit.md @@ -168,7 +168,7 @@ rules: 如果你在打磨自己的审计配置文件，你可以使用为 Google Container-Optimized OS 设计的审计配置作为出发点。你可以参考 -[configure-helper.sh](https://github.com/kubernetes/kubernetes/blob/{{< param "githubbranch" >}}/cluster/gce/gci/configure-helper.sh) +[configure-helper.sh](https://github.com/kubernetes/kubernetes/blob/master/cluster/gce/gci/configure-helper.sh) 脚本，该脚本能够生成审计策略文件。你可以直接在脚本中看到审计策略的绝大部份内容。 你也可以参考 [`Policy` 配置参考](/zh/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy) diff --git a/content/zh/docs/tasks/debug-application-cluster/debug-cluster.md b/content/zh/docs/tasks/debug-application-cluster/debug-cluster.md index 4a39565ee4..f97364dd4c 100644 --- a/content/zh/docs/tasks/debug-application-cluster/debug-cluster.md +++ b/content/zh/docs/tasks/debug-application-cluster/debug-cluster.md @@ -202,7 +202,7 @@ This is an incomplete list of things that could go wrong, and how to adjust your - Action: Use IaaS providers reliable storage (e.g. GCE PD or AWS EBS volume) for VMs with apiserver+etcd - Mitigates: Apiserver backing storage lost -- Action: Use [high-availability](/docs/admin/high-availability) configuration +- Action: Use [high-availability](/docs/setup/production-environment/tools/kubeadm/high-availability/) configuration - Mitigates: Control plane node shutdown or control plane components (scheduler, API server, controller-manager) crashing - Will tolerate one or more simultaneous node or component failures - Mitigates: API server backing storage (i.e., etcd's data directory) lost diff --git a/content/zh/docs/tasks/debug-application-cluster/debug-running-pod.md b/content/zh/docs/tasks/debug-application-cluster/debug-running-pod.md index 4517bbca79..0eb101d4c3 100644 --- a/content/zh/docs/tasks/debug-application-cluster/debug-running-pod.md +++ b/content/zh/docs/tasks/debug-application-cluster/debug-running-pod.md @@ -110,30 +110,27 @@ kubectl exec -it cassandra -- sh ## 使用临时调试容器来进行调试 {#ephemeral-container} -{{< feature-state state="alpha" for_k8s_version="v1.18" >}} +{{< feature-state state="alpha" for_k8s_version="v1.22" >}} 当由于容器崩溃或容器镜像不包含调试程序（例如[无发行版镜像](https://github.com/GoogleContainerTools/distroless)等） 而导致 `kubectl exec` 无法运行时，{{< glossary_tooltip text="临时容器" term_id="ephemeral-container" >}}对于排除交互式故障很有用。 -从 'v1.18' 版本开始，'kubectl' 有一个可以创建用于调试的临时容器的 alpha 命令。 @@ -234,7 +231,8 @@ You can view the state of the newly created ephemeral container using `kubectl d {{< note >}} {{< glossary_tooltip text="容器运行时" term_id="container-runtime" >}}必须支持`--target`参数。 -如果不支持，则临时容器可能不会启动，或者可能使用隔离的进程命名空间启动。 +如果不支持，则临时容器可能不会启动，或者可能使用隔离的进程命名空间启动， +以便 `ps` 不显示其他容器内的进程。 {{< /note >}} 你可以使用 `kubectl describe` 查看新创建的临时容器的状态： diff --git a/content/zh/docs/tasks/debug-application-cluster/determine-reason-pod-failure.md b/content/zh/docs/tasks/debug-application-cluster/determine-reason-pod-failure.md index 93c6cfc31c..19f29d781b 100644 --- a/content/zh/docs/tasks/debug-application-cluster/determine-reason-pod-failure.md +++ b/content/zh/docs/tasks/debug-application-cluster/determine-reason-pod-failure.md @@ -54,11 +54,11 @@ the container starts. kubectl create -f https://k8s.io/examples/debug/termination.yaml ``` - - YAML 文件中，在 `cmd` 和 `args` 字段，你可以看到容器休眠 10 秒然后将 "Sleep expired" + YAML 文件中，在 `command` 和 `args` 字段，你可以看到容器休眠 10 秒然后将 "Sleep expired" 写入 `/dev/termination-log` 文件。 容器写完 "Sleep expired" 消息后就终止了。 diff --git a/content/zh/docs/tasks/run-application/delete-stateful-set.md b/content/zh/docs/tasks/run-application/delete-stateful-set.md index 8deb3db483..35eb55abcd 100644 --- a/content/zh/docs/tasks/run-application/delete-stateful-set.md +++ b/content/zh/docs/tasks/run-application/delete-stateful-set.md @@ -66,21 +66,21 @@ kubectl delete service <服务名称> ``` 当通过 `kubectl` 删除 StatefulSet 时，StatefulSet 会被缩容为 0。 属于该 StatefulSet 的所有 Pod 也被删除。 -如果你只想删除 StatefulSet 而不删除 Pod，使用 `--cascade=false`。 +如果你只想删除 StatefulSet 而不删除 Pod，使用 `--cascade=orphan`。 ```shell -kubectl delete -f --cascade=false +kubectl delete -f --cascade=orphan ``` -通过将 `--cascade=false` 传递给 `kubectl delete`，在删除 StatefulSet 对象之后， +通过将 `--cascade=orphan` 传递给 `kubectl delete`，在删除 StatefulSet 对象之后， StatefulSet 管理的 Pod 会被保留下来。如果 Pod 具有标签 `app=myapp`，则可以按照 如下方式删除它们： diff --git a/content/zh/docs/tasks/run-application/horizontal-pod-autoscale.md b/content/zh/docs/tasks/run-application/horizontal-pod-autoscale.md index b0aec814c2..b71841d7e2 100644 --- a/content/zh/docs/tasks/run-application/horizontal-pod-autoscale.md +++ b/content/zh/docs/tasks/run-application/horizontal-pod-autoscale.md @@ -367,27 +367,29 @@ The detailed documentation of `kubectl autoscale` can be found [here](/docs/refe ## 滚动升级时扩缩 {#autoscaling-during-rolling-update} -目前在 Kubernetes 中，可以针对 ReplicationController 或 Deployment 执行 -滚动更新，它们会为你管理底层副本数。 -Pod 水平扩缩只支持后一种：HPA 会被绑定到 Deployment 对象， -HPA 设置副本数量时，Deployment 会设置底层副本数。 +Kubernetes 允许你在 Deployment 上执行滚动更新。在这种情况下，Deployment 为你管理下层的 ReplicaSet。 +当你为一个 Deployment 配置自动扩缩时，你要为每个 Deployment 绑定一个 HorizontalPodAutoscaler。 +HorizontalPodAutoscaler 管理 Deployment 的 `replicas` 字段。 +Deployment Controller 负责设置下层 ReplicaSet 的 `replicas` 字段， +以便确保在上线及后续过程副本个数合适。 -通过直接操控副本控制器执行滚动升级时，HPA 不能工作， -也就是说你不能将 HPA 绑定到某个 RC 再执行滚动升级。 -HPA 不能工作的原因是它无法绑定到滚动更新时所新创建的副本控制器。 +如果你对一个副本个数被自动扩缩的 StatefulSet 执行滚动更新， 该 StatefulSet +会直接管理它的 Pod 集合 （不存在类似 ReplicaSet 这样的中间资源）。