Merge pull request #45394 from asa3311/sync-zh-101

[zh] sync dns-pod-service service dynamic-provisioning
pull/45422/head
Kubernetes Prow Robot 2024-03-03 00:35:47 -08:00 committed by GitHub
commit 220f27e885
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
3 changed files with 11 additions and 9 deletions

View File

@ -370,7 +370,7 @@ When you set `setHostnameAsFQDN: true` in the Pod spec, the kubelet writes the P
<!--
In Linux, the hostname field of the kernel (the `nodename` field of `struct utsname`) is limited to 64 characters.
If a Pod enables this feature and its FQDN is longer than 64 character, it will fail to start. The Pod will remain in `Pending` status (`ContainerCreating` as seen by `kubectl`) generating error events, such as Failed to construct FQDN from Pod hostname and cluster domain, FQDN `long-FQDN` is too long (64 characters is the max, 70 characters requested). One way of improving user experience for this scenario is to create an [admission webhook controller](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks) to control FQDN size when users create top level objects, for example, Deployment.
If a Pod enables this feature and its FQDN is longer than 64 character, it will fail to start. The Pod will remain in `Pending` status (`ContainerCreating` as seen by `kubectl`) generating error events, such as Failed to construct FQDN from Pod hostname and cluster domain, FQDN `long-FQDN` is too long (64 characters is the max, 70 characters requested). One way of improving user experience for this scenario is to create an [admission webhook controller](/docs/reference/access-authn-authz/extensible-admission-controllers/#what-are-admission-webhooks) to control FQDN size when users create top level objects, for example, Deployment.
-->
在 Linux 中,内核的主机名字段(`struct utsname` 的 `nodename` 字段)限定最多 64 个字符。
@ -381,7 +381,7 @@ Pod 会一直出于 `Pending` 状态(通过 `kubectl` 所看到的 `ContainerC
`long-FQDN` is too long (64 characters is the max, 70 characters requested)."
(无法基于 Pod 主机名和集群域名构造 FQDNFQDN `long-FQDN` 过长,至多 64 个字符,请求字符数为 70
对于这种场景而言,改善用户体验的一种方式是创建一个
[准入 Webhook 控制器](/zh-cn/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
[准入 Webhook 控制器](/zh-cn/docs/reference/access-authn-authz/extensible-admission-controllers/#what-are-admission-webhooks)
在用户创建顶层对象(如 Deployment的时候控制 FQDN 的长度。
{{< /note >}}

View File

@ -1100,7 +1100,7 @@ can define your own (provider specific) annotations on the Service that specify
-->
#### 混合协议类型的负载均衡器
{{< feature-state for_k8s_version="v1.26" state="stable" >}}
{{< feature-state feature_gate_name="MixedProtocolLBService" >}}
<!--
By default, for LoadBalancer type of Services, when there is more than one port defined, all
@ -1197,7 +1197,7 @@ Unprefixed names are reserved for end-users.
-->
#### 指定负载均衡器状态的 IPMode {#load-balancer-ip-mode}
{{< feature-state for_k8s_version="v1.29" state="alpha" >}}
{{< feature-state feature_gate_name="LoadBalancerIPMode" >}}
<!--
Starting as Alpha in Kubernetes 1.29,

View File

@ -197,12 +197,14 @@ When a default `StorageClass` exists in a cluster and a user creates a
`DefaultStorageClass` 准入控制器会自动向其中添加指向默认存储类的 `storageClassName` 字段。
<!--
Note that there can be at most one *default* storage class on a cluster, or
a `PersistentVolumeClaim` without `storageClassName` explicitly specified cannot
be created.
Note that if you set the `storageclass.kubernetes.io/is-default-class`
annotation to true on more than one StorageClass in your cluster, and you then
create a `PersistentVolumeClaim` with no `storageClassName` set, Kubernetes
uses the most recently created default StorageClass.
-->
请注意,集群上最多只能有一个 **默认** 存储类,否则无法创建没有明确指定
`storageClassName``PersistentVolumeClaim`
请注意,如果你在集群的多个 StorageClass 设置 `storageclass.kubernetes.io/is-default-class` 注解为 true
并之后创建了未指定 `storageClassName``PersistentVolumeClaim`
Kubernetes 会使用最新创建的默认 StorageClass。
<!--
## Topology Awareness