[zh]Update tasks pages(part-5) for links with '/zh/' prefix, using new prefix '/zh-cn/'
This commit is contained in:
howieyuen
@@ -18,7 +18,7 @@ weight: 10
|
||||
<!--
|
||||
Configuring the [aggregation layer](/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/) allows the Kubernetes apiserver to be extended with additional APIs, which are not part of the core Kubernetes APIs.
|
||||
-->
|
||||
配置[聚合层](/zh/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/)
|
||||
配置[聚合层](/zh-cn/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/)
|
||||
可以允许 Kubernetes apiserver 使用其它 API 扩展，这些 API 不是核心
|
||||
Kubernetes API 的一部分。
|
||||
|
||||
@@ -232,9 +232,9 @@ Kubernetes apiserver 中注册。
|
||||
Kubernetes apiserver 使用它的标准认证和授权配置来对用户认证，以及对特定路径的鉴权。
|
||||
|
||||
有关对 Kubernetes 集群认证的概述，请参见
|
||||
[对集群认证](/zh/docs/reference/access-authn-authz/authentication/)。
|
||||
[对集群认证](/zh-cn/docs/reference/access-authn-authz/authentication/)。
|
||||
有关对Kubernetes集群资源的访问鉴权的概述，请参见
|
||||
[鉴权概述](/zh/docs/reference/access-authn-authz/authorization/)。
|
||||
[鉴权概述](/zh-cn/docs/reference/access-authn-authz/authorization/)。
|
||||
|
||||
到目前为止，所有内容都是标准的 Kubernetes API 请求，认证与鉴权。
|
||||
|
||||
@@ -407,7 +407,7 @@ In order for the extension apiserver to be authorized itself to submit the `Subj
|
||||
|
||||
扩展 apiserver 现在可以验证从标头检索的`user/group`是否有权执行给定请求。
|
||||
通过向 Kubernetes apiserver 发送标准
|
||||
[SubjectAccessReview](/zh/docs/reference/access-authn-authz/authorization/) 请求来实现。
|
||||
[SubjectAccessReview](/zh-cn/docs/reference/access-authn-authz/authorization/) 请求来实现。
|
||||
|
||||
为了使扩展 apiserver 本身被鉴权可以向 Kubernetes apiserver 提交 SubjectAccessReview 请求，
|
||||
它需要正确的权限。
|
||||
@@ -466,7 +466,7 @@ Each of these functions independently and can conflict with each other, if not u
|
||||
则 Kubernetes apiserver 会检查请求的证书。
|
||||
如果它是由 `--client-ca-file` 引用的文件中的 CA 证书之一签名的，
|
||||
并且用户是公用名`CN=`的值，而组是组织`O=` 的取值，则该请求被视为合法请求。
|
||||
请参阅[关于 TLS 身份验证的文档](/zh/docs/reference/access-authn-authz/authentication/#x509-client-certs)。
|
||||
请参阅[关于 TLS 身份验证的文档](/zh-cn/docs/reference/access-authn-authz/authentication/#x509-client-certs)。
|
||||
|
||||
* `--requestheader-client-ca-file`：当请求到达 Kubernetes apiserver 时，
|
||||
如果启用此选项，则 Kubernetes apiserver 会检查请求的证书。
|
||||
@@ -545,7 +545,7 @@ The name of an APIService object must be a valid
|
||||
[path segment name](/docs/concepts/overview/working-with-objects/names#path-segment-names).
|
||||
-->
|
||||
APIService 对象的名称必须是合法的
|
||||
[路径片段名称](/zh/docs/concepts/overview/working-with-objects/names#path-segment-names)。
|
||||
[路径片段名称](/zh-cn/docs/concepts/overview/working-with-objects/names#path-segment-names)。
|
||||
|
||||
<!--
|
||||
#### Contacting the extension apiserver
|
||||
@@ -598,6 +598,6 @@ spec:
|
||||
* Learn how to [Extend the Kubernetes API Using Custom Resource Definitions](/docs/tasks/access-kubernetes-api/extend-api-custom-resource-definitions/).
|
||||
-->
|
||||
|
||||
* 使用聚合层[安装扩展 API 服务器](/zh/docs/tasks/extend-kubernetes/setup-extension-api-server/)。
|
||||
* 有关高级概述，请参阅[使用聚合层扩展 Kubernetes API](/zh/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/)。
|
||||
* 了解如何[使用自定义资源扩展 Kubernetes API](/zh/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/)。
|
||||
* 使用聚合层[安装扩展 API 服务器](/zh-cn/docs/tasks/extend-kubernetes/setup-extension-api-server/)。
|
||||
* 有关高级概述，请参阅[使用聚合层扩展 Kubernetes API](/zh-cn/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/)。
|
||||
* 了解如何[使用自定义资源扩展 Kubernetes API](/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/)。
|
||||
|
||||
@@ -23,7 +23,7 @@ scheduler and instruct Kubernetes what scheduler to use for each of your pods. L
|
||||
learn how to run multiple schedulers in Kubernetes with an example.
|
||||
-->
|
||||
Kubernetes 自带了一个默认调度器，其详细描述请查阅
|
||||
[这里](/zh/docs/reference/command-line-tools-reference/kube-scheduler/)。
|
||||
[这里](/zh-cn/docs/reference/command-line-tools-reference/kube-scheduler/)。
|
||||
如果默认调度器不适合你的需求，你可以实现自己的调度器。
|
||||
而且，你甚至可以和默认调度器一起同时运行多个调度器，并告诉 Kubernetes 为每个
|
||||
Pod 使用哪个调度器。
|
||||
@@ -108,8 +108,8 @@ config. Save it as `my-scheduler.yaml`:
|
||||
|
||||
现在将调度器放在容器镜像中，为它创建一个 Pod 配置，并在 Kubernetes 集群中
|
||||
运行它。但是与其在集群中直接创建一个 Pod，不如使用
|
||||
[Deployment](/zh/docs/concepts/workloads/controllers/deployment/)。
|
||||
Deployment 管理一个 [ReplicaSet](/zh/docs/concepts/workloads/controllers/replicaset/)，
|
||||
[Deployment](/zh-cn/docs/concepts/workloads/controllers/deployment/)。
|
||||
Deployment 管理一个 [ReplicaSet](/zh-cn/docs/concepts/workloads/controllers/replicaset/)，
|
||||
ReplicaSet 再管理 Pod，从而使调度器能够免受一些故障的影响。
|
||||
以下是 Deployment 配置，将其保存为 `my-scheduler.yaml`：
|
||||
|
||||
@@ -120,7 +120,7 @@ In the above manifest, you use a [KubeSchedulerConfiguration](/docs/reference/sc
|
||||
to customize the behavior of your scheduler implementation. This configuration has been passed to
|
||||
the `kube-scheduler` during initialization with the `--config` option. The `my-scheduler-config` ConfigMap stores the configuration file. The Pod of the`my-scheduler` Deployment mounts the `my-scheduler-config` ConfigMap as a volume.
|
||||
-->
|
||||
在以上的清单中，你使用 [KubeSchedulerConfiguration](/zh/docs/reference/scheduling/config/)
|
||||
在以上的清单中，你使用 [KubeSchedulerConfiguration](/zh-cn/docs/reference/scheduling/config/)
|
||||
来自定义调度器实现的行为。当使用 `--config` 选项进行初始化时，该配置被传递到 `kube-scheduler`。
|
||||
`my-scheduler-config` ConfigMap 存储配置数据。
|
||||
`my-scheduler` Deployment 的 Pod 将 `my-scheduler-config` ConfigMap 挂载为一个卷。
|
||||
@@ -369,6 +369,6 @@ You can also use a [custom scheduler configuration](/docs/reference/scheduling/c
|
||||
or a custom container image for the cluster's main scheduler by modifying its static pod manifest
|
||||
on the relevant control plane nodes.
|
||||
-->
|
||||
你也可以使用[自定义调度器配置](/zh/docs/reference/scheduling/config/#multiple-profiles)
|
||||
你也可以使用[自定义调度器配置](/zh-cn/docs/reference/scheduling/config/#multiple-profiles)
|
||||
或自定义容器镜像，用于集群的主调度器，方法是在相关控制平面节点上修改其静态 pod 清单。
|
||||
|
||||
|
||||
+4
-4
@@ -33,7 +33,7 @@ API 升级时需要在不同 API 表示形式之间进行转换。
|
||||
<!--
|
||||
You should have a initial understanding of [custom resources](/docs/concepts/extend-kubernetes/api-extension/custom-resources/).
|
||||
-->
|
||||
你应该对[定制资源](/zh/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
你应该对[定制资源](/zh-cn/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
有一些初步了解。
|
||||
|
||||
{{< version-check >}}
|
||||
@@ -524,7 +524,7 @@ Webhook conversion is available as beta since 1.15, and as alpha since Kubernete
|
||||
Webhook 转换在 Kubernetes 1.13 版本引入，在 Kubernetes 1.15 中成为 Beta 功能。
|
||||
要使用此功能，应启用 `CustomResourceWebhookConversion` 特性。
|
||||
在大多数集群上，这类 Beta 特性应该是自动启用的。
|
||||
请参阅[特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)
|
||||
请参阅[特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)
|
||||
文档以获得更多信息。
|
||||
{{< /note >}}
|
||||
|
||||
@@ -599,7 +599,7 @@ how to [authenticate API servers](/docs/reference/access-authn-authz/extensible-
|
||||
默认为 `NoClientCert`。
|
||||
这意味着 webhook 服务器没有验证客户端（也就是 API 服务器）的身份。
|
||||
如果你需要双向 TLS 或者其他方式来验证客户端，请参阅如何
|
||||
[验证 API 服务](/zh/docs/reference/access-authn-authz/extensible-admission-controllers/#authenticate-apiservers)。
|
||||
[验证 API 服务](/zh-cn/docs/reference/access-authn-authz/extensible-admission-controllers/#authenticate-apiservers)。
|
||||
{{< /note >}}
|
||||
|
||||
<!--
|
||||
@@ -626,7 +626,7 @@ The assumption for next sections is that the conversion webhook server is deploy
|
||||
### 部署转换 Webhook 服务
|
||||
|
||||
用于部署转换 webhook 的文档与
|
||||
[准入 Webhook 服务示例](/zh/docs/reference/access-authn-authz/extensible-admission-controllers/#deploy_the_admission_webhook_service)相同。
|
||||
[准入 Webhook 服务示例](/zh-cn/docs/reference/access-authn-authz/extensible-admission-controllers/#deploy_the_admission_webhook_service)相同。
|
||||
这里的假设是转换 Webhook 服务器被部署为 `default` 名字空间中名为
|
||||
`example-conversion-webhook-server` 的服务，并在路径 `/crdconvert`
|
||||
上处理请求。
|
||||
|
||||
+12
-12
@@ -27,7 +27,7 @@ into the Kubernetes API by creating a
|
||||
本页展示如何使用
|
||||
[CustomResourceDefinition](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#customresourcedefinition-v1-apiextensions-k8s-io)
|
||||
将
|
||||
[定制资源（Custom Resource）](/zh/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
[定制资源（Custom Resource）](/zh-cn/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
安装到 Kubernetes API 上。
|
||||
|
||||
## {{% heading "prerequisites" %}}
|
||||
@@ -831,7 +831,7 @@ CustomResourceDefinition and migrating your objects from one version to another.
|
||||
|
||||
关于如何为你的 CustomResourceDefinition 提供多个版本的支持，以及如何将你的对象
|
||||
从一个版本迁移到另一个版本， 详细信息可参阅
|
||||
[定制资源定义的版本](/zh/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definition-versioning/)。
|
||||
[定制资源定义的版本](/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definition-versioning/)。
|
||||
|
||||
<!-- discussion -->
|
||||
|
||||
@@ -912,7 +912,7 @@ can add additional validation using
|
||||
定制资源是通过
|
||||
[OpenAPI v3 模式定义](https://github.com/OAI/OpenAPI-Specification/blob/master/versions/3.0.0.md#schemaObject)
|
||||
来执行合法性检查的，当启用[验证规则特性](#validation-rules)时，通过 `x-kubernetes-validations` 验证，
|
||||
你可以通过使用[准入控制 Webhook](/zh/docs/reference/access-authn-authz/admission-controllers/#validatingadmissionwebhook)
|
||||
你可以通过使用[准入控制 Webhook](/zh-cn/docs/reference/access-authn-authz/admission-controllers/#validatingadmissionwebhook)
|
||||
来添加额外的合法性检查逻辑。
|
||||
|
||||
<!--
|
||||
@@ -971,7 +971,7 @@ enabled, which is the case automatically for many clusters for beta features).
|
||||
就 `apiextensions.k8s.io/v1` 组的 CustomResourceDefinitions，这一条件是满足的。
|
||||
设置默认值的功能特性从 1.17 开始正式发布。该特性在 1.16 版本中处于
|
||||
Beta 状态，要求 `CustomResourceDefaulting`
|
||||
[特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)
|
||||
[特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)
|
||||
被启用。对于大多数集群而言，Beta 状态的特性门控默认都是自动启用的。
|
||||
|
||||
<!--
|
||||
@@ -1138,7 +1138,7 @@ This feature is only available if the schema is a
|
||||
[structural schema](#specifying-a-structural-schema).
|
||||
-->
|
||||
验证规则从 1.23 开始处于 Alpha 状态，
|
||||
当 `CustomResourceValidationExpressions` [特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)被启用时，
|
||||
当 `CustomResourceValidationExpressions` [特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)被启用时，
|
||||
验证定制资源。这个功能只有在模式是[结构化的模式](#specifying-a-structural-schema)时才可用。
|
||||
|
||||
<!--
|
||||
@@ -1608,7 +1608,7 @@ types](https://swagger.io/specification/#data-types), [Kubernetes Structural Sch
|
||||
-->
|
||||
参考：[CEL 类型](https://github.com/google/cel-spec/blob/v0.6.0/doc/langdef.md#values)，
|
||||
[OpenAPI 类型](https://swagger.io/specification/#data-types)，
|
||||
[Kubernetes 结构化模式](/zh/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#specifying-a-structural-schema)。
|
||||
[Kubernetes 结构化模式](/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#specifying-a-structural-schema)。
|
||||
|
||||
<!--
|
||||
#### Validation functions {#available-validation-functions}
|
||||
@@ -2090,10 +2090,10 @@ The [kubectl](/docs/reference/kubectl/) command-line tool consumes the published
|
||||
CustomResourceDefinition 的[结构化的](#specifying-a-structural-schema)、
|
||||
[启用了剪裁的](#preserving-unknown-fields) [OpenAPI v3 合法性检查模式](#validation)
|
||||
会在 Kubernetes API 服务器上作为
|
||||
[OpenAPI v2 规约](/zh/docs/concepts/overview/kubernetes-api/#openapi-and-swagger-definitions)
|
||||
[OpenAPI v2 规约](/zh-cn/docs/concepts/overview/kubernetes-api/#openapi-and-swagger-definitions)
|
||||
的一部分发布出来。
|
||||
|
||||
[kubectl](/zh/docs/reference/kubectl/) 命令行工具会基于所发布的模式定义来执行客户端的合法性检查（`kubectl create` 和 `kubectl apply`），为定制资源的模式定义提供解释（`kubectl explain`）。
|
||||
[kubectl](/zh-cn/docs/reference/kubectl/) 命令行工具会基于所发布的模式定义来执行客户端的合法性检查（`kubectl create` 和 `kubectl apply`），为定制资源的模式定义提供解释（`kubectl explain`）。
|
||||
所发布的模式还可被用于其他目的，例如生成客户端或者生成文档。
|
||||
|
||||
<!--
|
||||
@@ -2106,7 +2106,7 @@ valid OpenAPI schemas that it doesn't understand. The conversion won't modify th
|
||||
and therefore won't affect [validation](#validation) in the API server.
|
||||
-->
|
||||
OpenAPI v3 合法性检查模式定义会被转换为 OpenAPI v2 模式定义，并出现在
|
||||
[OpenAPI v2 规范](/zh/docs/concepts/overview/kubernetes-api/#openapi-and-swagger-definitions)
|
||||
[OpenAPI v2 规范](/zh-cn/docs/concepts/overview/kubernetes-api/#openapi-and-swagger-definitions)
|
||||
的 `definitions` 和 `paths` 字段中。
|
||||
|
||||
在转换过程中会发生以下修改，目的是保持与 1.13 版本以前的 kubectl 工具兼容。
|
||||
@@ -2567,7 +2567,7 @@ kubectl get crontabs my-new-cron-object -o jsonpath='{.spec.replicas}'
|
||||
You can use a [PodDisruptionBudget](/docs/tasks/run-application/configure-pdb/) to protect custom
|
||||
resources that have the scale subresource enabled.
|
||||
-->
|
||||
你可以使用 [PodDisruptionBudget](/zh/docs/tasks/run-application/configure-pdb/)
|
||||
你可以使用 [PodDisruptionBudget](/zh-cn/docs/tasks/run-application/configure-pdb/)
|
||||
来保护启用了 scale 子资源的定制资源。
|
||||
|
||||
<!--
|
||||
@@ -2694,7 +2694,7 @@ crontabs/my-new-cron-object 3s
|
||||
* Serve [multiple versions](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definition-versioning/) of a
|
||||
CustomResourceDefinition.
|
||||
-->
|
||||
* 阅读了解[定制资源](/zh/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
* 阅读了解[定制资源](/zh-cn/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
* 参阅 [CustomResourceDefinition](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#customresourcedefinition-v1-apiextensions-k8s-io)
|
||||
* 参阅支持 CustomResourceDefinition 的[多个版本](/zh/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definition-versioning/)
|
||||
* 参阅支持 CustomResourceDefinition 的[多个版本](/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definition-versioning/)
|
||||
|
||||
|
||||
@@ -30,7 +30,7 @@ Setting up an extension API server to work the aggregation layer allows the Kube
|
||||
<!--
|
||||
* You must [configure the aggregation layer](/docs/tasks/access-kubernetes-api/configure-aggregation-layer/) and enable the apiserver flags.
|
||||
-->
|
||||
* 你必须[配置聚合层](/zh/docs/tasks/extend-kubernetes/configure-aggregation-layer/)
|
||||
* 你必须[配置聚合层](/zh-cn/docs/tasks/extend-kubernetes/configure-aggregation-layer/)
|
||||
并且启用 API 服务器的相关参数。
|
||||
|
||||
<!-- steps -->
|
||||
@@ -110,7 +110,7 @@ Alternatively, you can use an existing 3rd party solution, such as [apiserver-bu
|
||||
* For a high level overview, see [Extending the Kubernetes API with the aggregation layer](/docs/concepts/api-extension/apiserver-aggregation).
|
||||
* Learn how to [Extend the Kubernetes API Using Custom Resource Definitions](/docs/tasks/access-kubernetes-api/extend-api-custom-resource-definitions/).
|
||||
-->
|
||||
* 如果你还未配置，请[配置聚合层](/zh/docs/tasks/extend-kubernetes/configure-aggregation-layer/)
|
||||
* 如果你还未配置，请[配置聚合层](/zh-cn/docs/tasks/extend-kubernetes/configure-aggregation-layer/)
|
||||
并启用 apiserver 的相关参数。
|
||||
* 高级概述，请参阅[使用聚合层扩展 Kubernetes API](/zh/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation)。
|
||||
* 了解如何[使用 Custom Resource Definition 扩展 Kubernetes API](/zh/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/)。
|
||||
* 高级概述，请参阅[使用聚合层扩展 Kubernetes API](/zh-cn/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation)。
|
||||
* 了解如何[使用 Custom Resource Definition 扩展 Kubernetes API](/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/)。
|
||||
|
||||
@@ -64,7 +64,7 @@ your API Server egress configuration file.
|
||||
-->
|
||||
你需要配置 API 服务器来使用 Konnectivity 服务，并将网络流量定向到集群节点：
|
||||
|
||||
确保[服务账号令牌卷投射](/zh/docs/tasks/configure-pod-container/configure-service-account/#service-account-token-volume-projection)
|
||||
确保[服务账号令牌卷投射](/zh-cn/docs/tasks/configure-pod-container/configure-service-account/#service-account-token-volume-projection)
|
||||
特性被启用。该特性自 Kubernetes v1.20 起默认已被启用。
|
||||
|
||||
1. 创建一个出站流量配置文件，比如 `admin/konnectivity/egress-selector-configuration.yaml`。
|
||||
|
||||
Reference in New Issue
Block a user