Merge pull request #33739 from my-git9/mygit26

[zh]adjust format in setup/production-environment
pull/33751/head
Kubernetes Prow Robot 2022-05-16 17:15:34 -07:00 committed by GitHub
commit 46b813c854
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
4 changed files with 10 additions and 10 deletions

View File

@ -109,7 +109,7 @@ on different nodes you can use [patches](#patches).
-->
`ClusterConfiguration` 对象目前在 kubeadm 集群中是全局的。
这意味着你添加的任何标志都将应用于同一组件在不同节点上的所有实例。
要在不同节点上为每个组件应用单独的配置,可以使用[补丁](#patches)。
要在不同节点上为每个组件应用单独的配置,可以使用[补丁](#patches)。
{{< /note >}}
{{< note >}}

View File

@ -509,7 +509,7 @@ Once a Pod network has been installed, you can confirm that it is working by
checking that the CoreDNS Pod is `Running` in the output of `kubectl get pods --all-namespaces`.
And once the CoreDNS Pod is up and running, you can continue by joining your nodes.
-->
安装 Pod 网络后,可以通过在 `kubectl get pods --all-namespaces` 输出中检查 CoreDNS Pod 是否 `Running` 来确认其是否正常运行。
安装 Pod 网络后,可以通过在 `kubectl get pods --all-namespaces` 输出中检查 CoreDNS Pod 是否 `Running` 来确认其是否正常运行。
一旦 CoreDNS Pod 启用并运行,你就可以继续加入节点。
<!--
@ -517,7 +517,7 @@ If your network is not working or CoreDNS is not in the `Running` state, check o
[troubleshooting guide](/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm/)
for `kubeadm`.
-->
如果的网络无法正常工作或 CoreDNS 不在“运行中”状态,请查看 `kubeadm`
如果的网络无法正常工作或 CoreDNS 不在“运行中”状态,请查看 `kubeadm`
[故障排除指南](/zh/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm/)。
<!--

View File

@ -345,7 +345,7 @@ This file specifies the default locations for all of the files managed by kubead
作了增强:
{{< note >}}
下面的内容只是一个例子。 如果不想使用包管理器,
下面的内容只是一个例子。 如果不想使用包管理器,
请遵循[没有包管理器](/zh/docs/setup/productionenvironment/tools/kubeadm/install-kubeadm/#k8s-install-2))
部分中叙述的指南。
{{< /note >}}

View File

@ -21,7 +21,7 @@ Windows applications constitute a large portion of the services and applications
This guide walks you through the steps to configure and deploy a Windows container in Kubernetes.
-->
Windows 应用程序构成了许多组织中运行的服务和应用程序的很大一部分。
本指南将引导完成在 Kubernetes 中配置和部署 Windows 容器的步骤。
本指南将引导完成在 Kubernetes 中配置和部署 Windows 容器的步骤。
<!-- body -->
@ -34,7 +34,7 @@ Windows 应用程序构成了许多组织中运行的服务和应用程序的很
## 目标
* 配置一个示例 deployment 以在 Windows 节点上运行 Windows 容器
* 可选使用组托管服务帐户GMSA的 Pod 配置 Active Directory 身份
* 可选使用组托管服务帐户GMSA的 Pod 配置 Active Directory 身份
<!--
## Before you begin
@ -64,7 +64,7 @@ Create a service spec named `win-webserver.yaml` with the contents below:
-->
## 入门:部署 Windows 容器
要在 Kubernetes 上部署 Windows 容器,必须首先创建一个示例应用程序。
要在 Kubernetes 上部署 Windows 容器,必须首先创建一个示例应用程序。
下面的示例 YAML 文件创建了一个简单的 Web 服务器应用程序。
创建一个名为 `win-webserver.yaml` 的服务规约,其内容如下:
@ -169,7 +169,7 @@ the container port 80 is exposed directly to the service.
* Windows 节点上每个 Pod 有两个容器,使用 `docker ps`
* Linux 控制平面节点列出两个 Pod使用 `kubectl get pods`
* 跨网络的节点到 Pod 通信,从 Linux 控制平面节点 `curl` 的 pod IPs 的端口80以检查 Web 服务器响应
* 跨网络的节点到 Pod 通信,从 Linux 控制平面节点 `curl` 的 pod IPs 的端口80以检查 Web 服务器响应
* Pod 到 Pod 的通信,使用 docker exec 或 kubectl exec 在 Pod 之间
(以及跨主机,如果你有多个 Windows 节点)进行 ping 操作
* 服务到 Pod 的通信,从 Linux 控制平面节点和各个 Pod 中 `curl` 虚拟服务 IP
@ -348,7 +348,7 @@ it could easily be modified to automatically add a taint when running on Windows
-->
但是,我们了解到,在许多情况下,用户都有既存的大量的 Linux 容器部署,以及一个现成的配置生态系统,
例如社区 Helm charts以及程序化 Pod 生成案例,例如 Operators。
在这些情况下,可能会不愿意更改配置添加 nodeSelector。替代方法是使用污点。
在这些情况下,可能会不愿意更改配置添加 nodeSelector。替代方法是使用污点。
由于 kubelet 可以在注册期间设置污点,因此可以轻松修改它,使其仅在 Windows 上运行时自动添加污点。
<!--
@ -393,7 +393,7 @@ Kubernetes 1.17 automatically adds a new label `node.kubernetes.io/windows-build
If you're running an older version, then it's recommended to add this label manually to Windows nodes.
-->
Kubernetes 1.17 自动添加了一个新标签 `node.kubernetes.io/windows-build` 来简化此操作。
如果运行的是旧版本,则建议手动将此标签添加到 Windows 节点。
如果运行的是旧版本,则建议手动将此标签添加到 Windows 节点。
<!--
This label reflects the Windows major, minor, and build number that need to match for compatibility.