[zh]Update tasks pages(part-5) for links with '/zh/' prefix, using new prefix '/zh-cn/'

This commit is contained in:
howieyuen
2022-06-23 20:05:25 +08:00
parent e0d6f94bf6
commit e06459c0c5
30 changed files with 120 additions and 120 deletions
@@ -320,7 +320,7 @@ Please refer to [Network Policies](/docs/concepts/services-networking/network-po
如果你部署了任何可能影响到 `hostnames-*` Pod 的传入流量的网络策略入站规则,
则需要对其进行检查。
详细信息,请参阅[网络策略](/zh/docs/concepts/services-networking/network-policies/)。
详细信息,请参阅[网络策略](/zh-cn/docs/concepts/services-networking/network-policies/)。
<!--
## Does the Service work by DNS name?
@@ -648,7 +648,7 @@ every Service and saves the results into a corresponding Endpoints object.
"AGE" 列表明这些 Pod 已经启动一个小时了,这意味着它们运行良好,而未崩溃。
"RESTARTS" 列表明 Pod 没有经常崩溃或重启。经常性崩溃可能导致间歇性连接问题。
如果重启次数过大,通过[调试 Pod](/zh/docs/tasks/debug/debug-application/debug-pods)
如果重启次数过大,通过[调试 Pod](/zh-cn/docs/tasks/debug/debug-application/debug-pods)
了解相关技术。
在 Kubernetes 系统中有一个控制回路,它评估每个 Service 的选择算符,并将结果保存到 Endpoints 对象中。
@@ -1002,7 +1002,7 @@ back to themselves if they try to access their own Service VIP. The
如果网络没有为“发夹模式(Hairpin)”流量生成正确配置,
通常当 `kube-proxy``iptables` 模式运行,并且 Pod 与桥接网络连接时,就会发生这种情况。
`kubelet` 提供了 `hairpin-mode`
[标志](/zh/docs/reference/command-line-tools-reference/kubelet/)。
[标志](/zh-cn/docs/reference/command-line-tools-reference/kubelet/)。
如果 Service 的末端尝试访问自己的 Service VIP,则该端点可以把流量负载均衡回来到它们自身。
`hairpin-mode` 标志必须被设置为 `hairpin-veth` 或者 `promiscuous-bridge`
@@ -1114,4 +1114,4 @@ Contact us on
<!--
Visit [troubleshooting document](/docs/tasks/debug/) for more information.
-->
访问[故障排查文档](/zh/docs/tasks/debug/) 获取更多信息。
访问[故障排查文档](/zh-cn/docs/tasks/debug/) 获取更多信息。
@@ -57,9 +57,9 @@ You can debug individual Pods in a StatefulSet using the
[Debugging Pods](/docs/tasks/debug/debug-application/debug-pods/) guide.
-->
如果你发现列出的任何 Pod 长时间处于 `Unknown``Terminating` 状态,请参阅
[删除 StatefulSet Pod](/zh/docs/tasks/run-application/delete-stateful-set/)
[删除 StatefulSet Pod](/zh-cn/docs/tasks/run-application/delete-stateful-set/)
了解如何处理它们的说明。
你可以参考[调试 Pod](/zh/docs/tasks/debug/debug-application/debug-pods/)
你可以参考[调试 Pod](/zh-cn/docs/tasks/debug/debug-application/debug-pods/)
来调试 StatefulSet 中的各个 Pod。
## {{% heading "whatsnext" %}}
@@ -67,5 +67,5 @@ You can debug individual Pods in a StatefulSet using the
<!--
Learn more about [debugging an init-container](/docs/tasks/debug/debug-application/debug-init-containers/).
-->
* 进一步了解如何[调试 Init 容器](/zh/docs/tasks/debug/debug-application/debug-init-containers/)。
* 进一步了解如何[调试 Init 容器](/zh-cn/docs/tasks/debug/debug-application/debug-init-containers/)。
@@ -28,7 +28,7 @@ the general
终止消息为容器提供了一种方法,可以将有关致命事件的信息写入某个位置,
在该位置可以通过仪表板和监控软件等工具轻松检索和显示致命事件。
在大多数情况下,你放入终止消息中的信息也应该写入
[常规 Kubernetes 日志](/zh/docs/concepts/cluster-administration/logging/)。
[常规 Kubernetes 日志](/zh-cn/docs/concepts/cluster-administration/logging/)。
## {{% heading "prerequisites" %}}
@@ -169,6 +169,6 @@ is empty and the container exited with an error. The log output is limited to
* 参考 [Container](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#container-v1-core)
资源的 `terminationMessagePath` 字段。
* 了解[接收日志](/zh/docs/concepts/cluster-administration/logging/)。
* 了解[接收日志](/zh-cn/docs/concepts/cluster-administration/logging/)。
* 了解 [Go 模版](https://golang.org/pkg/text/template/)。