[zh]Update concepts pages(part-4) for links with '/zh/' prefix, using new prefix '/zh-cn/'
This commit is contained in:
howieyuen
@@ -92,7 +92,7 @@ including:
|
||||
|
||||
* 巨页（HugePages）：Windows 容器当前不支持。
|
||||
* 特权容器：Windows 容器当前不支持。
|
||||
[HostProcess 容器](/zh/docs/tasks/configure-pod-container/create-hostprocess-pod/)提供类似功能。
|
||||
[HostProcess 容器](/zh-cn/docs/tasks/configure-pod-container/create-hostprocess-pod/)提供类似功能。
|
||||
* TerminationGracePeriod：需要 containerD。
|
||||
|
||||
<!--
|
||||
@@ -156,7 +156,7 @@ Kubernetes 关键组件在 Windows 上的工作方式与在 Linux 上相同。
|
||||
for all containers. If any of these fields is specified, the Pod will
|
||||
not be admited by the API server.
|
||||
-->
|
||||
* [Pod](/zh/docs/concepts/workloads/pods/)
|
||||
* [Pod](/zh-cn/docs/concepts/workloads/pods/)
|
||||
|
||||
Pod 是 Kubernetes 的基本构建块，是可以创建或部署的最小和最简单的单元。
|
||||
你不可以在同一个 Pod 中部署 Windows 和 Linux 容器。
|
||||
@@ -220,7 +220,7 @@ Kubernetes 关键组件在 Windows 上的工作方式与在 Linux 上相同。
|
||||
* {{< glossary_tooltip text="Services" term_id="service" >}}
|
||||
See [Load balancing and Services](#load-balancing-and-services) for more details.
|
||||
-->
|
||||
* [工作负载资源](/zh/docs/concepts/workloads/controllers/)包括：
|
||||
* [工作负载资源](/zh-cn/docs/concepts/workloads/controllers/)包括：
|
||||
|
||||
* ReplicaSet
|
||||
* Deployment
|
||||
@@ -281,14 +281,14 @@ Some kubelet command line options behave differently on Windows, as described be
|
||||
* The kubelet does not take OOM eviction actions
|
||||
-->
|
||||
* `--windows-priorityclass` 允许你设置 kubelet 进程的调度优先级
|
||||
（参考 [CPU 资源管理](/zh/docs/concepts/configuration/windows-resource-management/#resource-management-cpu)）。
|
||||
（参考 [CPU 资源管理](/zh-cn/docs/concepts/configuration/windows-resource-management/#resource-management-cpu)）。
|
||||
* `--kubelet-reserve`、`--system-reserve` 和 `--eviction-hard` 标志更新
|
||||
[NodeAllocatable](/zh/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable)。
|
||||
[NodeAllocatable](/zh-cn/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable)。
|
||||
* 未实现使用 `--enforce-node-allocable` 驱逐。
|
||||
* 未实现使用 `--eviction-hard` 和 `--eviction-soft` 驱逐。
|
||||
* 在 Windows 节点上运行时，kubelet 没有内存或 CPU 限制。
|
||||
`--kube-reserved` 和 `--system-reserved` 仅从 `NodeAllocatable` 中减去，并且不保证为工作负载提供的资源。
|
||||
有关更多信息，请参考 [Windows 节点的资源管理](/zh/docs/concepts/configuration/windows-resource-management/#resource-reservation)。
|
||||
有关更多信息，请参考 [Windows 节点的资源管理](/zh-cn/docs/concepts/configuration/windows-resource-management/#resource-reservation)。
|
||||
* 未实现 `MemoryPressure` 条件。
|
||||
* kubelet 不会执行 OOM 驱逐操作。
|
||||
|
||||
@@ -419,7 +419,7 @@ work between Windows and Linux:
|
||||
-->
|
||||
* `securityContext.runAsNonRoot` -
|
||||
此设置将阻止以 `ContainerAdministrator` 身份运行容器，这是 Windows 上与 root 用户最接近的身份。
|
||||
* `securityContext.runAsUser` - 改用 [`runAsUserName`](/zh/docs/tasks/configure-pod-container/configure-runasusername)。
|
||||
* `securityContext.runAsUser` - 改用 [`runAsUserName`](/zh-cn/docs/tasks/configure-pod-container/configure-runasusername)。
|
||||
* `securityContext.seLinuxOptions` - 不能在 Windows 上使用，因为 SELinux 特定于 Linux。
|
||||
* `terminationMessagePath` - 这个字段有一些限制，因为 Windows 不支持映射单个文件。
|
||||
默认值为 `/dev/termination-log`，因为默认情况下它在 Windows 上不存在，所以能生效。
|
||||
@@ -499,7 +499,7 @@ For more information, visit the project's [GitHub page](https://github.com/kuber
|
||||
-->
|
||||
## 节点问题检测器 {#node-problem-detector}
|
||||
|
||||
节点问题检测器（参考[节点健康监测](/zh/docs/tasks/debug/debug-cluster/monitor-node-health/)）初步支持 Windows。
|
||||
节点问题检测器（参考[节点健康监测](/zh-cn/docs/tasks/debug/debug-cluster/monitor-node-health/)）初步支持 Windows。
|
||||
有关更多信息，请访问该项目的 [GitHub 页面](https://github.com/kubernetes/node-problem-detector#windows)。
|
||||
|
||||
<!--
|
||||
@@ -582,7 +582,7 @@ Learn how to [install ContainerD on a Windows node](/docs/setup/production-envir
|
||||
对于运行 Windows 的 Kubernetes 节点，你可以使用
|
||||
{{< glossary_tooltip term_id="containerd" text="ContainerD" >}} 1.4.0+ 作为容器运行时。
|
||||
|
||||
学习如何[在 Windows 上安装 ContainerD](/zh/docs/setup/production-environment/container-runtimes/#install-containerd)。
|
||||
学习如何[在 Windows 上安装 ContainerD](/zh-cn/docs/setup/production-environment/container-runtimes/#install-containerd)。
|
||||
|
||||
<!--
|
||||
There is a [known limitation](/docs/tasks/configure-pod-container/configure-gmsa/#gmsa-limitations)
|
||||
@@ -591,7 +591,7 @@ kernel patch.
|
||||
-->
|
||||
{{< note >}}
|
||||
将 GMSA 和 containerd 一起用于访问 Windows
|
||||
网络共享时存在[已知限制](/zh/docs/tasks/configure-pod-container/configure-gmsa/#gmsa-limitations)，
|
||||
网络共享时存在[已知限制](/zh-cn/docs/tasks/configure-pod-container/configure-gmsa/#gmsa-limitations)，
|
||||
这需要一个内核补丁。
|
||||
{{< /note >}}
|
||||
|
||||
@@ -637,7 +637,7 @@ Windows Server SAC release
|
||||
<!--
|
||||
The Kubernetes [version-skew policy](/docs/setup/release/version-skew-policy/) also applies.
|
||||
-->
|
||||
也适用 Kubernetes [版本偏差策略](/zh/docs/setup/release/version-skew-policy/)。
|
||||
也适用 Kubernetes [版本偏差策略](/zh-cn/docs/setup/release/version-skew-policy/)。
|
||||
|
||||
<!--
|
||||
## Getting help and troubleshooting {#troubleshooting}
|
||||
@@ -655,7 +655,7 @@ SIG Windows [contributing guide on gathering logs](https://github.com/kubernetes
|
||||
-->
|
||||
## 获取帮助和故障排查 {#troubleshooting}
|
||||
|
||||
对 Kubernetes 集群进行故障排查的主要帮助来源应始于[故障排查](/zh/docs/tasks/debug/)页面。
|
||||
对 Kubernetes 集群进行故障排查的主要帮助来源应始于[故障排查](/zh-cn/docs/tasks/debug/)页面。
|
||||
|
||||
本节包括了一些其他特定于 Windows 的故障排查帮助。
|
||||
日志是解决 Kubernetes 中问题的重要元素。
|
||||
@@ -698,7 +698,7 @@ The Kubernetes [cluster API](https://cluster-api.sigs.k8s.io/) project also prov
|
||||
### 部署工具 {#deployment-tools}
|
||||
|
||||
kubeadm 工具帮助你部署 Kubernetes 集群，提供管理集群的控制平面以及运行工作负载的节点。
|
||||
[添加 Windows 节点](/zh/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes/)阐述了如何使用
|
||||
[添加 Windows 节点](/zh-cn/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes/)阐述了如何使用
|
||||
kubeadm 将 Windows 节点部署到你的集群。
|
||||
|
||||
Kubernetes [集群 API](https://cluster-api.sigs.k8s.io/) 项目也提供了自动部署 Windows 节点的方式。
|
||||
|
||||
@@ -47,9 +47,9 @@ The example in the section below is provided to jumpstart your experience with W
|
||||
-->
|
||||
## 在你开始之前 {#before-you-begin}
|
||||
|
||||
* 创建一个 Kubernetes 集群，其中包含一个控制平面和一个[运行 Windows Server 的工作节点](/zh/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes/)
|
||||
* 创建一个 Kubernetes 集群，其中包含一个控制平面和一个[运行 Windows Server 的工作节点](/zh-cn/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes/)
|
||||
* 务必请注意，在 Kubernetes 上创建和部署服务和工作负载的行为方式与 Linux 和 Windows 容器的行为方式大致相同。
|
||||
与集群交互的 [kubectl 命令](/zh/docs/reference/kubectl/)是一致的。
|
||||
与集群交互的 [kubectl 命令](/zh-cn/docs/reference/kubectl/)是一致的。
|
||||
下一小节的示例旨在帮助你快速开始使用 Windows 容器。
|
||||
|
||||
<!--
|
||||
@@ -164,7 +164,7 @@ port 80 of the container directly to the Service.
|
||||
在 Pod 之间（以及跨主机，如果你有多个 Windows 节点）互 ping
|
||||
* Service 到 Pod 的通信，在 Linux 控制平面节点以及独立的 Pod 中执行 `curl`
|
||||
访问虚拟的服务 IP（在 `kubectl get services` 下查看）
|
||||
* 服务发现，使用 Kubernetes [默认 DNS 后缀](/zh/docs/concepts/services-networking/dns-pod-service/#services)的服务名称，
|
||||
* 服务发现，使用 Kubernetes [默认 DNS 后缀](/zh-cn/docs/concepts/services-networking/dns-pod-service/#services)的服务名称，
|
||||
用 `curl` 访问服务名称
|
||||
* 入站连接，在 Linux 控制平面节点或集群外的机器上执行 `curl` 来访问 NodePort 服务
|
||||
* 出站连接，使用 kubectl exec，从 Pod 内部执行 `curl` 访问外部 IP
|
||||
@@ -225,7 +225,7 @@ Learn more about it [here](/docs/tasks/configure-pod-container/configure-runasus
|
||||
### 使用可配置的容器用户名 {#using-configurable-container-usernames}
|
||||
|
||||
Windows 容器可以配置为使用不同于镜像默认值的用户名来运行其入口点和进程。
|
||||
[在这里](/zh/docs/tasks/configure-pod-container/configure-runasusername/)了解更多信息。
|
||||
[在这里](/zh-cn/docs/tasks/configure-pod-container/configure-runasusername/)了解更多信息。
|
||||
|
||||
<!--
|
||||
### Managing Workload Identity with Group Managed Service Accounts
|
||||
@@ -242,7 +242,7 @@ Windows 容器工作负载可以配置为使用组托管服务帐户（Group Man
|
||||
组托管服务帐户是一种特定类型的活动目录（Active Directory）帐户，可提供自动密码管理、
|
||||
简化的服务主体名称（Service Principal Name，SPN）管理，以及将管理委派给多个服务器上的其他管理员的能力。
|
||||
配置了 GMSA 的容器可以携带使用 GMSA 配置的身份访问外部活动目录域资源。
|
||||
在[此处](/zh/docs/tasks/configure-pod-container/configure-gmsa/)了解有关为 Windows 容器配置和使用 GMSA 的更多信息。
|
||||
在[此处](/zh-cn/docs/tasks/configure-pod-container/configure-gmsa/)了解有关为 Windows 容器配置和使用 GMSA 的更多信息。
|
||||
|
||||
<!--
|
||||
## Taints and Tolerations
|
||||
@@ -263,7 +263,7 @@ to Windows.
|
||||
用户需要使用某种污点（Taint）和节点选择器的组合，以便将 Linux 和 Windows 工作负载各自调度到特定操作系统的节点。
|
||||
下面概述了推荐的方法，其主要目标之一是该方法不应破坏现有 Linux 工作负载的兼容性。
|
||||
|
||||
如果启用了 `IdentifyPodOS` [特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)，
|
||||
如果启用了 `IdentifyPodOS` [特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)，
|
||||
你可以（并且应该）将 Pod 的 `.spec.os.name` 设置为该 Pod 中的容器设计所用于的操作系统。
|
||||
对于运行 Linux 容器的 Pod，将 `.spec.os.name` 设置为 `linux`。
|
||||
对于运行 Windows 容器的 Pod，将 `.spec.os.name` 设置为 `Windows`。
|
||||
@@ -287,7 +287,7 @@ so taints and tolerations and node selectors are still required
|
||||
to ensure that the Windows pods land onto appropriate Windows nodes.
|
||||
-->
|
||||
调度器在将 Pod 分配到节点时并不使用 `.spec.os.name` 的值。
|
||||
你应该使用正常的 Kubernetes 机制[将 Pod 分配给节点](/zh/docs/concepts/scheduling-eviction/assign-pod-node/)，
|
||||
你应该使用正常的 Kubernetes 机制[将 Pod 分配给节点](/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/)，
|
||||
以确保集群的控制平面将 Pod 放置到运行适当操作系统的节点上。
|
||||
|
||||
`.spec.os.name` 值对 Windows Pod 的调度没有影响，
|
||||
|
||||
Reference in New Issue
Block a user