Skip to content

Commit b2cb6c3

Browse files
authored
Merge pull request #26461 from tengqm/zh-fix-links
[zh] Fix some bad links in tasks section
2 parents 08da9c7 + 31b2260 commit b2cb6c3

File tree

2 files changed

+10
-14
lines changed

2 files changed

+10
-14
lines changed

content/zh/docs/tasks/access-application-cluster/connecting-frontend-backend.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -345,5 +345,5 @@ kubectl delete deployment frontend backend
345345
-->
346346
* 进一步了解 [Service](/zh/docs/concepts/services-networking/service/)
347347
* 进一步了解 [ConfigMap](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/)
348-
* 进一步了解 [Service 和 Pods 的 DNS](/docs/concepts/services-networking/dns-pod-service/)
348+
* 进一步了解 [Service 和 Pods 的 DNS](/zh/docs/concepts/services-networking/dns-pod-service/)
349349

content/zh/docs/tasks/administer-cluster/safely-drain-node.md

Lines changed: 9 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,6 @@ content_type: task
44
min-kubernetes-server-version: 1.5
55
---
66
<!--
7-
---
87
reviewers:
98
- davidopp
109
- mml
@@ -13,7 +12,6 @@ reviewers:
1312
title: Safely Drain a Node
1413
content_type: task
1514
min-kubernetes-server-version: 1.5
16-
---
1715
-->
1816

1917
<!-- overview -->
@@ -264,7 +262,14 @@ eviction API will never return anything other than 429 or 500.
264262
For example: this can happen if ReplicaSet is creating Pods for your application but
265263
the replacement Pods do not become `Ready`. You can also see similar symptoms if the
266264
last Pod evicted has a very long termination grace period.
265+
-->
266+
## 驱逐阻塞
267267

268+
在某些情况下,应用程序可能会到达一个中断状态,除了 429 或 500 之外,它将永远不会返回任何内容。
269+
例如 ReplicaSet 创建的替换 Pod 没有变成就绪状态,或者被驱逐的最后一个
270+
Pod 有很长的终止宽限期,就会发生这种情况。
271+
272+
<!--
268273
In this case, there are two potential solutions:
269274
270275
- Abort or pause the automated operation. Investigate the reason for the stuck application,
@@ -275,28 +280,19 @@ In this case, there are two potential solutions:
275280
Kubernetes does not specify what the behavior should be in this case; it is up to the
276281
application owners and cluster owners to establish an agreement on behavior in these cases.
277282
-->
278-
## 驱逐阻塞
279-
280-
在某些情况下,应用程序可能会到达一个中断状态,除了 429 或 500 之外,它将永远不会返回任何内容。
281-
例如 ReplicaSet 创建的替换 Pod 没有变成就绪状态,或者被驱逐的最后一个
282-
Pod 有很长的终止宽限期,就会发生这种情况。
283-
284283
在这种情况下,有两种可能的解决方案:
285284

286285
- 中止或暂停自动操作。调查应用程序卡住的原因,并重新启动自动化。
287-
- 经过适当的长时间等待后, 从集群中删除 Pod 而不是使用驱逐 API。
286+
- 经过适当的长时间等待后,从集群中删除 Pod 而不是使用驱逐 API。
288287

289288
Kubernetes 并没有具体说明在这种情况下应该采取什么行为,
290289
这应该由应用程序所有者和集群所有者紧密沟通,并达成对行动一致意见。
291290

292291
## {{% heading "whatsnext" %}}
293292

294-
295293
<!--
296294
* Follow steps to protect your application by [configuring a Pod Disruption Budget](/docs/tasks/run-application/configure-pdb/).
297-
* Learn more about [maintenance on a node](/docs/tasks/administer-cluster/cluster-management/#maintenance-on-a-node).
298-
-->
295+
-->
299296
* 执行[配置 PDB](/zh/docs/tasks/run-application/configure-pdb/)中的各个步骤,
300297
保护你的应用
301-
* 进一步了解[节点维护](/zh/docs/tasks/administer-cluster/cluster-management/#maintenance-on-a-node)
302298

0 commit comments

Comments
 (0)