# 特性门控

LLMS index: [llms.txt](/llms.txt)

---

<!--
title: Feature Gates
weight: 10
content_type: concept
card:
  name: reference
  weight: 60
-->

<!-- overview -->
<!--
This page contains an overview of the various feature gates an administrator
can specify on different Kubernetes components.

See [feature stages](#feature-stages) for an explanation of the stages for a feature.
-->
本页详述了管理员可以在不同的 Kubernetes 组件上指定的各种特性门控。

关于特性各个阶段的说明，请参见[特性阶段](#feature-stages)。

<!-- body -->

<!--
## Overview

Feature gates are a set of key=value pairs that describe Kubernetes features.
You can turn these features on or off using the `--feature-gates` command line flag
on each Kubernetes component.
-->
## 概述 {#overview}

特性门控是描述 Kubernetes 特性的一组键值对。你可以在 Kubernetes 的各个组件中使用
`--feature-gates` 标志来启用或禁用这些特性。

<!--
## How to enable Feature Gates

To enable or disable a feature gate for a particular Kubernetes component, use the 
`--feature-gates` flag.

This flag accepts a comma-separated list of key=value pairs, where each key is a 
feature gate name and each value is either `true` (enable) or `false` (disable).

**Example usage:**
-->
## 如何启用特性门控   {#how-to-enable-feature-gates}

要为特定的 Kubernetes 组件启用或禁用某个特性门控，使用 `--feature-gates` 标志。

此标志接受由逗号分隔的 `key=value` 对的列表，其中每个 key 是特性门控的名称，
每个 value 可以是 `true`（启用）或 `false`（禁用）。

**用法示例：**

```shell
kube-apiserver --feature-gates=FeatureName1=true,FeatureName2=false
kubelet --feature-gates=GracefulNodeShutdown=true
```

<!--
Each Kubernetes component supports only the feature gates relevant to its functions.
Use `<component> -h` to list available feature gates for a specific component.

For detailed instructions on configuring feature gates in your cluster, see
[Configure Feature Gates](/docs/tasks/administer-cluster/configure-feature-gates/).

## Feature gates in Kubernetes v1.36 {#list-of-gates}
-->
每个 Kubernetes 组件只支持与其自身功能相关的特性门控。
使用 `<component> -h` 可以列出特定组件支持的所有特性门控。

如需了解在集群中配置特性门控的详细步骤，
参阅[配置特性门控](/zh-cn/docs/tasks/administer-cluster/configure-feature-gates/)。

## Kubernetes v1.36 中的特性门控   {#list-of-gates}

<!--
Each Kubernetes component lets you enable or disable a set of feature gates that
are relevant to that component.
Use `-h` flag to see a full set of feature gates for all components.
To set feature gates for a component, such as kubelet, use the `--feature-gates`
flag assigned to a list of feature pairs:
-->
## 如何启用特性门控

要为特定的 Kubernetes 组件启用或禁用特性门控，请使用 `--feature-gates` 标志。

此标志接受以逗号分隔的键值对列表，其中每个键是特性门控名称，值为
`true`（启用）或 `false`（禁用）。

**用法示例：**

```shell
kube-apiserver --feature-gates=FeatureName1=true,FeatureName2=false
kubelet --feature-gates=GracefulNodeShutdown=true
```

<!--
Each Kubernetes component supports only the feature gates relevant to its functions.
Use `<component> -h` to list available feature gates for a specific component.

For detailed instructions on configuring feature gates in your cluster, see
[Configure Feature Gates](/docs/tasks/administer-cluster/configure-feature-gates/).
-->
每个 Kubernetes 组件仅支持与其特性相关的特性门控。
使用 `<component> -h` 列出特定组件可用的特性门控。

有关在集群中配置特性门控的详细说明，请参阅[配置特性门控](/zh-cn/docs/tasks/administer-cluster/configure-feature-gates/)。

<!--
## Feature gates in Kubernetes  {#list-of-gates}
-->
## Kubernetes  中的特性门控    {#list-of-gates}

<!--
The following tables are a summary of the feature gates that you can set on
different Kubernetes components.
-->
下表总结了在不同的 Kubernetes 组件上可以设置的特性门控。

<!--
- The "Since" column contains the Kubernetes release when a feature is introduced
  or its release stage is changed.
- The "Until" column, if not empty, contains the last Kubernetes release in which
  you can still use a feature gate.
- If a feature is in the Alpha or Beta state, you can find the feature listed
  in the [Alpha/Beta feature gate table](#feature-gates-for-alpha-or-beta-features).
- If a feature is stable you can find all stages for that feature listed in the
  [Graduated/Deprecated feature gate table](#feature-gates-for-graduated-or-deprecated-features).
- The [Graduated/Deprecated feature gate table](#feature-gates-for-graduated-or-deprecated-features)
  also lists deprecated and withdrawn features.
-->
- 引入特性或更改其发布阶段后，"开始（Since）" 列将包含 Kubernetes 版本。
- "结束（Until）" 列（如果不为空）包含最后一个 Kubernetes 版本，你仍可以在其中使用特性门控。
- 如果某个特性处于 Alpha 或 Beta 状态，你可以在
  [Alpha 和 Beta 特性门控表](#feature-gates-for-alpha-or-beta-features)中找到该特性。
- 如果某个特性处于稳定状态，
  你可以在[已毕业和废弃特性门控表](#feature-gates-for-graduated-or-deprecated-features)中找到该特性的所有阶段。
- [已毕业和废弃特性门控表](#feature-gates-for-graduated-or-deprecated-features)还列出了废弃的和已被移除的特性。


<div class="alert alert-info" role="note"><h4 class="alert-heading">说明：</h4><!--
For a reference to old feature gates that are removed, please refer to
[feature gates removed](/docs/reference/command-line-tools-reference/feature-gates-removed/).
-->
<p>有关已移除的原有特性门控的参考信息，
请参阅<a href="/zh-cn/docs/reference/command-line-tools-reference/feature-gates-removed/">已移除的特性门控</a>。</p></div>


<!-- Want to edit this table? See https://k8s.io/docs/contribute/new-content/new-features/#ready-for-review-feature-gates -->
<!--
### Feature gates for Alpha or Beta features
-->
### Alpha 和 Beta 状态的特性门控  {#feature-gates-for-alpha-or-beta-features}

<!--
<table class="sortable-table">
    <caption style="display:none">Feature gates for features in Alpha or Beta states</caption>
    <thead>
      <tr>
          <th>特性</th>
          <th>默认值</th>
          <th>阶段</th>
          <th>自从</th>
          <th>直到</th>
      </tr>
    </thead>
    <tbody>
            <tr>
                <td><code title=" 当启用此特性时，X.509 证书中的主体名称属性 1.3.6.1.4.1.57683.2 将在证书认证过程中被解析为用户 UID。
">AllowParsingUserUIDFromCertAuth</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 当启用此特性时，X.509 证书中的主体名称属性 1.3.6.1.4.1.57683.2 将在证书认证过程中被解析为用户 UID。
">AllowParsingUserUIDFromCertAuth</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许集群操作员使用 list 操作来辨别受损的资源， 引入一个 ignoreStoreReadErrorWithClusterBreakingPotential 选项， 集群操作员可以设置此选项并使用 Kubernetes API 对受损的资源执行不安全的强制 delete 操作。
">AllowUnsafeMalformedObjectDeletion</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 压缩 LIST 或 GET 请求的 API 响应。
">APIResponseCompression</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.7</td>
                <td>1.15</td>
            </tr>
            <tr>
                <td><code title=" 压缩 LIST 或 GET 请求的 API 响应。
">APIResponseCompression</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.16</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 Lease（租约）为集群中的每个 API 服务器赋予一个 ID。
">APIServerIdentity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>1.25</td>
            </tr>
            <tr>
                <td><code title=" 使用 Lease（租约）为集群中的每个 API 服务器赋予一个 ID。
">APIServerIdentity</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 这个特性门控可以启用一项 API 服务器性能提升：API 服务器可以使用独立的 Goroutine （由 Go 运行时管理的轻量级线程）来处理 watch 请求。
">APIServingWithRoutine</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 一个 client-go 实现的 FIFO 队列，使用原子操作确保批量传入的事件（例如来自 ListAndWatch 调用的事件）作为单个块处理。 这与之前的实现形成对比，之前的实现会逐个处理这些事件，可能导致内部缓存与 API 服务器暂时不一致。 此特性门控可以在 kube-controller-manager 和任何基于 client-go 的控制器中切换。
">AtomicFIFO</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当 AuthorizePodWebsocketUpgradeCreatePermission 特性门控为 true，
即使通过 WebSocket 触发 Pod 子资源的创建，客户端也必须具有创建 Pod 子资源的权限。
针对子资源 pods/exec、pods/attach 和 pods/portforward 的连接都会发生连接升级请求。 此特性门控修复了由协议转换引起的安全漏洞：SPDY 请求使用 HTTP POST （自然对应 create RBAC 权限），而 WebSocket 协议在握手阶段需要 HTTP GET 请求。 为纠正此缺陷，现在系统会实施一项合成的 RBAC 检查，以确保 WebSocket 升级严格遵从 create 权限，匹配现有 SPDY 安全模型。
如果你有当前客户端或定制工具链依赖于之前的行为，特别是如果它们通过 WebSocket 连接但没有 create RBAC 权限，你可能希望禁用此特性门控。
">AuthorizePodWebsocketUpgradeCreatePermission</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将 CBOR 用作请求和响应所支持的编码方式， 同时允许将 CBOR 用作定制资源的首选存储编码方式。
">CBORServingAndStorage</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 被绑定到节点时清除 .status.nominatedNodeName。
">ClearingNominatedNodeNameAfterBinding</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 被绑定到节点时清除 .status.nominatedNodeName。
">ClearingNominatedNodeNameAfterBinding</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 cloud-controller-manager 库中启用基于 watch 的路由协调机制（而不是以固定时间间隔进行协调）。
">CloudControllerManagerWatchBasedRoutesReconciliation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在云控制器管理器中的 Webhook。
">CloudControllerManagerWebhook</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控存在于 Kubernetes API 服务器和控制器管理器中。
此特性由 kube-apiserver 使用，用于启用 ClusterTrustBundle 支持。
要在集群中使用 ClusterTrustBundle API，您需要启用此特性门控， 并且还需要使用 kube-apiserver 的 --runtime-config 命令行参数启用关联的 Alpha API 组。
在 Kubernetes 控制器管理器中，它用于控制为 kubernetes.io/kube-apiserver-serving 签名者发布 ClusterTrustBundle。
">ClusterTrustBundle</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控存在于 Kubernetes API 服务器和控制器管理器中。
此特性由 kube-apiserver 使用，用于启用 ClusterTrustBundle 支持。
要在集群中使用 ClusterTrustBundle API，您需要启用此特性门控， 并且还需要使用 kube-apiserver 的 --runtime-config 命令行参数启用关联的 Alpha API 组。
在 Kubernetes 控制器管理器中，它用于控制为 kubernetes.io/kube-apiserver-serving 签名者发布 ClusterTrustBundle。
">ClusterTrustBundle</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" clusterTrustBundle 投射卷源。
">ClusterTrustBundleProjection</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" clusterTrustBundle 投射卷源。
">ClusterTrustBundleProjection</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 flagz 端点。 更多细节参见 zpages。
">ComponentFlagz</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 flagz 端点。 更多细节参见 zpages。
">ComponentFlagz</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 statusz 端点。 更多细节参见 zpages。
">ComponentStatusz</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 statusz 端点。 更多细节参见 zpages。
">ComponentStatusz</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用并发监视对象解码。目的是避免在安装了转换 Webhook 时造成 API 服务器的监视缓存内容不足。
">ConcurrentWatchObjectDecode</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用受限于特定请求的伪装，而不是全有或全无。
">ConstrainedImpersonation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用受限于特定请求的伪装，而不是全有或全无。
">ConstrainedImpersonation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet checkpoint API。 详情见 Kubelet Checkpoint API。
">ContainerCheckpoint</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet checkpoint API。 详情见 Kubelet Checkpoint API。
">ContainerCheckpoint</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用配置容器级重启策略和重启规则的能力。
更多细节参阅容器重启策略和规则。
">ContainerRestartRules</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用配置容器级重启策略和重启规则的能力。
更多细节参阅容器重启策略和规则。
">ContainerRestartRules</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用容器的 StopSignal 生命期，可用于配置自定义停止信号，借此控制容器的停止方式。
">ContainerStopSignals</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在支持上下文日志记录的 Kubernetes 组件的日志输出中启用额外的详细信息。
">ContextualLogging</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在支持上下文日志记录的 Kubernetes 组件的日志输出中启用额外的详细信息。
">ContextualLogging</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kube-controller-manager 在领导者转换期间主动释放其领导者选举锁， 而不是等待锁的 TTL 过期。 这允许更快地选举新的领导者。
">ControllerManagerReleaseLeaderElectionLockOnExit</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用支持 LeaseCandidate API 的行为，并且以确定性的方式为 Kubernetes 控制平面启用协调领导者选举。
">CoordinatedLeaderElection</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用支持 LeaseCandidate API 的行为，并且以确定性的方式为 Kubernetes 控制平面启用协调领导者选举。
">CoordinatedLeaderElection</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许对 CPU 管理器策略进行微调，针对试验性的、Alpha 质量级别的选项。 此特性门控用来保护一组质量级别为 Alpha 的 CPU 管理器选项。 此特性门控永远不会被升级为 Beta 或者稳定版本。
">CPUManagerPolicyAlphaOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许对 CPU 管理器策略进行微调，针对试验性的、Beta 质量级别的选项。 此特性门控用来保护一组质量级别为 Beta 的 CPU 管理器选项。 此特性门控永远不会被升级为稳定版本。
">CPUManagerPolicyBetaOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.23</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 CRD 状况中跟踪观测到的世代数（observedGeneration）。将此特性门控设置为 false 将清除 CRD 状况中观测到的世代数（observedGeneration）。
">CRDObservedGenerationTracking</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 CRI 列表操作（ListContainers、ListPodSandbox、ListImages）启用流式 RPC。 启用后，kubelet 使用服务器端流式 RPC（例如 StreamContainers、StreamPodSandboxes）， 允许容器运行时将结果分散到多个响应消息中，绕过 16 MiB 的 gRPC 消息大小限制。 这允许在具有数千个容器的节点上列出容器而不会失败。 如果容器运行时不支持流式 RPC，kubelet 会回退到一元 RPC。
">CRIListStreaming</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 将调度作业的时间设置为代表 CronJob 创建的作业上的一个 注解。
">CronJobsScheduledAnnotation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用跨名字空间卷数据源，以允许你在 PersistentVolumeClaim 的 dataSourceRef 字段中指定一个源名字空间。
">CrossNamespaceVolumeDataSource</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对节点上的 CSI 卷运行状况监控的支持。
">CSIVolumeHealth</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使节点能够更改 kubelet 配置 中的 cpuCFSQuotaPeriod。
">CustomCPUCFSQuotaPeriod</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.12</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 CustomResourceDefinition API 中启用 selectableFields，以针对 list、watch 和 deletecollection 请求过滤自定义资源。
">CustomResourceFieldSelectors</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 在 CustomResourceDefinition API 中启用 selectableFields，以针对 list、watch 和 deletecollection 请求过滤自定义资源。
">CustomResourceFieldSelectors</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控充当 Beta 阶段验证规则（&#43;k8s:beta）的全局安全开关。 如果发现回归问题，它允许集群管理员禁用 Beta 阶段的验证强制执行， 强制它们返回 Shadow 模式。
在 Shadow 模式下，声明式验证会执行，与手写验证的不匹配会作为指标记录， 但失败不会拒绝请求。 手写验证仍然是权威的并强制执行。
使用 WithDeclarativeEnforcement() 的资源的强制执行逻辑：
标准标签（无前缀）：始终强制执行（绕过此门控）。 Beta 标签（&#43;k8s:beta）：当此门控启用时强制执行（默认），否则为 Shadow 模式。 Alpha 标签（&#43;k8s:alpha）：始终为 Shadow 模式。 如果主 DeclarativeValidation 特性门控被禁用，此门控无效。
">DeclarativeValidationBeta</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 Deployment 和 ReplicaSet 中启用新的状态字段 .status.terminatingReplicas， 允许跟踪正在终止的 Pod。
">DeploymentReplicaSetTerminatingReplicas</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 在 Deployment 和 ReplicaSet 中启用新的状态字段 .status.terminatingReplicas， 允许跟踪正在终止的 Pod。
">DeploymentReplicaSetTerminatingReplicas</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中启用缓存不一致性检测。
">DetectCacheInconsistency</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当特性门控 DisableCPUQuotaWithExclusiveCPUs 被启用（默认）时， Kubernetes 不会 对使用 Guaranteed QoS 类的 Pod 强制执行 CPU 配额。
你可以通过禁用 DisableCPUQuotaWithExclusiveCPUs 特性门控来恢复以前的行为。
">DisableCPUQuotaWithExclusiveCPUs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在多个 ResourceClaim 或请求共享设备。
此外，如果某个设备支持共享，其资源（容量）可以通过定义的共享策略进行管理。
">DRAConsumableCapacity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许在多个 ResourceClaim 或请求共享设备。
此外，如果某个设备支持共享，其资源（容量）可以通过定义的共享策略进行管理。
">DRAConsumableCapacity</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 DRA 相关字段中启用对 DeviceBindingConditions 的支持。
这允许在 Bind 阶段之前执行彻底的设备就绪检查和挂接过程。
">DRADeviceBindingConditions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在 DRA 相关字段中启用对 DeviceBindingConditions 的支持。
这允许在 Bind 阶段之前执行彻底的设备就绪检查和挂接过程。
">DRADeviceBindingConditions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 允许通过 DeviceTaintRule 对象为设备添加污点。
除非你也启用了 DRADeviceTaints 特性门控，否则此特性门控不会生效。
">DRADeviceTaintRules</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 允许通过 DeviceTaintRule 对象为设备添加污点。
除非你也启用了 DRADeviceTaints 特性门控，否则此特性门控不会生效。
">DRADeviceTaintRules</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 启用为设备添加污点并选择性容忍这些污点的支持。
">DRADeviceTaints</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 启用为设备添加污点并选择性容忍这些污点的支持。
">DRADeviceTaints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 DRA 扩展资源分配 特性的支持。这使得在 DeviceClass 中可以指定扩展的资源名称。
">DRAExtendedResource</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用对 DRA 扩展资源分配 特性的支持。这使得在 DeviceClass 中可以指定扩展的资源名称。
">DRAExtendedResource</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 ResourceSlice 中的设备启用 list 类型属性字段（bools、ints、strings、versions）， 允许设备为单个属性通告多个值。
启用时，matchAttribute 使用集合交集（set-intersection）语义（所有选定设备的属性值集合必须有非空交集）， distinctAttribute 使用成对不相交语义（集合不得共享值）。 标量属性保持向后兼容，被视为单例集合。
还为 CEL 设备选择器表达式添加了 includes() 辅助函数， 该函数可用于标量和列表类型属性。
有关更多信息，请参阅动态资源分配文档中的 list 类型属性。
">DRAListTypeAttributes</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使 kube-scheduler 能够将动态资源分配（DRA）管理的节点可分配资源 （例如 CPU、内存和巨页）纳入其标准节点资源统计中。
启用后，DRA 驱动程序可以使用 ResourceSlice 设备上的 nodeAllocatableResourceMappings 字段， 指定其设备如何消耗节点可分配资源。 这允许调度器将这些 DRA 分配与标准 Pod 请求结合起来。 它还在 Pod API 上公开 status.nodeAllocatableResourceClaimStatuses 字段， 以跟踪生成的资源分配。
有关更多信息，请参阅动态资源分配文档中的 节点可分配资源。
">DRANodeAllocatableResources</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在动态资源分配（DRA）中请求 可分区设备 的支持。这允许驱动将多个设备广播为映射到某个物理设备的相同资源。
">DRAPartitionableDevices</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用在动态资源分配（DRA）中请求 可分区设备 的支持。这允许驱动将多个设备广播为映射到某个物理设备的相同资源。
">DRAPartitionableDevices</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 ResourceClaim.status.devices 字段的支持，并允许从 DRA 驱动中设置此状态。 此特性要求启用 DynamicResourceAllocation 特性门控。
">DRAResourceClaimDeviceStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对 ResourceClaim.status.devices 字段的支持，并允许从 DRA 驱动中设置此状态。 此特性要求启用 DynamicResourceAllocation 特性门控。
">DRAResourceClaimDeviceStatus</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 ResourceClaim 状态更新的细粒度授权支持。 此特性需要在修改 ResourceClaim 状态对象中的特定字段时，拥有额外的细粒度访问权限。
">DRAResourceClaimGranularStatusAuthorization</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 ResourcePoolStatusRequest API 以查询 DRA 资源池中的设备可用性。 启用后，用户可以创建 ResourcePoolStatusRequest 对象，以获取特定驱动程序（以及可选的特定池） 的设备可用性（总数、已分配、可用和不可用设备）的时间点快照。 kube-controller-manager 中的控制器处理这些一次性请求并使用池信息填充状态。
">DRAResourcePoolStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许一段时间后（默认 10 秒，可在 DynamicResources 调度器插件配置中设置）在调度器中中止每个节点的过滤操作。
">DRASchedulerFilterTimeout</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用来自 Workload API 的 PodGroup 资源， 通过动态资源分配 发出设备请求，这些设备可由其成员 Pod 共享。
">DRAWorkloadResourceClaims</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 支持通过文件来定义容器的环境变量值。 更多细节参阅使用 Init 容器定义环境变量值。
">EnvFiles</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 支持通过文件来定义容器的环境变量值。 更多细节参阅使用 Init 容器定义环境变量值。
">EnvFiles</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用此特性后，kubelet 能够通过 CRI 扩展从容器运行时接收容器生命周期事件。 （PLEG 是 “Pod lifecycle event generator” 的缩写，即 Pod 生命周期事件生成器）。 要使用此特性，你还需要在集群中运行的每个容器运行时中启用对容器生命周期事件的支持。 如果容器运行时未宣布支持容器生命周期事件，即使你已启用了此特性门控， kubelet 也会自动切换到原有的通用 PLEG 机制。
">EventedPLEG</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当 ExtendWebSocketsToKubelet 启用且 kubelet 节点通告支持时， exec/attach/portforward 流量直接代理到 kubelet，而不是在 API 服务器处转换或隧道传输。 关键在于，API 服务器使用的相同流转换和隧道处理程序现在在 kubelet 中也以相同的方式设置 —— 逻辑只是更靠近容器运行时。 此特性依赖于 NodeDeclaredFeatures 升级到 Beta，以便 kubelet 能力通告在生产集群中可靠。
">ExtendWebSocketsToKubelet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kube-scheduler 中启用 GangScheduling 插件，此插件实现**全有或全无（all-or-nothing）**的调度算法。 其中会使用 Workload API 来表达调度要求。
">GangScheduling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Workload API 的支持，以在工作负载级别表达调度要求。
启用此特性门控后，Pod 可以引用特定的 Pod 组，并使用这个组来影响 Pod 的调度方式。
">GenericWorkload</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用体面地关闭节点的支持。 在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pod。 参阅体面地关闭节点以了解更多细节。
">GracefulNodeShutdown</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>1.20</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用体面地关闭节点的支持。 在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pod。 参阅体面地关闭节点以了解更多细节。
">GracefulNodeShutdown</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.21</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在体面终止节点时检查 Pod 的优先级。
">GracefulNodeShutdownBasedOnPodPriority</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在体面终止节点时检查 Pod 的优先级。
">GracefulNodeShutdownBasedOnPodPriority</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将任意 FQDN（完全限定域名）设置为 Pod 的主机名。
">HostnameOverride</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许将任意 FQDN（完全限定域名）设置为 Pod 的主机名。
">HostnameOverride</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许为 HorizontalPodAutoscaler 指标设置容忍阈值。
">HPAConfigurableTolerance</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许为 HorizontalPodAutoscaler 指标设置容忍阈值。
">HPAConfigurableTolerance</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用自定义指标或外部指标时，可将 HorizontalPodAutoscaler 资源的 minReplicas 设置为 0。
">HPAScaleToZero</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.16</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 从 memory.available 中减去巨页（HugePage）容量，使 kubelet 的驱逐信号能够反映真实的常规内存可用量。 如果不启用此特性门控，巨页预留会抬高 AvailableBytes， 从而延迟驱逐，并导致在配置了巨页的节点上发生 OOM 终止。
">HugepageAwareEviction</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.37</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 对于 Pod 中的每个 image 卷， 都会将镜像摘要（image digest）记录到 Pod 状态中。
">ImageVolumeWithDigest</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 强制通知组件（Informer）按顺序而非乱序传递 watch 流事件。
">InOrderInformers</code></td>
                <td><code>true</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 强制通知组件（Informer）按顺序而非乱序传递 watch 流事件。
">InOrderInformers</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Pod 资源的原地垂直扩缩（例如，在无需重启 Pod 的情况下更改正在运行的 Pod 的 Pod 级 CPU 或内存 requests/limits）。 有关细节参阅 Pod 级资源原地垂直扩缩文档。
">InPlacePodLevelResourcesVerticalScaling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Pod 资源的原地垂直扩缩（例如，在无需重启 Pod 的情况下更改正在运行的 Pod 的 Pod 级 CPU 或内存 requests/limits）。 有关细节参阅 Pod 级资源原地垂直扩缩文档。
">InPlacePodLevelResourcesVerticalScaling</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 CPU 请求数为整数的 Guaranteed Pod 中启用容器的资源调整特性。 此特性门控仅适用于启用 InPlacePodVerticalScaling 和 CPUManager 特性且 CPUManager 策略设置为 static 的节点。
">InPlacePodVerticalScalingExclusiveCPUs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在内存管理器策略设置为 &quot;Static&quot; 时在 Guaranteed Pod 中调整容器资源大小。
仅适用于启用了 InPlacePodVerticalScaling 和内存管理器特性的节点。
">InPlacePodVerticalScalingExclusiveMemory</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对可逐节点配置的、在重启 CrashLoopBackOff 状态的容器时回退最大值的支持。 有关详细信息，请参阅 kubelet 配置文件中的 crashLoopBackOff.maxContainerRestartPeriod 字段。
">KubeletCrashLoopBackOffMax</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用对可逐节点配置的、在重启 CrashLoopBackOff 状态的容器时回退最大值的支持。 有关详细信息，请参阅 kubelet 配置文件中的 crashLoopBackOff.maxContainerRestartPeriod 字段。
">KubeletCrashLoopBackOffMax</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 确保请求某镜像的 Pod 在节点上已有此镜像的情况下，能够使用所提供的凭据授权访问此镜像。
参见确保镜像拉取凭据验证。
">KubeletEnsureSecretPulledImages</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 确保请求某镜像的 Pod 在节点上已有此镜像的情况下，能够使用所提供的凭据授权访问此镜像。
参见确保镜像拉取凭据验证。
">KubeletEnsureSecretPulledImages</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 支持在用户名字空间里运行 kubelet。 请参见以非 root 用户身份运行 Kubernetes 节点组件。
">KubeletInUserNamespace</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 分离镜像文件系统特性使 kubelet 能够对部署在不同文件系统上的镜像（只读层）和/或容器（可写层）执行垃圾回收。
">KubeletSeparateDiskGC</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 分离镜像文件系统特性使 kubelet 能够对部署在不同文件系统上的镜像（只读层）和/或容器（可写层）执行垃圾回收。
">KubeletSeparateDiskGC</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在拉取镜像时，将绑定到 Pod 的服务账户令牌发送给凭据提供程序插件。
">KubeletServiceAccountTokenForCredentialProviders</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在拉取镜像时，将绑定到 Pod 的服务账户令牌发送给凭据提供程序插件。
">KubeletServiceAccountTokenForCredentialProviders</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器为 watch 缓存存储生成快照，并使用这些快照来处理 LIST 请求。
">ListFromCacheSnapshot</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器为 watch 缓存存储生成快照，并使用这些快照来处理 LIST 请求。
">ListFromCacheSnapshot</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 如果本地临时存储启用了 LocalStorageCapacityIsolation，并且 emptyDir 卷所使用的文件系统支持项目配额， 并且已启用 UserNamespacesSupport， 系统将使用项目配额来监控 emptyDir 卷的存储使用情况，而不是通过文件系统遍历来实现， 从而确保更好的性能和准确性。
">LocalStorageCapacityIsolationFSQuotaMonitoring</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.15</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 如果本地临时存储启用了 LocalStorageCapacityIsolation，并且 emptyDir 卷所使用的文件系统支持项目配额， 并且已启用 UserNamespacesSupport， 系统将使用项目配额来监控 emptyDir 卷的存储使用情况，而不是通过文件系统遍历来实现， 从而确保更好的性能和准确性。
">LocalStorageCapacityIsolationFSQuotaMonitoring</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调实验性的、Alpha 级别的日志选项。
">LoggingAlphaOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调实验性的、Beta 级别的日志选项。
">LoggingBetaOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用通过 AdmissionConfiguration 中的 staticManifestsDir 字段从磁盘上的静态清单文件加载准入 Webhook 和基于 CEL 的准入策略。 这些策略从 API 服务器启动时开始生效，在 etcd 不可用时仍然有效， 并且可以保护基于 API 的准入资源不被修改。
">ManifestBasedAdmissionControlConfig</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 拓扑分布约束启用 matchLabelKeys 字段。
">MatchLabelKeysInPodTopologySpread</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 拓扑分布约束启用 matchLabelKeys 字段。
">MatchLabelKeysInPodTopologySpread</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将从 matchLabelKeys 构建的选择算符合并到 Pod 拓扑分布约束的 labelSelector 中。 当 matchLabelKeys 特性通过 MatchLabelKeysInPodTopologySpread 特性标志启用时，此特性门控可以被启用。
">MatchLabelKeysInPodTopologySpreadSelectorMerge</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。此字段指定更新过程中不可用 Pod 个数的上限。
">MaxUnavailableStatefulSet</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.24</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。此字段指定更新过程中不可用 Pod 个数的上限。
">MaxUnavailableStatefulSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35.0</td>
                <td>1.35.3</td>
            </tr>
            <tr>
                <td><code title=" 允许为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。此字段指定更新过程中不可用 Pod 个数的上限。
">MaxUnavailableStatefulSet</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35.4</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 cgroup v2 内存控制器为 Pod 或容器启用内存保护和使用限制。 在 Burstable Pod 上设置 memory.high 以实现内存使用限流；当 memoryReservationPolicy 设置为 TieredReservation（分层预留）时， 还可选择性地设置 memory.min / memory.low，用于分层内存保护。
">MemoryQoS</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改基础设施资源的 requests 或 limits。
">MutablePodResourcesForSuspendedJobs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改基础设施资源的 requests 或 limits。
">MutablePodResourcesForSuspendedJobs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许更新 PersistentVolume 的 .spec.nodeAffinity 字段。 有关细节参阅更新节点亲和性。
">MutablePVNodeAffinity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改 Pod 的调度指令。
">MutableSchedulingDirectivesForSuspendedJobs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改 Pod 的调度指令。
">MutableSchedulingDirectivesForSuspendedJobs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Kubernetes 组件以 Prometheus 原生直方图格式暴露指标， 以提高效率和更精细的桶分辨率。 有关更多信息，请参阅 原生直方图。
">NativeHistograms</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 Node 通过其 .status 报告所支持的特性。 这使得调度器和准入控制器能够阻止在缺少 Pod 所需特性的节点上执行操作。 参阅节点声明的特性。
">NodeDeclaredFeatures</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许 Node 通过其 .status 报告所支持的特性。 这使得调度器和准入控制器能够阻止在缺少 Pod 所需特性的节点上执行操作。 参阅节点声明的特性。
">NodeDeclaredFeatures</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用此特性门控后，kube-scheduler 使用 .status.nominatedNodeName 来表示 Pod 将要被绑定到哪个节点。 当 kube-scheduler 触发 Pod 抢占，或预计 WaitOnPermit 或 PreBinding 阶段耗时较长时，会设置 .status.nominatedNodeName 字段。
其他组件可以读取和使用 .status.nominatedNodeName，但不应设置它。
">NominatedNodeNameForExpectation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用此特性门控后，kube-scheduler 使用 .status.nominatedNodeName 来表示 Pod 将要被绑定到哪个节点。 当 kube-scheduler 触发 Pod 抢占，或预计 WaitOnPermit 或 PreBinding 阶段耗时较长时，会设置 .status.nominatedNodeName 字段。
其他组件可以读取和使用 .status.nominatedNodeName，但不应设置它。
">NominatedNodeNameForExpectation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在从 API 服务器返回的 spec 中填充 OpenAPI 模式的 &quot;enum&quot; 字段。
">OpenAPIEnums</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 允许在从 API 服务器返回的 spec 中填充 OpenAPI 模式的 &quot;enum&quot; 字段。
">OpenAPIEnums</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许为等效的 Pod 复用上一次调度周期的调度结果。
">OpportunisticBatching</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用后，PVC 保护控制器会向 PersistentVolumeClaim 添加 Unused 状况， 跟踪 PVC 当前是否被任何非终端 Pod 引用。 该状况的 lastTransitionTime 记录 PVC 最后一次在使用中和未使用状态之间转换的时间。
">PersistentVolumeClaimUnusedSinceTime</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 将 kubelet 配置为从 CRI 容器运行时收集容器和 Pod 的统计信息，而不是从 cAdvisor 收集统计信息。 从 1.26 版本开始，这还包括从 CRI 收集指标并通过 /metrics/cadvisor 进行发布（而不是直接由 cAdvisor 发布）。
">PodAndContainerStatsFromCRI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodCertificateRequest 对象和 podCertificate 投射卷源。
">PodCertificateRequest</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodCertificateRequest 对象和 podCertificate 投射卷源。
">PodCertificateRequest</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 删除开销特性， 允许用户影响 ReplicaSet 的缩容顺序。
">PodDeletionCost</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.21</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 删除开销特性， 允许用户影响 ReplicaSet 的缩容顺序。
">PodDeletionCost</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.22</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet Pod Info gRPC API。 有关详细信息，请参阅 kubelet Pod Info gRPC API。
">PodInfoAPI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 级资源管理器：Topology、CPU 和 Memory 管理器使用 .spec.resources 中的信息为整个 Pod 执行 NUMA 对齐并灵活管理该 Pod 内容器的资源的能力。
">PodLevelResourceManagers</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 级别资源：能够在 Pod 级别指定资源请求和限制，而不仅仅是针对特定的容器。
">PodLevelResources</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 级别资源：能够在 Pod 级别指定资源请求和限制，而不仅仅是针对特定的容器。
">PodLevelResources</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 Pod API 从容器的日志流中获取特定日志流（stdout 或 stderr）。
">PodLogsQuerySplitStreams</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使得 kubelet 能在 Pod 上标记 PodReadyToStartContainers 状况。
此特性门控先前称为 PodHasNetworkCondition，关联的状况称为 PodHasNetwork。
">PodReadyToStartContainersCondition</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 使得 kubelet 能在 Pod 上标记 PodReadyToStartContainers 状况。
此特性门控先前称为 PodHasNetworkCondition，关联的状况称为 PodHasNetwork。
">PodReadyToStartContainersCondition</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodTopologyLabels 准入插件。
有关细节参见 Pod 拓扑标签。
">PodTopologyLabelsAdmission</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodTopologyLabels 准入插件。
有关细节参见 Pod 拓扑标签。
">PodTopologyLabelsAdmission</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v2 子协议（v2.portforward.k8s.io）的客户端通过 portforward 子协议 （port-forward）执行 WebSocket 流式传输。
">PortForwardWebsockets</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v2 子协议（v2.portforward.k8s.io）的客户端通过 portforward 子协议 （port-forward）执行 WebSocket 流式传输。
">PortForwardWebsockets</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在静态 Pod 引用其他 API 对象时拒绝 Pod 准入。
">PreventStaticPodAPIReferences</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 QoS 层面预留资源，避免低 QoS 级别的 Pod 占用高 QoS 级别所请求的资源（当前只适用于内存）。
">QOSReserved</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.11</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许减少节点上容器在 CrashLoopBackOff 状态下重启时出现的初始延迟和最大延迟， 可以在整个集群将初始延迟设置为 1s，最大延迟设置为 60s。
">ReduceDefaultCrashLoopBackOffDecay</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Service 对象名称的宽松校验，允许使用 RFC 1123 标签名称来替代 RFC 1035 标签名称。
此特性允许 Service 名称以数字开头。
">RelaxedServiceNameValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Service 对象名称的宽松校验，允许使用 RFC 1123 标签名称来替代 RFC 1035 标签名称。
此特性允许 Service 名称以数字开头。
">RelaxedServiceNameValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet TLS 服务器在指定的证书文件发生变化时更新其证书。
此特性在 kubelet 配置中指定了 tlsCertFile 和 tlsPrivateKeyFile 时非常有用。 对于其他情况，例如使用 TLS 引导启动时，此特性门控无效。
">ReloadKubeletServerCertificateFile</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器通过请求头身份认证来接受 UID（用户 ID）。 在 kube-apiserver 的 API 聚合器将请求转发到提供聚合 API 的服务器时， kube-apiserver 的 API 聚合器也将通过标准请求头添加 UID。
">RemoteRequestHeaderUID</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 Pod 的 .status 中启用 allocatedResourcesStatus 字段。 此字段报告 Pod 中每个容器的额外细节，包括分配给 Pod 的每个设备的健康信息。
从 v1.36（Beta 版）开始，健康报告包含一个可选的“消息”字段， 提供有关健康状态的更多人类可读的上下文，例如错误详情或故障原因。
此特性适用于同时由设备插件和动态资源分配（DRA） 所管理的设备。有关更多细节， 请参见设备插件与不健康设备。
">ResourceHealthStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在 Pod 的 .status 中启用 allocatedResourcesStatus 字段。 此字段报告 Pod 中每个容器的额外细节，包括分配给 Pod 的每个设备的健康信息。
从 v1.36（Beta 版）开始，健康报告包含一个可选的“消息”字段， 提供有关健康状态的更多人类可读的上下文，例如错误详情或故障原因。
此特性适用于同时由设备插件和动态资源分配（DRA） 所管理的设备。有关更多细节， 请参见设备插件与不健康设备。
">ResourceHealthStatus</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在容器的 restartPolicyRules 中将 RestartAllContainers 指定为动作的能力。 当容器的退出符合包含此动作的某个规则时，整个 Pod 被终止并进行就地重启。 详情参见重启所有容器。
">RestartAllContainersOnContainerExits</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 上服务器 TLS 证书的轮换。 更多细节参阅 kubelet 配置。
">RotateKubeletServerCertificate</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.7</td>
                <td>1.11</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 上服务器 TLS 证书的轮换。 更多细节参阅 kubelet 配置。
">RotateKubeletServerCertificate</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.12</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 Pod 所引用的运行时类来拉取镜像。
">RuntimeClassInImageCriApi</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 修改 kube-scheduler，使整个调度周期中不再存在对 Kubernetes API 服务器的阻塞请求。 取而代之的是，使用异步代码与 Kubernetes API 进行交互。
">SchedulerAsyncAPICalls</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许以异步方式在调度器内运行一些与抢占关联的高开销操作。 异步处理抢占可以降低整体 Pod 调度的延迟。
">SchedulerAsyncPreemption</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许以异步方式在调度器内运行一些与抢占关联的高开销操作。 异步处理抢占可以降低整体 Pod 调度的延迟。
">SchedulerAsyncPreemption</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 通过在 activeQ 为空时从 backoffQ 中弹出 Pod，以改善调度队列的行为。 这可以尽快处理潜在可调度的 Pod，消除回退队列的惩罚效应。
">SchedulerPopFromBackoffQ</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 spec.securityContext.seLinuxChangePolicy 字段。 此字段可用于筛选不希望使用挂载选项来打上 SELinux 标签的 Pod 卷。 当支持使用 SELinux 挂载选项挂载的单个卷在带有不同 SELinux 标签的 Pod（例如特权 Pod 和非特权 Pod）之间共享时，此字段是必需的。
想要启用 SELinuxChangePolicy 特性门控，需要先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxChangePolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用 spec.securityContext.seLinuxChangePolicy 字段。 此字段可用于筛选不希望使用挂载选项来打上 SELinux 标签的 Pod 卷。 当支持使用 SELinux 挂载选项挂载的单个卷在带有不同 SELinux 标签的 Pod（例如特权 Pod 和非特权 Pod）之间共享时，此字段是必需的。
想要启用 SELinuxChangePolicy 特性门控，需要先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxChangePolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 直接使用正确的 SELinux 标签为 Pod 挂载卷，而不是以递归方式更改卷上的每个文件，进而加快容器的启动速度。 这一变更拓宽了针对 SELinuxMountReadWriteOncePod 特性门控所作的性能改进，将其对应的实现扩展到覆盖所有卷。
想要启用 SELinuxMount 特性门控，需先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxMount</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 直接使用正确的 SELinux 标签为 Pod 挂载卷，而不是以递归方式更改卷上的每个文件，进而加快容器的启动速度。 这一变更拓宽了针对 SELinuxMountReadWriteOncePod 特性门控所作的性能改进，将其对应的实现扩展到覆盖所有卷。
想要启用 SELinuxMount 特性门控，需先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxMount</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控用于限制 kubelet 可以请求服务账号令牌的受众范围。
">ServiceAccountNodeAudienceRestriction</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控用于限制 kubelet 可以请求服务账号令牌的受众范围。
">ServiceAccountNodeAudienceRestriction</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 list 和 watch 请求上的 shardSelector 参数的支持， 允许客户端基于元数据字段（如 UID）的哈希范围接收过滤的对象子集。 有关详细信息，请参阅 分片列表和监视。
">ShardedListAndWatch</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 APF（API 优先级和公平性）使用对象的大小来评估请求的开销。
">SizeBasedListCostEstimate</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 DaemonSet 控制器中的相应行为，以确保在对同一 DaemonSet 进行其他数据协调之前，先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 DaemonSet 的错误或虚假更新。
">StaleControllerConsistencyDaemonSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Job 控制器中的相应行为，以确保在对同一 Job 进行其他数据协调之前， 先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 Job 的错误或虚假更新。
">StaleControllerConsistencyJob</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 ReplicaSet 控制器中的相应行为，以确保在对同一 ReplicaSet 进行其他数据协调之前， 先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 ReplicaSet 的错误或虚假更新。
">StaleControllerConsistencyReplicaSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 StatefulSet 控制器中的相应行为，以确保在对同一 StatefulSet 进行额外协调之前， 先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 StatefulSet 的错误或虚假更新。
">StaleControllerConsistencyStatefulSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 特性门控 VolumeCapacityPriority 在 v1.32 中用于支持静态制备的存储。 从 v1.33 开始，新的特性门控 StorageCapacityScoring 取代了旧的 VolumeCapacityPriority 特性门控， 并增加了对动态制备存储的支持。当 StorageCapacityScoring 被启用时， kube-scheduler 中的 VolumeBinding 插件得到了扩展，可以基于每个节点上的存储容量对 Node 进行评分。 此特性适用于已支持存储容量 的 CSI 卷，包括由 CSI 驱动所支持的本地存储。
">StorageCapacityScoring</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用存储版本 API。
">StorageVersionAPI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器在版本发现中公开存储版本的哈希值。
">StorageVersionHash</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.14</td>
                <td>1.14</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器在版本发现中公开存储版本的哈希值。
">StorageVersionHash</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.15</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用存储版本迁移机制。 有关细节参阅使用存储版本迁移功能来迁移 Kubernetes 对象。
">StorageVersionMigrator</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用存储版本迁移机制。 有关细节参阅使用存储版本迁移功能来迁移 Kubernetes 对象。
">StorageVersionMigrator</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 对包含 IP 地址和 CIDR 值的字段使用更严格的校验。
具体而言，启用此特性门控后，IPv4 地址中的每个八位字节不允许出现前导 0， 同时禁止使用 IPv4 映射的 IPv6 值（例如 ::ffff:192.168.0.1）。 当不同组件将同一个字符串解释为不同的 IP 地址时，这类值可能会导致安全问题 （如 CVE-2021-29923 中所述）。
该校验收紧仅适用于内置 API 类型中的字段，不影响自定义资源类型、Kubernetes 配置文件中的值或命令行参数。
">StrictIPCIDRValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 对包含 IP 地址和 CIDR 值的字段使用更严格的校验。
具体而言，启用此特性门控后，IPv4 地址中的每个八位字节不允许出现前导 0， 同时禁止使用 IPv4 映射的 IPv6 值（例如 ::ffff:192.168.0.1）。 当不同组件将同一个字符串解释为不同的 IP 地址时，这类值可能会导致安全问题 （如 CVE-2021-29923 中所述）。
该校验收紧仅适用于内置 API 类型中的字段，不影响自定义资源类型、Kubernetes 配置文件中的值或命令行参数。
">StrictIPCIDRValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在结构化身份验证配置中启用 Egress 选择算符。
">StructuredAuthenticationConfigurationEgressSelector</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在通过 --authentication-config 配置的 JWT 认证组件中启用 JSON Web Key Set (JWKS) 操作的额外指标。 启用后，API 服务器会记录上次获取 JWKS 的时间以及 JWKS 响应的哈希值。 有关细节参阅指标参考。
">StructuredAuthenticationConfigurationJWKSMetrics</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对细粒度 SupplementalGroups 控制的支持。 有关细节请参见为 Pod 配置细粒度 SupplementalGroups 控制。
">SupplementalGroupsPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对细粒度 SupplementalGroups 控制的支持。 有关细节请参见为 Pod 配置细粒度 SupplementalGroups 控制。
">SupplementalGroupsPolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 systemd 看门狗监控 kubelet 的健康状态。更多细节参阅 kubelet systemd 看门狗。
">SystemdWatchdog</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用容忍度的数值比较运算符（Lt 和 Gt）。
">TaintTolerationComparisonOperators</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控用于确保 TokenRequest 中提供的 UID 与正在请求令牌的 ServiceAccount UID 一致。
此特性门控有助于防止滥用 TokenRequest API，确保令牌只会签发给正确的 ServiceAccount。
">TokenRequestServiceAccountUIDValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为工作负载启用拓扑感知调度。
">TopologyAwareWorkloadScheduling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调拓扑管理器策略的实验性的、Alpha 质量的选项。 此特性门控守护一组质量级别为 Alpha 的拓扑管理器选项。 此特性门控绝对不会进阶至 Beta 或稳定版。
">TopologyManagerPolicyAlphaOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调拓扑管理器策略的实验性的、Beta 质量的选项。 此特性门控守护一组质量级别为 Beta 的拓扑管理器选项。 此特性门控绝对不会进阶至稳定版。
">TopologyManagerPolicyBetaOptions</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.26</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 允许微调拓扑管理器策略的实验性的、Beta 质量的选项。 此特性门控守护一组质量级别为 Beta 的拓扑管理器选项。 此特性门控绝对不会进阶至稳定版。
">TopologyManagerPolicyBetaOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v5 子协议版本的客户端处通过 WebSocket 流式传输远程命令子协议（exec、cp、attach）。
">TranslateStreamCloseWebsocketRequests</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v5 子协议版本的客户端处通过 WebSocket 流式传输远程命令子协议（exec、cp、attach）。
">TranslateStreamCloseWebsocketRequests</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用了针对未认证客户端的 HTTP/2 拒绝服务（DoS）防护措施。 Kubernetes v1.28.0 至 v1.28.2 版本并未包括这项特性门控。
">UnauthenticatedHTTP2DOSMitigation</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 启用了针对未认证客户端的 HTTP/2 拒绝服务（DoS）防护措施。 Kubernetes v1.28.0 至 v1.28.2 版本并未包括这项特性门控。
">UnauthenticatedHTTP2DOSMitigation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当存在多个不同版本的 kube-apiserver 时，将资源请求代理到正确的对等 kube-apiserver。 更多信息请参见混合版本代理。
">UnknownVersionInteroperabilityProxy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 当存在多个不同版本的 kube-apiserver 时，将资源请求代理到正确的对等 kube-apiserver。 更多信息请参见混合版本代理。
">UnknownVersionInteroperabilityProxy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在 client-go 中使用在处理事件时解锁的 FIFO 队列。 如果未启用，队列会在处理事件的整个过程中持有锁，这可能会在高吞吐量场景中出现性能问题。 此特性门控可以在 kube-controller-manager 和任何基于 client-go 的控制器中切换。
只有在同时启用了 AtomicFIFO 特性门控的情况下，才能启用此特性门控。
">UnlockWhileProcessingFIFO</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用后，Pod 可以同时使用 hostNetwork 和 用户名字空间。
">UserNamespacesHostNetworkSupport</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 CSI 驱动程序的卷限制扩展。这使得调度器能够更好地与 cluster-autoscaler 协调存储限制。 详见存储限制。
">VolumeLimitScaling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用监视缓存（WatchCache）初始化的 post-start-hook，使之成为就绪态端点（readyz）的考察条件（带超时）。
">WatchCacheInitializationPostStartHook</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 客户端请求数据流，而不是获取完整的列表。 此功能可以在 client-go 中使用，需要在服务器上启用 WatchList 特性。如果服务器不支持 WatchList，客户端将自动回退为标准的 list 请求。
">WatchListClient</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 客户端请求数据流，而不是获取完整的列表。 此功能可以在 client-go 中使用，需要在服务器上启用 WatchList 特性。如果服务器不支持 WatchList，客户端将自动回退为标准的 list 请求。
">WatchListClient</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 CPUManager、 MemoryManager 和拓扑管理器，为 Windows 节点提供 CPU 和内存亲和性支持。
">WindowsCPUAndMemoryAffinity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用对 Windows 节点体面关闭的支持。 在系统关闭期间，kubelet 将尝试检测关闭事件并体面终止节点上正运行的 Pod。 细节参见体面节点关闭。
">WindowsGracefulNodeShutdown</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用对 Windows 节点体面关闭的支持。 在系统关闭期间，kubelet 将尝试检测关闭事件并体面终止节点上正运行的 Pod。 细节参见体面节点关闭。
">WindowsGracefulNodeShutdown</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对工作负载感知抢占的支持。
启用后，如果 PodGroup 调度失败，调度器将使用工作负载感知抢占算法来选择要抢占的牺牲品，而不是默认的 Pod 抢占算法。
">WorkloadAwarePreemption</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Job 控制器自动为 符合条件的 Job 创建 Workload 和 PodGroup 对象。 详见与 Workload API 集成。
">WorkloadWithJob</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr></tbody>
</table>
-->
<table class="sortable-table">
    <caption style="display:none">处于 Alpha 或 Beta 状态的特性门控</caption>
    <thead>
      <tr>
          <th>特性</th>
          <th>默认值</th>
          <th>阶段</th>
          <th>自从</th>
          <th>直到</th>
      </tr>
    </thead>
    <tbody>
            <tr>
                <td><code title=" 当启用此特性时，X.509 证书中的主体名称属性 1.3.6.1.4.1.57683.2 将在证书认证过程中被解析为用户 UID。
">AllowParsingUserUIDFromCertAuth</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 当启用此特性时，X.509 证书中的主体名称属性 1.3.6.1.4.1.57683.2 将在证书认证过程中被解析为用户 UID。
">AllowParsingUserUIDFromCertAuth</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许集群操作员使用 list 操作来辨别受损的资源， 引入一个 ignoreStoreReadErrorWithClusterBreakingPotential 选项， 集群操作员可以设置此选项并使用 Kubernetes API 对受损的资源执行不安全的强制 delete 操作。
">AllowUnsafeMalformedObjectDeletion</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 压缩 LIST 或 GET 请求的 API 响应。
">APIResponseCompression</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.7</td>
                <td>1.15</td>
            </tr>
            <tr>
                <td><code title=" 压缩 LIST 或 GET 请求的 API 响应。
">APIResponseCompression</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.16</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 Lease（租约）为集群中的每个 API 服务器赋予一个 ID。
">APIServerIdentity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>1.25</td>
            </tr>
            <tr>
                <td><code title=" 使用 Lease（租约）为集群中的每个 API 服务器赋予一个 ID。
">APIServerIdentity</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 这个特性门控可以启用一项 API 服务器性能提升：API 服务器可以使用独立的 Goroutine （由 Go 运行时管理的轻量级线程）来处理 watch 请求。
">APIServingWithRoutine</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 一个 client-go 实现的 FIFO 队列，使用原子操作确保批量传入的事件（例如来自 ListAndWatch 调用的事件）作为单个块处理。 这与之前的实现形成对比，之前的实现会逐个处理这些事件，可能导致内部缓存与 API 服务器暂时不一致。 此特性门控可以在 kube-controller-manager 和任何基于 client-go 的控制器中切换。
">AtomicFIFO</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当 AuthorizePodWebsocketUpgradeCreatePermission 特性门控为 true，
即使通过 WebSocket 触发 Pod 子资源的创建，客户端也必须具有创建 Pod 子资源的权限。
针对子资源 pods/exec、pods/attach 和 pods/portforward 的连接都会发生连接升级请求。 此特性门控修复了由协议转换引起的安全漏洞：SPDY 请求使用 HTTP POST （自然对应 create RBAC 权限），而 WebSocket 协议在握手阶段需要 HTTP GET 请求。 为纠正此缺陷，现在系统会实施一项合成的 RBAC 检查，以确保 WebSocket 升级严格遵从 create 权限，匹配现有 SPDY 安全模型。
如果你有当前客户端或定制工具链依赖于之前的行为，特别是如果它们通过 WebSocket 连接但没有 create RBAC 权限，你可能希望禁用此特性门控。
">AuthorizePodWebsocketUpgradeCreatePermission</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将 CBOR 用作请求和响应所支持的编码方式， 同时允许将 CBOR 用作定制资源的首选存储编码方式。
">CBORServingAndStorage</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 被绑定到节点时清除 .status.nominatedNodeName。
">ClearingNominatedNodeNameAfterBinding</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 被绑定到节点时清除 .status.nominatedNodeName。
">ClearingNominatedNodeNameAfterBinding</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 cloud-controller-manager 库中启用基于 watch 的路由协调机制（而不是以固定时间间隔进行协调）。
">CloudControllerManagerWatchBasedRoutesReconciliation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在云控制器管理器中的 Webhook。
">CloudControllerManagerWebhook</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控存在于 Kubernetes API 服务器和控制器管理器中。
此特性由 kube-apiserver 使用，用于启用 ClusterTrustBundle 支持。
要在集群中使用 ClusterTrustBundle API，您需要启用此特性门控， 并且还需要使用 kube-apiserver 的 --runtime-config 命令行参数启用关联的 Alpha API 组。
在 Kubernetes 控制器管理器中，它用于控制为 kubernetes.io/kube-apiserver-serving 签名者发布 ClusterTrustBundle。
">ClusterTrustBundle</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控存在于 Kubernetes API 服务器和控制器管理器中。
此特性由 kube-apiserver 使用，用于启用 ClusterTrustBundle 支持。
要在集群中使用 ClusterTrustBundle API，您需要启用此特性门控， 并且还需要使用 kube-apiserver 的 --runtime-config 命令行参数启用关联的 Alpha API 组。
在 Kubernetes 控制器管理器中，它用于控制为 kubernetes.io/kube-apiserver-serving 签名者发布 ClusterTrustBundle。
">ClusterTrustBundle</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" clusterTrustBundle 投射卷源。
">ClusterTrustBundleProjection</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" clusterTrustBundle 投射卷源。
">ClusterTrustBundleProjection</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 flagz 端点。 更多细节参见 zpages。
">ComponentFlagz</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 flagz 端点。 更多细节参见 zpages。
">ComponentFlagz</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 statusz 端点。 更多细节参见 zpages。
">ComponentStatusz</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用组件的 statusz 端点。 更多细节参见 zpages。
">ComponentStatusz</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用并发监视对象解码。目的是避免在安装了转换 Webhook 时造成 API 服务器的监视缓存内容不足。
">ConcurrentWatchObjectDecode</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用受限于特定请求的伪装，而不是全有或全无。
">ConstrainedImpersonation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用受限于特定请求的伪装，而不是全有或全无。
">ConstrainedImpersonation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet checkpoint API。 详情见 Kubelet Checkpoint API。
">ContainerCheckpoint</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet checkpoint API。 详情见 Kubelet Checkpoint API。
">ContainerCheckpoint</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用配置容器级重启策略和重启规则的能力。
更多细节参阅容器重启策略和规则。
">ContainerRestartRules</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用配置容器级重启策略和重启规则的能力。
更多细节参阅容器重启策略和规则。
">ContainerRestartRules</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用容器的 StopSignal 生命期，可用于配置自定义停止信号，借此控制容器的停止方式。
">ContainerStopSignals</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在支持上下文日志记录的 Kubernetes 组件的日志输出中启用额外的详细信息。
">ContextualLogging</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在支持上下文日志记录的 Kubernetes 组件的日志输出中启用额外的详细信息。
">ContextualLogging</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kube-controller-manager 在领导者转换期间主动释放其领导者选举锁， 而不是等待锁的 TTL 过期。 这允许更快地选举新的领导者。
">ControllerManagerReleaseLeaderElectionLockOnExit</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用支持 LeaseCandidate API 的行为，并且以确定性的方式为 Kubernetes 控制平面启用协调领导者选举。
">CoordinatedLeaderElection</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用支持 LeaseCandidate API 的行为，并且以确定性的方式为 Kubernetes 控制平面启用协调领导者选举。
">CoordinatedLeaderElection</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许对 CPU 管理器策略进行微调，针对试验性的、Alpha 质量级别的选项。 此特性门控用来保护一组质量级别为 Alpha 的 CPU 管理器选项。 此特性门控永远不会被升级为 Beta 或者稳定版本。
">CPUManagerPolicyAlphaOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许对 CPU 管理器策略进行微调，针对试验性的、Beta 质量级别的选项。 此特性门控用来保护一组质量级别为 Beta 的 CPU 管理器选项。 此特性门控永远不会被升级为稳定版本。
">CPUManagerPolicyBetaOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.23</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 CRD 状况中跟踪观测到的世代数（observedGeneration）。将此特性门控设置为 false 将清除 CRD 状况中观测到的世代数（observedGeneration）。
">CRDObservedGenerationTracking</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 CRI 列表操作（ListContainers、ListPodSandbox、ListImages）启用流式 RPC。 启用后，kubelet 使用服务器端流式 RPC（例如 StreamContainers、StreamPodSandboxes）， 允许容器运行时将结果分散到多个响应消息中，绕过 16 MiB 的 gRPC 消息大小限制。 这允许在具有数千个容器的节点上列出容器而不会失败。 如果容器运行时不支持流式 RPC，kubelet 会回退到一元 RPC。
">CRIListStreaming</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 将调度作业的时间设置为代表 CronJob 创建的作业上的一个 注解。
">CronJobsScheduledAnnotation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用跨名字空间卷数据源，以允许你在 PersistentVolumeClaim 的 dataSourceRef 字段中指定一个源名字空间。
">CrossNamespaceVolumeDataSource</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对节点上的 CSI 卷运行状况监控的支持。
">CSIVolumeHealth</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使节点能够更改 kubelet 配置 中的 cpuCFSQuotaPeriod。
">CustomCPUCFSQuotaPeriod</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.12</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 CustomResourceDefinition API 中启用 selectableFields，以针对 list、watch 和 deletecollection 请求过滤自定义资源。
">CustomResourceFieldSelectors</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 在 CustomResourceDefinition API 中启用 selectableFields，以针对 list、watch 和 deletecollection 请求过滤自定义资源。
">CustomResourceFieldSelectors</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控充当 Beta 阶段验证规则（&#43;k8s:beta）的全局安全开关。 如果发现回归问题，它允许集群管理员禁用 Beta 阶段的验证强制执行， 强制它们返回 Shadow 模式。
在 Shadow 模式下，声明式验证会执行，与手写验证的不匹配会作为指标记录， 但失败不会拒绝请求。 手写验证仍然是权威的并强制执行。
使用 WithDeclarativeEnforcement() 的资源的强制执行逻辑：
标准标签（无前缀）：始终强制执行（绕过此门控）。 Beta 标签（&#43;k8s:beta）：当此门控启用时强制执行（默认），否则为 Shadow 模式。 Alpha 标签（&#43;k8s:alpha）：始终为 Shadow 模式。 如果主 DeclarativeValidation 特性门控被禁用，此门控无效。
">DeclarativeValidationBeta</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 Deployment 和 ReplicaSet 中启用新的状态字段 .status.terminatingReplicas， 允许跟踪正在终止的 Pod。
">DeploymentReplicaSetTerminatingReplicas</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 在 Deployment 和 ReplicaSet 中启用新的状态字段 .status.terminatingReplicas， 允许跟踪正在终止的 Pod。
">DeploymentReplicaSetTerminatingReplicas</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中启用缓存不一致性检测。
">DetectCacheInconsistency</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当特性门控 DisableCPUQuotaWithExclusiveCPUs 被启用（默认）时， Kubernetes 不会 对使用 Guaranteed QoS 类的 Pod 强制执行 CPU 配额。
你可以通过禁用 DisableCPUQuotaWithExclusiveCPUs 特性门控来恢复以前的行为。
">DisableCPUQuotaWithExclusiveCPUs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在多个 ResourceClaim 或请求共享设备。
此外，如果某个设备支持共享，其资源（容量）可以通过定义的共享策略进行管理。
">DRAConsumableCapacity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许在多个 ResourceClaim 或请求共享设备。
此外，如果某个设备支持共享，其资源（容量）可以通过定义的共享策略进行管理。
">DRAConsumableCapacity</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 DRA 相关字段中启用对 DeviceBindingConditions 的支持。
这允许在 Bind 阶段之前执行彻底的设备就绪检查和挂接过程。
">DRADeviceBindingConditions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在 DRA 相关字段中启用对 DeviceBindingConditions 的支持。
这允许在 Bind 阶段之前执行彻底的设备就绪检查和挂接过程。
">DRADeviceBindingConditions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 允许通过 DeviceTaintRule 对象为设备添加污点。
除非你也启用了 DRADeviceTaints 特性门控，否则此特性门控不会生效。
">DRADeviceTaintRules</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 允许通过 DeviceTaintRule 对象为设备添加污点。
除非你也启用了 DRADeviceTaints 特性门控，否则此特性门控不会生效。
">DRADeviceTaintRules</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 启用为设备添加污点并选择性容忍这些污点的支持。
">DRADeviceTaints</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在使用动态资源分配来管理设备时， 启用为设备添加污点并选择性容忍这些污点的支持。
">DRADeviceTaints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 DRA 扩展资源分配 特性的支持。这使得在 DeviceClass 中可以指定扩展的资源名称。
">DRAExtendedResource</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用对 DRA 扩展资源分配 特性的支持。这使得在 DeviceClass 中可以指定扩展的资源名称。
">DRAExtendedResource</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 ResourceSlice 中的设备启用 list 类型属性字段（bools、ints、strings、versions）， 允许设备为单个属性通告多个值。
启用时，matchAttribute 使用集合交集（set-intersection）语义（所有选定设备的属性值集合必须有非空交集）， distinctAttribute 使用成对不相交语义（集合不得共享值）。 标量属性保持向后兼容，被视为单例集合。
还为 CEL 设备选择器表达式添加了 includes() 辅助函数， 该函数可用于标量和列表类型属性。
有关更多信息，请参阅动态资源分配文档中的 list 类型属性。
">DRAListTypeAttributes</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使 kube-scheduler 能够将动态资源分配（DRA）管理的节点可分配资源 （例如 CPU、内存和巨页）纳入其标准节点资源统计中。
启用后，DRA 驱动程序可以使用 ResourceSlice 设备上的 nodeAllocatableResourceMappings 字段， 指定其设备如何消耗节点可分配资源。 这允许调度器将这些 DRA 分配与标准 Pod 请求结合起来。 它还在 Pod API 上公开 status.nodeAllocatableResourceClaimStatuses 字段， 以跟踪生成的资源分配。
有关更多信息，请参阅动态资源分配文档中的 节点可分配资源。
">DRANodeAllocatableResources</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在动态资源分配（DRA）中请求 可分区设备 的支持。这允许驱动将多个设备广播为映射到某个物理设备的相同资源。
">DRAPartitionableDevices</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用在动态资源分配（DRA）中请求 可分区设备 的支持。这允许驱动将多个设备广播为映射到某个物理设备的相同资源。
">DRAPartitionableDevices</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 ResourceClaim.status.devices 字段的支持，并允许从 DRA 驱动中设置此状态。 此特性要求启用 DynamicResourceAllocation 特性门控。
">DRAResourceClaimDeviceStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对 ResourceClaim.status.devices 字段的支持，并允许从 DRA 驱动中设置此状态。 此特性要求启用 DynamicResourceAllocation 特性门控。
">DRAResourceClaimDeviceStatus</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 ResourceClaim 状态更新的细粒度授权支持。 此特性需要在修改 ResourceClaim 状态对象中的特定字段时，拥有额外的细粒度访问权限。
">DRAResourceClaimGranularStatusAuthorization</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 ResourcePoolStatusRequest API 以查询 DRA 资源池中的设备可用性。 启用后，用户可以创建 ResourcePoolStatusRequest 对象，以获取特定驱动程序（以及可选的特定池） 的设备可用性（总数、已分配、可用和不可用设备）的时间点快照。 kube-controller-manager 中的控制器处理这些一次性请求并使用池信息填充状态。
">DRAResourcePoolStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许一段时间后（默认 10 秒，可在 DynamicResources 调度器插件配置中设置）在调度器中中止每个节点的过滤操作。
">DRASchedulerFilterTimeout</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用来自 Workload API 的 PodGroup 资源， 通过动态资源分配 发出设备请求，这些设备可由其成员 Pod 共享。
">DRAWorkloadResourceClaims</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 支持通过文件来定义容器的环境变量值。 更多细节参阅使用 Init 容器定义环境变量值。
">EnvFiles</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 支持通过文件来定义容器的环境变量值。 更多细节参阅使用 Init 容器定义环境变量值。
">EnvFiles</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用此特性后，kubelet 能够通过 CRI 扩展从容器运行时接收容器生命周期事件。 （PLEG 是 “Pod lifecycle event generator” 的缩写，即 Pod 生命周期事件生成器）。 要使用此特性，你还需要在集群中运行的每个容器运行时中启用对容器生命周期事件的支持。 如果容器运行时未宣布支持容器生命周期事件，即使你已启用了此特性门控， kubelet 也会自动切换到原有的通用 PLEG 机制。
">EventedPLEG</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当 ExtendWebSocketsToKubelet 启用且 kubelet 节点通告支持时， exec/attach/portforward 流量直接代理到 kubelet，而不是在 API 服务器处转换或隧道传输。 关键在于，API 服务器使用的相同流转换和隧道处理程序现在在 kubelet 中也以相同的方式设置 —— 逻辑只是更靠近容器运行时。 此特性依赖于 NodeDeclaredFeatures 升级到 Beta，以便 kubelet 能力通告在生产集群中可靠。
">ExtendWebSocketsToKubelet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kube-scheduler 中启用 GangScheduling 插件，此插件实现**全有或全无（all-or-nothing）**的调度算法。 其中会使用 Workload API 来表达调度要求。
">GangScheduling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Workload API 的支持，以在工作负载级别表达调度要求。
启用此特性门控后，Pod 可以引用特定的 Pod 组，并使用这个组来影响 Pod 的调度方式。
">GenericWorkload</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用体面地关闭节点的支持。 在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pod。 参阅体面地关闭节点以了解更多细节。
">GracefulNodeShutdown</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>1.20</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用体面地关闭节点的支持。 在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pod。 参阅体面地关闭节点以了解更多细节。
">GracefulNodeShutdown</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.21</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在体面终止节点时检查 Pod 的优先级。
">GracefulNodeShutdownBasedOnPodPriority</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在体面终止节点时检查 Pod 的优先级。
">GracefulNodeShutdownBasedOnPodPriority</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将任意 FQDN（完全限定域名）设置为 Pod 的主机名。
">HostnameOverride</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许将任意 FQDN（完全限定域名）设置为 Pod 的主机名。
">HostnameOverride</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许为 HorizontalPodAutoscaler 指标设置容忍阈值。
">HPAConfigurableTolerance</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许为 HorizontalPodAutoscaler 指标设置容忍阈值。
">HPAConfigurableTolerance</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用自定义指标或外部指标时，可将 HorizontalPodAutoscaler 资源的 minReplicas 设置为 0。
">HPAScaleToZero</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.16</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 从 memory.available 中减去巨页（HugePage）容量，使 kubelet 的驱逐信号能够反映真实的常规内存可用量。 如果不启用此特性门控，巨页预留会抬高 AvailableBytes， 从而延迟驱逐，并导致在配置了巨页的节点上发生 OOM 终止。
">HugepageAwareEviction</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.37</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 对于 Pod 中的每个 image 卷， 都会将镜像摘要（image digest）记录到 Pod 状态中。
">ImageVolumeWithDigest</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 强制通知组件（Informer）按顺序而非乱序传递 watch 流事件。
">InOrderInformers</code></td>
                <td><code>true</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 强制通知组件（Informer）按顺序而非乱序传递 watch 流事件。
">InOrderInformers</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Pod 资源的原地垂直扩缩（例如，在无需重启 Pod 的情况下更改正在运行的 Pod 的 Pod 级 CPU 或内存 requests/limits）。 有关细节参阅 Pod 级资源原地垂直扩缩文档。
">InPlacePodLevelResourcesVerticalScaling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Pod 资源的原地垂直扩缩（例如，在无需重启 Pod 的情况下更改正在运行的 Pod 的 Pod 级 CPU 或内存 requests/limits）。 有关细节参阅 Pod 级资源原地垂直扩缩文档。
">InPlacePodLevelResourcesVerticalScaling</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 CPU 请求数为整数的 Guaranteed Pod 中启用容器的资源调整特性。 此特性门控仅适用于启用 InPlacePodVerticalScaling 和 CPUManager 特性且 CPUManager 策略设置为 static 的节点。
">InPlacePodVerticalScalingExclusiveCPUs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在内存管理器策略设置为 &quot;Static&quot; 时在 Guaranteed Pod 中调整容器资源大小。
仅适用于启用了 InPlacePodVerticalScaling 和内存管理器特性的节点。
">InPlacePodVerticalScalingExclusiveMemory</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对可逐节点配置的、在重启 CrashLoopBackOff 状态的容器时回退最大值的支持。 有关详细信息，请参阅 kubelet 配置文件中的 crashLoopBackOff.maxContainerRestartPeriod 字段。
">KubeletCrashLoopBackOffMax</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用对可逐节点配置的、在重启 CrashLoopBackOff 状态的容器时回退最大值的支持。 有关详细信息，请参阅 kubelet 配置文件中的 crashLoopBackOff.maxContainerRestartPeriod 字段。
">KubeletCrashLoopBackOffMax</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 确保请求某镜像的 Pod 在节点上已有此镜像的情况下，能够使用所提供的凭据授权访问此镜像。
参见确保镜像拉取凭据验证。
">KubeletEnsureSecretPulledImages</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 确保请求某镜像的 Pod 在节点上已有此镜像的情况下，能够使用所提供的凭据授权访问此镜像。
参见确保镜像拉取凭据验证。
">KubeletEnsureSecretPulledImages</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 支持在用户名字空间里运行 kubelet。 请参见以非 root 用户身份运行 Kubernetes 节点组件。
">KubeletInUserNamespace</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 分离镜像文件系统特性使 kubelet 能够对部署在不同文件系统上的镜像（只读层）和/或容器（可写层）执行垃圾回收。
">KubeletSeparateDiskGC</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 分离镜像文件系统特性使 kubelet 能够对部署在不同文件系统上的镜像（只读层）和/或容器（可写层）执行垃圾回收。
">KubeletSeparateDiskGC</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在拉取镜像时，将绑定到 Pod 的服务账户令牌发送给凭据提供程序插件。
">KubeletServiceAccountTokenForCredentialProviders</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在拉取镜像时，将绑定到 Pod 的服务账户令牌发送给凭据提供程序插件。
">KubeletServiceAccountTokenForCredentialProviders</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器为 watch 缓存存储生成快照，并使用这些快照来处理 LIST 请求。
">ListFromCacheSnapshot</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器为 watch 缓存存储生成快照，并使用这些快照来处理 LIST 请求。
">ListFromCacheSnapshot</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 如果本地临时存储启用了 LocalStorageCapacityIsolation，并且 emptyDir 卷所使用的文件系统支持项目配额， 并且已启用 UserNamespacesSupport， 系统将使用项目配额来监控 emptyDir 卷的存储使用情况，而不是通过文件系统遍历来实现， 从而确保更好的性能和准确性。
">LocalStorageCapacityIsolationFSQuotaMonitoring</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.15</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 如果本地临时存储启用了 LocalStorageCapacityIsolation，并且 emptyDir 卷所使用的文件系统支持项目配额， 并且已启用 UserNamespacesSupport， 系统将使用项目配额来监控 emptyDir 卷的存储使用情况，而不是通过文件系统遍历来实现， 从而确保更好的性能和准确性。
">LocalStorageCapacityIsolationFSQuotaMonitoring</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调实验性的、Alpha 级别的日志选项。
">LoggingAlphaOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调实验性的、Beta 级别的日志选项。
">LoggingBetaOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用通过 AdmissionConfiguration 中的 staticManifestsDir 字段从磁盘上的静态清单文件加载准入 Webhook 和基于 CEL 的准入策略。 这些策略从 API 服务器启动时开始生效，在 etcd 不可用时仍然有效， 并且可以保护基于 API 的准入资源不被修改。
">ManifestBasedAdmissionControlConfig</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 拓扑分布约束启用 matchLabelKeys 字段。
">MatchLabelKeysInPodTopologySpread</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 拓扑分布约束启用 matchLabelKeys 字段。
">MatchLabelKeysInPodTopologySpread</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将从 matchLabelKeys 构建的选择算符合并到 Pod 拓扑分布约束的 labelSelector 中。 当 matchLabelKeys 特性通过 MatchLabelKeysInPodTopologySpread 特性标志启用时，此特性门控可以被启用。
">MatchLabelKeysInPodTopologySpreadSelectorMerge</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。此字段指定更新过程中不可用 Pod 个数的上限。
">MaxUnavailableStatefulSet</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.24</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。此字段指定更新过程中不可用 Pod 个数的上限。
">MaxUnavailableStatefulSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35.0</td>
                <td>1.35.3</td>
            </tr>
            <tr>
                <td><code title=" 允许为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。此字段指定更新过程中不可用 Pod 个数的上限。
">MaxUnavailableStatefulSet</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35.4</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 cgroup v2 内存控制器为 Pod 或容器启用内存保护和使用限制。 在 Burstable Pod 上设置 memory.high 以实现内存使用限流；当 memoryReservationPolicy 设置为 TieredReservation（分层预留）时， 还可选择性地设置 memory.min / memory.low，用于分层内存保护。
">MemoryQoS</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改基础设施资源的 requests 或 limits。
">MutablePodResourcesForSuspendedJobs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改基础设施资源的 requests 或 limits。
">MutablePodResourcesForSuspendedJobs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许更新 PersistentVolume 的 .spec.nodeAffinity 字段。 有关细节参阅更新节点亲和性。
">MutablePVNodeAffinity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改 Pod 的调度指令。
">MutableSchedulingDirectivesForSuspendedJobs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用为已挂起的 Job 修补 Pod 模板的能力，以便更改 Pod 的调度指令。
">MutableSchedulingDirectivesForSuspendedJobs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Kubernetes 组件以 Prometheus 原生直方图格式暴露指标， 以提高效率和更精细的桶分辨率。 有关更多信息，请参阅 原生直方图。
">NativeHistograms</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 Node 通过其 .status 报告所支持的特性。 这使得调度器和准入控制器能够阻止在缺少 Pod 所需特性的节点上执行操作。 参阅节点声明的特性。
">NodeDeclaredFeatures</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许 Node 通过其 .status 报告所支持的特性。 这使得调度器和准入控制器能够阻止在缺少 Pod 所需特性的节点上执行操作。 参阅节点声明的特性。
">NodeDeclaredFeatures</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用此特性门控后，kube-scheduler 使用 .status.nominatedNodeName 来表示 Pod 将要被绑定到哪个节点。 当 kube-scheduler 触发 Pod 抢占，或预计 WaitOnPermit 或 PreBinding 阶段耗时较长时，会设置 .status.nominatedNodeName 字段。
其他组件可以读取和使用 .status.nominatedNodeName，但不应设置它。
">NominatedNodeNameForExpectation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用此特性门控后，kube-scheduler 使用 .status.nominatedNodeName 来表示 Pod 将要被绑定到哪个节点。 当 kube-scheduler 触发 Pod 抢占，或预计 WaitOnPermit 或 PreBinding 阶段耗时较长时，会设置 .status.nominatedNodeName 字段。
其他组件可以读取和使用 .status.nominatedNodeName，但不应设置它。
">NominatedNodeNameForExpectation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在从 API 服务器返回的 spec 中填充 OpenAPI 模式的 &quot;enum&quot; 字段。
">OpenAPIEnums</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 允许在从 API 服务器返回的 spec 中填充 OpenAPI 模式的 &quot;enum&quot; 字段。
">OpenAPIEnums</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许为等效的 Pod 复用上一次调度周期的调度结果。
">OpportunisticBatching</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用后，PVC 保护控制器会向 PersistentVolumeClaim 添加 Unused 状况， 跟踪 PVC 当前是否被任何非终端 Pod 引用。 该状况的 lastTransitionTime 记录 PVC 最后一次在使用中和未使用状态之间转换的时间。
">PersistentVolumeClaimUnusedSinceTime</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 将 kubelet 配置为从 CRI 容器运行时收集容器和 Pod 的统计信息，而不是从 cAdvisor 收集统计信息。 从 1.26 版本开始，这还包括从 CRI 收集指标并通过 /metrics/cadvisor 进行发布（而不是直接由 cAdvisor 发布）。
">PodAndContainerStatsFromCRI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodCertificateRequest 对象和 podCertificate 投射卷源。
">PodCertificateRequest</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodCertificateRequest 对象和 podCertificate 投射卷源。
">PodCertificateRequest</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 删除开销特性， 允许用户影响 ReplicaSet 的缩容顺序。
">PodDeletionCost</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.21</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 删除开销特性， 允许用户影响 ReplicaSet 的缩容顺序。
">PodDeletionCost</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.22</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet Pod Info gRPC API。 有关详细信息，请参阅 kubelet Pod Info gRPC API。
">PodInfoAPI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 级资源管理器：Topology、CPU 和 Memory 管理器使用 .spec.resources 中的信息为整个 Pod 执行 NUMA 对齐并灵活管理该 Pod 内容器的资源的能力。
">PodLevelResourceManagers</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 级别资源：能够在 Pod 级别指定资源请求和限制，而不仅仅是针对特定的容器。
">PodLevelResources</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 级别资源：能够在 Pod 级别指定资源请求和限制，而不仅仅是针对特定的容器。
">PodLevelResources</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 Pod API 从容器的日志流中获取特定日志流（stdout 或 stderr）。
">PodLogsQuerySplitStreams</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使得 kubelet 能在 Pod 上标记 PodReadyToStartContainers 状况。
此特性门控先前称为 PodHasNetworkCondition，关联的状况称为 PodHasNetwork。
">PodReadyToStartContainersCondition</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 使得 kubelet 能在 Pod 上标记 PodReadyToStartContainers 状况。
此特性门控先前称为 PodHasNetworkCondition，关联的状况称为 PodHasNetwork。
">PodReadyToStartContainersCondition</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodTopologyLabels 准入插件。
有关细节参见 Pod 拓扑标签。
">PodTopologyLabelsAdmission</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用 PodTopologyLabels 准入插件。
有关细节参见 Pod 拓扑标签。
">PodTopologyLabelsAdmission</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v2 子协议（v2.portforward.k8s.io）的客户端通过 portforward 子协议 （port-forward）执行 WebSocket 流式传输。
">PortForwardWebsockets</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v2 子协议（v2.portforward.k8s.io）的客户端通过 portforward 子协议 （port-forward）执行 WebSocket 流式传输。
">PortForwardWebsockets</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在静态 Pod 引用其他 API 对象时拒绝 Pod 准入。
">PreventStaticPodAPIReferences</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 QoS 层面预留资源，避免低 QoS 级别的 Pod 占用高 QoS 级别所请求的资源（当前只适用于内存）。
">QOSReserved</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.11</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许减少节点上容器在 CrashLoopBackOff 状态下重启时出现的初始延迟和最大延迟， 可以在整个集群将初始延迟设置为 1s，最大延迟设置为 60s。
">ReduceDefaultCrashLoopBackOffDecay</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Service 对象名称的宽松校验，允许使用 RFC 1123 标签名称来替代 RFC 1035 标签名称。
此特性允许 Service 名称以数字开头。
">RelaxedServiceNameValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Service 对象名称的宽松校验，允许使用 RFC 1123 标签名称来替代 RFC 1035 标签名称。
此特性允许 Service 名称以数字开头。
">RelaxedServiceNameValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet TLS 服务器在指定的证书文件发生变化时更新其证书。
此特性在 kubelet 配置中指定了 tlsCertFile 和 tlsPrivateKeyFile 时非常有用。 对于其他情况，例如使用 TLS 引导启动时，此特性门控无效。
">ReloadKubeletServerCertificateFile</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器通过请求头身份认证来接受 UID（用户 ID）。 在 kube-apiserver 的 API 聚合器将请求转发到提供聚合 API 的服务器时， kube-apiserver 的 API 聚合器也将通过标准请求头添加 UID。
">RemoteRequestHeaderUID</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 Pod 的 .status 中启用 allocatedResourcesStatus 字段。 此字段报告 Pod 中每个容器的额外细节，包括分配给 Pod 的每个设备的健康信息。
从 v1.36（Beta 版）开始，健康报告包含一个可选的“消息”字段， 提供有关健康状态的更多人类可读的上下文，例如错误详情或故障原因。
此特性适用于同时由设备插件和动态资源分配（DRA） 所管理的设备。有关更多细节， 请参见设备插件与不健康设备。
">ResourceHealthStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在 Pod 的 .status 中启用 allocatedResourcesStatus 字段。 此字段报告 Pod 中每个容器的额外细节，包括分配给 Pod 的每个设备的健康信息。
从 v1.36（Beta 版）开始，健康报告包含一个可选的“消息”字段， 提供有关健康状态的更多人类可读的上下文，例如错误详情或故障原因。
此特性适用于同时由设备插件和动态资源分配（DRA） 所管理的设备。有关更多细节， 请参见设备插件与不健康设备。
">ResourceHealthStatus</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在容器的 restartPolicyRules 中将 RestartAllContainers 指定为动作的能力。 当容器的退出符合包含此动作的某个规则时，整个 Pod 被终止并进行就地重启。 详情参见重启所有容器。
">RestartAllContainersOnContainerExits</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 上服务器 TLS 证书的轮换。 更多细节参阅 kubelet 配置。
">RotateKubeletServerCertificate</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.7</td>
                <td>1.11</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 上服务器 TLS 证书的轮换。 更多细节参阅 kubelet 配置。
">RotateKubeletServerCertificate</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.12</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 Pod 所引用的运行时类来拉取镜像。
">RuntimeClassInImageCriApi</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 修改 kube-scheduler，使整个调度周期中不再存在对 Kubernetes API 服务器的阻塞请求。 取而代之的是，使用异步代码与 Kubernetes API 进行交互。
">SchedulerAsyncAPICalls</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许以异步方式在调度器内运行一些与抢占关联的高开销操作。 异步处理抢占可以降低整体 Pod 调度的延迟。
">SchedulerAsyncPreemption</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许以异步方式在调度器内运行一些与抢占关联的高开销操作。 异步处理抢占可以降低整体 Pod 调度的延迟。
">SchedulerAsyncPreemption</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 通过在 activeQ 为空时从 backoffQ 中弹出 Pod，以改善调度队列的行为。 这可以尽快处理潜在可调度的 Pod，消除回退队列的惩罚效应。
">SchedulerPopFromBackoffQ</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 spec.securityContext.seLinuxChangePolicy 字段。 此字段可用于筛选不希望使用挂载选项来打上 SELinux 标签的 Pod 卷。 当支持使用 SELinux 挂载选项挂载的单个卷在带有不同 SELinux 标签的 Pod（例如特权 Pod 和非特权 Pod）之间共享时，此字段是必需的。
想要启用 SELinuxChangePolicy 特性门控，需要先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxChangePolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用 spec.securityContext.seLinuxChangePolicy 字段。 此字段可用于筛选不希望使用挂载选项来打上 SELinux 标签的 Pod 卷。 当支持使用 SELinux 挂载选项挂载的单个卷在带有不同 SELinux 标签的 Pod（例如特权 Pod 和非特权 Pod）之间共享时，此字段是必需的。
想要启用 SELinuxChangePolicy 特性门控，需要先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxChangePolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 直接使用正确的 SELinux 标签为 Pod 挂载卷，而不是以递归方式更改卷上的每个文件，进而加快容器的启动速度。 这一变更拓宽了针对 SELinuxMountReadWriteOncePod 特性门控所作的性能改进，将其对应的实现扩展到覆盖所有卷。
想要启用 SELinuxMount 特性门控，需先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxMount</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 直接使用正确的 SELinux 标签为 Pod 挂载卷，而不是以递归方式更改卷上的每个文件，进而加快容器的启动速度。 这一变更拓宽了针对 SELinuxMountReadWriteOncePod 特性门控所作的性能改进，将其对应的实现扩展到覆盖所有卷。
想要启用 SELinuxMount 特性门控，需先启用 SELinuxMountReadWriteOncePod 特性门控。
">SELinuxMount</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控用于限制 kubelet 可以请求服务账号令牌的受众范围。
">ServiceAccountNodeAudienceRestriction</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控用于限制 kubelet 可以请求服务账号令牌的受众范围。
">ServiceAccountNodeAudienceRestriction</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 list 和 watch 请求上的 shardSelector 参数的支持， 允许客户端基于元数据字段（如 UID）的哈希范围接收过滤的对象子集。 有关详细信息，请参阅 分片列表和监视。
">ShardedListAndWatch</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 APF（API 优先级和公平性）使用对象的大小来评估请求的开销。
">SizeBasedListCostEstimate</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 DaemonSet 控制器中的相应行为，以确保在对同一 DaemonSet 进行其他数据协调之前，先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 DaemonSet 的错误或虚假更新。
">StaleControllerConsistencyDaemonSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Job 控制器中的相应行为，以确保在对同一 Job 进行其他数据协调之前， 先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 Job 的错误或虚假更新。
">StaleControllerConsistencyJob</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 ReplicaSet 控制器中的相应行为，以确保在对同一 ReplicaSet 进行其他数据协调之前， 先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 ReplicaSet 的错误或虚假更新。
">StaleControllerConsistencyReplicaSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 StatefulSet 控制器中的相应行为，以确保在对同一 StatefulSet 进行额外协调之前， 先观察之前对 API 服务器的写入操作。 这样做是为了防止过期的缓存导致对 StatefulSet 的错误或虚假更新。
">StaleControllerConsistencyStatefulSet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 特性门控 VolumeCapacityPriority 在 v1.32 中用于支持静态制备的存储。 从 v1.33 开始，新的特性门控 StorageCapacityScoring 取代了旧的 VolumeCapacityPriority 特性门控， 并增加了对动态制备存储的支持。当 StorageCapacityScoring 被启用时， kube-scheduler 中的 VolumeBinding 插件得到了扩展，可以基于每个节点上的存储容量对 Node 进行评分。 此特性适用于已支持存储容量 的 CSI 卷，包括由 CSI 驱动所支持的本地存储。
">StorageCapacityScoring</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用存储版本 API。
">StorageVersionAPI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器在版本发现中公开存储版本的哈希值。
">StorageVersionHash</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.14</td>
                <td>1.14</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器在版本发现中公开存储版本的哈希值。
">StorageVersionHash</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.15</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用存储版本迁移机制。 有关细节参阅使用存储版本迁移功能来迁移 Kubernetes 对象。
">StorageVersionMigrator</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用存储版本迁移机制。 有关细节参阅使用存储版本迁移功能来迁移 Kubernetes 对象。
">StorageVersionMigrator</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 对包含 IP 地址和 CIDR 值的字段使用更严格的校验。
具体而言，启用此特性门控后，IPv4 地址中的每个八位字节不允许出现前导 0， 同时禁止使用 IPv4 映射的 IPv6 值（例如 ::ffff:192.168.0.1）。 当不同组件将同一个字符串解释为不同的 IP 地址时，这类值可能会导致安全问题 （如 CVE-2021-29923 中所述）。
该校验收紧仅适用于内置 API 类型中的字段，不影响自定义资源类型、Kubernetes 配置文件中的值或命令行参数。
">StrictIPCIDRValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 对包含 IP 地址和 CIDR 值的字段使用更严格的校验。
具体而言，启用此特性门控后，IPv4 地址中的每个八位字节不允许出现前导 0， 同时禁止使用 IPv4 映射的 IPv6 值（例如 ::ffff:192.168.0.1）。 当不同组件将同一个字符串解释为不同的 IP 地址时，这类值可能会导致安全问题 （如 CVE-2021-29923 中所述）。
该校验收紧仅适用于内置 API 类型中的字段，不影响自定义资源类型、Kubernetes 配置文件中的值或命令行参数。
">StrictIPCIDRValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在结构化身份验证配置中启用 Egress 选择算符。
">StructuredAuthenticationConfigurationEgressSelector</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在通过 --authentication-config 配置的 JWT 认证组件中启用 JSON Web Key Set (JWKS) 操作的额外指标。 启用后，API 服务器会记录上次获取 JWKS 的时间以及 JWKS 响应的哈希值。 有关细节参阅指标参考。
">StructuredAuthenticationConfigurationJWKSMetrics</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对细粒度 SupplementalGroups 控制的支持。 有关细节请参见为 Pod 配置细粒度 SupplementalGroups 控制。
">SupplementalGroupsPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对细粒度 SupplementalGroups 控制的支持。 有关细节请参见为 Pod 配置细粒度 SupplementalGroups 控制。
">SupplementalGroupsPolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 systemd 看门狗监控 kubelet 的健康状态。更多细节参阅 kubelet systemd 看门狗。
">SystemdWatchdog</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用容忍度的数值比较运算符（Lt 和 Gt）。
">TaintTolerationComparisonOperators</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此特性门控用于确保 TokenRequest 中提供的 UID 与正在请求令牌的 ServiceAccount UID 一致。
此特性门控有助于防止滥用 TokenRequest API，确保令牌只会签发给正确的 ServiceAccount。
">TokenRequestServiceAccountUIDValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为工作负载启用拓扑感知调度。
">TopologyAwareWorkloadScheduling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调拓扑管理器策略的实验性的、Alpha 质量的选项。 此特性门控守护一组质量级别为 Alpha 的拓扑管理器选项。 此特性门控绝对不会进阶至 Beta 或稳定版。
">TopologyManagerPolicyAlphaOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调拓扑管理器策略的实验性的、Beta 质量的选项。 此特性门控守护一组质量级别为 Beta 的拓扑管理器选项。 此特性门控绝对不会进阶至稳定版。
">TopologyManagerPolicyBetaOptions</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.26</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 允许微调拓扑管理器策略的实验性的、Beta 质量的选项。 此特性门控守护一组质量级别为 Beta 的拓扑管理器选项。 此特性门控绝对不会进阶至稳定版。
">TopologyManagerPolicyBetaOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v5 子协议版本的客户端处通过 WebSocket 流式传输远程命令子协议（exec、cp、attach）。
">TranslateStreamCloseWebsocketRequests</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许从请求 v5 子协议版本的客户端处通过 WebSocket 流式传输远程命令子协议（exec、cp、attach）。
">TranslateStreamCloseWebsocketRequests</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用了针对未认证客户端的 HTTP/2 拒绝服务（DoS）防护措施。 Kubernetes v1.28.0 至 v1.28.2 版本并未包括这项特性门控。
">UnauthenticatedHTTP2DOSMitigation</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 启用了针对未认证客户端的 HTTP/2 拒绝服务（DoS）防护措施。 Kubernetes v1.28.0 至 v1.28.2 版本并未包括这项特性门控。
">UnauthenticatedHTTP2DOSMitigation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当存在多个不同版本的 kube-apiserver 时，将资源请求代理到正确的对等 kube-apiserver。 更多信息请参见混合版本代理。
">UnknownVersionInteroperabilityProxy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 当存在多个不同版本的 kube-apiserver 时，将资源请求代理到正确的对等 kube-apiserver。 更多信息请参见混合版本代理。
">UnknownVersionInteroperabilityProxy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在 client-go 中使用在处理事件时解锁的 FIFO 队列。 如果未启用，队列会在处理事件的整个过程中持有锁，这可能会在高吞吐量场景中出现性能问题。 此特性门控可以在 kube-controller-manager 和任何基于 client-go 的控制器中切换。
只有在同时启用了 AtomicFIFO 特性门控的情况下，才能启用此特性门控。
">UnlockWhileProcessingFIFO</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用后，Pod 可以同时使用 hostNetwork 和 用户名字空间。
">UserNamespacesHostNetworkSupport</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 CSI 驱动程序的卷限制扩展。这使得调度器能够更好地与 cluster-autoscaler 协调存储限制。 详见存储限制。
">VolumeLimitScaling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用监视缓存（WatchCache）初始化的 post-start-hook，使之成为就绪态端点（readyz）的考察条件（带超时）。
">WatchCacheInitializationPostStartHook</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用对监听请求中流式传输对象初始状态的支持。
">WatchList</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 客户端请求数据流，而不是获取完整的列表。 此功能可以在 client-go 中使用，需要在服务器上启用 WatchList 特性。如果服务器不支持 WatchList，客户端将自动回退为标准的 list 请求。
">WatchListClient</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 客户端请求数据流，而不是获取完整的列表。 此功能可以在 client-go 中使用，需要在服务器上启用 WatchList 特性。如果服务器不支持 WatchList，客户端将自动回退为标准的 list 请求。
">WatchListClient</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 CPUManager、 MemoryManager 和拓扑管理器，为 Windows 节点提供 CPU 和内存亲和性支持。
">WindowsCPUAndMemoryAffinity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用对 Windows 节点体面关闭的支持。 在系统关闭期间，kubelet 将尝试检测关闭事件并体面终止节点上正运行的 Pod。 细节参见体面节点关闭。
">WindowsGracefulNodeShutdown</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 中启用对 Windows 节点体面关闭的支持。 在系统关闭期间，kubelet 将尝试检测关闭事件并体面终止节点上正运行的 Pod。 细节参见体面节点关闭。
">WindowsGracefulNodeShutdown</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对工作负载感知抢占的支持。
启用后，如果 PodGroup 调度失败，调度器将使用工作负载感知抢占算法来选择要抢占的牺牲品，而不是默认的 Pod 抢占算法。
">WorkloadAwarePreemption</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Job 控制器自动为 符合条件的 Job 创建 Workload 和 PodGroup 对象。 详见与 Workload API 集成。
">WorkloadWithJob</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.36</td>
                <td>–</td>
            </tr></tbody>
</table>

<!-- Want to edit this table? See https://k8s.io/docs/contribute/new-content/new-features/#ready-for-review-feature-gates -->
<!--
### Feature gates for graduated or deprecated features
-->
### 已毕业和已废弃的特性门控  {#feature-gates-for-graduated-or-deprecated-features}

<!--
<table class="sortable-table">
    <caption style="display:none">Feature Gates for Graduated or Deprecated Features</caption>
    <thead>
      <tr>
          <th>特性</th>
          <th>默认值</th>
          <th>阶段</th>
          <th>自从</th>
          <th>直到</th>
      </tr>
    </thead>
    <tbody>
            <tr>
                <td><code title=" 允许 kubelet 在不提供节点 IP、仅提供 DNS 名称的情况下请求证书。
">AllowDNSOnlyNodeCSR</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 针对签名者为 kubelet 的 CertificateSigningRequest）， 禁用节点准入检查。除非禁用此特性门控， 否则 Kubernetes 会强制要求新的 kubelet 证书的 commonName 为 system:node:$nodeName。
">AllowInsecureKubeletCertificateSigningRequests</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许对 API 服务器启用匿名身份验证的可配置端点。
">AnonymousAuthConfigurableEndpoints</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许对 API 服务器启用匿名身份验证的可配置端点。
">AnonymousAuthConfigurableEndpoints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许对 API 服务器启用匿名身份验证的可配置端点。
">AnonymousAuthConfigurableEndpoints</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用任何自定义的资源来作为 PVC 中的 dataSource。
">AnyVolumeDataSource</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.18</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 允许使用任何自定义的资源来作为 PVC 中的 dataSource。
">AnyVolumeDataSource</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许使用任何自定义的资源来作为 PVC 中的 dataSource。
">AnyVolumeDataSource</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中添加对分布式跟踪的支持。 更多细节参阅针对 Kubernetes 系统组件的追踪。
">APIServerTracing</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中添加对分布式跟踪的支持。 更多细节参阅针对 Kubernetes 系统组件的追踪。
">APIServerTracing</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中添加对分布式跟踪的支持。 更多细节参阅针对 Kubernetes 系统组件的追踪。
">APIServerTracing</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许节点鉴权器使用细粒度选择算符鉴权。
">AuthorizeNodeWithSelectors</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许节点鉴权器使用细粒度选择算符鉴权。
">AuthorizeNodeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许节点鉴权器使用细粒度选择算符鉴权。
">AuthorizeNodeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许授权使用字段和标签选择算符。 启用 SubjectAccessReview API 中的 fieldSelector 和 labelSelector 字段， 将字段和标签选择算符信息传递给授权 Webhook， 启用授权程序 CEL 库中的 fieldSelector 和 labelSelector 特性， 并允许在授权 Webhook matchConditions 中检查 fieldSelector 和 labelSelector 字段。
">AuthorizeWithSelectors</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许授权使用字段和标签选择算符。 启用 SubjectAccessReview API 中的 fieldSelector 和 labelSelector 字段， 将字段和标签选择算符信息传递给授权 Webhook， 启用授权程序 CEL 库中的 fieldSelector 和 labelSelector 特性， 并允许在授权 Webhook matchConditions 中检查 fieldSelector 和 labelSelector 字段。
">AuthorizeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许授权使用字段和标签选择算符。 启用 SubjectAccessReview API 中的 fieldSelector 和 labelSelector 字段， 将字段和标签选择算符信息传递给授权 Webhook， 启用授权程序 CEL 库中的 fieldSelector 和 labelSelector 特性， 并允许在授权 Webhook matchConditions 中检查 fieldSelector 和 labelSelector 字段。
">AuthorizeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用后，API 服务器将把传统的基于 HashMap 的 监视缓存（watch cache） 替换为基于 BTree 的实现。 这种替换可能会带来性能提升。
">BtreeWatchCache</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用后，API 服务器将把传统的基于 HashMap 的 监视缓存（watch cache） 替换为基于 BTree 的实现。 这种替换可能会带来性能提升。
">BtreeWatchCache</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用旧版的写入机制，以在 kubelet 检测到重启后更新容器的 ready 状态。
此特性门控的引入是为了允许你将行为恢复到以前使用的默认值。 如果你对默认行为感到满意，则无需启用此特性门控。
">ChangeContainerStatusOnKubeletRestart</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在外部云驱动中通过 kubelet --node-ip 设置双协议栈。 有关更多详细信息，请参阅配置 IPv4/IPv6 双栈。
">CloudDualStackNodeIPs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许在外部云驱动中通过 kubelet --node-ip 设置双协议栈。 有关更多详细信息，请参阅配置 IPv4/IPv6 双栈。
">CloudDualStackNodeIPs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许在外部云驱动中通过 kubelet --node-ip 设置双协议栈。 有关更多详细信息，请参阅配置 IPv4/IPv6 双栈。
">CloudDualStackNodeIPs</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 通过直接使用监视缓存来为 list 请求提供一致性的数据，提升 Kubernetes API 服务器的性能， 从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的 Etcd 版本（v3.4.31&#43; 或 v3.5.13&#43;），这些版本包含了对监视进度请求特性的修复。 如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。 进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。
更多细节请参阅 Kubernetes 文档 get 和 list 语义。
">ConsistentListFromCache</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 通过直接使用监视缓存来为 list 请求提供一致性的数据，提升 Kubernetes API 服务器的性能， 从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的 Etcd 版本（v3.4.31&#43; 或 v3.5.13&#43;），这些版本包含了对监视进度请求特性的修复。 如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。 进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。
更多细节请参阅 Kubernetes 文档 get 和 list 语义。
">ConsistentListFromCache</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 通过直接使用监视缓存来为 list 请求提供一致性的数据，提升 Kubernetes API 服务器的性能， 从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的 Etcd 版本（v3.4.31&#43; 或 v3.5.13&#43;），这些版本包含了对监视进度请求特性的修复。 如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。 进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。
更多细节请参阅 Kubernetes 文档 get 和 list 语义。
">ConsistentListFromCache</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调 CPU 管理器策略。
">CPUManagerPolicyOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>1.22</td>
            </tr>
            <tr>
                <td><code title=" 允许微调 CPU 管理器策略。
">CPUManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.23</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许微调 CPU 管理器策略。
">CPUManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。 详情参见验证递进。
">CRDValidationRatcheting</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。 详情参见验证递进。
">CRDValidationRatcheting</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。 详情参见验证递进。
">CRDValidationRatcheting</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 CSI 驱动选择通过 NodePublishVolumeRequest 中专用的 secrets 字段而不是通过 volume_context 字段从 kubelet 接收服务账号令牌。
">CSIServiceAccountTokenSecrets</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许 CSI 驱动选择通过 NodePublishVolumeRequest 中专用的 secrets 字段而不是通过 volume_context 字段从 kubelet 接收服务账号令牌。
">CSIServiceAccountTokenSecrets</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用树内 Kubernetes API 的声明式验证。启用后，具有声明式验证规则（使用 Go 代码中的 IDL 标签定义）的 API 将同时执行所生成的声明式验证代码和原来手工编写的验证代码。两者的结果将进行比较，任何不一致都会通过 declarative_validation_mismatch_total 指标进行报告。 返回给用户的仅是手工编写验证的结果（也就是说，实际在请求路径中起到验证作用者）。 在启用此特性门控时，原来手工编写的验证逻辑仍然是权威的验证方式，但如果同时启用了 DeclarativeValidationBeta 特性门控， 将发生变化。此特性门控仅作用于 kube-apiserver 组件。
">DeclarativeValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用树内 Kubernetes API 的声明式验证。启用后，具有声明式验证规则（使用 Go 代码中的 IDL 标签定义）的 API 将同时执行所生成的声明式验证代码和原来手工编写的验证代码。两者的结果将进行比较，任何不一致都会通过 declarative_validation_mismatch_total 指标进行报告。 返回给用户的仅是手工编写验证的结果（也就是说，实际在请求路径中起到验证作用者）。 在启用此特性门控时，原来手工编写的验证逻辑仍然是权威的验证方式，但如果同时启用了 DeclarativeValidationBeta 特性门控， 将发生变化。此特性门控仅作用于 kube-apiserver 组件。
">DeclarativeValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 已弃用：由 DeclarativeValidationBeta 取代。
启用此特性门控后，若同时启用了 DeclarativeValidation 特性门控，具有声明式实现的验证规则将直接返回声明式验证错误，替代手工编写的验证错误。 若此特性门控被禁用（但启用了 DeclarativeValidation），则始终返回手工编写的验证错误， 这实际上将声明式验证置于一种不匹配验证模式（mismatch validation mode）， 此模式仅用于监控，不影响 API 响应。 这种不匹配验证模式下，可以监控 declarative_validation_mismatch_total 和 declarative_validation_panic_total 指标，这是为了实现更安全的特性上线所做的实现细节， 普通用户通常无需直接与之交互。此特性门控仅作用于 kube-apiserver 组件。
注意：尽管声明式验证旨在实现与手工编写验证等价的功能，但两者返回的错误消息的确切描述在细节上可能有所不同。
">DeclarativeValidationTakeover</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 已弃用：由 DeclarativeValidationBeta 取代。
启用此特性门控后，若同时启用了 DeclarativeValidation 特性门控，具有声明式实现的验证规则将直接返回声明式验证错误，替代手工编写的验证错误。 若此特性门控被禁用（但启用了 DeclarativeValidation），则始终返回手工编写的验证错误， 这实际上将声明式验证置于一种不匹配验证模式（mismatch validation mode）， 此模式仅用于监控，不影响 API 响应。 这种不匹配验证模式下，可以监控 declarative_validation_mismatch_total 和 declarative_validation_panic_total 指标，这是为了实现更安全的特性上线所做的实现细节， 普通用户通常无需直接与之交互。此特性门控仅作用于 kube-apiserver 组件。
注意：尽管声明式验证旨在实现与手工编写验证等价的功能，但两者返回的错误消息的确切描述在细节上可能有所不同。
">DeclarativeValidationTakeover</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 你可以启用 MultiCIDRServiceAllocator 特性门控。API 服务器支持从旧的位图 ClusterIP 分配器迁移到新的 IPAddress 分配器。
API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP 分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。
">DisableAllocatorDualWrite</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 你可以启用 MultiCIDRServiceAllocator 特性门控。API 服务器支持从旧的位图 ClusterIP 分配器迁移到新的 IPAddress 分配器。
API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP 分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。
">DisableAllocatorDualWrite</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 你可以启用 MultiCIDRServiceAllocator 特性门控。API 服务器支持从旧的位图 ClusterIP 分配器迁移到新的 IPAddress 分配器。
API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP 分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。
">DisableAllocatorDualWrite</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31.0</td>
                <td>1.31.0</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.31.1</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>true</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在 ResourceClaim 或 ResourceClaimTemplate 中对请求管理员访问权限的支持。 管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。 从 Kubernetes v1.33 开始，只有被授权在带有标签 resource.kubernetes.io/admin-access: &quot;true&quot; （区分大小写）的命名空间中创建 ResourceClaim 或 ResourceClaimTemplate 对象的用户， 才能使用 adminAccess 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34 开始，此标签已更新为 resource.kubernetes.io/admin-access: &quot;true&quot;。
">DRAAdminAccess</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用在 ResourceClaim 或 ResourceClaimTemplate 中对请求管理员访问权限的支持。 管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。 从 Kubernetes v1.33 开始，只有被授权在带有标签 resource.kubernetes.io/admin-access: &quot;true&quot; （区分大小写）的命名空间中创建 ResourceClaim 或 ResourceClaimTemplate 对象的用户， 才能使用 adminAccess 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34 开始，此标签已更新为 resource.kubernetes.io/admin-access: &quot;true&quot;。
">DRAAdminAccess</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用在 ResourceClaim 或 ResourceClaimTemplate 中对请求管理员访问权限的支持。 管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。 从 Kubernetes v1.33 开始，只有被授权在带有标签 resource.kubernetes.io/admin-access: &quot;true&quot; （区分大小写）的命名空间中创建 ResourceClaim 或 ResourceClaimTemplate 对象的用户， 才能使用 adminAccess 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34 开始，此标签已更新为 resource.kubernetes.io/admin-access: &quot;true&quot;。
">DRAAdminAccess</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用， 则可以将这些替代设备分配给 ResourceClaim 中的请求。
">DRAPrioritizedList</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用， 则可以将这些替代设备分配给 ResourceClaim 中的请求。
">DRAPrioritizedList</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用， 则可以将这些替代设备分配给 ResourceClaim 中的请求。
">DRAPrioritizedList</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许通过同时改变 spec.completions 和 spec.parallelism 使得 spec.completions == spec.parallelism 来对带索引的 Job 执行扩容或缩容。 更多细节请参阅弹性索引 Job 文档。
">ElasticIndexedJob</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许通过同时改变 spec.completions 和 spec.parallelism 使得 spec.completions == spec.parallelism 来对带索引的 Job 执行扩容或缩容。 更多细节请参阅弹性索引 Job 文档。
">ElasticIndexedJob</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 确保 kubelet 会遵从 exec 探针的超时值设置。 此特性门控的主要目的是方便你处理现有的、依赖于已被修复的缺陷的工作负载； 该缺陷导致 Kubernetes 会忽略 exec 探针的超时值设置。 参阅就绪态探针.
">ExecProbeTimeout</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.20</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 --service-account-signing-endpoint 让 kube-apiserver 使用外部签名程序进行令牌签名和令牌验证密钥管理。
">ExternalServiceAccountTokenSigner</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 --service-account-signing-endpoint 让 kube-apiserver 使用外部签名程序进行令牌签名和令牌验证密钥管理。
">ExternalServiceAccountTokenSigner</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 --service-account-signing-endpoint 让 kube-apiserver 使用外部签名程序进行令牌签名和令牌验证密钥管理。
">ExternalServiceAccountTokenSigner</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此项控制是否支持 gitRepo 卷插件。 gitRepo 卷插件从 v1.33 版本开始默认被禁用。 此特性门控为用户提供了一种启用该插件的方式。
">GitRepoVolumeDriver</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 HorizontalPodAutoscalers 基于目标 Pod 中单个容器的指标进行扩缩。
">HPAContainerMetrics</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许 HorizontalPodAutoscalers 基于目标 Pod 中单个容器的指标进行扩缩。
">HPAContainerMetrics</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许 HorizontalPodAutoscalers 基于目标 Pod 中单个容器的指标进行扩缩。
">HPAContainerMetrics</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 配置字段 imageMaximumGCAge，允许管理员指定多久之后镜像将被垃圾收集。
">ImageMaximumGCAge</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 配置字段 imageMaximumGCAge，允许管理员指定多久之后镜像将被垃圾收集。
">ImageMaximumGCAge</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 配置字段 imageMaximumGCAge，允许管理员指定多久之后镜像将被垃圾收集。
">ImageMaximumGCAge</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许客户端在 Informer 上使用 LastSyncResourceVersion() 调用， 使其能够根据当前资源版本执行操作。 禁用此特性时，LastSyncResourceVersion() 调用会成功，但返回空字符串。 kube-controller-manager 会使用此特性进行 StorageVersionMigration。
">InformerResourceVersion</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许客户端在 Informer 上使用 LastSyncResourceVersion() 调用， 使其能够根据当前资源版本执行操作。 禁用此特性时，LastSyncResourceVersion() 调用会成功，但返回空字符串。 kube-controller-manager 会使用此特性进行 StorageVersionMigration。
">InformerResourceVersion</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用就地 Pod 垂直扩缩。
">InPlacePodVerticalScaling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用就地 Pod 垂直扩缩。
">InPlacePodVerticalScaling</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用就地 Pod 垂直扩缩。
">InPlacePodVerticalScaling</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用容器状态中的 allocatedResources 字段。 此特性还需要启用 InPlacePodVerticalScaling 门控。
">InPlacePodVerticalScalingAllocatedStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用容器状态中的 allocatedResources 字段。 此特性还需要启用 InPlacePodVerticalScaling 门控。
">InPlacePodVerticalScalingAllocatedStatus</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在索引作业中指定每个索引的最大 Pod 重试次数。
">JobBackoffLimitPerIndex</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许在索引作业中指定每个索引的最大 Pod 重试次数。
">JobBackoffLimitPerIndex</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在索引作业中指定每个索引的最大 Pod 重试次数。
">JobBackoffLimitPerIndex</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Job 对象的调和委托给外部控制器。
">JobManagedBy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Job 对象的调和委托给外部控制器。
">JobManagedBy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Job 对象的调和委托给外部控制器。
">JobManagedBy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许你在 Job 中为终止的 Pod 指定替代 Pod。
">JobPodReplacementPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许你在 Job 中为终止的 Pod 指定替代 Pod。
">JobPodReplacementPolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许你在 Job 中为终止的 Pod 指定替代 Pod。
">JobPodReplacementPolicy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。
">JobSuccessPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。
">JobSuccessPolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。
">JobSuccessPolicy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 KMS v1 API 以实现静态加密。 详情参见使用 KMS 驱动进行数据加密。
">KMSv1</code></td>
                <td><code>true</code></td>
                <td>已弃用</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 启用 KMS v1 API 以实现静态加密。 详情参见使用 KMS 驱动进行数据加密。
">KMSv1</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用检测来自 CRI 的 kubelet CGroup 驱动配置选项。 此特性门控现已对所有集群开启。然而，它仅在有支持 RuntimeConfig CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性， kubelet 将忽略 cgroupDriver 配置设置（或已弃用的 --cgroup-driver 命令行参数）。 如果容器运行时不支持它，则 kubelet 将回退到使用通过 cgroupDriver 配置设置进行配置的驱动。 kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持 RuntimeConfig CRI 调用的版本。管理员可以使用指标 kubelet_cri_losing_support 来查看集群中是否有节点将在 1.36 版本中失去支持。 以下 CRI 版本支持此 CRI 调用：
containerd：在 v2.0.0 版本中添加了对此特性的支持 CRI-O：在 v1.28.0 版本中添加了对此特性的支持 详情参见配置 CGroup 驱动。
">KubeletCgroupDriverFromCRI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用检测来自 CRI 的 kubelet CGroup 驱动配置选项。 此特性门控现已对所有集群开启。然而，它仅在有支持 RuntimeConfig CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性， kubelet 将忽略 cgroupDriver 配置设置（或已弃用的 --cgroup-driver 命令行参数）。 如果容器运行时不支持它，则 kubelet 将回退到使用通过 cgroupDriver 配置设置进行配置的驱动。 kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持 RuntimeConfig CRI 调用的版本。管理员可以使用指标 kubelet_cri_losing_support 来查看集群中是否有节点将在 1.36 版本中失去支持。 以下 CRI 版本支持此 CRI 调用：
containerd：在 v2.0.0 版本中添加了对此特性的支持 CRI-O：在 v1.28.0 版本中添加了对此特性的支持 详情参见配置 CGroup 驱动。
">KubeletCgroupDriverFromCRI</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用检测来自 CRI 的 kubelet CGroup 驱动配置选项。 此特性门控现已对所有集群开启。然而，它仅在有支持 RuntimeConfig CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性， kubelet 将忽略 cgroupDriver 配置设置（或已弃用的 --cgroup-driver 命令行参数）。 如果容器运行时不支持它，则 kubelet 将回退到使用通过 cgroupDriver 配置设置进行配置的驱动。 kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持 RuntimeConfig CRI 调用的版本。管理员可以使用指标 kubelet_cri_losing_support 来查看集群中是否有节点将在 1.36 版本中失去支持。 以下 CRI 版本支持此 CRI 调用：
containerd：在 v2.0.0 版本中添加了对此特性的支持 CRI-O：在 v1.28.0 版本中添加了对此特性的支持 详情参见配置 CGroup 驱动。
">KubeletCgroupDriverFromCRI</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 kubelet 的 HTTP(s) API 启用细粒度的鉴权。
">KubeletFineGrainedAuthz</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 kubelet 的 HTTP(s) API 启用细粒度的鉴权。
">KubeletFineGrainedAuthz</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 为 kubelet 的 HTTP(s) API 启用细粒度的鉴权。
">KubeletFineGrainedAuthz</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 扩展 kubelet 的 Pod 资源监控 gRPC API 端点 List 和 Get， 以包括通过资源分配报告在 ResourceClaim 中分配的资源。
以下示例展示了 NVIDIA dcgm-exporter 如何使用此 API 来收集 NVIDIA DRA driver 分配的每个 Pod 的 GPU 指标：
DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod1&#34;} 23792 DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod2&#34;} 23792 包含 Pod DRA 信息： container=&#34;ctr&#34;, dra_claim_name=&#34;single-gpu&#34;, dra_claim_namespace=&#34;gpu-test3&#34;, dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;, dra_pool_name=&#34;sc-starwars-xxxx&#34;, namespace=&#34;gpu-test3&#34;, pod=&#34;pod1&#34; ">KubeletPodResourcesDynamicResources</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 扩展 kubelet 的 Pod 资源监控 gRPC API 端点 List 和 Get， 以包括通过资源分配报告在 ResourceClaim 中分配的资源。
以下示例展示了 NVIDIA dcgm-exporter 如何使用此 API 来收集 NVIDIA DRA driver 分配的每个 Pod 的 GPU 指标：
DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod1&#34;} 23792 DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod2&#34;} 23792 包含 Pod DRA 信息： container=&#34;ctr&#34;, dra_claim_name=&#34;single-gpu&#34;, dra_claim_namespace=&#34;gpu-test3&#34;, dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;, dra_pool_name=&#34;sc-starwars-xxxx&#34;, namespace=&#34;gpu-test3&#34;, pod=&#34;pod1&#34; ">KubeletPodResourcesDynamicResources</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 扩展 kubelet 的 Pod 资源监控 gRPC API 端点 List 和 Get， 以包括通过资源分配报告在 ResourceClaim 中分配的资源。
以下示例展示了 NVIDIA dcgm-exporter 如何使用此 API 来收集 NVIDIA DRA driver 分配的每个 Pod 的 GPU 指标：
DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod1&#34;} 23792 DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod2&#34;} 23792 包含 Pod DRA 信息： container=&#34;ctr&#34;, dra_claim_name=&#34;single-gpu&#34;, dra_claim_namespace=&#34;gpu-test3&#34;, dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;, dra_pool_name=&#34;sc-starwars-xxxx&#34;, namespace=&#34;gpu-test3&#34;, pod=&#34;pod1&#34; ">KubeletPodResourcesDynamicResources</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 上为 Pod 资源启用 Get gRPC 端点。 此 API 增强了资源分配报告。
">KubeletPodResourcesGet</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 上为 Pod 资源启用 Get gRPC 端点。 此 API 增强了资源分配报告。
">KubeletPodResourcesGet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 上为 Pod 资源启用 Get gRPC 端点。 此 API 增强了资源分配报告。
">KubeletPodResourcesGet</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。
">KubeletPSI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。
">KubeletPSI</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。
">KubeletPSI</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 新增在 kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。 详情参见追踪 Kubernetes 系统组件。
">KubeletTracing</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 新增在 kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。 详情参见追踪 Kubernetes 系统组件。
">KubeletTracing</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 新增在 kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。 详情参见追踪 Kubernetes 系统组件。
">KubeletTracing</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。
">LogarithmicScaleDown</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.21</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。
">LogarithmicScaleDown</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.22</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。
">LogarithmicScaleDown</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod（反）亲和性启用 matchLabelKeys 和 mismatchLabelKeys 字段。
">MatchLabelKeysInPodAffinity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod（反）亲和性启用 matchLabelKeys 和 mismatchLabelKeys 字段。
">MatchLabelKeysInPodAffinity</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod（反）亲和性启用 matchLabelKeys 和 mismatchLabelKeys 字段。
">MatchLabelKeysInPodAffinity</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 NUMA 拓扑为容器设置内存亲和性。
">MemoryManager</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.21</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 NUMA 拓扑为容器设置内存亲和性。
">MemoryManager</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.22</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 NUMA 拓扑为容器设置内存亲和性。
">MemoryManager</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。
">MultiCIDRServiceAllocator</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。
">MultiCIDRServiceAllocator</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。
">MultiCIDRServiceAllocator</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 MutatingAdmissionPolicy 支持，允许在准入控制中应用 CEL 变更。
对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。
">MutatingAdmissionPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用 MutatingAdmissionPolicy 支持，允许在准入控制中应用 CEL 变更。
对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。
">MutatingAdmissionPolicy</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用 MutatingAdmissionPolicy 支持，允许在准入控制中应用 CEL 变更。
对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。
">MutatingAdmissionPolicy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 nftables 模式下运行 kube-proxy。
">NFTablesProxyMode</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许在 nftables 模式下运行 kube-proxy。
">NFTablesProxyMode</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在 nftables 模式下运行 kube-proxy。
">NFTablesProxyMode</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在计算 Pod 拓扑分布偏差时允许在 Pod 拓扑分布约束中使用 nodeAffinityPolicy 和 nodeTaintsPolicy。
">NodeInclusionPolicyInPodTopologySpread</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.25</td>
            </tr>
            <tr>
                <td><code title=" 在计算 Pod 拓扑分布偏差时允许在 Pod 拓扑分布约束中使用 nodeAffinityPolicy 和 nodeTaintsPolicy。
">NodeInclusionPolicyInPodTopologySpread</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.26</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 在计算 Pod 拓扑分布偏差时允许在 Pod 拓扑分布约束中使用 nodeAffinityPolicy 和 nodeTaintsPolicy。
">NodeInclusionPolicyInPodTopologySpread</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 /logs 端点来查询节点服务的日志。
">NodeLogQuery</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 /logs 端点来查询节点服务的日志。
">NodeLogQuery</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 /logs 端点来查询节点服务的日志。
">NodeLogQuery</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在删除命名空间时，先删除 Pod，再删除其他资源。
">OrderedNamespaceDeletion</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 在删除命名空间时，先删除 Pod，再删除其他资源。
">OrderedNamespaceDeletion</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在删除命名空间时，先删除 Pod，再删除其他资源。
">OrderedNamespaceDeletion</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在创建新的 Pod 时允许 Job 控制器和 StatefulSet 控制器将 Pod 索引添加为标签。 详情参见 Job 完成模式文档和 StatefulSet Pod 索引标签文档。
">PodIndexLabel</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 在创建新的 Pod 时允许 Job 控制器和 StatefulSet 控制器将 Pod 索引添加为标签。 详情参见 Job 完成模式文档和 StatefulSet Pod 索引标签文档。
">PodIndexLabel</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 Container 生命周期回调（preStop 和 postStart）中启用 sleep 操作。
">PodLifecycleSleepAction</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 在 Container 生命周期回调（preStop 和 postStart）中启用 sleep 操作。
">PodLifecycleSleepAction</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 Container 生命周期回调（preStop 和 postStart）中启用 sleep 操作。
">PodLifecycleSleepAction</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在容器生命周期回调中为 sleep 操作设置零值。
">PodLifecycleSleepActionAllowZero</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在容器生命周期回调中为 sleep 操作设置零值。
">PodLifecycleSleepActionAllowZero</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许在容器生命周期回调中为 sleep 操作设置零值。
">PodLifecycleSleepActionAllowZero</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Pod 的 .status 中设置 observedGeneration，并允许其他组件在 Pod 状况中设置 observedGeneration。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 metadata.generation。 存储 observedGeneration 有助于回避与丢失更新关联的风险。
">PodObservedGenerationTracking</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Pod 的 .status 中设置 observedGeneration，并允许其他组件在 Pod 状况中设置 observedGeneration。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 metadata.generation。 存储 observedGeneration 有助于回避与丢失更新关联的风险。
">PodObservedGenerationTracking</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Pod 的 .status 中设置 observedGeneration，并允许其他组件在 Pod 状况中设置 observedGeneration。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 metadata.generation。 存储 observedGeneration 有助于回避与丢失更新关联的风险。
">PodObservedGenerationTracking</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 schedulingGates 字段以控制 Pod 的调度就绪状态。
">PodSchedulingReadiness</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 schedulingGates 字段以控制 Pod 的调度就绪状态。
">PodSchedulingReadiness</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 schedulingGates 字段以控制 Pod 的调度就绪状态。
">PodSchedulingReadiness</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 的 trafficDistribution 字段中使用 PreferSameZone 和 PreferSameNode 这两个值。
">PreferSameTrafficDistribution</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 的 trafficDistribution 字段中使用 PreferSameZone 和 PreferSameNode 这两个值。
">PreferSameTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 的 trafficDistribution 字段中使用 PreferSameZone 和 PreferSameNode 这两个值。
">PreferSameTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.12</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。 更多细节可参见处理扩充卷过程中的失败。
">RecoverVolumeExpansionFailure</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。 更多细节可参见处理扩充卷过程中的失败。
">RecoverVolumeExpansionFailure</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。 更多细节可参见处理扩充卷过程中的失败。
">RecoverVolumeExpansionFailure</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对递归只读挂载的支持。 更多细节参阅只读挂载。
">RecursiveReadOnlyMounts</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用对递归只读挂载的支持。 更多细节参阅只读挂载。
">RecursiveReadOnlyMounts</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对递归只读挂载的支持。 更多细节参阅只读挂载。
">RecursiveReadOnlyMounts</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 放宽对容器的 DNS 搜索字符串（.spec.dnsConfig.searches）的服务器端校验。 例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 _ 字符。
">RelaxedDNSSearchValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 放宽对容器的 DNS 搜索字符串（.spec.dnsConfig.searches）的服务器端校验。 例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 _ 字符。
">RelaxedDNSSearchValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 放宽对容器的 DNS 搜索字符串（.spec.dnsConfig.searches）的服务器端校验。 例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 _ 字符。
">RelaxedDNSSearchValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在环境变量中使用几乎所有可打印的 ASCII 字符。
">RelaxedEnvironmentVariableValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许在环境变量中使用几乎所有可打印的 ASCII 字符。
">RelaxedEnvironmentVariableValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许在环境变量中使用几乎所有可打印的 ASCII 字符。
">RelaxedEnvironmentVariableValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用弹性的监视缓存（WatchCache）初始化，以避免控制平面的过载。
">ResilientWatchCacheInitialization</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用弹性的监视缓存（WatchCache）初始化，以避免控制平面的过载。
">ResilientWatchCacheInitialization</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当 API 服务器要生成名称时， 允许重试对象创建。
当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突， 则使用 generateName 的请求将被自动重试，最多重试 8 次。
">RetryGenerateName</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 当 API 服务器要生成名称时， 允许重试对象创建。
当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突， 则使用 generateName 的请求将被自动重试，最多重试 8 次。
">RetryGenerateName</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 当 API 服务器要生成名称时， 允许重试对象创建。
当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突， 则使用 generateName 的请求将被自动重试，最多重试 8 次。
">RetryGenerateName</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的监视缓存在专用的 RPC 上创建 watch。 这防止了监视缓存被其他 watch 所占用。
">SeparateCacheWatchRPC</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的监视缓存在专用的 RPC 上创建 watch。 这防止了监视缓存被其他 watch 所占用。
">SeparateCacheWatchRPC</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许运行基于污点驱逐的控制器，该控制器作为独立的控制器（独立于节点生命周期控制器） 执行基于污点的驱逐。
">SeparateTaintEvictionController</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许运行基于污点驱逐的控制器，该控制器作为独立的控制器（独立于节点生命周期控制器） 执行基于污点的驱逐。
">SeparateTaintEvictionController</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中， 以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。
">ServiceAccountTokenJTI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中， 以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。
">ServiceAccountTokenJTI</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中， 以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。
">ServiceAccountTokenJTI</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。
">ServiceAccountTokenNodeBinding</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。
">ServiceAccountTokenNodeBinding</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。
">ServiceAccountTokenNodeBinding</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否会验证服务账号令牌中的 Node 引用。
">ServiceAccountTokenNodeBindingValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否会验证服务账号令牌中的 Node 引用。
">ServiceAccountTokenNodeBindingValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否会验证服务账号令牌中的 Node 引用。
">ServiceAccountTokenNodeBindingValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时， 是否嵌入关联 Node 的名称和 uid。
">ServiceAccountTokenPodNodeInfo</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时， 是否嵌入关联 Node 的名称和 uid。
">ServiceAccountTokenPodNodeInfo</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时， 是否嵌入关联 Node 的名称和 uid。
">ServiceAccountTokenPodNodeInfo</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 中使用可选的 spec.trafficDistribution 字段。 此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。
">ServiceTrafficDistribution</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 中使用可选的 spec.trafficDistribution 字段。 此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。
">ServiceTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 中使用可选的 spec.trafficDistribution 字段。 此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。
">ServiceTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Init 容器的 restartPolicy 设置为 Always， 以便该容器成为一个边车容器（可重启的 Init 容器）。 详情参见边车容器和 restartPolicy。
">SidecarContainers</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Init 容器的 restartPolicy 设置为 Always， 以便该容器成为一个边车容器（可重启的 Init 容器）。 详情参见边车容器和 restartPolicy。
">SidecarContainers</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Init 容器的 restartPolicy 设置为 Always， 以便该容器成为一个边车容器（可重启的 Init 容器）。 详情参见边车容器和 restartPolicy。
">SidecarContainers</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用可选字段 .spec.persistentVolumeClaimRetentionPolicy， 以便根据 StatefulSet 的生命周期来控制 PVC 的删除。 详情参见 PersistentVolumeClaim 保留。
">StatefulSetAutoDeletePVC</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许使用可选字段 .spec.persistentVolumeClaimRetentionPolicy， 以便根据 StatefulSet 的生命周期来控制 PVC 的删除。 详情参见 PersistentVolumeClaim 保留。
">StatefulSetAutoDeletePVC</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许使用可选字段 .spec.persistentVolumeClaimRetentionPolicy， 以便根据 StatefulSet 的生命周期来控制 PVC 的删除。 详情参见 PersistentVolumeClaim 保留。
">StatefulSetAutoDeletePVC</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 StatefulSet 中配置起始序号。 详情参见起始序号。
">StatefulSetStartOrdinal</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许在 StatefulSet 中配置起始序号。 详情参见起始序号。
">StatefulSetStartOrdinal</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许在 StatefulSet 中配置起始序号。 详情参见起始序号。
">StatefulSetStartOrdinal</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器缓存中作用域为命名空间的资源启用命名空间索引器，以加速 list 操作。
">StorageNamespaceIndex</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器缓存中作用域为命名空间的资源启用命名空间索引器，以加速 list 操作。
">StorageNamespaceIndex</code></td>
                <td><code>true</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 JSON 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToJSON</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 JSON 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToJSON</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 Protobuf 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToProtobuf</code></td>
                <td><code>true</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 Protobuf 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToProtobuf</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 对 ValidatingAdmissionPolicy 应用严格的 CEL 开销验证。
">StrictCostEnforcementForVAP</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 对 ValidatingAdmissionPolicy 应用严格的 CEL 开销验证。
">StrictCostEnforcementForVAP</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在准入 Webhook 内对 matchConditions 应用严格的 CEL 开销验证。
">StrictCostEnforcementForWebhooks</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 在准入 Webhook 内对 matchConditions 应用严格的 CEL 开销验证。
">StrictCostEnforcementForWebhooks</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器启用结构化身份验证配置。
">StructuredAuthenticationConfiguration</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器启用结构化身份验证配置。
">StructuredAuthenticationConfiguration</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器启用结构化身份验证配置。
">StructuredAuthenticationConfiguration</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用结构化授权配置，以便集群管理员可以在 API 服务器处理程序链中指定多个授权 Webhook。
">StructuredAuthorizationConfiguration</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 启用结构化授权配置，以便集群管理员可以在 API 服务器处理程序链中指定多个授权 Webhook。
">StructuredAuthorizationConfiguration</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用结构化授权配置，以便集群管理员可以在 API 服务器处理程序链中指定多个授权 Webhook。
">StructuredAuthorizationConfiguration</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.22</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.23</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用拓扑管理器策略的微调。
">TopologyManagerPolicyOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 启用拓扑管理器策略的微调。
">TopologyManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用拓扑管理器策略的微调。
">TopologyManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 VolumeAttributesClasses 的支持。 更多细节参见卷属性类。
">VolumeAttributesClass</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用对 VolumeAttributesClasses 的支持。 更多细节参见卷属性类。
">VolumeAttributesClass</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用对 VolumeAttributesClasses 的支持。 更多细节参见卷属性类。
">VolumeAttributesClass</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在没有 resourceVersion 的情况下基于存储提供监视服务。
">WatchFromStorageWithoutResourceVersion</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在没有 resourceVersion 的情况下基于存储提供监视服务。
">WatchFromStorageWithoutResourceVersion</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Windows 容器接入主机网络名字空间的支持。
">WindowsHostNetwork</code></td>
                <td><code>true</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Windows 容器接入主机网络名字空间的支持。
">WindowsHostNetwork</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。
">WinDSR</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.14</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。
">WinDSR</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。
">WinDSR</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 以覆盖模式在 Windows 上运行。
">WinOverlay</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.14</td>
                <td>1.19</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 以覆盖模式在 Windows 上运行。
">WinOverlay</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.20</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 以覆盖模式在 Windows 上运行。
">WinOverlay</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr></tbody>
</table>
-->
<table class="sortable-table">
    <caption style="display:none">已毕业或已废弃的特性门控</caption>
    <thead>
      <tr>
          <th>特性</th>
          <th>默认值</th>
          <th>阶段</th>
          <th>自从</th>
          <th>直到</th>
      </tr>
    </thead>
    <tbody>
            <tr>
                <td><code title=" 允许 kubelet 在不提供节点 IP、仅提供 DNS 名称的情况下请求证书。
">AllowDNSOnlyNodeCSR</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 针对签名者为 kubelet 的 CertificateSigningRequest）， 禁用节点准入检查。除非禁用此特性门控， 否则 Kubernetes 会强制要求新的 kubelet 证书的 commonName 为 system:node:$nodeName。
">AllowInsecureKubeletCertificateSigningRequests</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许对 API 服务器启用匿名身份验证的可配置端点。
">AnonymousAuthConfigurableEndpoints</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许对 API 服务器启用匿名身份验证的可配置端点。
">AnonymousAuthConfigurableEndpoints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许对 API 服务器启用匿名身份验证的可配置端点。
">AnonymousAuthConfigurableEndpoints</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用任何自定义的资源来作为 PVC 中的 dataSource。
">AnyVolumeDataSource</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.18</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 允许使用任何自定义的资源来作为 PVC 中的 dataSource。
">AnyVolumeDataSource</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许使用任何自定义的资源来作为 PVC 中的 dataSource。
">AnyVolumeDataSource</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中添加对分布式跟踪的支持。 更多细节参阅针对 Kubernetes 系统组件的追踪。
">APIServerTracing</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中添加对分布式跟踪的支持。 更多细节参阅针对 Kubernetes 系统组件的追踪。
">APIServerTracing</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 API 服务器中添加对分布式跟踪的支持。 更多细节参阅针对 Kubernetes 系统组件的追踪。
">APIServerTracing</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许节点鉴权器使用细粒度选择算符鉴权。
">AuthorizeNodeWithSelectors</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许节点鉴权器使用细粒度选择算符鉴权。
">AuthorizeNodeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许节点鉴权器使用细粒度选择算符鉴权。
">AuthorizeNodeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许授权使用字段和标签选择算符。 启用 SubjectAccessReview API 中的 fieldSelector 和 labelSelector 字段， 将字段和标签选择算符信息传递给授权 Webhook， 启用授权程序 CEL 库中的 fieldSelector 和 labelSelector 特性， 并允许在授权 Webhook matchConditions 中检查 fieldSelector 和 labelSelector 字段。
">AuthorizeWithSelectors</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许授权使用字段和标签选择算符。 启用 SubjectAccessReview API 中的 fieldSelector 和 labelSelector 字段， 将字段和标签选择算符信息传递给授权 Webhook， 启用授权程序 CEL 库中的 fieldSelector 和 labelSelector 特性， 并允许在授权 Webhook matchConditions 中检查 fieldSelector 和 labelSelector 字段。
">AuthorizeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许授权使用字段和标签选择算符。 启用 SubjectAccessReview API 中的 fieldSelector 和 labelSelector 字段， 将字段和标签选择算符信息传递给授权 Webhook， 启用授权程序 CEL 库中的 fieldSelector 和 labelSelector 特性， 并允许在授权 Webhook matchConditions 中检查 fieldSelector 和 labelSelector 字段。
">AuthorizeWithSelectors</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用后，API 服务器将把传统的基于 HashMap 的 监视缓存（watch cache） 替换为基于 BTree 的实现。 这种替换可能会带来性能提升。
">BtreeWatchCache</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用后，API 服务器将把传统的基于 HashMap 的 监视缓存（watch cache） 替换为基于 BTree 的实现。 这种替换可能会带来性能提升。
">BtreeWatchCache</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用旧版的写入机制，以在 kubelet 检测到重启后更新容器的 ready 状态。
此特性门控的引入是为了允许你将行为恢复到以前使用的默认值。 如果你对默认行为感到满意，则无需启用此特性门控。
">ChangeContainerStatusOnKubeletRestart</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在外部云驱动中通过 kubelet --node-ip 设置双协议栈。 有关更多详细信息，请参阅配置 IPv4/IPv6 双栈。
">CloudDualStackNodeIPs</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许在外部云驱动中通过 kubelet --node-ip 设置双协议栈。 有关更多详细信息，请参阅配置 IPv4/IPv6 双栈。
">CloudDualStackNodeIPs</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许在外部云驱动中通过 kubelet --node-ip 设置双协议栈。 有关更多详细信息，请参阅配置 IPv4/IPv6 双栈。
">CloudDualStackNodeIPs</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 通过直接使用监视缓存来为 list 请求提供一致性的数据，提升 Kubernetes API 服务器的性能， 从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的 Etcd 版本（v3.4.31&#43; 或 v3.5.13&#43;），这些版本包含了对监视进度请求特性的修复。 如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。 进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。
更多细节请参阅 Kubernetes 文档 get 和 list 语义。
">ConsistentListFromCache</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 通过直接使用监视缓存来为 list 请求提供一致性的数据，提升 Kubernetes API 服务器的性能， 从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的 Etcd 版本（v3.4.31&#43; 或 v3.5.13&#43;），这些版本包含了对监视进度请求特性的修复。 如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。 进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。
更多细节请参阅 Kubernetes 文档 get 和 list 语义。
">ConsistentListFromCache</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 通过直接使用监视缓存来为 list 请求提供一致性的数据，提升 Kubernetes API 服务器的性能， 从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的 Etcd 版本（v3.4.31&#43; 或 v3.5.13&#43;），这些版本包含了对监视进度请求特性的修复。 如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。 进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。
更多细节请参阅 Kubernetes 文档 get 和 list 语义。
">ConsistentListFromCache</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许微调 CPU 管理器策略。
">CPUManagerPolicyOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>1.22</td>
            </tr>
            <tr>
                <td><code title=" 允许微调 CPU 管理器策略。
">CPUManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.23</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许微调 CPU 管理器策略。
">CPUManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。 详情参见验证递进。
">CRDValidationRatcheting</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。 详情参见验证递进。
">CRDValidationRatcheting</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。 详情参见验证递进。
">CRDValidationRatcheting</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 CSI 驱动选择通过 NodePublishVolumeRequest 中专用的 secrets 字段而不是通过 volume_context 字段从 kubelet 接收服务账号令牌。
">CSIServiceAccountTokenSecrets</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许 CSI 驱动选择通过 NodePublishVolumeRequest 中专用的 secrets 字段而不是通过 volume_context 字段从 kubelet 接收服务账号令牌。
">CSIServiceAccountTokenSecrets</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用树内 Kubernetes API 的声明式验证。启用后，具有声明式验证规则（使用 Go 代码中的 IDL 标签定义）的 API 将同时执行所生成的声明式验证代码和原来手工编写的验证代码。两者的结果将进行比较，任何不一致都会通过 declarative_validation_mismatch_total 指标进行报告。 返回给用户的仅是手工编写验证的结果（也就是说，实际在请求路径中起到验证作用者）。 在启用此特性门控时，原来手工编写的验证逻辑仍然是权威的验证方式，但如果同时启用了 DeclarativeValidationBeta 特性门控， 将发生变化。此特性门控仅作用于 kube-apiserver 组件。
">DeclarativeValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用树内 Kubernetes API 的声明式验证。启用后，具有声明式验证规则（使用 Go 代码中的 IDL 标签定义）的 API 将同时执行所生成的声明式验证代码和原来手工编写的验证代码。两者的结果将进行比较，任何不一致都会通过 declarative_validation_mismatch_total 指标进行报告。 返回给用户的仅是手工编写验证的结果（也就是说，实际在请求路径中起到验证作用者）。 在启用此特性门控时，原来手工编写的验证逻辑仍然是权威的验证方式，但如果同时启用了 DeclarativeValidationBeta 特性门控， 将发生变化。此特性门控仅作用于 kube-apiserver 组件。
">DeclarativeValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 已弃用：由 DeclarativeValidationBeta 取代。
启用此特性门控后，若同时启用了 DeclarativeValidation 特性门控，具有声明式实现的验证规则将直接返回声明式验证错误，替代手工编写的验证错误。 若此特性门控被禁用（但启用了 DeclarativeValidation），则始终返回手工编写的验证错误， 这实际上将声明式验证置于一种不匹配验证模式（mismatch validation mode）， 此模式仅用于监控，不影响 API 响应。 这种不匹配验证模式下，可以监控 declarative_validation_mismatch_total 和 declarative_validation_panic_total 指标，这是为了实现更安全的特性上线所做的实现细节， 普通用户通常无需直接与之交互。此特性门控仅作用于 kube-apiserver 组件。
注意：尽管声明式验证旨在实现与手工编写验证等价的功能，但两者返回的错误消息的确切描述在细节上可能有所不同。
">DeclarativeValidationTakeover</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 已弃用：由 DeclarativeValidationBeta 取代。
启用此特性门控后，若同时启用了 DeclarativeValidation 特性门控，具有声明式实现的验证规则将直接返回声明式验证错误，替代手工编写的验证错误。 若此特性门控被禁用（但启用了 DeclarativeValidation），则始终返回手工编写的验证错误， 这实际上将声明式验证置于一种不匹配验证模式（mismatch validation mode）， 此模式仅用于监控，不影响 API 响应。 这种不匹配验证模式下，可以监控 declarative_validation_mismatch_total 和 declarative_validation_panic_total 指标，这是为了实现更安全的特性上线所做的实现细节， 普通用户通常无需直接与之交互。此特性门控仅作用于 kube-apiserver 组件。
注意：尽管声明式验证旨在实现与手工编写验证等价的功能，但两者返回的错误消息的确切描述在细节上可能有所不同。
">DeclarativeValidationTakeover</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 你可以启用 MultiCIDRServiceAllocator 特性门控。API 服务器支持从旧的位图 ClusterIP 分配器迁移到新的 IPAddress 分配器。
API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP 分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。
">DisableAllocatorDualWrite</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 你可以启用 MultiCIDRServiceAllocator 特性门控。API 服务器支持从旧的位图 ClusterIP 分配器迁移到新的 IPAddress 分配器。
API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP 分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。
">DisableAllocatorDualWrite</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 你可以启用 MultiCIDRServiceAllocator 特性门控。API 服务器支持从旧的位图 ClusterIP 分配器迁移到新的 IPAddress 分配器。
API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP 分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。
">DisableAllocatorDualWrite</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31.0</td>
                <td>1.31.0</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.31.1</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 禁止设置 Node 的 kubeProxyVersion 字段。
">DisableNodeKubeProxyVersion</code></td>
                <td><code>true</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用在 ResourceClaim 或 ResourceClaimTemplate 中对请求管理员访问权限的支持。 管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。 从 Kubernetes v1.33 开始，只有被授权在带有标签 resource.kubernetes.io/admin-access: &quot;true&quot; （区分大小写）的命名空间中创建 ResourceClaim 或 ResourceClaimTemplate 对象的用户， 才能使用 adminAccess 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34 开始，此标签已更新为 resource.kubernetes.io/admin-access: &quot;true&quot;。
">DRAAdminAccess</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用在 ResourceClaim 或 ResourceClaimTemplate 中对请求管理员访问权限的支持。 管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。 从 Kubernetes v1.33 开始，只有被授权在带有标签 resource.kubernetes.io/admin-access: &quot;true&quot; （区分大小写）的命名空间中创建 ResourceClaim 或 ResourceClaimTemplate 对象的用户， 才能使用 adminAccess 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34 开始，此标签已更新为 resource.kubernetes.io/admin-access: &quot;true&quot;。
">DRAAdminAccess</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用在 ResourceClaim 或 ResourceClaimTemplate 中对请求管理员访问权限的支持。 管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。 从 Kubernetes v1.33 开始，只有被授权在带有标签 resource.kubernetes.io/admin-access: &quot;true&quot; （区分大小写）的命名空间中创建 ResourceClaim 或 ResourceClaimTemplate 对象的用户， 才能使用 adminAccess 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34 开始，此标签已更新为 resource.kubernetes.io/admin-access: &quot;true&quot;。
">DRAAdminAccess</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用， 则可以将这些替代设备分配给 ResourceClaim 中的请求。
">DRAPrioritizedList</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用， 则可以将这些替代设备分配给 ResourceClaim 中的请求。
">DRAPrioritizedList</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用， 则可以将这些替代设备分配给 ResourceClaim 中的请求。
">DRAPrioritizedList</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。 资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。
">DynamicResourceAllocation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许通过同时改变 spec.completions 和 spec.parallelism 使得 spec.completions == spec.parallelism 来对带索引的 Job 执行扩容或缩容。 更多细节请参阅弹性索引 Job 文档。
">ElasticIndexedJob</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许通过同时改变 spec.completions 和 spec.parallelism 使得 spec.completions == spec.parallelism 来对带索引的 Job 执行扩容或缩容。 更多细节请参阅弹性索引 Job 文档。
">ElasticIndexedJob</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 确保 kubelet 会遵从 exec 探针的超时值设置。 此特性门控的主要目的是方便你处理现有的、依赖于已被修复的缺陷的工作负载； 该缺陷导致 Kubernetes 会忽略 exec 探针的超时值设置。 参阅就绪态探针.
">ExecProbeTimeout</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.20</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 --service-account-signing-endpoint 让 kube-apiserver 使用外部签名程序进行令牌签名和令牌验证密钥管理。
">ExternalServiceAccountTokenSigner</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 --service-account-signing-endpoint 让 kube-apiserver 使用外部签名程序进行令牌签名和令牌验证密钥管理。
">ExternalServiceAccountTokenSigner</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 --service-account-signing-endpoint 让 kube-apiserver 使用外部签名程序进行令牌签名和令牌验证密钥管理。
">ExternalServiceAccountTokenSigner</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 此项控制是否支持 gitRepo 卷插件。 gitRepo 卷插件从 v1.33 版本开始默认被禁用。 此特性门控为用户提供了一种启用该插件的方式。
">GitRepoVolumeDriver</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 HorizontalPodAutoscalers 基于目标 Pod 中单个容器的指标进行扩缩。
">HPAContainerMetrics</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.20</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许 HorizontalPodAutoscalers 基于目标 Pod 中单个容器的指标进行扩缩。
">HPAContainerMetrics</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许 HorizontalPodAutoscalers 基于目标 Pod 中单个容器的指标进行扩缩。
">HPAContainerMetrics</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 配置字段 imageMaximumGCAge，允许管理员指定多久之后镜像将被垃圾收集。
">ImageMaximumGCAge</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 配置字段 imageMaximumGCAge，允许管理员指定多久之后镜像将被垃圾收集。
">ImageMaximumGCAge</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用 kubelet 配置字段 imageMaximumGCAge，允许管理员指定多久之后镜像将被垃圾收集。
">ImageMaximumGCAge</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Pod 中使用 image 卷源。 这个卷源允许你将容器镜像挂载为只读卷。
">ImageVolume</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许客户端在 Informer 上使用 LastSyncResourceVersion() 调用， 使其能够根据当前资源版本执行操作。 禁用此特性时，LastSyncResourceVersion() 调用会成功，但返回空字符串。 kube-controller-manager 会使用此特性进行 StorageVersionMigration。
">InformerResourceVersion</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许客户端在 Informer 上使用 LastSyncResourceVersion() 调用， 使其能够根据当前资源版本执行操作。 禁用此特性时，LastSyncResourceVersion() 调用会成功，但返回空字符串。 kube-controller-manager 会使用此特性进行 StorageVersionMigration。
">InformerResourceVersion</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用就地 Pod 垂直扩缩。
">InPlacePodVerticalScaling</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用就地 Pod 垂直扩缩。
">InPlacePodVerticalScaling</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 启用就地 Pod 垂直扩缩。
">InPlacePodVerticalScaling</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用容器状态中的 allocatedResources 字段。 此特性还需要启用 InPlacePodVerticalScaling 门控。
">InPlacePodVerticalScalingAllocatedStatus</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用容器状态中的 allocatedResources 字段。 此特性还需要启用 InPlacePodVerticalScaling 门控。
">InPlacePodVerticalScalingAllocatedStatus</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在索引作业中指定每个索引的最大 Pod 重试次数。
">JobBackoffLimitPerIndex</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许在索引作业中指定每个索引的最大 Pod 重试次数。
">JobBackoffLimitPerIndex</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在索引作业中指定每个索引的最大 Pod 重试次数。
">JobBackoffLimitPerIndex</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Job 对象的调和委托给外部控制器。
">JobManagedBy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Job 对象的调和委托给外部控制器。
">JobManagedBy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Job 对象的调和委托给外部控制器。
">JobManagedBy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许你在 Job 中为终止的 Pod 指定替代 Pod。
">JobPodReplacementPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许你在 Job 中为终止的 Pod 指定替代 Pod。
">JobPodReplacementPolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许你在 Job 中为终止的 Pod 指定替代 Pod。
">JobPodReplacementPolicy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。
">JobSuccessPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。
">JobSuccessPolicy</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。
">JobSuccessPolicy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 KMS v1 API 以实现静态加密。 详情参见使用 KMS 驱动进行数据加密。
">KMSv1</code></td>
                <td><code>true</code></td>
                <td>已弃用</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 启用 KMS v1 API 以实现静态加密。 详情参见使用 KMS 驱动进行数据加密。
">KMSv1</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.29</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用检测来自 CRI 的 kubelet CGroup 驱动配置选项。 此特性门控现已对所有集群开启。然而，它仅在有支持 RuntimeConfig CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性， kubelet 将忽略 cgroupDriver 配置设置（或已弃用的 --cgroup-driver 命令行参数）。 如果容器运行时不支持它，则 kubelet 将回退到使用通过 cgroupDriver 配置设置进行配置的驱动。 kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持 RuntimeConfig CRI 调用的版本。管理员可以使用指标 kubelet_cri_losing_support 来查看集群中是否有节点将在 1.36 版本中失去支持。 以下 CRI 版本支持此 CRI 调用：
containerd：在 v2.0.0 版本中添加了对此特性的支持 CRI-O：在 v1.28.0 版本中添加了对此特性的支持 详情参见配置 CGroup 驱动。
">KubeletCgroupDriverFromCRI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用检测来自 CRI 的 kubelet CGroup 驱动配置选项。 此特性门控现已对所有集群开启。然而，它仅在有支持 RuntimeConfig CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性， kubelet 将忽略 cgroupDriver 配置设置（或已弃用的 --cgroup-driver 命令行参数）。 如果容器运行时不支持它，则 kubelet 将回退到使用通过 cgroupDriver 配置设置进行配置的驱动。 kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持 RuntimeConfig CRI 调用的版本。管理员可以使用指标 kubelet_cri_losing_support 来查看集群中是否有节点将在 1.36 版本中失去支持。 以下 CRI 版本支持此 CRI 调用：
containerd：在 v2.0.0 版本中添加了对此特性的支持 CRI-O：在 v1.28.0 版本中添加了对此特性的支持 详情参见配置 CGroup 驱动。
">KubeletCgroupDriverFromCRI</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用检测来自 CRI 的 kubelet CGroup 驱动配置选项。 此特性门控现已对所有集群开启。然而，它仅在有支持 RuntimeConfig CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性， kubelet 将忽略 cgroupDriver 配置设置（或已弃用的 --cgroup-driver 命令行参数）。 如果容器运行时不支持它，则 kubelet 将回退到使用通过 cgroupDriver 配置设置进行配置的驱动。 kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持 RuntimeConfig CRI 调用的版本。管理员可以使用指标 kubelet_cri_losing_support 来查看集群中是否有节点将在 1.36 版本中失去支持。 以下 CRI 版本支持此 CRI 调用：
containerd：在 v2.0.0 版本中添加了对此特性的支持 CRI-O：在 v1.28.0 版本中添加了对此特性的支持 详情参见配置 CGroup 驱动。
">KubeletCgroupDriverFromCRI</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 kubelet 的 HTTP(s) API 启用细粒度的鉴权。
">KubeletFineGrainedAuthz</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 kubelet 的 HTTP(s) API 启用细粒度的鉴权。
">KubeletFineGrainedAuthz</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 为 kubelet 的 HTTP(s) API 启用细粒度的鉴权。
">KubeletFineGrainedAuthz</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 扩展 kubelet 的 Pod 资源监控 gRPC API 端点 List 和 Get， 以包括通过资源分配报告在 ResourceClaim 中分配的资源。
以下示例展示了 NVIDIA dcgm-exporter 如何使用此 API 来收集 NVIDIA DRA driver 分配的每个 Pod 的 GPU 指标：
DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod1&#34;} 23792 DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod2&#34;} 23792 包含 Pod DRA 信息： container=&#34;ctr&#34;, dra_claim_name=&#34;single-gpu&#34;, dra_claim_namespace=&#34;gpu-test3&#34;, dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;, dra_pool_name=&#34;sc-starwars-xxxx&#34;, namespace=&#34;gpu-test3&#34;, pod=&#34;pod1&#34; ">KubeletPodResourcesDynamicResources</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 扩展 kubelet 的 Pod 资源监控 gRPC API 端点 List 和 Get， 以包括通过资源分配报告在 ResourceClaim 中分配的资源。
以下示例展示了 NVIDIA dcgm-exporter 如何使用此 API 来收集 NVIDIA DRA driver 分配的每个 Pod 的 GPU 指标：
DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod1&#34;} 23792 DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod2&#34;} 23792 包含 Pod DRA 信息： container=&#34;ctr&#34;, dra_claim_name=&#34;single-gpu&#34;, dra_claim_namespace=&#34;gpu-test3&#34;, dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;, dra_pool_name=&#34;sc-starwars-xxxx&#34;, namespace=&#34;gpu-test3&#34;, pod=&#34;pod1&#34; ">KubeletPodResourcesDynamicResources</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 扩展 kubelet 的 Pod 资源监控 gRPC API 端点 List 和 Get， 以包括通过资源分配报告在 ResourceClaim 中分配的资源。
以下示例展示了 NVIDIA dcgm-exporter 如何使用此 API 来收集 NVIDIA DRA driver 分配的每个 Pod 的 GPU 指标：
DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod1&#34;} 23792 DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&#34;0&#34;,UUID=&#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&#34;,pci_bus_id=&#34;00000009:01:00.0&#34;,device=&#34;nvidia0&#34;,modelName=&#34;NVIDIA GH200 96GB HBM3&#34;,Hostname=&#34;sc-starwars-xxxx&#34;,container=&#34;ctr&#34;,dra_claim_name=&#34;single-gpu&#34;,dra_claim_namespace=&#34;gpu-test3&#34;,dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;,dra_pool_name=&#34;sc-starwars-xxxx&#34;,namespace=&#34;gpu-test3&#34;,pod=&#34;pod2&#34;} 23792 包含 Pod DRA 信息： container=&#34;ctr&#34;, dra_claim_name=&#34;single-gpu&#34;, dra_claim_namespace=&#34;gpu-test3&#34;, dra_device_name=&#34;gpu-0&#34;,dra_driver_name=&#34;gpu.nvidia.com&#34;, dra_pool_name=&#34;sc-starwars-xxxx&#34;, namespace=&#34;gpu-test3&#34;, pod=&#34;pod1&#34; ">KubeletPodResourcesDynamicResources</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 上为 Pod 资源启用 Get gRPC 端点。 此 API 增强了资源分配报告。
">KubeletPodResourcesGet</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 上为 Pod 资源启用 Get gRPC 端点。 此 API 增强了资源分配报告。
">KubeletPodResourcesGet</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 在 kubelet 上为 Pod 资源启用 Get gRPC 端点。 此 API 增强了资源分配报告。
">KubeletPodResourcesGet</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。
">KubeletPSI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。
">KubeletPSI</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。
">KubeletPSI</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 新增在 kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。 详情参见追踪 Kubernetes 系统组件。
">KubeletTracing</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 新增在 kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。 详情参见追踪 Kubernetes 系统组件。
">KubeletTracing</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 新增在 kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。 详情参见追踪 Kubernetes 系统组件。
">KubeletTracing</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。
">LogarithmicScaleDown</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.21</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。
">LogarithmicScaleDown</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.22</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。
">LogarithmicScaleDown</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod（反）亲和性启用 matchLabelKeys 和 mismatchLabelKeys 字段。
">MatchLabelKeysInPodAffinity</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod（反）亲和性启用 matchLabelKeys 和 mismatchLabelKeys 字段。
">MatchLabelKeysInPodAffinity</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod（反）亲和性启用 matchLabelKeys 和 mismatchLabelKeys 字段。
">MatchLabelKeysInPodAffinity</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 NUMA 拓扑为容器设置内存亲和性。
">MemoryManager</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.21</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 NUMA 拓扑为容器设置内存亲和性。
">MemoryManager</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.22</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许基于 NUMA 拓扑为容器设置内存亲和性。
">MemoryManager</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。
">MultiCIDRServiceAllocator</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。
">MultiCIDRServiceAllocator</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。
">MultiCIDRServiceAllocator</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.35</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 使 CSINode 中的 .spec.drivers[*].allocatable.count 字段可被修改。 同时启用 CSIDriver 的一个字段 nodeAllocatableUpdatePeriodSeconds。
这允许定期更新节点上可分配卷容量的信息，从而避免由于 kube-scheduler 依赖的过时信息而导致有状态 Pod 卡滞的问题。
">MutableCSINodeAllocatableCount</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用 MutatingAdmissionPolicy 支持，允许在准入控制中应用 CEL 变更。
对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。
">MutatingAdmissionPolicy</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用 MutatingAdmissionPolicy 支持，允许在准入控制中应用 CEL 变更。
对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。
">MutatingAdmissionPolicy</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 启用 MutatingAdmissionPolicy 支持，允许在准入控制中应用 CEL 变更。
对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。
">MutatingAdmissionPolicy</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 nftables 模式下运行 kube-proxy。
">NFTablesProxyMode</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许在 nftables 模式下运行 kube-proxy。
">NFTablesProxyMode</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在 nftables 模式下运行 kube-proxy。
">NFTablesProxyMode</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在计算 Pod 拓扑分布偏差时允许在 Pod 拓扑分布约束中使用 nodeAffinityPolicy 和 nodeTaintsPolicy。
">NodeInclusionPolicyInPodTopologySpread</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.25</td>
            </tr>
            <tr>
                <td><code title=" 在计算 Pod 拓扑分布偏差时允许在 Pod 拓扑分布约束中使用 nodeAffinityPolicy 和 nodeTaintsPolicy。
">NodeInclusionPolicyInPodTopologySpread</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.26</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 在计算 Pod 拓扑分布偏差时允许在 Pod 拓扑分布约束中使用 nodeAffinityPolicy 和 nodeTaintsPolicy。
">NodeInclusionPolicyInPodTopologySpread</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 /logs 端点来查询节点服务的日志。
">NodeLogQuery</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.27</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 /logs 端点来查询节点服务的日志。
">NodeLogQuery</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许使用 /logs 端点来查询节点服务的日志。
">NodeLogQuery</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.22</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。 必须将 KubeletConfiguration.failSwapOn 设置为 false 才能使用此能力。 更多细节请参见交换内存。
">NodeSwap</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在删除命名空间时，先删除 Pod，再删除其他资源。
">OrderedNamespaceDeletion</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 在删除命名空间时，先删除 Pod，再删除其他资源。
">OrderedNamespaceDeletion</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在删除命名空间时，先删除 Pod，再删除其他资源。
">OrderedNamespaceDeletion</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在创建新的 Pod 时允许 Job 控制器和 StatefulSet 控制器将 Pod 索引添加为标签。 详情参见 Job 完成模式文档和 StatefulSet Pod 索引标签文档。
">PodIndexLabel</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 在创建新的 Pod 时允许 Job 控制器和 StatefulSet 控制器将 Pod 索引添加为标签。 详情参见 Job 完成模式文档和 StatefulSet Pod 索引标签文档。
">PodIndexLabel</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 Container 生命周期回调（preStop 和 postStart）中启用 sleep 操作。
">PodLifecycleSleepAction</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 在 Container 生命周期回调（preStop 和 postStart）中启用 sleep 操作。
">PodLifecycleSleepAction</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 在 Container 生命周期回调（preStop 和 postStart）中启用 sleep 操作。
">PodLifecycleSleepAction</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在容器生命周期回调中为 sleep 操作设置零值。
">PodLifecycleSleepActionAllowZero</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在容器生命周期回调中为 sleep 操作设置零值。
">PodLifecycleSleepActionAllowZero</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许在容器生命周期回调中为 sleep 操作设置零值。
">PodLifecycleSleepActionAllowZero</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Pod 的 .status 中设置 observedGeneration，并允许其他组件在 Pod 状况中设置 observedGeneration。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 metadata.generation。 存储 observedGeneration 有助于回避与丢失更新关联的风险。
">PodObservedGenerationTracking</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Pod 的 .status 中设置 observedGeneration，并允许其他组件在 Pod 状况中设置 observedGeneration。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 metadata.generation。 存储 observedGeneration 有助于回避与丢失更新关联的风险。
">PodObservedGenerationTracking</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许 kubelet 在 Pod 的 .status 中设置 observedGeneration，并允许其他组件在 Pod 状况中设置 observedGeneration。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 metadata.generation。 存储 observedGeneration 有助于回避与丢失更新关联的风险。
">PodObservedGenerationTracking</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 schedulingGates 字段以控制 Pod 的调度就绪状态。
">PodSchedulingReadiness</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 schedulingGates 字段以控制 Pod 的调度就绪状态。
">PodSchedulingReadiness</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 允许设置 schedulingGates 字段以控制 Pod 的调度就绪状态。
">PodSchedulingReadiness</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.30</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 的 trafficDistribution 字段中使用 PreferSameZone 和 PreferSameNode 这两个值。
">PreferSameTrafficDistribution</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 的 trafficDistribution 字段中使用 PreferSameZone 和 PreferSameNode 这两个值。
">PreferSameTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.34</td>
                <td>1.34</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 的 trafficDistribution 字段中使用 PreferSameZone 和 PreferSameNode 这两个值。
">PreferSameTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.35</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.12</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 允许容器通过设置 Pod 的 securityContext 的 procMount 字段来控制对 proc 类型的挂载方式。
">ProcMountType</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。 更多细节可参见处理扩充卷过程中的失败。
">RecoverVolumeExpansionFailure</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。 更多细节可参见处理扩充卷过程中的失败。
">RecoverVolumeExpansionFailure</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。 更多细节可参见处理扩充卷过程中的失败。
">RecoverVolumeExpansionFailure</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对递归只读挂载的支持。 更多细节参阅只读挂载。
">RecursiveReadOnlyMounts</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用对递归只读挂载的支持。 更多细节参阅只读挂载。
">RecursiveReadOnlyMounts</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对递归只读挂载的支持。 更多细节参阅只读挂载。
">RecursiveReadOnlyMounts</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 放宽对容器的 DNS 搜索字符串（.spec.dnsConfig.searches）的服务器端校验。 例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 _ 字符。
">RelaxedDNSSearchValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.32</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 放宽对容器的 DNS 搜索字符串（.spec.dnsConfig.searches）的服务器端校验。 例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 _ 字符。
">RelaxedDNSSearchValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 放宽对容器的 DNS 搜索字符串（.spec.dnsConfig.searches）的服务器端校验。 例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 _ 字符。
">RelaxedDNSSearchValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在环境变量中使用几乎所有可打印的 ASCII 字符。
">RelaxedEnvironmentVariableValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许在环境变量中使用几乎所有可打印的 ASCII 字符。
">RelaxedEnvironmentVariableValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许在环境变量中使用几乎所有可打印的 ASCII 字符。
">RelaxedEnvironmentVariableValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用弹性的监视缓存（WatchCache）初始化，以避免控制平面的过载。
">ResilientWatchCacheInitialization</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用弹性的监视缓存（WatchCache）初始化，以避免控制平面的过载。
">ResilientWatchCacheInitialization</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 当 API 服务器要生成名称时， 允许重试对象创建。
当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突， 则使用 generateName 的请求将被自动重试，最多重试 8 次。
">RetryGenerateName</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 当 API 服务器要生成名称时， 允许重试对象创建。
当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突， 则使用 generateName 的请求将被自动重试，最多重试 8 次。
">RetryGenerateName</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 当 API 服务器要生成名称时， 允许重试对象创建。
当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突， 则使用 generateName 的请求将被自动重试，最多重试 8 次。
">RetryGenerateName</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.32</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用调度器的排队提示， 有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。 排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。
">SchedulerQueueingHints</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.25</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。 最初的实现侧重 ReadWriteOncePod 卷。
">SELinuxMountReadWriteOncePod</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的监视缓存在专用的 RPC 上创建 watch。 这防止了监视缓存被其他 watch 所占用。
">SeparateCacheWatchRPC</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的监视缓存在专用的 RPC 上创建 watch。 这防止了监视缓存被其他 watch 所占用。
">SeparateCacheWatchRPC</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许运行基于污点驱逐的控制器，该控制器作为独立的控制器（独立于节点生命周期控制器） 执行基于污点的驱逐。
">SeparateTaintEvictionController</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许运行基于污点驱逐的控制器，该控制器作为独立的控制器（独立于节点生命周期控制器） 执行基于污点的驱逐。
">SeparateTaintEvictionController</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中， 以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。
">ServiceAccountTokenJTI</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中， 以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。
">ServiceAccountTokenJTI</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中， 以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。
">ServiceAccountTokenJTI</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。
">ServiceAccountTokenNodeBinding</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。
">ServiceAccountTokenNodeBinding</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。
">ServiceAccountTokenNodeBinding</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否会验证服务账号令牌中的 Node 引用。
">ServiceAccountTokenNodeBindingValidation</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否会验证服务账号令牌中的 Node 引用。
">ServiceAccountTokenNodeBindingValidation</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器是否会验证服务账号令牌中的 Node 引用。
">ServiceAccountTokenNodeBindingValidation</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时， 是否嵌入关联 Node 的名称和 uid。
">ServiceAccountTokenPodNodeInfo</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时， 是否嵌入关联 Node 的名称和 uid。
">ServiceAccountTokenPodNodeInfo</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时， 是否嵌入关联 Node 的名称和 uid。
">ServiceAccountTokenPodNodeInfo</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 中使用可选的 spec.trafficDistribution 字段。 此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。
">ServiceTrafficDistribution</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.30</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 中使用可选的 spec.trafficDistribution 字段。 此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。
">ServiceTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在 Service 中使用可选的 spec.trafficDistribution 字段。 此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。
">ServiceTrafficDistribution</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Init 容器的 restartPolicy 设置为 Always， 以便该容器成为一个边车容器（可重启的 Init 容器）。 详情参见边车容器和 restartPolicy。
">SidecarContainers</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.28</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Init 容器的 restartPolicy 设置为 Always， 以便该容器成为一个边车容器（可重启的 Init 容器）。 详情参见边车容器和 restartPolicy。
">SidecarContainers</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.29</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许将 Init 容器的 restartPolicy 设置为 Always， 以便该容器成为一个边车容器（可重启的 Init 容器）。 详情参见边车容器和 restartPolicy。
">SidecarContainers</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许使用可选字段 .spec.persistentVolumeClaimRetentionPolicy， 以便根据 StatefulSet 的生命周期来控制 PVC 的删除。 详情参见 PersistentVolumeClaim 保留。
">StatefulSetAutoDeletePVC</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.23</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许使用可选字段 .spec.persistentVolumeClaimRetentionPolicy， 以便根据 StatefulSet 的生命周期来控制 PVC 的删除。 详情参见 PersistentVolumeClaim 保留。
">StatefulSetAutoDeletePVC</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 允许使用可选字段 .spec.persistentVolumeClaimRetentionPolicy， 以便根据 StatefulSet 的生命周期来控制 PVC 的删除。 详情参见 PersistentVolumeClaim 保留。
">StatefulSetAutoDeletePVC</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在 StatefulSet 中配置起始序号。 详情参见起始序号。
">StatefulSetStartOrdinal</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.26</td>
            </tr>
            <tr>
                <td><code title=" 允许在 StatefulSet 中配置起始序号。 详情参见起始序号。
">StatefulSetStartOrdinal</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.27</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 允许在 StatefulSet 中配置起始序号。 详情参见起始序号。
">StatefulSetStartOrdinal</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.31</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器缓存中作用域为命名空间的资源启用命名空间索引器，以加速 list 操作。
">StorageNamespaceIndex</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器缓存中作用域为命名空间的资源启用命名空间索引器，以加速 list 操作。
">StorageNamespaceIndex</code></td>
                <td><code>true</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 JSON 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToJSON</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 JSON 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToJSON</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 Protobuf 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToProtobuf</code></td>
                <td><code>true</code></td>
                <td>Alpha</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 API 服务器的 Protobuf 编码器逐项对多个集合进行编码，而不是一次性全部编码。
">StreamingCollectionEncodingToProtobuf</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 对 ValidatingAdmissionPolicy 应用严格的 CEL 开销验证。
">StrictCostEnforcementForVAP</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 对 ValidatingAdmissionPolicy 应用严格的 CEL 开销验证。
">StrictCostEnforcementForVAP</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在准入 Webhook 内对 matchConditions 应用严格的 CEL 开销验证。
">StrictCostEnforcementForWebhooks</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 在准入 Webhook 内对 matchConditions 应用严格的 CEL 开销验证。
">StrictCostEnforcementForWebhooks</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器启用结构化身份验证配置。
">StructuredAuthenticationConfiguration</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器启用结构化身份验证配置。
">StructuredAuthenticationConfiguration</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 为 API 服务器启用结构化身份验证配置。
">StructuredAuthenticationConfiguration</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用结构化授权配置，以便集群管理员可以在 API 服务器处理程序链中指定多个授权 Webhook。
">StructuredAuthorizationConfiguration</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 启用结构化授权配置，以便集群管理员可以在 API 服务器处理程序链中指定多个授权 Webhook。
">StructuredAuthorizationConfiguration</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用结构化授权配置，以便集群管理员可以在 API 服务器处理程序链中指定多个授权 Webhook。
">StructuredAuthorizationConfiguration</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.21</td>
                <td>1.22</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.23</td>
                <td>1.23</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.24</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。 更多细节参见拓扑感知路由。
">TopologyAwareHints</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用拓扑管理器策略的微调。
">TopologyManagerPolicyOptions</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.27</td>
            </tr>
            <tr>
                <td><code title=" 启用拓扑管理器策略的微调。
">TopologyManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.28</td>
                <td>1.31</td>
            </tr>
            <tr>
                <td><code title=" 启用拓扑管理器策略的微调。
">TopologyManagerPolicyOptions</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.32</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.28</td>
                <td>1.29</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.35</td>
            </tr>
            <tr>
                <td><code title=" 为 Pod 启用用户命名空间支持。
">UserNamespacesSupport</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.36</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 VolumeAttributesClasses 的支持。 更多细节参见卷属性类。
">VolumeAttributesClass</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.29</td>
                <td>1.30</td>
            </tr>
            <tr>
                <td><code title=" 启用对 VolumeAttributesClasses 的支持。 更多细节参见卷属性类。
">VolumeAttributesClass</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.31</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 启用对 VolumeAttributesClasses 的支持。 更多细节参见卷属性类。
">VolumeAttributesClass</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许在没有 resourceVersion 的情况下基于存储提供监视服务。
">WatchFromStorageWithoutResourceVersion</code></td>
                <td><code>false</code></td>
                <td>Beta</td>
                <td>1.30</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许在没有 resourceVersion 的情况下基于存储提供监视服务。
">WatchFromStorageWithoutResourceVersion</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Windows 容器接入主机网络名字空间的支持。
">WindowsHostNetwork</code></td>
                <td><code>true</code></td>
                <td>Alpha</td>
                <td>1.26</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 启用对 Windows 容器接入主机网络名字空间的支持。
">WindowsHostNetwork</code></td>
                <td><code>false</code></td>
                <td>已弃用</td>
                <td>1.33</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。
">WinDSR</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.14</td>
                <td>1.32</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。
">WinDSR</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.33</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。
">WinDSR</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 以覆盖模式在 Windows 上运行。
">WinOverlay</code></td>
                <td><code>false</code></td>
                <td>Alpha</td>
                <td>1.14</td>
                <td>1.19</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 以覆盖模式在 Windows 上运行。
">WinOverlay</code></td>
                <td><code>true</code></td>
                <td>Beta</td>
                <td>1.20</td>
                <td>1.33</td>
            </tr>
            <tr>
                <td><code title=" 允许 kube-proxy 以覆盖模式在 Windows 上运行。
">WinOverlay</code></td>
                <td><code>true</code></td>
                <td>GA</td>
                <td>1.34</td>
                <td>–</td>
            </tr></tbody>
</table>

<!--
## Using a feature

### Feature stages
-->
## 使用特性   {#using-a-feature}

### 特性阶段    {#feature-stages}

<!--
A feature can be in *Alpha*, *Beta* or *GA* stage.
An *Alpha* feature means:
-->
处于 **Alpha**、**Beta**、**GA** 阶段的特性。

**Alpha** 特性代表：

<!--
* Disabled by default.
* Might be buggy. Enabling the feature may expose bugs.
* Support for feature may be dropped at any time without notice.
* The API may change in incompatible ways in a later software release without notice.
* Recommended for use only in short-lived testing clusters, due to increased
  risk of bugs and lack of long-term support.
-->
* 默认禁用。
* 可能有错误，启用此特性可能会导致错误。
* 随时可能删除对此特性的支持，恕不另行通知。
* 在以后的软件版本中，API 可能会以不兼容的方式更改，恕不另行通知。
* 建议将其仅用于短期测试中，因为开启特性会增加错误的风险，并且缺乏长期支持。

<!--
A *Beta* feature means:
-->
**Beta** 特性代表：

<!--
* Usually enabled by default. Beta API groups are
  [disabled by default](https://github.com/kubernetes/enhancements/tree/master/keps/sig-architecture/3136-beta-apis-off-by-default).
* The feature is well tested. Enabling the feature is considered safe.
* Support for the overall feature will not be dropped, though details may change.
* The schema and/or semantics of objects may change in incompatible ways in a
  subsequent beta or stable release. When this happens, we will provide instructions
  for migrating to the next version. This may require deleting, editing, and
  re-creating API objects. The editing process may require some thought.
  This may require downtime for applications that rely on the feature.
* Recommended for only non-business-critical uses because of potential for
  incompatible changes in subsequent releases. If you have multiple clusters
  that can be upgraded independently, you may be able to relax this restriction.
-->
* 通常默认启用。Beta API 组[默认是被禁用的](https://github.com/kubernetes/enhancements/tree/master/keps/sig-architecture/3136-beta-apis-off-by-default)。
* 该特性已经经过良好测试。启用该特性是安全的。
* 尽管详细信息可能会更改，但不会放弃对整体特性的支持。
* 对象的架构或语义可能会在随后的 Beta 或稳定版本中以不兼容的方式更改。
  当发生这种情况时，我们将提供迁移到下一版本的说明。此特性可能需要删除、编辑和重新创建 API 对象。
  编辑过程可能需要慎重操作，因为这可能会导致依赖该特性的应用程序停机。
* 推荐仅用于非关键业务用途，因为在后续版本中可能会发生不兼容的更改。如果你具有多个可以独立升级的，则可以放宽此限制。


<div class="alert alert-info" role="note"><h4 class="alert-heading">说明：</h4><!--
Please do try *Beta* features and give feedback on them!
After they exit beta, it may not be practical for us to make more changes.
-->
<p>请试用 <strong>Beta</strong> 特性并提供相关反馈！
一旦特性结束 Beta 状态，我们就不太可能再对特性进行大幅修改。</p></div>


<!--
A *General Availability* (GA) feature is also referred to as a *stable* feature. It means:
-->
**General Availability**（GA）特性也称为**稳定**特性，**GA** 特性代表着：

<!--
* The feature is always enabled; you cannot disable it.
* The corresponding feature gate is no longer needed.
* Stable versions of features will appear in released software for many subsequent versions.
-->
* 此特性会一直启用；你不能禁用它。
* 不再需要相应的特性门控。
* 对于许多后续版本，特性的稳定版本将出现在发行的软件中。

<!--
## List of feature gates {#feature-gates}

Each feature gate is designed for enabling/disabling a specific feature:
-->
### 特性门控列表 {#feature-gates}

每个特性门控均用于启用或禁用某个特定的特性：

<!-- Want to edit this list? See https://k8s.io/docs/contribute/new-content/new-features/#ready-for-review-feature-gates -->
<dl class="feature-gate-list"><dt id="AllowDNSOnlyNodeCSR"><code class="feature-gate-name">AllowDNSOnlyNodeCSR</code></dt>
      <dd><p><!--
Allow kubelet to request a certificate without any Node IP available, only with DNS names.
-->
<p>允许 kubelet 在不提供节点 IP、仅提供 DNS 名称的情况下请求证书。</p></p></dd><dt id="AllowInsecureKubeletCertificateSigningRequests"><code class="feature-gate-name">AllowInsecureKubeletCertificateSigningRequests</code></dt>
      <dd><p><!--
Disable node admission validation of
[CertificateSigningRequests](/docs/reference/access-authn-authz/certificate-signing-requests/#certificate-signing-requests)
for kubelet signers. Unless you disable this feature gate, Kubernetes enforces that new
kubelet certificates have a `commonName` matching `system:node:$nodeName`.
-->
<p>针对签名者为 kubelet 的 <a href="/zh-cn/docs/reference/access-authn-authz/certificate-signing-requests/#certificate-signing-requests">CertificateSigningRequest）</a>，
禁用节点准入检查。除非禁用此特性门控，
否则 Kubernetes 会强制要求新的 kubelet 证书的 <code>commonName</code> 为 <code>system:node:$nodeName</code>。</p></p></dd><dt id="AllowParsingUserUIDFromCertAuth"><code class="feature-gate-name">AllowParsingUserUIDFromCertAuth</code></dt>
      <dd><p><!--
When this feature is enabled, the subject name attribute `1.3.6.1.4.1.57683.2`
in an X.509 certificate will be parsed as the user UID during certificate authentication.
-->
<p>当启用此特性时，X.509 证书中的主体名称属性 <code>1.3.6.1.4.1.57683.2</code> 将在证书认证过程中被解析为用户 UID。</p></p></dd><dt id="AllowUnsafeMalformedObjectDeletion"><code class="feature-gate-name">AllowUnsafeMalformedObjectDeletion</code></dt>
      <dd><p><!--
Enables the cluster operator to identify corrupt resource(s) using the **list**
operation, and introduces an option `ignoreStoreReadErrorWithClusterBreakingPotential`
that the operator can set to perform unsafe and force **delete** operation of
such corrupt resource(s) using the Kubernetes API.
-->
<p>允许集群操作员使用 <strong>list</strong> 操作来辨别受损的资源，
引入一个 <code>ignoreStoreReadErrorWithClusterBreakingPotential</code> 选项，
集群操作员可以设置此选项并使用 Kubernetes API 对受损的资源执行不安全的强制 <strong>delete</strong> 操作。</p></p></dd><dt id="AnonymousAuthConfigurableEndpoints"><code class="feature-gate-name">AnonymousAuthConfigurableEndpoints</code></dt>
      <dd><p><!--
Enable [configurable endpoints for anonymous auth](/docs/reference/access-authn-authz/authentication/#anonymous-authenticator-configuration)
for the API server.
-->
<p>允许对 API 服务器启用<a href="/zh-cn/docs/reference/access-authn-authz/authentication/#anonymous-authenticator-configuration">匿名身份验证的可配置端点</a>。</p></p></dd><dt id="AnyVolumeDataSource"><code class="feature-gate-name">AnyVolumeDataSource</code></dt>
      <dd><p><!--
Enable use of any custom resource as the `DataSource` of a
<a class='glossary-tooltip' title='声明在持久卷中定义的存储资源，以便可以将其挂载为容器中的卷。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/storage/persistent-volumes/#persistentvolumeclaims' target='_blank' aria-label='PVC'>PVC</a>.
-->
<p>允许使用任何自定义的资源来作为
<a class='glossary-tooltip' title='声明在持久卷中定义的存储资源，以便可以将其挂载为容器中的卷。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/storage/persistent-volumes/#persistentvolumeclaims' target='_blank' aria-label='PVC'>PVC</a> 中的 <code>dataSource</code>。</p></p></dd><dt id="APIResponseCompression"><code class="feature-gate-name">APIResponseCompression</code></dt>
      <dd><p><!--
Compress the API responses for `LIST` or `GET` requests.
-->
<p>压缩 <code>LIST</code> 或 <code>GET</code> 请求的 API 响应。</p></p></dd><dt id="APIServerIdentity"><code class="feature-gate-name">APIServerIdentity</code></dt>
      <dd><p><!--
Assign each API server an ID in a cluster, using a [Lease](/docs/concepts/architecture/leases).
-->
<p>使用 <a href="/zh-cn/docs/concepts/architecture/leases">Lease（租约）</a>为集群中的每个
API 服务器赋予一个 ID。</p></p></dd><dt id="APIServerTracing"><code class="feature-gate-name">APIServerTracing</code></dt>
      <dd><p><!--
Add support for distributed tracing in the API server.
See [Traces for Kubernetes System Components](/docs/concepts/cluster-administration/system-traces) for more details.
-->
<p>在 API 服务器中添加对分布式跟踪的支持。
更多细节参阅<a href="/zh-cn/docs/concepts/cluster-administration/system-traces/">针对 Kubernetes 系统组件的追踪</a>。</p></p></dd><dt id="APIServingWithRoutine"><code class="feature-gate-name">APIServingWithRoutine</code></dt>
      <dd><p><!--
This feature gate enables an API server performance improvement:
the API server can use separate goroutines (lightweight threads managed by the Go runtime)
to serve [**watch**](/docs/reference/using-api/api-concepts/#efficient-detection-of-changes)
requests.
-->
<p>这个特性门控可以启用一项 API 服务器性能提升：API 服务器可以使用独立的 Goroutine
（由 Go 运行时管理的轻量级线程）来处理
<a href="/zh-cn/docs/reference/using-api/api-concepts/#efficient-detection-of-changes"><strong>watch</strong></a> 请求。</p></p></dd><dt id="AtomicFIFO"><code class="feature-gate-name">AtomicFIFO</code></dt>
      <dd><p><!--
A client-go implementation of a FIFO queue that uses atomic operations to ensure events that come in
batches, such as those from a ListAndWatch call, are processed in a single chunk. This is in contrast to
the previous implementation which would process these events one by one, potentially causing the internal
cache to become temporarily inconsistent with the API server. This feature gate can be toggled in the
kube-controller-manager and any client-go based controller.
-->
<p>一个 client-go 实现的 FIFO 队列，使用原子操作确保批量传入的事件（例如来自
ListAndWatch 调用的事件）作为单个块处理。
这与之前的实现形成对比，之前的实现会逐个处理这些事件，可能导致内部缓存与 API 服务器暂时不一致。
此特性门控可以在 kube-controller-manager 和任何基于 client-go 的控制器中切换。</p></p></dd><dt id="AuthorizeNodeWithSelectors"><code class="feature-gate-name">AuthorizeNodeWithSelectors</code></dt>
      <dd><p><!--
Make the [Node authorizer](/docs/reference/access-authn-authz/node/) use fine-grained selector authorization.
-->
<p>允许<a href="/zh-cn/docs/reference/access-authn-authz/node/">节点鉴权器</a>使用细粒度选择算符鉴权。</p></p></dd><dt id="AuthorizePodWebsocketUpgradeCreatePermission"><code class="feature-gate-name">AuthorizePodWebsocketUpgradeCreatePermission</code></dt>
      <dd><p><!--
When the `AuthorizePodWebsocketUpgradeCreatePermission` feature gate is `true`,
clients must be authorized to **create** Pod subresources even when triggering their
creation using a WebSocket.
-->
<p>当 <code>AuthorizePodWebsocketUpgradeCreatePermission</code> 特性门控为 <code>true</code>，<br>
即使通过 WebSocket 触发 Pod 子资源的创建，客户端也必须具有<strong>创建</strong> Pod 子资源的权限。</p>
<!--
The connection upgrade request occurs for each of the following subresources: `pods/exec`,
`pods/attach`, and `pods/portforward`. This feature gate fixes a security gap caused by
the protocol transition: while SPDY requests utilize HTTP `POST` (naturally aligning with
the **create** RBAC permission), the WebSocket protocol requires an HTTP `GET` request for
the handshake. To correct this defect, a synthetic RBAC check is now applied to ensure
WebSocket upgrades strictly enforce the **create** permission, matching the existing
SPDY security model.
-->
<p>针对子资源 <code>pods/exec</code>、<code>pods/attach</code> 和 <code>pods/portforward</code> 的连接都会发生连接升级请求。
此特性门控修复了由协议转换引起的安全漏洞：SPDY 请求使用 HTTP <code>POST</code>
（自然对应 <strong>create</strong> RBAC 权限），而 WebSocket 协议在握手阶段需要 HTTP <code>GET</code> 请求。
为纠正此缺陷，现在系统会实施一项合成的 RBAC 检查，以确保 WebSocket 升级严格遵从
<strong>create</strong> 权限，匹配现有 SPDY 安全模型。</p>
<!--
You may want to disable this feature gate if you have existing clients or custom tooling
that rely on the previous behavior—specifically, if they connect via WebSockets but do *not*
currently hold the **create** RBAC permission.
-->
<p>如果你有当前客户端或定制工具链依赖于之前的行为，特别是如果它们通过 WebSocket
连接但没有 <strong>create</strong> RBAC 权限，你可能希望禁用此特性门控。</p>
</p></dd><dt id="AuthorizeWithSelectors"><code class="feature-gate-name">AuthorizeWithSelectors</code></dt>
      <dd><p><!--
Allows authorization to use field and label selectors.
Enables `fieldSelector` and `labelSelector` fields in the [SubjectAccessReview API](/docs/reference/kubernetes-api/authorization-resources/subject-access-review-v1/),
passes field and label selector information to [authorization webhooks](/docs/reference/access-authn-authz/webhook/),
enables `fieldSelector` and `labelSelector` functions in the [authorizer CEL library](https://pkg.go.dev/k8s.io/apiserver/pkg/cel/library#AuthzSelectors),
and enables checking `fieldSelector` and `labelSelector` fields in [authorization webhook `matchConditions`](/docs/reference/access-authn-authz/authorization/#using-configuration-file-for-authorization).
-->
<p>允许授权使用字段和标签选择算符。
启用 <a href="/zh-cn/docs/reference/kubernetes-api/authorization-resources/subject-access-review-v1/">SubjectAccessReview API</a>
中的 <code>fieldSelector</code> 和 <code>labelSelector</code> 字段，
将字段和标签选择算符信息传递给<a href="/zh-cn/docs/reference/access-authn-authz/webhook/">授权 Webhook</a>，
启用<a href="https://pkg.go.dev/k8s.io/apiserver/pkg/cel/library#AuthzSelectors">授权程序 CEL 库</a>中的
<code>fieldSelector</code> 和 <code>labelSelector</code> 特性，
并允许在<a href="/zh-cn/docs/reference/access-authn-authz/authorization/#using-configuration-file-for-authorization">授权 Webhook <code>matchConditions</code></a>
中检查 <code>fieldSelector</code> 和 <code>labelSelector</code> 字段。</p></p></dd><dt id="BtreeWatchCache"><code class="feature-gate-name">BtreeWatchCache</code></dt>
      <dd><p><!--
When enabled, the API server will replace the legacy HashMap-based _watch cache_
with a BTree-based implementation. This replacement may bring performance improvements.
-->
<p>启用后，API 服务器将把传统的基于 HashMap 的 <strong>监视缓存（watch cache）</strong> 替换为基于 BTree 的实现。
这种替换可能会带来性能提升。</p></p></dd><dt id="CBORServingAndStorage"><code class="feature-gate-name">CBORServingAndStorage</code></dt>
      <dd><p><!--
Enables CBOR as a [supported encoding for requests and
responses](/docs/reference/using-api/api-concepts/#cbor-encoding), and as the preferred storage
encoding for custom resources.
-->
<p>允许将 CBOR 用作<a href="/zh-cn/docs/reference/using-api/api-concepts/#cbor-encoding">请求和响应所支持的编码方式</a>，
同时允许将 CBOR 用作定制资源的首选存储编码方式。</p></p></dd><dt id="ChangeContainerStatusOnKubeletRestart"><code class="feature-gate-name">ChangeContainerStatusOnKubeletRestart</code></dt>
      <dd><p><!--
Enable legacy writes to update container `ready` status after the kubelet detects a
[restart](/docs/concepts/workloads/pods/pod-lifecycle/#kubelet-restarts).

This feature gate was introduced to allow you revert the behavior to a previously used default.
If you are satisfied with the default behavior, you do not need to enable this
feature gate.
-->
<p>启用旧版的写入机制，以在 kubelet
检测到<a href="/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#kubelet-restarts">重启</a>后更新容器的
<code>ready</code> 状态。</p>
<p>此特性门控的引入是为了允许你将行为恢复到以前使用的默认值。
如果你对默认行为感到满意，则无需启用此特性门控。</p>
</p></dd><dt id="ClearingNominatedNodeNameAfterBinding"><code class="feature-gate-name">ClearingNominatedNodeNameAfterBinding</code></dt>
      <dd><p><!--
Enable clearing `.status.nominatedNodeName` whenever Pods are bound to nodes.
-->
<p>允许在 Pod 被绑定到节点时清除 <code>.status.nominatedNodeName</code>。</p></p></dd><dt id="CloudControllerManagerWatchBasedRoutesReconciliation"><code class="feature-gate-name">CloudControllerManagerWatchBasedRoutesReconciliation</code></dt>
      <dd><p><!--
Enables a watch-based route reconciliation mechanism (rather than reconciling at a fixed interval)
within the cloud-controller-manager library.
-->
<p>在 cloud-controller-manager 库中启用基于 watch 的路由协调机制（而不是以固定时间间隔进行协调）。</p></p></dd><dt id="CloudControllerManagerWebhook"><code class="feature-gate-name">CloudControllerManagerWebhook</code></dt>
      <dd><p><!--
Enable webhooks in cloud controller manager.
-->
<p>启用在云控制器管理器中的 Webhook。</p></p></dd><dt id="CloudDualStackNodeIPs"><code class="feature-gate-name">CloudDualStackNodeIPs</code></dt>
      <dd><p><!--
Enables dual-stack `kubelet --node-ip` with external cloud providers.
See [Configure IPv4/IPv6 dual-stack](/docs/concepts/services-networking/dual-stack/#configure-ipv4-ipv6-dual-stack)
for more details.
-->
<p>允许在外部云驱动中通过 <code>kubelet --node-ip</code> 设置双协议栈。
有关更多详细信息，请参阅<a href="/zh-cn/docs/concepts/services-networking/dual-stack/#configure-ipv4-ipv6-dual-stack">配置 IPv4/IPv6 双栈</a>。</p></p></dd><dt id="ClusterTrustBundle"><code class="feature-gate-name">ClusterTrustBundle</code></dt>
      <dd><p><!--
This feature gate exists in the Kubernetes API server and the controller manager.
-->
<p>此特性门控存在于 Kubernetes API 服务器和控制器管理器中。</p>
<!--
Used from the kube-apiserver, it enables ClusterTrustBundle support.
<p>In order to use the ClusterTrustBundle API in your cluster, you need to enable this feature gate
and also <a href="/zh-cn/docs/tasks/administer-cluster/enable-disable-api/">enable</a> the associated alpha API group
using the <code>--runtime-config</code> command line argument to kube-apiserver.
--&gt;</p>
<p>此特性由 kube-apiserver 使用，用于启用 ClusterTrustBundle 支持。</p>
<p>要在集群中使用 ClusterTrustBundle API，您需要启用此特性门控，
并且还需要使用 kube-apiserver 的 <code>--runtime-config</code>
命令行参数启用关联的 Alpha API 组。</p>
<!--
In the Kubernetes controller manager, it is used to control publishing of a ClusterTrustBundle
for the `kubernetes.io/kube-apiserver-serving` signer.
-->
<p>在 Kubernetes 控制器管理器中，它用于控制为
<code>kubernetes.io/kube-apiserver-serving</code> 签名者发布
ClusterTrustBundle。</p>
</p></dd><dt id="ClusterTrustBundleProjection"><code class="feature-gate-name">ClusterTrustBundleProjection</code></dt>
      <dd><p><!--
[`clusterTrustBundle` projected volume sources](/docs/concepts/storage/projected-volumes#clustertrustbundle).
-->
<p><a href="/zh-cn/docs/concepts/storage/projected-volumes#clustertrustbundle"><code>clusterTrustBundle</code> 投射卷源</a>。</p></p></dd><dt id="ComponentFlagz"><code class="feature-gate-name">ComponentFlagz</code></dt>
      <dd><p><!--
Enables the component's flagz endpoint.
See [zpages](/docs/reference/instrumentation/zpages/) for more information.
-->
<p>启用组件的 flagz 端点。
更多细节参见 <a href="/zh-cn/docs/reference/instrumentation/zpages/">zpages</a>。</p></p></dd><dt id="ComponentStatusz"><code class="feature-gate-name">ComponentStatusz</code></dt>
      <dd><p><!--
Enables the component's statusz endpoint.
See [zpages](/docs/reference/instrumentation/zpages/) for more information.
-->
<p>启用组件的 statusz 端点。
更多细节参见 <a href="/zh-cn/docs/reference/instrumentation/zpages/">zpages</a>。</p></p></dd><dt id="ConcurrentWatchObjectDecode"><code class="feature-gate-name">ConcurrentWatchObjectDecode</code></dt>
      <dd><p><!--
Enable concurrent watch object decoding. This is to avoid starving the API server's
watch cache when a conversion webhook is installed.
-->
<p>启用并发监视对象解码。目的是避免在安装了转换 Webhook 时造成 API 服务器的监视缓存内容不足。</p></p></dd><dt id="ConsistentListFromCache"><code class="feature-gate-name">ConsistentListFromCache</code></dt>
      <dd><p><!--
Enhance Kubernetes API server performance by serving consistent **list** requests
directly from its watch cache, improving scalability and response times.
To consistent list from cache Kubernetes requires a newer etcd version (v3.4.31+ or v3.5.13+),
that includes fixes to watch progress request feature.
If older etcd version is provided Kubernetes will automatically detect it and fallback to serving consistent reads from etcd.
Progress notifications ensure watch cache is consistent with etcd while reducing
the need for resource-intensive quorum reads from etcd.

See the Kubernetes documentation on [Semantics for **get** and **list**](/docs/reference/using-api/api-concepts/#semantics-for-get-and-list) for more details.
-->
<p>通过直接使用监视缓存来为 <strong>list</strong> 请求提供一致性的数据，提升 Kubernetes API 服务器的性能，
从而改善可扩展性和响应时间。为了从缓存获取一致的列表，Kubernetes 需要使用较新的
Etcd 版本（v3.4.31+ 或 v3.5.13+），这些版本包含了对监视进度请求特性的修复。
如果使用较旧的 Etcd 版本，Kubernetes 会自动检测到并回退到从 Etcd 提供一致的读取操作。
进度通知能够确保监视缓存与 Etcd 保持一致，同时减少对 Etcd 进行资源密集型仲裁读取的需求。</p>
<p>更多细节请参阅 Kubernetes 文档
<a href="/zh-cn/docs/reference/using-api/api-concepts/#semantics-for-get-and-list"><strong>get</strong> 和 <strong>list</strong> 语义</a>。</p>
</p></dd><dt id="ConstrainedImpersonation"><code class="feature-gate-name">ConstrainedImpersonation</code></dt>
      <dd><p><!--
Enables impersonation that is constrained to specific requests instead of being all or nothing.
-->
<p>启用受限于特定请求的伪装，而不是全有或全无。</p></p></dd><dt id="ContainerCheckpoint"><code class="feature-gate-name">ContainerCheckpoint</code></dt>
      <dd><p><!--
Enables the kubelet `checkpoint` API.
See [Kubelet Checkpoint API](/docs/reference/node/kubelet-checkpoint-api/) for more details.
-->
<p>启用 kubelet <code>checkpoint</code> API。
详情见 <a href="/zh-cn/docs/reference/node/kubelet-checkpoint-api/">Kubelet Checkpoint API</a>。</p></p></dd><dt id="ContainerRestartRules"><code class="feature-gate-name">ContainerRestartRules</code></dt>
      <dd><p><!--
Enables the ability to configure container-level restart policy and restart rules.
See [Container Restart Policy and Rules](/docs/concepts/workloads/pods/pod-lifecycle/#container-restart-rules) for more details.
-->
<p>启用配置容器级重启策略和重启规则的能力。<br>
更多细节参阅<a href="/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#container-restart-rules">容器重启策略和规则</a>。</p></p></dd><dt id="ContainerStopSignals"><code class="feature-gate-name">ContainerStopSignals</code></dt>
      <dd><p><!--
Enables usage of the StopSignal lifecycle for containers for configuring custom stop signals using which the containers would be stopped.
-->
<p>允许使用容器的 StopSignal 生命期，可用于配置自定义停止信号，借此控制容器的停止方式。</p></p></dd><dt id="ContextualLogging"><code class="feature-gate-name">ContextualLogging</code></dt>
      <dd><p><!--
Enables extra details in log output of Kubernetes components that support
contextual logging.
-->
<p>在支持上下文日志记录的 Kubernetes 组件的日志输出中启用额外的详细信息。</p></p></dd><dt id="ControllerManagerReleaseLeaderElectionLockOnExit"><code class="feature-gate-name">ControllerManagerReleaseLeaderElectionLockOnExit</code></dt>
      <dd><p><!--
Enables the `kube-controller-manager` to actively release its leader election lock
during leader transitions, rather than waiting for the lock's TTL to expire.
This allows a new leader to be elected more quickly.
-->
<p>启用 <code>kube-controller-manager</code> 在领导者转换期间主动释放其领导者选举锁，
而不是等待锁的 TTL 过期。
这允许更快地选举新的领导者。</p></p></dd><dt id="CoordinatedLeaderElection"><code class="feature-gate-name">CoordinatedLeaderElection</code></dt>
      <dd><p><!--
Enables the behaviors supporting the LeaseCandidate API, and also enables
coordinated leader election for the Kubernetes control plane, deterministically.
-->
<p>启用支持 LeaseCandidate API 的行为，并且以确定性的方式为 Kubernetes 控制平面启用协调领导者选举。</p></p></dd><dt id="CPUManagerPolicyAlphaOptions"><code class="feature-gate-name">CPUManagerPolicyAlphaOptions</code></dt>
      <dd><p><!--
This allows fine-tuning of CPUManager policies,
experimental, Alpha-quality options
This feature gate guards *a group* of CPUManager options whose quality level is alpha.
This feature gate will never graduate to beta or stable.
-->
<p>允许对 CPU 管理器策略进行微调，针对试验性的、Alpha 质量级别的选项。
此特性门控用来保护一组质量级别为 Alpha 的 CPU 管理器选项。
此特性门控永远不会被升级为 Beta 或者稳定版本。</p></p></dd><dt id="CPUManagerPolicyBetaOptions"><code class="feature-gate-name">CPUManagerPolicyBetaOptions</code></dt>
      <dd><p><!--
This allows fine-tuning of CPUManager policies,
experimental, Beta-quality options
This feature gate guards *a group* of CPUManager options whose quality level is beta.
This feature gate will never graduate to stable.
-->
<p>允许对 CPU 管理器策略进行微调，针对试验性的、Beta 质量级别的选项。
此特性门控用来保护一组质量级别为 Beta 的 CPU 管理器选项。
此特性门控永远不会被升级为稳定版本。</p></p></dd><dt id="CPUManagerPolicyOptions"><code class="feature-gate-name">CPUManagerPolicyOptions</code></dt>
      <dd><p><!--
Allow fine-tuning of CPUManager policies.
-->
<p>允许微调 CPU 管理器策略。</p></p></dd><dt id="CRDObservedGenerationTracking"><code class="feature-gate-name">CRDObservedGenerationTracking</code></dt>
      <dd><p><!--
Allows for the observed generation to be tracked in CRD conditions. Setting to
false will make it so CRD conditions will have the observed generation wiped.
-->
<p>允许在 CRD 状况中跟踪观测到的世代数（<code>observedGeneration</code>）。将此特性门控设置为
false 将清除 CRD 状况中观测到的世代数（<code>observedGeneration</code>）。</p></p></dd><dt id="CRDValidationRatcheting"><code class="feature-gate-name">CRDValidationRatcheting</code></dt>
      <dd><p><!--
Enable updates to custom resources to contain
violations of their OpenAPI schema if the offending portions of the resource
update did not change. See [Validation Ratcheting](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#validation-ratcheting) for more details.
-->
<p>如果资源更新的冲突部分未发生变化，则启用对自定义资源的更新以包含对 OpenAPI 模式的违规条目。
详情参见<a href="/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#validation-ratcheting">验证递进</a>。</p></p></dd><dt id="CRIListStreaming"><code class="feature-gate-name">CRIListStreaming</code></dt>
      <dd><p><!--
Enable streaming RPCs for CRI list operations (`ListContainers`,
`ListPodSandbox`, `ListImages`). When enabled, the kubelet uses server-side
streaming RPCs (e.g., `StreamContainers`, `StreamPodSandboxes`) that allow the
container runtime to divide results across multiple response messages,
bypassing the 16 MiB gRPC message size limit. This allows listing containers
on nodes with thousands of containers without failures. If the container
runtime does not support streaming RPCs, the kubelet falls back to unary RPCs.
-->
<p>为 CRI 列表操作（<code>ListContainers</code>、<code>ListPodSandbox</code>、<code>ListImages</code>）启用流式 RPC。
启用后，kubelet 使用服务器端流式 RPC（例如 <code>StreamContainers</code>、<code>StreamPodSandboxes</code>），
允许容器运行时将结果分散到多个响应消息中，绕过 16 MiB 的 gRPC 消息大小限制。
这允许在具有数千个容器的节点上列出容器而不会失败。
如果容器运行时不支持流式 RPC，kubelet 会回退到一元 RPC。</p></p></dd><dt id="CronJobsScheduledAnnotation"><code class="feature-gate-name">CronJobsScheduledAnnotation</code></dt>
      <dd><p><!--
Set the scheduled job time as an
<a class='glossary-tooltip' title='注解是以键值对的形式给资源对象附加随机的无法标识的元数据。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/overview/working-with-objects/annotations/' target='_blank' aria-label='annotation'>annotation</a> on Jobs that were created
on behalf of a CronJob.
-->
<p>将调度作业的时间设置为代表 CronJob 创建的作业上的一个
<a class='glossary-tooltip' title='注解是以键值对的形式给资源对象附加随机的无法标识的元数据。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/overview/working-with-objects/annotations/' target='_blank' aria-label='注解'>注解</a>。</p></p></dd><dt id="CrossNamespaceVolumeDataSource"><code class="feature-gate-name">CrossNamespaceVolumeDataSource</code></dt>
      <dd><p><!--
Enable the usage of cross namespace volume data source
 to allow you to specify a source namespace in the `dataSourceRef` field of a
 PersistentVolumeClaim.
-->
<p>启用跨名字空间卷数据源，以允许你在 PersistentVolumeClaim
的 <code>dataSourceRef</code> 字段中指定一个源名字空间。</p></p></dd><dt id="CSIServiceAccountTokenSecrets"><code class="feature-gate-name">CSIServiceAccountTokenSecrets</code></dt>
      <dd><p><!--
Enables CSI drivers to opt-in for receiving service account tokens from kubelet
through the dedicated secrets field in NodePublishVolumeRequest instead of the volume_context field.
-->
<p>允许 CSI 驱动选择通过 NodePublishVolumeRequest 中专用的 secrets 字段而不是通过
volume_context 字段从 kubelet 接收服务账号令牌。</p></p></dd><dt id="CSIVolumeHealth"><code class="feature-gate-name">CSIVolumeHealth</code></dt>
      <dd><p><!--
Enable support for CSI volume health monitoring on node.
-->
<p>启用对节点上的 CSI 卷运行状况监控的支持。</p></p></dd><dt id="CustomCPUCFSQuotaPeriod"><code class="feature-gate-name">CustomCPUCFSQuotaPeriod</code></dt>
      <dd><p><!--
Enable nodes to change `cpuCFSQuotaPeriod` in
[kubelet config](/docs/tasks/administer-cluster/kubelet-config-file/).
-->
<p>使节点能够更改
<a href="/zh-cn/docs/tasks/administer-cluster/kubelet-config-file/">kubelet 配置</a>
中的 <code>cpuCFSQuotaPeriod</code>。</p></p></dd><dt id="CustomResourceFieldSelectors"><code class="feature-gate-name">CustomResourceFieldSelectors</code></dt>
      <dd><p><!--
Enable `selectableFields` in the
<a class='glossary-tooltip' title='通过定制化的代码给你的 Kubernetes API 服务器增加资源对象，而无需编译完整的定制 API 服务器。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/' target='_blank' aria-label='CustomResourceDefinition'>CustomResourceDefinition</a> API to allow filtering
of custom resource **list**, **watch** and **deletecollection** requests.
-->
<p>在 <a class='glossary-tooltip' title='通过定制化的代码给你的 Kubernetes API 服务器增加资源对象，而无需编译完整的定制 API 服务器。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/' target='_blank' aria-label='CustomResourceDefinition'>CustomResourceDefinition</a> API 中启用
<code>selectableFields</code>，以针对 <strong>list</strong>、<strong>watch</strong> 和 <strong>deletecollection</strong> 请求过滤自定义资源。</p></p></dd><dt id="DeclarativeValidation"><code class="feature-gate-name">DeclarativeValidation</code></dt>
      <dd><p><!--
Enables declarative validation of in-tree Kubernetes APIs. When enabled, APIs with declarative validation rules
(defined using IDL tags in the Go code) will have both the generated declarative validation code
and the original hand-written validation code executed.
The results are compared, and any discrepancies are reported via the `declarative_validation_mismatch_total` metric.
Only the hand-written validation result is returned to the user (eg: actually validates in the request path).
The original hand-written validation are still the authoritative validations
when this is enabled but this can be changed if the
[DeclarativeValidationBeta feature gate](/docs/reference/command-line-tools-reference/feature-gates/DeclarativeValidationBeta/)
is enabled in addition to this gate.
This feature gate only operates on the `kube-apiserver` component.
-->
<p>启用树内 Kubernetes API 的声明式验证。启用后，具有声明式验证规则（使用 Go 代码中的 IDL 标签定义）的
API 将同时执行所生成的声明式验证代码和原来手工编写的验证代码。两者的结果将进行比较，任何不一致都会通过
<code>declarative_validation_mismatch_total</code> 指标进行报告。
返回给用户的仅是手工编写验证的结果（也就是说，实际在请求路径中起到验证作用者）。
在启用此特性门控时，原来手工编写的验证逻辑仍然是权威的验证方式，但如果同时启用了
<a href="/zh-cn/docs/reference/command-line-tools-reference/feature-gates/DeclarativeValidationBeta/">DeclarativeValidationBeta 特性门控</a>，
将发生变化。此特性门控仅作用于 kube-apiserver 组件。</p></p></dd><dt id="DeclarativeValidationBeta"><code class="feature-gate-name">DeclarativeValidationBeta</code></dt>
      <dd><p><!--
This feature gate acts as the Global Safety Switch for Beta-stage validation rules (`+k8s:beta`).
It allows cluster admins to disable enforcement for validations in the Beta stage if
regressions are found, forcing them back to Shadow mode.
-->
<p>此特性门控充当 Beta 阶段验证规则（<code>+k8s:beta</code>）的全局安全开关。
如果发现回归问题，它允许集群管理员禁用 Beta 阶段的验证强制执行，
强制它们返回 Shadow 模式。</p>
<!--
In Shadow mode, declarative validation is executed and mismatches against handwritten
validation are logged as metrics, but failures do not reject requests.
Handwritten validation remains authoritative and enforced.
-->
<p>在 Shadow 模式下，声明式验证会执行，与手写验证的不匹配会作为指标记录，
但失败不会拒绝请求。
手写验证仍然是权威的并强制执行。</p>
<!--
Enforcement logic for resources using `WithDeclarativeEnforcement()`:
- Standard tags (no prefix): Always Enforced (Bypasses this gate).
- Beta tags (`+k8s:beta`): Enforced when this gate is enabled (default), otherwise Shadowed.
- Alpha tags (`+k8s:alpha`): Always Shadowed.
<p>This gate has no effect if the master <code>DeclarativeValidation</code> feature gate is disabled.
--&gt;</p>
<p>使用 <code>WithDeclarativeEnforcement()</code> 的资源的强制执行逻辑：</p>
<ul>
<li>标准标签（无前缀）：始终强制执行（绕过此门控）。</li>
<li>Beta 标签（<code>+k8s:beta</code>）：当此门控启用时强制执行（默认），否则为 Shadow 模式。</li>
<li>Alpha 标签（<code>+k8s:alpha</code>）：始终为 Shadow 模式。</li>
</ul>
<p>如果主 <code>DeclarativeValidation</code> 特性门控被禁用，此门控无效。</p>
</p></dd><dt id="DeclarativeValidationTakeover"><code class="feature-gate-name">DeclarativeValidationTakeover</code></dt>
      <dd><p><!--
Deprecated: in favor of [DeclarativeValidationBeta](/docs/reference/command-line-tools-reference/feature-gates/DeclarativeValidationBeta/).
-->
<p>已弃用：由
<a href="/docs/reference/command-line-tools-reference/feature-gates/DeclarativeValidationBeta/">DeclarativeValidationBeta</a>
取代。</p>
<!--
When enabled, along with the [DeclarativeValidation](/docs/reference/command-line-tools-reference/feature-gates/DeclarativeValidation/)
feature gate, declarative validation errors are returned directly to the caller,
replacing hand-written validation errors for rules that have declarative implementations.
When disabled (and `DeclarativeValidation` is enabled), hand-written validation errors are always returned,
effectively putting declarative validation in a __mismatch validation mode__
that monitors but does not affect API responses.
This __mismatch validation mode__  allows for the monitoring of the `declarative_validation_mismatch_total`
and `declarative_validation_panic_total` metrics which are implementation details for a safer rollout,
average user shouldn't need to interact with it directly.
This feature gate only operates on the `kube-apiserver` component.
Note: Although declarative validation aims for functional equivalence with hand-written validation,
the exact description of error messages may differ between the two approaches.
-->
<p>启用此特性门控后，若同时启用了
<a href="/zh-cn/docs/reference/command-line-tools-reference/feature-gates/DeclarativeValidation">DeclarativeValidation</a>
特性门控，具有声明式实现的验证规则将直接返回声明式验证错误，替代手工编写的验证错误。
若此特性门控被禁用（但启用了 <code>DeclarativeValidation</code>），则始终返回手工编写的验证错误，
这实际上将声明式验证置于一种<strong>不匹配验证模式（mismatch validation mode）</strong>，
此模式仅用于监控，不影响 API 响应。
这种<strong>不匹配验证模式</strong>下，可以监控 <code>declarative_validation_mismatch_total</code>
和 <code>declarative_validation_panic_total</code> 指标，这是为了实现更安全的特性上线所做的实现细节，
普通用户通常无需直接与之交互。此特性门控仅作用于 kube-apiserver 组件。</p>
<p>注意：尽管声明式验证旨在实现与手工编写验证等价的功能，但两者返回的错误消息的确切描述在细节上可能有所不同。</p>
</p></dd><dt id="DeploymentReplicaSetTerminatingReplicas"><code class="feature-gate-name">DeploymentReplicaSetTerminatingReplicas</code></dt>
      <dd><p><!--
Enables a new status field `.status.terminatingReplicas` in Deployments and ReplicaSets to allow tracking of terminating pods.
-->
<p>在 Deployment 和 ReplicaSet 中启用新的状态字段 <code>.status.terminatingReplicas</code>，
允许跟踪正在终止的 Pod。</p></p></dd><dt id="DetectCacheInconsistency"><code class="feature-gate-name">DetectCacheInconsistency</code></dt>
      <dd><p><!--
Enable cache inconsistency detection in the API server.
-->
<p>在 API 服务器中启用缓存不一致性检测。</p></p></dd><dt id="DisableAllocatorDualWrite"><code class="feature-gate-name">DisableAllocatorDualWrite</code></dt>
      <dd><p><!--
You can enable the `MultiCIDRServiceAllocator` feature gate. The API server supports migration
from the old bitmap ClusterIP allocators to the new IPAddress allocators.

The API server performs a dual-write on both allocators. This feature gate disables the dual write
on the new Cluster IP allocators; you can enable this feature gate if you have completed the
relevant stage of the migration.
-->
<p>你可以启用 <code>MultiCIDRServiceAllocator</code> 特性门控。API 服务器支持从旧的位图
ClusterIP 分配器迁移到新的 IPAddress 分配器。</p>
<p>API 服务器会在两个分配器上执行双重写入。此特性门控用于禁用对 ClusterIP
分配器的多余写入；如果你已经完成了机制迁移的重要阶段，可以启用此特性门控。</p>
</p></dd><dt id="DisableCPUQuotaWithExclusiveCPUs"><code class="feature-gate-name">DisableCPUQuotaWithExclusiveCPUs</code></dt>
      <dd><p><!--
When the feature gate `DisableCPUQuotaWithExclusiveCPUs` is enabled (the default), then Kubernetes
does **not** enforce CPU quota for Pods that use the [Guaranteed](/docs/concepts/workloads/pods/pod-qos/#guaranteed)
<a class='glossary-tooltip' title='QoS 类（Quality of Service Class）为 Kubernetes 提供了一种将集群中的 Pod 分为几个类并做出有关调度和驱逐决策的方法。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/workloads/pods/pod-qos/' target='_blank' aria-label='QoS class'>QoS class</a>.

You can disable the `DisableCPUQuotaWithExclusiveCPUs` feature gate to restore the legacy behavior.
-->
<p>当特性门控 <code>DisableCPUQuotaWithExclusiveCPUs</code> 被启用（默认）时，
Kubernetes <strong>不会</strong> 对使用 <a href="/zh-cn/docs/concepts/workloads/pods/pod-qos/#guaranteed">Guaranteed</a>
<a class='glossary-tooltip' title='QoS 类（Quality of Service Class）为 Kubernetes 提供了一种将集群中的 Pod 分为几个类并做出有关调度和驱逐决策的方法。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/workloads/pods/pod-qos/' target='_blank' aria-label='QoS 类'>QoS 类</a>的 Pod 强制执行 CPU 配额。</p>
<p>你可以通过禁用 <code>DisableCPUQuotaWithExclusiveCPUs</code> 特性门控来恢复以前的行为。</p>
</p></dd><dt id="DisableNodeKubeProxyVersion"><code class="feature-gate-name">DisableNodeKubeProxyVersion</code></dt>
      <dd><p><!--
Disable setting the `kubeProxyVersion` field of the Node.
-->
<p>禁止设置 Node 的 <code>kubeProxyVersion</code> 字段。</p></p></dd><dt id="DRAAdminAccess"><code class="feature-gate-name">DRAAdminAccess</code></dt>
      <dd><p><!--
Enables support for requesting [admin access](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#admin-access)
in a ResourceClaim or a ResourceClaimTemplate. Admin access grants access to
in-use devices and may enable additional permissions when making the device
available in a container. Starting with Kubernetes v1.33, only users authorized
to create ResourceClaim or ResourceClaimTemplate objects in namespaces labeled
with `resource.kubernetes.io/admin-access: "true"` (case-sensitive) can use the
`adminAccess` field. This ensures that non-admin users cannot misuse the
feature. Starting with Kubernetes v1.34, this label has been updated to `resource.kubernetes.io/admin-access: "true"`.
-->
<p>启用在 <code>ResourceClaim</code> 或 <code>ResourceClaimTemplate</code>
中对请求<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#admin-access">管理员访问权限</a>的支持。
管理员访问权限允许访问正在使用的设备，并且可以在允许容器访问设备时启用额外的访问权限。
从 Kubernetes v1.33 开始，只有被授权在带有标签 <code>resource.kubernetes.io/admin-access: &quot;true&quot;</code>
（区分大小写）的命名空间中创建 <code>ResourceClaim</code> 或 <code>ResourceClaimTemplate</code> 对象的用户，
才能使用 <code>adminAccess</code> 字段。这一机制确保了非管理员用户不会滥用此特性。从 Kubernetes v1.34
开始，此标签已更新为 <code>resource.kubernetes.io/admin-access: &quot;true&quot;</code>。</p></p></dd><dt id="DRAConsumableCapacity"><code class="feature-gate-name">DRAConsumableCapacity</code></dt>
      <dd><p><!--
Enables device sharing across multiple ResourceClaims or requests.

Additionally, if a device supports sharing, its resource (capacity) can be managed through a defined sharing policy.
-->
<p>允许在多个 ResourceClaim 或请求共享设备。</p>
<p>此外，如果某个设备支持共享，其资源（容量）可以通过定义的共享策略进行管理。</p>
</p></dd><dt id="DRADeviceBindingConditions"><code class="feature-gate-name">DRADeviceBindingConditions</code></dt>
      <dd><p><!--
Enables support for DeviceBindingConditions in the DRA related fields. 
This allows for thorough device readiness checks and attachment processes before Bind phase.
-->
<p>在 DRA 相关字段中启用对 DeviceBindingConditions 的支持。<br>
这允许在 Bind 阶段之前执行彻底的设备就绪检查和挂接过程。</p></p></dd><dt id="DRADeviceTaintRules"><code class="feature-gate-name">DRADeviceTaintRules</code></dt>
      <dd><p><!--
Enables support for
[tainting devices through DeviceTaintRule objects](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#device-taints-and-tolerations)
when using dynamic resource allocation to manage devices.

This feature gate has no effect unless you also enable the `DRADeviceTaints` feature gate.
-->
<p>在使用动态资源分配来管理设备时，
允许<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#device-taints-and-tolerations">通过 DeviceTaintRule 对象为设备添加污点</a>。</p>
<p>除非你也启用了 <code>DRADeviceTaints</code> 特性门控，否则此特性门控不会生效。</p>
</p></dd><dt id="DRADeviceTaints"><code class="feature-gate-name">DRADeviceTaints</code></dt>
      <dd><p><!--
Enables support for
[tainting devices and selectively tolerating those taints](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#device-taints-and-tolerations)
when using dynamic resource allocation to manage devices.
-->
<p>在使用动态资源分配来管理设备时，
启用<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#device-taints-and-tolerations">为设备添加污点并选择性容忍这些污点</a>的支持。</p></p></dd><dt id="DRAExtendedResource"><code class="feature-gate-name">DRAExtendedResource</code></dt>
      <dd><p><!--
Enables support for the [Extended Resource allocation by DRA](/docs/concepts/configuration/manage-resources-containers/#extended-resources-allocation-by-dra) feature.
It makes it possible to specify an extended resource name in a DeviceClass.
-->
<p>启用对
<a href="/zh-cn/docs/concepts/configuration/manage-resources-containers/#extended-resources-allocation-by-dra">DRA 扩展资源分配</a>
特性的支持。这使得在 DeviceClass 中可以指定扩展的资源名称。</p></p></dd><dt id="DRAListTypeAttributes"><code class="feature-gate-name">DRAListTypeAttributes</code></dt>
      <dd><p><!--
Enables list-type attribute fields (`bools`, `ints`, `strings`, `versions`) for devices
in `ResourceSlice`, allowing a device to advertise multiple values for a single attribute.

When enabled, `matchAttribute` uses set-intersection semantics (the sets of attribute
values across all selected devices must have a non-empty intersection), and
`distinctAttribute` uses pairwise-disjoint semantics (the sets must share no values).
Scalar attributes remain backward-compatible, treated as singleton sets.
-->
<p>为 <code>ResourceSlice</code> 中的设备启用 list 类型属性字段（<code>bools</code>、<code>ints</code>、<code>strings</code>、<code>versions</code>），
允许设备为单个属性通告多个值。</p>
<p>启用时，<code>matchAttribute</code> 使用集合交集（set-intersection）语义（所有选定设备的属性值集合必须有非空交集），
<code>distinctAttribute</code> 使用成对不相交语义（集合不得共享值）。
标量属性保持向后兼容，被视为单例集合。</p>
<!--
Also adds the `includes()` helper function to CEL device selector expressions, which
works on both scalar and list-type attributes.
<p>For more information, see
<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#list-type-attributes">List type attributes</a>
in the Dynamic Resource Allocation documentation.
--&gt;</p>
<p>还为 CEL 设备选择器表达式添加了 <code>includes()</code> 辅助函数，
该函数可用于标量和列表类型属性。</p>
<p>有关更多信息，请参阅动态资源分配文档中的
<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#list-type-attributes">list 类型属性</a>。</p>
</p></dd><dt id="DRANodeAllocatableResources"><code class="feature-gate-name">DRANodeAllocatableResources</code></dt>
      <dd><p><!--
Enables the kube-scheduler to incorporate Node Allocatable resources (such as
CPU, memory, and hugepages) managed by Dynamic Resource Allocation (DRA) into
its standard node resource accounting.

When enabled, DRA drivers can use the `nodeAllocatableResourceMappings` field on
`ResourceSlice` devices to specify how their devices consume node allocatable
resources. This allows the scheduler to combine these DRA allocations with
standard Pod requests.
It also exposes the `status.nodeAllocatableResourceClaimStatuses` field on the
Pod API to track the resulting resource allocations.
-->
<p>使 kube-scheduler 能够将动态资源分配（DRA）管理的节点可分配资源
（例如 CPU、内存和巨页）纳入其标准节点资源统计中。</p>
<p>启用后，DRA 驱动程序可以使用 <code>ResourceSlice</code> 设备上的 <code>nodeAllocatableResourceMappings</code> 字段，
指定其设备如何消耗节点可分配资源。
这允许调度器将这些 DRA 分配与标准 Pod 请求结合起来。
它还在 Pod API 上公开 <code>status.nodeAllocatableResourceClaimStatuses</code> 字段，
以跟踪生成的资源分配。</p>
<!--
For more information, see
[Node Allocatable Resources](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#node-allocatable-resources)
in the Dynamic Resource Allocation documentation.
-->
<p>有关更多信息，请参阅动态资源分配文档中的
<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#node-allocatable-resources">节点可分配资源</a>。</p>
</p></dd><dt id="DRAPartitionableDevices"><code class="feature-gate-name">DRAPartitionableDevices</code></dt>
      <dd><p><!--
Enables support for requesting [Partitionable Devices](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#partitionable-devices)
for DRA. This lets drivers advertise multiple devices that maps to the same resources
of a physical device.
-->
<p>启用在动态资源分配（DRA）中请求
<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#partitionable-devices">可分区设备</a>
的支持。这允许驱动将多个设备广播为映射到某个物理设备的相同资源。</p></p></dd><dt id="DRAPrioritizedList"><code class="feature-gate-name">DRAPrioritizedList</code></dt>
      <dd><p><!--
Allows specifying a prioritized list of alternative devices that can be allocated to a request in
a claim if the preferred alternative is not available. 
-->
<p>允许指定一个按优先级排序的替代设备列表；如果首选替代方案不可用，
则可以将这些替代设备分配给 ResourceClaim 中的请求。</p></p></dd><dt id="DRAResourceClaimDeviceStatus"><code class="feature-gate-name">DRAResourceClaimDeviceStatus</code></dt>
      <dd><p><!--
Enables support the ResourceClaim.status.devices field and for setting this 
status from DRA drivers. It requires the `DynamicResourceAllocation` feature
gate to be enabled.
-->
<p>启用对 ResourceClaim.status.devices 字段的支持，并允许从 DRA 驱动中设置此状态。
此特性要求启用 <code>DynamicResourceAllocation</code> 特性门控。</p></p></dd><dt id="DRAResourceClaimGranularStatusAuthorization"><code class="feature-gate-name">DRAResourceClaimGranularStatusAuthorization</code></dt>
      <dd><p><!--
Enables support for granular authorization of ResourceClaim status updates.
This feature requires additional fine-grained access permissions when modifying
specific fields within ResourceClaim status objects.
-->
<p>启用对 ResourceClaim 状态更新的细粒度授权支持。
此特性需要在修改 ResourceClaim 状态对象中的特定字段时，拥有额外的细粒度访问权限。</p></p></dd><dt id="DRAResourcePoolStatus"><code class="feature-gate-name">DRAResourcePoolStatus</code></dt>
      <dd><p><!--
Enables the ResourcePoolStatusRequest API for querying the
[availability of devices in DRA resource pools](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#resource-pool-status).
When enabled, users can create ResourcePoolStatusRequest objects to get a
point-in-time snapshot of device availability (total, allocated, available, and
unavailable devices) for a specific driver and optionally a specific pool.
A controller in kube-controller-manager processes these one-time requests and
populates the status with pool information.
-->
<p>启用 ResourcePoolStatusRequest API 以查询
<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#resource-pool-status">DRA 资源池中的设备可用性</a>。
启用后，用户可以创建 ResourcePoolStatusRequest 对象，以获取特定驱动程序（以及可选的特定池）
的设备可用性（总数、已分配、可用和不可用设备）的时间点快照。
kube-controller-manager 中的控制器处理这些一次性请求并使用池信息填充状态。</p></p></dd><dt id="DRASchedulerFilterTimeout"><code class="feature-gate-name">DRASchedulerFilterTimeout</code></dt>
      <dd><p><!--
Enables aborting the per-node filter operation in the scheduler after a certain
time (10 seconds by default, configurable in the DynamicResources scheduler
plugin configuration).
-->
<p>允许一段时间后（默认 10 秒，可在 DynamicResources 调度器插件配置中设置）在调度器中中止每个节点的过滤操作。</p></p></dd><dt id="DRAWorkloadResourceClaims"><code class="feature-gate-name">DRAWorkloadResourceClaims</code></dt>
      <dd><p><!--
Enables PodGroup resources from the
[Workload API](/docs/concepts/workloads/workload-api/) to make requests for
devices through
[Dynamic Resource Allocation](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/)
that can be shared by their member Pods.
-->
<p>启用来自 <a href="/zh-cn/docs/concepts/workloads/workload-api/">Workload API</a>
的 PodGroup 资源，
通过<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/">动态资源分配</a>
发出设备请求，这些设备可由其成员 Pod 共享。</p></p></dd><dt id="DynamicResourceAllocation"><code class="feature-gate-name">DynamicResourceAllocation</code></dt>
      <dd><p><!--
Enables support for resources with custom parameters and a lifecycle
that is independent of a Pod. Allocation of resources is handled
by the Kubernetes scheduler based on "structured parameters".
-->
<p>启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。
资源的分配由 Kubernetes 调度器根据“结构化参数”进行处理。</p></p></dd><dt id="ElasticIndexedJob"><code class="feature-gate-name">ElasticIndexedJob</code></dt>
      <dd><p><!--
Enables Indexed Jobs to be scaled up or down by mutating both
`spec.completions` and `spec.parallelism` together such that `spec.completions == spec.parallelism`.
See docs on [elastic Indexed Jobs](/docs/concepts/workloads/controllers/job#elastic-indexed-jobs)
for more details.
-->
<p>允许通过同时改变 <code>spec.completions</code> 和 <code>spec.parallelism</code>
使得 <code>spec.completions == spec.parallelism</code> 来对带索引的 Job 执行扩容或缩容。
更多细节请参阅<a href="/zh-cn/docs/concepts/workloads/controllers/job#elastic-indexed-jobs">弹性索引 Job</a> 文档。</p></p></dd><dt id="EnvFiles"><code class="feature-gate-name">EnvFiles</code></dt>
      <dd><p><!--
Support defining container's Environment Variable Values via File.
See [Define Environment Variable Values Using An Init Container](/docs/tasks/inject-data-application/define-environment-variable-via-file) for more details.
-->
<p>支持通过文件来定义容器的环境变量值。
更多细节参阅<a href="/zh-cn/docs/tasks/inject-data-application/define-environment-variable-via-file">使用 Init 容器定义环境变量值</a>。</p></p></dd><dt id="EventedPLEG"><code class="feature-gate-name">EventedPLEG</code></dt>
      <dd><p><!--
Enable support for the kubelet to receive container life cycle events from the
<a class='glossary-tooltip' title='容器运行时是负责运行容器的软件。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/setup/production-environment/container-runtimes' target='_blank' aria-label='container runtime'>container runtime</a> via
an extension to <a class='glossary-tooltip' title='在 kubelet 和本地容器运行时之间通讯的协议' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/architecture/cri' target='_blank' aria-label='CRI'>CRI</a>.
(PLEG is an abbreviation for “Pod lifecycle event generator”).
For this feature to be useful, you also need to enable support for container lifecycle events
in each container runtime running in your cluster. If the container runtime does not announce
support for container lifecycle events then the kubelet automatically switches to the legacy
generic PLEG mechanism, even if you have this feature gate enabled.
-->
<p>启用此特性后，kubelet 能够通过
<a class='glossary-tooltip' title='在 kubelet 和本地容器运行时之间通讯的协议' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/architecture/cri' target='_blank' aria-label='CRI'>CRI</a>
扩展从<a class='glossary-tooltip' title='容器运行时是负责运行容器的软件。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/setup/production-environment/container-runtimes' target='_blank' aria-label='容器运行时'>容器运行时</a>接收容器生命周期事件。
（PLEG 是 “Pod lifecycle event generator” 的缩写，即 Pod 生命周期事件生成器）。
要使用此特性，你还需要在集群中运行的每个容器运行时中启用对容器生命周期事件的支持。
如果容器运行时未宣布支持容器生命周期事件，即使你已启用了此特性门控，
kubelet 也会自动切换到原有的通用 PLEG 机制。</p></p></dd><dt id="ExecProbeTimeout"><code class="feature-gate-name">ExecProbeTimeout</code></dt>
      <dd><p><!--
Ensure kubelet respects exec probe timeouts.
This feature gate exists in case any of your existing workloads depend on a
now-corrected fault where Kubernetes ignored exec probe timeouts. See
[readiness probes](/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#configure-probes).
-->
<p>确保 kubelet 会遵从 exec 探针的超时值设置。
此特性门控的主要目的是方便你处理现有的、依赖于已被修复的缺陷的工作负载；
该缺陷导致 Kubernetes 会忽略 exec 探针的超时值设置。
参阅<a href="/zh-cn/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#configure-probes">就绪态探针</a>.</p></p></dd><dt id="ExtendWebSocketsToKubelet"><code class="feature-gate-name">ExtendWebSocketsToKubelet</code></dt>
      <dd><p><!--
When ExtendWebSocketsToKubelet is enabled and a kubelet node advertises support,
exec/attach/portforward streams are proxied directly to the kubelet rather than
being translated or tunneled at the API server. Critically, the same
stream translation and tunneling handlers used at the API server are now set up
identically at the kubelet — the logic is simply moved closer to the container
runtime. This feature depends on NodeDeclaredFeatures graduating to beta so that
kubelet capability advertisement is reliable in production clusters.
-->
<p>当 ExtendWebSocketsToKubelet 启用且 kubelet 节点通告支持时，
exec/attach/portforward 流量直接代理到 kubelet，而不是在 API 服务器处转换或隧道传输。
关键在于，API 服务器使用的相同流转换和隧道处理程序现在在 kubelet
中也以相同的方式设置 —— 逻辑只是更靠近容器运行时。
此特性依赖于 NodeDeclaredFeatures 升级到 Beta，以便 kubelet 能力通告在生产集群中可靠。</p></p></dd><dt id="ExternalServiceAccountTokenSigner"><code class="feature-gate-name">ExternalServiceAccountTokenSigner</code></dt>
      <dd><p><!--
Enable setting `--service-account-signing-endpoint` to make the kube-apiserver use [external signer](/docs/reference/access-authn-authz/service-accounts-admin#external-serviceaccount-token-signing-and-key-management) for token signing and token verifying key management.
-->
<p>允许设置 <code>--service-account-signing-endpoint</code> 让 kube-apiserver
使用<a href="/zh-cn/docs/reference/access-authn-authz/service-accounts-admin#external-serviceaccount-token-signing-and-key-management">外部签名程序</a>进行令牌签名和令牌验证密钥管理。</p></p></dd><dt id="GangScheduling"><code class="feature-gate-name">GangScheduling</code></dt>
      <dd><p><!--
Enables the GangScheduling plugin in kube-scheduler, which implements "all-or-nothing"
scheduling algorithm. The [Workload API](/docs/concepts/workloads/workload-api/) is used
to express the requirements.
-->
<p>在 kube-scheduler 中启用 GangScheduling 插件，此插件实现**全有或全无（all-or-nothing）**的调度算法。
其中会使用 <a href="/zh-cn/docs/concepts/workloads/workload-api/">Workload API</a> 来表达调度要求。</p></p></dd><dt id="GenericWorkload"><code class="feature-gate-name">GenericWorkload</code></dt>
      <dd><p><!--
Enables the support for [Workload API](/docs/concepts/workloads/workload-api/) to express scheduling requirements at the workload level.

When enabled Pods can reference a specific pod group and use this to influence
the way that they are scheduled.
-->
<p>启用对 <a href="/zh-cn/docs/concepts/workloads/workload-api/">Workload API</a>
的支持，以在工作负载级别表达调度要求。</p>
<p>启用此特性门控后，Pod 可以引用特定的 Pod 组，并使用这个组来影响 Pod 的调度方式。</p>
</p></dd><dt id="GitRepoVolumeDriver"><code class="feature-gate-name">GitRepoVolumeDriver</code></dt>
      <dd><p><!--
This controls if the `gitRepo` volume plugin is supported or not.
The `gitRepo` volume plugin is disabled by default starting v1.33 release.
This provides a way for users to enable it.
-->
<p>此项控制是否支持 <code>gitRepo</code> 卷插件。
<code>gitRepo</code> 卷插件从 v1.33 版本开始默认被禁用。
此特性门控为用户提供了一种启用该插件的方式。</p></p></dd><dt id="GracefulNodeShutdown"><code class="feature-gate-name">GracefulNodeShutdown</code></dt>
      <dd><p><!--
Enables support for graceful shutdown in kubelet.
During a system shutdown, kubelet will attempt to detect the shutdown event
and gracefully terminate pods running on the node. See
[Graceful Node Shutdown](/docs/concepts/architecture/nodes/#graceful-node-shutdown)
for more details.
-->
<p>在 kubelet 中启用体面地关闭节点的支持。
在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pod。
参阅<a href="/zh-cn/docs/concepts/architecture/nodes/#graceful-node-shutdown">体面地关闭节点</a>以了解更多细节。</p></p></dd><dt id="GracefulNodeShutdownBasedOnPodPriority"><code class="feature-gate-name">GracefulNodeShutdownBasedOnPodPriority</code></dt>
      <dd><p><!--
Enables the kubelet to check Pod priorities
when shutting down a node gracefully.
-->
<p>允许 kubelet 在体面终止节点时检查 Pod 的优先级。</p></p></dd><dt id="HostnameOverride"><code class="feature-gate-name">HostnameOverride</code></dt>
      <dd><p><!--
Allows setting any FQDN as the pod's hostname.
-->
<p>允许将任意 FQDN（完全限定域名）设置为 Pod 的主机名。</p></p></dd><dt id="HPAConfigurableTolerance"><code class="feature-gate-name">HPAConfigurableTolerance</code></dt>
      <dd><p><!--
Enables setting a [tolerance threshold](/docs/tasks/run-application/horizontal-pod-autoscale.md#tolerance)
for HorizontalPodAutoscaler metrics.
-->
<p>允许为 HorizontalPodAutoscaler
指标设置<a href="/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale.md#tolerance">容忍阈值</a>。</p></p></dd><dt id="HPAContainerMetrics"><code class="feature-gate-name">HPAContainerMetrics</code></dt>
      <dd><p><!--
Allow <a class='glossary-tooltip' title='此对象根据目标资源利用率或自定义度量目标自动扩缩 Pod 副本的数量。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/' target='_blank' aria-label='HorizontalPodAutoscalers'>HorizontalPodAutoscalers</a>
to scale based on metrics from individual containers within target pods.
-->
<p>允许 <a class='glossary-tooltip' title='此对象根据目标资源利用率或自定义度量目标自动扩缩 Pod 副本的数量。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/' target='_blank' aria-label='HorizontalPodAutoscalers'>HorizontalPodAutoscalers</a>
基于目标 Pod 中单个容器的指标进行扩缩。</p></p></dd><dt id="HPAScaleToZero"><code class="feature-gate-name">HPAScaleToZero</code></dt>
      <dd><p><!--
Enables setting `minReplicas` to 0 for `HorizontalPodAutoscaler`
resources when using custom or external metrics.
-->
<p>使用自定义指标或外部指标时，可将 <code>HorizontalPodAutoscaler</code>
资源的 <code>minReplicas</code> 设置为 0。</p></p></dd><dt id="HugepageAwareEviction"><code class="feature-gate-name">HugepageAwareEviction</code></dt>
      <dd><p><!--
Subtracts hugepage capacity from `memory.available` so the kubelet's eviction
signal reflects actual regular-memory availability. Without this gate, hugepage
reservations inflate `AvailableBytes`, delaying eviction and causing OOM kills
on nodes with hugepages configured.
-->
<p>从 <code>memory.available</code> 中减去巨页（HugePage）容量，使
kubelet 的驱逐信号能够反映真实的常规内存可用量。
如果不启用此特性门控，巨页预留会抬高 <code>AvailableBytes</code>，
从而延迟驱逐，并导致在配置了巨页的节点上发生 OOM 终止。</p></p></dd><dt id="ImageMaximumGCAge"><code class="feature-gate-name">ImageMaximumGCAge</code></dt>
      <dd><p><!--
Enables the kubelet configuration field `imageMaximumGCAge`, allowing an administrator to specify the age after which an image will be garbage collected.
-->
<p>启用 kubelet 配置字段 <code>imageMaximumGCAge</code>，允许管理员指定多久之后镜像将被垃圾收集。</p></p></dd><dt id="ImageVolume"><code class="feature-gate-name">ImageVolume</code></dt>
      <dd><p><!--
Allow using the [`image`](/docs/concepts/storage/volumes/) volume source in a Pod.
This volume source lets you mount a container image as a read-only volume.
-->
<p>允许在 Pod 中使用 <a href="/zh-cn/docs/concepts/storage/volumes/"><code>image</code></a> 卷源。
这个卷源允许你将容器镜像挂载为只读卷。</p></p></dd><dt id="ImageVolumeWithDigest"><code class="feature-gate-name">ImageVolumeWithDigest</code></dt>
      <dd><p><!--
For each [`image` volume](/docs/concepts/storage/volumes#image) in a Pod,
image digest as part of the pod's status.
-->
<p>对于 Pod 中的每个 <a href="/zh-cn/docs/concepts/storage/volumes#image"><code>image</code> 卷</a>，
都会将镜像摘要（image digest）记录到 Pod 状态中。</p></p></dd><dt id="InformerResourceVersion"><code class="feature-gate-name">InformerResourceVersion</code></dt>
      <dd><p><!--
Allow clients to use the `LastSyncResourceVersion()` call on informers, enabling
them to perform actions based on the current resource version. When disabled,
`LastSyncResourceVersion()` succeeds but returns an empty string. Used by
kube-controller-manager for StorageVersionMigration.
-->
<p>允许客户端在 Informer 上使用 <code>LastSyncResourceVersion()</code> 调用，
使其能够根据当前资源版本执行操作。
禁用此特性时，<code>LastSyncResourceVersion()</code> 调用会成功，但返回空字符串。
kube-controller-manager 会使用此特性进行 StorageVersionMigration。</p></p></dd><dt id="InOrderInformers"><code class="feature-gate-name">InOrderInformers</code></dt>
      <dd><p><!--
Force the informers to deliver watch stream events in order instead of out of order.
-->
<p>强制通知组件（Informer）按顺序而非乱序传递 watch 流事件。</p></p></dd><dt id="InPlacePodLevelResourcesVerticalScaling"><code class="feature-gate-name">InPlacePodLevelResourcesVerticalScaling</code></dt>
      <dd><p><!--
Enables the in-place vertical scaling of resources for a Pod (For example, changing a
running Pod's pod-level CPU or memory requests/limits without needing to restart
it). For details, see the documentation on [In-place Pod-level Resources Vertical Scaling](/docs/tasks/configure-pod-container/resize-pod-resources/).
-->
<p>启用对 Pod 资源的原地垂直扩缩（例如，在无需重启 Pod 的情况下更改正在运行的 Pod 的 Pod 级 CPU 或内存 requests/limits）。
有关细节参阅 <a href="/zh-cn/docs/tasks/configure-pod-container/resize-pod-resources/">Pod 级资源原地垂直扩缩</a>文档。</p></p></dd><dt id="InPlacePodVerticalScaling"><code class="feature-gate-name">InPlacePodVerticalScaling</code></dt>
      <dd><p><!--
Enables in-place Pod vertical scaling.
-->
<p>启用就地 Pod 垂直扩缩。</p></p></dd><dt id="InPlacePodVerticalScalingAllocatedStatus"><code class="feature-gate-name">InPlacePodVerticalScalingAllocatedStatus</code></dt>
      <dd><p><!--
Enables the `allocatedResources` field in the container status.
This feature requires the `InPlacePodVerticalScaling` gate be enabled as well.
-->
<p>启用容器状态中的 <code>allocatedResources</code> 字段。
此特性还需要启用 <code>InPlacePodVerticalScaling</code> 门控。</p></p></dd><dt id="InPlacePodVerticalScalingExclusiveCPUs"><code class="feature-gate-name">InPlacePodVerticalScalingExclusiveCPUs</code></dt>
      <dd><p><!--
Enable resource resizing for containers in Guaranteed pods with integer CPU requests.
It applies only in nodes with `InPlacePodVerticalScaling` and `CPUManager` features enabled,
and the CPUManager policy set to `static`.
-->
<p>在 CPU 请求数为整数的 Guaranteed Pod 中启用容器的资源调整特性。
此特性门控仅适用于启用 <code>InPlacePodVerticalScaling</code> 和 <code>CPUManager</code>
特性且 CPUManager 策略设置为 <code>static</code> 的节点。</p></p></dd><dt id="InPlacePodVerticalScalingExclusiveMemory"><code class="feature-gate-name">InPlacePodVerticalScalingExclusiveMemory</code></dt>
      <dd><p><!--
Allow resource resize for containers in Guaranteed Pods when the memory manager policy is set to `"Static"`.
Applies only to nodes with `InPlacePodVerticalScaling` and memory manager features enabled.
-->
<p>允许在内存管理器策略设置为 <code>&quot;Static&quot;</code> 时在 Guaranteed Pod 中调整容器资源大小。<br>
仅适用于启用了 <code>InPlacePodVerticalScaling</code> 和内存管理器特性的节点。</p></p></dd><dt id="JobBackoffLimitPerIndex"><code class="feature-gate-name">JobBackoffLimitPerIndex</code></dt>
      <dd><p><!--
Allows specifying the maximal number of pod
retries per index in Indexed jobs.
-->
<p>允许在索引作业中指定每个索引的最大 Pod 重试次数。</p></p></dd><dt id="JobManagedBy"><code class="feature-gate-name">JobManagedBy</code></dt>
      <dd><p><!--
Allows to delegate reconciliation of a Job object to an external controller.
-->
<p>允许将 Job 对象的调和委托给外部控制器。</p></p></dd><dt id="JobPodReplacementPolicy"><code class="feature-gate-name">JobPodReplacementPolicy</code></dt>
      <dd><p><!--
Allows you to specify pod replacement for terminating pods in a [Job](/docs/concepts/workloads/controllers/job)
-->
<p>允许你在 <a href="/zh-cn/docs/concepts/workloads/controllers/job/">Job</a> 中为终止的 Pod 指定替代 Pod。</p></p></dd><dt id="JobSuccessPolicy"><code class="feature-gate-name">JobSuccessPolicy</code></dt>
      <dd><p><!--
Allow users to specify when a Job can be declared as succeeded based on the set of succeeded pods.
-->
<p>允许用户基于一组成功的 Pod 来声明这组 Pod 所属的 Job 为成功。</p></p></dd><dt id="KMSv1"><code class="feature-gate-name">KMSv1</code></dt>
      <dd><p><!--
Enables KMS v1 API for encryption at rest. See
[Using a KMS Provider for data encryption](/docs/tasks/administer-cluster/kms-provider)
for more details.
-->
<p>启用 KMS v1 API 以实现静态加密。
详情参见<a href="/zh-cn/docs/tasks/administer-cluster/kms-provider/">使用 KMS 驱动进行数据加密</a>。</p></p></dd><dt id="KubeletCgroupDriverFromCRI"><code class="feature-gate-name">KubeletCgroupDriverFromCRI</code></dt>
      <dd><p><!--
Enable detection of the kubelet cgroup driver
configuration option from the <a class='glossary-tooltip' title='在 kubelet 和本地容器运行时之间通讯的协议' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/architecture/cri' target='_blank' aria-label='CRI'>CRI</a>.
This feature gate is now on for all clusters. However, it only works on nodes
where there is a CRI container runtime that supports the `RuntimeConfig`
CRI call. If the CRI supports this feature, the kubelet ignores the
`cgroupDriver` configuration setting (or deprecated `--cgroup-driver` command
line argument). If the container runtime
doesn't support it, the kubelet falls back to using the driver configured using
the `cgroupDriver` configuration setting.
The kubelet will stop falling back to this configuration in Kubernetes 1.36.
Thus, users must upgrade their CRI container runtime to a version that supports
the `RuntimeConfig` CRI call by then. Admins can use the metric
`kubelet_cri_losing_support` to see if there are any nodes in their cluster that
will lose support in 1.36. The following CRI versions support this CRI call:

* containerd: Support was added in v2.0.0
* CRI-O: Support was added in v1.28.0
-->
<p>启用检测来自 <a class='glossary-tooltip' title='在 kubelet 和本地容器运行时之间通讯的协议' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/architecture/cri' target='_blank' aria-label='CRI'>CRI</a>
的 kubelet CGroup 驱动配置选项。
此特性门控现已对所有集群开启。然而，它仅在有支持 <code>RuntimeConfig</code>
CRI 调用的 CRI 容器运行时的节点上工作。如果 CRI 支持此特性，
kubelet 将忽略 <code>cgroupDriver</code> 配置设置（或已弃用的 <code>--cgroup-driver</code> 命令行参数）。
如果容器运行时不支持它，则 kubelet 将回退到使用通过 <code>cgroupDriver</code> 配置设置进行配置的驱动。
kubelet 将在 Kubernetes 1.36 中停止回退到此配置。因此，用户必须升级其 CRI 容器运行时到支持
<code>RuntimeConfig</code> CRI 调用的版本。管理员可以使用指标
<code>kubelet_cri_losing_support</code> 来查看集群中是否有节点将在 1.36 版本中失去支持。
以下 CRI 版本支持此 CRI 调用：</p>
<ul>
<li>containerd：在 v2.0.0 版本中添加了对此特性的支持</li>
<li>CRI-O：在 v1.28.0 版本中添加了对此特性的支持</li>
</ul>
<!--
See [Configuring a cgroup driver](/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver)
for more details.
-->
<p>详情参见<a href="/zh-cn/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver/">配置 CGroup 驱动</a>。</p>
</p></dd><dt id="KubeletCrashLoopBackOffMax"><code class="feature-gate-name">KubeletCrashLoopBackOffMax</code></dt>
      <dd><p><!--
Enables support for configurable per-node backoff maximums for restarting
containers in the `CrashLoopBackOff` state.
For more details, check the `crashLoopBackOff.maxContainerRestartPeriod` field in the
[kubelet config file](/docs/reference/config-api/kubelet-config.v1beta1/).
-->
<p>启用对可逐节点配置的、在重启 <code>CrashLoopBackOff</code> 状态的容器时回退最大值的支持。
有关详细信息，请参阅 <a href="/zh-cn/docs/reference/config-api/kubelet-config.v1beta1/">kubelet 配置文件</a>中的
<code>crashLoopBackOff.maxContainerRestartPeriod</code> 字段。</p></p></dd><dt id="KubeletEnsureSecretPulledImages"><code class="feature-gate-name">KubeletEnsureSecretPulledImages</code></dt>
      <dd><p><!--
Ensure that pods requesting an image are authorized to access the image
with the provided credentials when the image is already present on the node.
See [Ensure Image Pull Credential Verification](/docs/concepts/containers/images#ensureimagepullcredentialverification).
-->
<p>确保请求某镜像的 Pod 在节点上已有此镜像的情况下，能够使用所提供的凭据授权访问此镜像。<br>
参见<a href="/zh-cn/docs/concepts/containers/images#ensureimagepullcredentialverification">确保镜像拉取凭据验证</a>。</p></p></dd><dt id="KubeletFineGrainedAuthz"><code class="feature-gate-name">KubeletFineGrainedAuthz</code></dt>
      <dd><p><!--
Enable [fine-grained authorization](/docs/reference/access-authn-authz/kubelet-authn-authz/#fine-grained-authorization) 
for the kubelet's HTTP(s) API.
-->
<p>为 kubelet 的 HTTP(s) API
启用<a href="/zh-cn/docs/reference/access-authn-authz/kubelet-authn-authz/#fine-grained-authorization">细粒度的鉴权</a>。</p></p></dd><dt id="KubeletInUserNamespace"><code class="feature-gate-name">KubeletInUserNamespace</code></dt>
      <dd><p><!--
Enables support for running kubelet in a
<a class='glossary-tooltip' title='一种让非特权用户模拟超级用户特权的 Linux 内核特性。' data-bs-toggle='tooltip' data-bs-placement='top' href='https://man7.org/linux/man-pages/man7/user_namespaces.7.html' target='_blank' aria-label='user namespace'>user namespace</a>.
 See [Running Kubernetes Node Components as a Non-root User](/docs/tasks/administer-cluster/kubelet-in-userns/).
-->
<p>支持在<a class='glossary-tooltip' title='一种让非特权用户模拟超级用户特权的 Linux 内核特性。' data-bs-toggle='tooltip' data-bs-placement='top' href='https://man7.org/linux/man-pages/man7/user_namespaces.7.html' target='_blank' aria-label='用户名字空间'>用户名字空间</a>里运行 kubelet。
请参见<a href="/zh-cn/docs/tasks/administer-cluster/kubelet-in-userns/">以非 root 用户身份运行 Kubernetes 节点组件</a>。</p></p></dd><dt id="KubeletPodResourcesDynamicResources"><code class="feature-gate-name">KubeletPodResourcesDynamicResources</code></dt>
      <dd><p><!--
Extend the kubelet's
[pod resources monitoring gRPC API](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)
endpoints List and Get to include resources allocated in ResourceClaims
via [Dynamic Resource Allocation](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/).
-->
<p>扩展 kubelet 的 <a href="/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/">Pod 资源监控 gRPC API</a>
端点 List 和 Get，
以包括通过<a href="/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#monitoring-device-plugin-resources">资源分配报告</a>在
ResourceClaim 中分配的资源。</p>
<!--
Below is an example of GPU metrics to show how this API is consumed by
[NVIDIA dcgm-exporter](https://github.com/NVIDIA/dcgm-exporter) to collect per pod GPU metrics allocated by
[NVIDIA DRA driver](https://github.com/NVIDIA/k8s-dra-driver-gpu):
-->
<p>以下示例展示了
<a href="https://github.com/NVIDIA/dcgm-exporter">NVIDIA dcgm-exporter</a>
如何使用此 API 来收集 <a href="https://github.com/NVIDIA/k8s-dra-driver-gpu">NVIDIA DRA driver</a>
分配的每个 Pod 的 GPU 指标：</p>
<!--
```
DCGM_FI_PROF_PCIE_RX_BYTES{gpu="0",UUID="GPU-a4f34abc-7715-3560-dcea-7238b9611a45",pci_bus_id="00000009:01:00.0",device="nvidia0",modelName="NVIDIA GH200 96GB HBM3",Hostname="sc-starwars-xxxx",container="ctr",dra_claim_name="single-gpu",dra_claim_namespace="gpu-test3",dra_device_name="gpu-0",dra_driver_name="gpu.nvidia.com",dra_pool_name="sc-starwars-xxxx",namespace="gpu-test3",pod="pod1"} 23792
<p>DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&quot;0&quot;,UUID=&quot;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&quot;,pci_bus_id=&quot;00000009:01:00.0&quot;,device=&quot;nvidia0&quot;,modelName=&quot;NVIDIA GH200 96GB HBM3&quot;,Hostname=&quot;sc-starwars-xxxx&quot;,container=&quot;ctr&quot;,dra_claim_name=&quot;single-gpu&quot;,dra_claim_namespace=&quot;gpu-test3&quot;,dra_device_name=&quot;gpu-0&quot;,dra_driver_name=&quot;gpu.nvidia.com&quot;,dra_pool_name=&quot;sc-starwars-xxxx&quot;,namespace=&quot;gpu-test3&quot;,pod=&quot;pod2&quot;} 23792</p>
<p>with Pod DRA info:</p>
<p>container=&quot;ctr&quot;,
dra_claim_name=&quot;single-gpu&quot;,
dra_claim_namespace=&quot;gpu-test3&quot;,
dra_device_name=&quot;gpu-0&quot;,dra_driver_name=&quot;gpu.nvidia.com&quot;,
dra_pool_name=&quot;sc-starwars-xxxx&quot;,
namespace=&quot;gpu-test3&quot;,
pod=&quot;pod1&quot;</p>
<pre tabindex="0"><code>--&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&amp;#34;0&amp;#34;,UUID=&amp;#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&amp;#34;,pci_bus_id=&amp;#34;00000009:01:00.0&amp;#34;,device=&amp;#34;nvidia0&amp;#34;,modelName=&amp;#34;NVIDIA GH200 96GB HBM3&amp;#34;,Hostname=&amp;#34;sc-starwars-xxxx&amp;#34;,container=&amp;#34;ctr&amp;#34;,dra_claim_name=&amp;#34;single-gpu&amp;#34;,dra_claim_namespace=&amp;#34;gpu-test3&amp;#34;,dra_device_name=&amp;#34;gpu-0&amp;#34;,dra_driver_name=&amp;#34;gpu.nvidia.com&amp;#34;,dra_pool_name=&amp;#34;sc-starwars-xxxx&amp;#34;,namespace=&amp;#34;gpu-test3&amp;#34;,pod=&amp;#34;pod1&amp;#34;} 23792

DCGM_FI_PROF_PCIE_RX_BYTES{gpu=&amp;#34;0&amp;#34;,UUID=&amp;#34;GPU-a4f34abc-7715-3560-dcea-7238b9611a45&amp;#34;,pci_bus_id=&amp;#34;00000009:01:00.0&amp;#34;,device=&amp;#34;nvidia0&amp;#34;,modelName=&amp;#34;NVIDIA GH200 96GB HBM3&amp;#34;,Hostname=&amp;#34;sc-starwars-xxxx&amp;#34;,container=&amp;#34;ctr&amp;#34;,dra_claim_name=&amp;#34;single-gpu&amp;#34;,dra_claim_namespace=&amp;#34;gpu-test3&amp;#34;,dra_device_name=&amp;#34;gpu-0&amp;#34;,dra_driver_name=&amp;#34;gpu.nvidia.com&amp;#34;,dra_pool_name=&amp;#34;sc-starwars-xxxx&amp;#34;,namespace=&amp;#34;gpu-test3&amp;#34;,pod=&amp;#34;pod2&amp;#34;} 23792

包含 Pod DRA 信息：

container=&amp;#34;ctr&amp;#34;,
dra_claim_name=&amp;#34;single-gpu&amp;#34;,
dra_claim_namespace=&amp;#34;gpu-test3&amp;#34;,
dra_device_name=&amp;#34;gpu-0&amp;#34;,dra_driver_name=&amp;#34;gpu.nvidia.com&amp;#34;,
dra_pool_name=&amp;#34;sc-starwars-xxxx&amp;#34;,
namespace=&amp;#34;gpu-test3&amp;#34;,
pod=&amp;#34;pod1&amp;#34;
&lt;/code&gt;&lt;/pre&gt;
</code></pre></p></dd><dt id="KubeletPodResourcesGet"><code class="feature-gate-name">KubeletPodResourcesGet</code></dt>
      <dd><p><!--
Enable the `Get` gRPC endpoint on kubelet's for Pod resources.
This API augments the [resource allocation reporting](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#monitoring-device-plugin-resources).
-->
<p>在 kubelet 上为 Pod 资源启用 <code>Get</code> gRPC 端点。
此 API 增强了<a href="/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#monitoring-device-plugin-resources">资源分配报告</a>。</p></p></dd><dt id="KubeletPSI"><code class="feature-gate-name">KubeletPSI</code></dt>
      <dd><p><!--
Enable kubelet to surface Pressure Stall Information (PSI) metrics in the Summary API and Prometheus metrics.
-->
<p>允许 kubelet 在 Summary API 和 Prometheus 指标中使用压力阻塞信息（PSI）指标。</p></p></dd><dt id="KubeletSeparateDiskGC"><code class="feature-gate-name">KubeletSeparateDiskGC</code></dt>
      <dd><p><!--
The split image filesystem feature enables kubelet to perform garbage collection
of images (read-only layers) and/or containers (writeable layers) deployed on
separate filesystems.
-->
<p>分离镜像文件系统特性使 kubelet 能够对部署在不同文件系统上的镜像（只读层）和/或容器（可写层）执行垃圾回收。</p></p></dd><dt id="KubeletServiceAccountTokenForCredentialProviders"><code class="feature-gate-name">KubeletServiceAccountTokenForCredentialProviders</code></dt>
      <dd><p><!--
Enable kubelet to send the service account token bound to the pod for which the image is being pulled to the credential provider plugin.
-->
<p>允许 kubelet 在拉取镜像时，将绑定到 Pod 的服务账户令牌发送给凭据提供程序插件。</p></p></dd><dt id="KubeletTracing"><code class="feature-gate-name">KubeletTracing</code></dt>
      <dd><p><!--
Add support for distributed tracing in the kubelet.
When enabled, kubelet CRI interface and authenticated http servers are instrumented to generate
OpenTelemetry trace spans.
See [Traces for Kubernetes System Components](/docs/concepts/cluster-administration/system-traces) for more details.
-->
<p>新增在 kubelet 中对分布式追踪的支持。
启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 Span。
详情参见<a href="/zh-cn/docs/concepts/cluster-administration/system-traces/">追踪 Kubernetes 系统组件</a>。</p></p></dd><dt id="ListFromCacheSnapshot"><code class="feature-gate-name">ListFromCacheSnapshot</code></dt>
      <dd><p><!--
Enables the API server to generate snapshots for the watch cache store and using them to serve LIST requests.
-->
<p>允许 API 服务器为 watch 缓存存储生成快照，并使用这些快照来处理 LIST 请求。</p></p></dd><dt id="LocalStorageCapacityIsolationFSQuotaMonitoring"><code class="feature-gate-name">LocalStorageCapacityIsolationFSQuotaMonitoring</code></dt>
      <dd><p><!--
When `LocalStorageCapacityIsolation` 
is enabled for 
[local ephemeral storage](/docs/concepts/configuration/manage-resources-containers/), 
the backing filesystem for [emptyDir volumes](/docs/concepts/storage/volumes/#emptydir) supports project quotas,
and `UserNamespacesSupport` is enabled, 
project quotas are used to monitor `emptyDir` volume storage consumption rather than using filesystem walk, ensuring better performance and accuracy.
-->
<p>如果<a href="/zh-cn/docs/concepts/configuration/manage-resources-containers/">本地临时存储</a>启用了
<code>LocalStorageCapacityIsolation</code>，并且
<a href="/zh-cn/docs/concepts/storage/volumes/#emptydir">emptyDir 卷</a>所使用的文件系统支持项目配额，
并且已启用 <code>UserNamespacesSupport</code>，
系统将使用项目配额来监控 <code>emptyDir</code> 卷的存储使用情况，而不是通过文件系统遍历来实现，
从而确保更好的性能和准确性。</p></p></dd><dt id="LogarithmicScaleDown"><code class="feature-gate-name">LogarithmicScaleDown</code></dt>
      <dd><p><!--
Enable semi-random selection of pods to evict on controller scaledown
based on logarithmic bucketing of pod timestamps.
-->
<p>启用 Pod 的半随机选择，控制器将根据 Pod 时间戳的对数桶按比例缩小来驱逐 Pod。</p></p></dd><dt id="LoggingAlphaOptions"><code class="feature-gate-name">LoggingAlphaOptions</code></dt>
      <dd><p><!--
Allow fine-tuning of experimental, alpha-quality logging options.
-->
<p>允许微调实验性的、Alpha 级别的日志选项。</p></p></dd><dt id="LoggingBetaOptions"><code class="feature-gate-name">LoggingBetaOptions</code></dt>
      <dd><p><!-- 
Allow fine-tuning of experimental, beta-quality logging options.
-->
<p>允许微调实验性的、Beta 级别的日志选项。</p></p></dd><dt id="ManifestBasedAdmissionControlConfig"><code class="feature-gate-name">ManifestBasedAdmissionControlConfig</code></dt>
      <dd><p><!--
Enable loading admission webhooks and CEL-based admission policies from
static manifest files on disk via the `staticManifestsDir` field in
`AdmissionConfiguration`. These policies are active from API server startup,
survive etcd unavailability, and can protect API-based admission resources
from modification.
-->
<p>启用通过 <code>AdmissionConfiguration</code> 中的 <code>staticManifestsDir</code>
字段从磁盘上的静态清单文件加载准入 Webhook 和基于 CEL 的准入策略。
这些策略从 API 服务器启动时开始生效，在 etcd 不可用时仍然有效，
并且可以保护基于 API 的准入资源不被修改。</p></p></dd><dt id="MatchLabelKeysInPodAffinity"><code class="feature-gate-name">MatchLabelKeysInPodAffinity</code></dt>
      <dd><p><!--
Enable the `matchLabelKeys` and `mismatchLabelKeys` fields for
[pod (anti)affinity](/docs/concepts/scheduling-eviction/assign-pod-node/).
-->
<p>为 <a href="/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/">Pod（反）亲和性</a>启用
<code>matchLabelKeys</code> 和 <code>mismatchLabelKeys</code> 字段。</p></p></dd><dt id="MatchLabelKeysInPodTopologySpread"><code class="feature-gate-name">MatchLabelKeysInPodTopologySpread</code></dt>
      <dd><p><!--
Enable the `matchLabelKeys` field for
[Pod topology spread constraints](/docs/concepts/scheduling-eviction/topology-spread-constraints/).
-->
<p>为 <a href="/zh-cn/docs/concepts/scheduling-eviction/topology-spread-constraints/">Pod 拓扑分布约束</a>启用
<code>matchLabelKeys</code> 字段。</p></p></dd><dt id="MatchLabelKeysInPodTopologySpreadSelectorMerge"><code class="feature-gate-name">MatchLabelKeysInPodTopologySpreadSelectorMerge</code></dt>
      <dd><p><!--
Enable merging of selectors built from `matchLabelKeys` into `labelSelector` of 
[Pod topology spread constraints](/docs/concepts/scheduling-eviction/topology-spread-constraints/).
This feature gate can be enabled when `matchLabelKeys` feature is enabled with the `MatchLabelKeysInPodTopologySpread` feature flag.
-->
<p>允许将从 <code>matchLabelKeys</code> 构建的选择算符合并到
<a href="/zh-cn/docs/concepts/scheduling-eviction/topology-spread-constraints/">Pod 拓扑分布约束</a>的 <code>labelSelector</code> 中。
当 <code>matchLabelKeys</code> 特性通过 <code>MatchLabelKeysInPodTopologySpread</code> 特性标志启用时，此特性门控可以被启用。</p></p></dd><dt id="MaxUnavailableStatefulSet"><code class="feature-gate-name">MaxUnavailableStatefulSet</code></dt>
      <dd><p><!--
Enables setting the `maxUnavailable` field for the
[rolling update strategy](/docs/concepts/workloads/controllers/statefulset/#rolling-updates)
of a StatefulSet. The field specifies the maximum number of Pods
that can be unavailable during the update.
-->
<p>允许为 StatefulSet 的<a href="/zh-cn/docs/concepts/workloads/controllers/statefulset/#rolling-updates">滚动更新策略</a>设置
<code>maxUnavailable</code> 字段。此字段指定更新过程中不可用 Pod 个数的上限。</p></p></dd><dt id="MemoryManager"><code class="feature-gate-name">MemoryManager</code></dt>
      <dd><p><!--
Allows setting memory affinity for a container based on
NUMA topology.
-->
<p>允许基于 NUMA 拓扑为容器设置内存亲和性。</p></p></dd><dt id="MemoryQoS"><code class="feature-gate-name">MemoryQoS</code></dt>
      <dd><p><!--
Enable memory protection and usage throttle on pod / container using
cgroup v2 memory controller. Sets `memory.high` for throttling on Burstable
pods, and optionally sets `memory.min` / `memory.low` for tiered memory
protection when `memoryReservationPolicy` is set to `TieredReservation`.
-->
<p>使用 cgroup v2 内存控制器为 Pod 或容器启用内存保护和使用限制。
在 Burstable Pod 上设置 <code>memory.high</code> 以实现内存使用限流；当
<code>memoryReservationPolicy</code> 设置为 <code>TieredReservation</code>（分层预留）时，
还可选择性地设置 <code>memory.min</code> / <code>memory.low</code>，用于分层内存保护。</p></p></dd><dt id="MultiCIDRServiceAllocator"><code class="feature-gate-name">MultiCIDRServiceAllocator</code></dt>
      <dd><p><!--
Track IP address allocations for Service cluster IPs using IPAddress objects.
-->
<p>使用 IPAddress 对象跟踪为 Service 的集群 IP 分配的 IP 地址。</p></p></dd><dt id="MutableCSINodeAllocatableCount"><code class="feature-gate-name">MutableCSINodeAllocatableCount</code></dt>
      <dd><p><!--
Make the `.spec.drivers[*].allocatable.count` field of a CSINode mutable.
Also, enable a CSIDriver field, `nodeAllocatableUpdatePeriodSeconds`.

This allows periodic updates to a node's reported allocatable volume capacity,
preventing stateful pods from becoming stuck due to outdated information
that the kube-scheduler would otherwise rely upon.
-->
<p>使 CSINode 中的 <code>.spec.drivers[*].allocatable.count</code> 字段可被修改。
同时启用 CSIDriver 的一个字段 <code>nodeAllocatableUpdatePeriodSeconds</code>。</p>
<p>这允许定期更新节点上可分配卷容量的信息，从而避免由于 <code>kube-scheduler</code>
依赖的过时信息而导致有状态 Pod 卡滞的问题。</p>
</p></dd><dt id="MutablePodResourcesForSuspendedJobs"><code class="feature-gate-name">MutablePodResourcesForSuspendedJobs</code></dt>
      <dd><p><!--
Enable the ability to patch pod templates for suspended Jobs, in order to change requests or limits for infrastructure resources.
-->
<p>启用为已挂起的 Job 修补 Pod 模板的能力，以便更改基础设施资源的 requests 或 limits。</p></p></dd><dt id="MutablePVNodeAffinity"><code class="feature-gate-name">MutablePVNodeAffinity</code></dt>
      <dd><p><!--
Allow update to the `.spec.nodeAffinity` field of a PersistentVolume.
See [Updates to node affinity](/docs/concepts/storage/persistent-volumes/#updates-to-node-affinity) for more details.
-->
<p>允许更新 PersistentVolume 的 <code>.spec.nodeAffinity</code> 字段。
有关细节参阅<a href="/zh-cn/docs/concepts/storage/persistent-volumes/#updates-to-node-affinity">更新节点亲和性</a>。</p></p></dd><dt id="MutableSchedulingDirectivesForSuspendedJobs"><code class="feature-gate-name">MutableSchedulingDirectivesForSuspendedJobs</code></dt>
      <dd><p><!--
Enable the ability to patch pod templates for suspended Jobs, in order to change the pod scheduling directives.
-->
<p>启用为已挂起的 Job 修补 Pod 模板的能力，以便更改 Pod 的调度指令。</p></p></dd><dt id="MutatingAdmissionPolicy"><code class="feature-gate-name">MutatingAdmissionPolicy</code></dt>
      <dd><p><!--
Enable [MutatingAdmissionPolicy](/docs/reference/access-authn-authz/mutating-admission-policy/) support, which allows
[CEL](/docs/reference/using-api/cel/) mutations to
be applied during admission control.

For Kubernetes v1.30 and v1.31, this feature gate existed but had no effect.
-->
<p>启用 <a href="/zh-cn/docs/reference/access-authn-authz/mutating-admission-policy/">MutatingAdmissionPolicy</a>
支持，允许在准入控制中应用 <a href="/zh-cn/docs/reference/using-api/cel/">CEL</a> 变更。</p>
<p>对于 Kubernetes v1.30 和 v1.31，此特性门控存在但不起作用。</p>
</p></dd><dt id="NativeHistograms"><code class="feature-gate-name">NativeHistograms</code></dt>
      <dd><p><!--
Enables Kubernetes components to expose metrics in Prometheus Native Histogram format
for improved efficiency and finer bucket resolution.
See [Native Histograms](/docs/reference/instrumentation/native-histograms/)
for more information.
-->
<p>启用 Kubernetes 组件以 Prometheus 原生直方图格式暴露指标，
以提高效率和更精细的桶分辨率。
有关更多信息，请参阅
<a href="/zh-cn/docs/reference/instrumentation/native-histograms/">原生直方图</a>。</p></p></dd><dt id="NFTablesProxyMode"><code class="feature-gate-name">NFTablesProxyMode</code></dt>
      <dd><p><!--
Allow running kube-proxy in [nftables mode](/docs/reference/networking/virtual-ips/#proxy-mode-nftables).
-->
<p>允许在
<a href="/zh-cn/docs/reference/networking/virtual-ips/#proxy-mode-nftables">nftables 模式</a>下运行 kube-proxy。</p></p></dd><dt id="NodeDeclaredFeatures"><code class="feature-gate-name">NodeDeclaredFeatures</code></dt>
      <dd><p><!--
Enables Nodes to report supported features via their `.status`. This enables the 
scheduler and admission controller to prevent operations on nodes lacking features
required by the pod. See [Node Declared Features](/docs/concepts/scheduling-eviction/node-declared-features/).
-->
<p>允许 Node 通过其 <code>.status</code> 报告所支持的特性。
这使得调度器和准入控制器能够阻止在缺少 Pod 所需特性的节点上执行操作。
参阅<a href="/zh-cn/docs/concepts/scheduling-eviction/node-declared-features/">节点声明的特性</a>。</p></p></dd><dt id="NodeInclusionPolicyInPodTopologySpread"><code class="feature-gate-name">NodeInclusionPolicyInPodTopologySpread</code></dt>
      <dd><p><!--
Enable using `nodeAffinityPolicy` and `nodeTaintsPolicy` in
[Pod topology spread constraints](/docs/concepts/scheduling-eviction/topology-spread-constraints/)
when calculating pod topology spread skew.
-->
<p>在计算 Pod 拓扑分布偏差时允许在
<a href="/zh-cn/docs/concepts/scheduling-eviction/topology-spread-constraints/">Pod 拓扑分布约束</a>中使用
<code>nodeAffinityPolicy</code> 和 <code>nodeTaintsPolicy</code>。</p></p></dd><dt id="NodeLogQuery"><code class="feature-gate-name">NodeLogQuery</code></dt>
      <dd><p><!--
Enables querying logs of node services using the `/logs` endpoint.
-->
<p>允许使用 <code>/logs</code> 端点来查询节点服务的日志。</p></p></dd><dt id="NodeSwap"><code class="feature-gate-name">NodeSwap</code></dt>
      <dd><p><!--
Enable the kubelet to allocate swap memory for Kubernetes workloads on a node.
Must be used with `KubeletConfiguration.failSwapOn` set to false.
For more details, please see [swap memory](/docs/concepts/architecture/nodes/#swap-memory)
-->
<p>允许 kubelet 为节点上的 Kubernetes 工作负载分配交换内存。
必须将 <code>KubeletConfiguration.failSwapOn</code> 设置为 false 才能使用此能力。
更多细节请参见<a href="/zh-cn/docs/concepts/architecture/nodes/#swap-memory">交换内存</a>。</p></p></dd><dt id="NominatedNodeNameForExpectation"><code class="feature-gate-name">NominatedNodeNameForExpectation</code></dt>
      <dd><p><!--
When enabled, kube-scheduler uses `.status.nominatedNodeName` to express where a
Pod is going to be bound. The `.status.nominatedNodeName` field is set when kube-scheduler
triggers preemption of pods, or anticipates that WaitOnPermit or PreBinding phase will take
relatively long.
Other components may read and use `.status.nominatedNodeName`, but should not set it.

When disabled, kube-scheduler will only set `.status.nominatedNodeName` before triggering preemption.
-->
<p>启用此特性门控后，kube-scheduler 使用 <code>.status.nominatedNodeName</code>
来表示 Pod 将要被绑定到哪个节点。
当 kube-scheduler 触发 Pod 抢占，或预计 WaitOnPermit 或 PreBinding
阶段耗时较长时，会设置 <code>.status.nominatedNodeName</code> 字段。</p>
<p>其他组件可以读取和使用 <code>.status.nominatedNodeName</code>，但不应设置它。</p>
</p></dd><dt id="OpenAPIEnums"><code class="feature-gate-name">OpenAPIEnums</code></dt>
      <dd><p><!--
Enables populating "enum" fields of OpenAPI schemas in the
spec returned from the API server.
-->
<p>允许在从 API 服务器返回的 spec 中填充 OpenAPI 模式的 &quot;enum&quot; 字段。</p></p></dd><dt id="OpportunisticBatching"><code class="feature-gate-name">OpportunisticBatching</code></dt>
      <dd><p><!--
Enable reusing of scheduling results from the previous scheduling cycle for equivalent pods.
-->
<p>允许为等效的 Pod 复用上一次调度周期的调度结果。</p></p></dd><dt id="OrderedNamespaceDeletion"><code class="feature-gate-name">OrderedNamespaceDeletion</code></dt>
      <dd><p><!--
While deleting namespace, the pods resources is going to be deleted before the rest of resources.
-->
<p>在删除命名空间时，先删除 Pod，再删除其他资源。</p></p></dd><dt id="PersistentVolumeClaimUnusedSinceTime"><code class="feature-gate-name">PersistentVolumeClaimUnusedSinceTime</code></dt>
      <dd><p><!--
When enabled, the PVC protection controller adds an `Unused` condition to
PersistentVolumeClaims that tracks whether the PVC is currently referenced by
any non-terminal Pod. The condition's `lastTransitionTime` records when the PVC
last transitioned between being in use and being unused.
-->
<p>启用后，PVC 保护控制器会向 PersistentVolumeClaim 添加 <code>Unused</code> 状况，
跟踪 PVC 当前是否被任何非终端 Pod 引用。
该状况的 <code>lastTransitionTime</code> 记录 PVC 最后一次在使用中和未使用状态之间转换的时间。</p></p></dd><dt id="PodAndContainerStatsFromCRI"><code class="feature-gate-name">PodAndContainerStatsFromCRI</code></dt>
      <dd><p><!--
Configure the kubelet to gather container and pod stats from the CRI container runtime rather than gathering them from cAdvisor.
As of 1.26, this also includes gathering metrics from CRI and emitting them over `/metrics/cadvisor` (rather than having cAdvisor emit them directly).
-->
<p>将 kubelet 配置为从 CRI 容器运行时收集容器和 Pod 的统计信息，而不是从 cAdvisor 收集统计信息。
从 1.26 版本开始，这还包括从 CRI 收集指标并通过 <code>/metrics/cadvisor</code> 进行发布（而不是直接由 cAdvisor 发布）。</p></p></dd><dt id="PodCertificateRequest"><code class="feature-gate-name">PodCertificateRequest</code></dt>
      <dd><p><!--
Enable PodCertificateRequest objects and podCertificate projected volume
sources.
-->
<p>启用 PodCertificateRequest 对象和 podCertificate 投射卷源。</p></p></dd><dt id="PodDeletionCost"><code class="feature-gate-name">PodDeletionCost</code></dt>
      <dd><p><!--
Enable the [Pod Deletion Cost](/docs/concepts/workloads/controllers/replicaset/#pod-deletion-cost)
feature which allows users to influence ReplicaSet downscaling order.
-->
<p>启用 <a href="/zh-cn/docs/concepts/workloads/controllers/replicaset/#pod-deletion-cost">Pod 删除开销</a>特性，
允许用户影响 ReplicaSet 的缩容顺序。</p></p></dd><dt id="PodIndexLabel"><code class="feature-gate-name">PodIndexLabel</code></dt>
      <dd><p><!--
Enables the Job controller and StatefulSet controller to add the pod index as a label when creating new pods. See [Job completion mode docs](/docs/concepts/workloads/controllers/job#completion-mode) and [StatefulSet pod index label docs](/docs/concepts/workloads/controllers/statefulset/#pod-index-label) for more details.
-->
<p>在创建新的 Pod 时允许 Job 控制器和 StatefulSet 控制器将 Pod 索引添加为标签。
详情参见 <a href="/zh-cn/docs/concepts/workloads/controllers/job#completion-mode">Job 完成模式文档</a>和
<a href="/zh-cn/docs/concepts/workloads/controllers/statefulset/#pod-index-label">StatefulSet Pod 索引标签文档</a>。</p></p></dd><dt id="PodInfoAPI"><code class="feature-gate-name">PodInfoAPI</code></dt>
      <dd><p><!--
Enables the kubelet Pod Info gRPC API.
See [Kubelet Pod Info gRPC API](/docs/reference/node/kubelet-pod-info-grpc-api/) for more details.
-->
<p>启用 kubelet Pod Info gRPC API。
有关详细信息，请参阅
<a href="/zh-cn/docs/reference/node/kubelet-pod-info-grpc-api/">kubelet Pod Info gRPC API</a>。</p></p></dd><dt id="PodLevelResourceManagers"><code class="feature-gate-name">PodLevelResourceManagers</code></dt>
      <dd><p><!--
Enable _Pod-level resource managers_: the ability for the Topology, CPU, and
Memory managers to use information from `.spec.resources` to perform NUMA
alignment for an entire pod and manage resources flexibly for the containers
within that pod.
-->
<p>启用 <strong>Pod 级资源管理器</strong>：Topology、CPU 和 Memory 管理器使用 <code>.spec.resources</code>
中的信息为整个 Pod 执行 NUMA 对齐并灵活管理该 Pod 内容器的资源的能力。</p></p></dd><dt id="PodLevelResources"><code class="feature-gate-name">PodLevelResources</code></dt>
      <dd><p><!--
Enable _Pod level resources_:  the ability to specify resource requests and limits
at the Pod level, rather than only for specific containers.
-->
<p>启用 <strong>Pod 级别资源</strong>：能够在 Pod 级别指定资源请求和限制，而不仅仅是针对特定的容器。</p></p></dd><dt id="PodLifecycleSleepAction"><code class="feature-gate-name">PodLifecycleSleepAction</code></dt>
      <dd><p><!--
Enables the `sleep` action in Container lifecycle hooks (`preStop` and `postStart`).
-->
<p>在 Container 生命周期回调（<code>preStop</code> 和 <code>postStart</code>）中启用 <code>sleep</code> 操作。</p></p></dd><dt id="PodLifecycleSleepActionAllowZero"><code class="feature-gate-name">PodLifecycleSleepActionAllowZero</code></dt>
      <dd><p><!--
Enables setting zero value for the `sleep` action in
[container lifecycle hooks](/docs/concepts/containers/container-lifecycle-hooks/).
-->
<p>允许在<a href="/zh-cn/docs/concepts/containers/container-lifecycle-hooks/">容器生命周期回调</a>中为
<code>sleep</code> 操作设置零值。</p></p></dd><dt id="PodLogsQuerySplitStreams"><code class="feature-gate-name">PodLogsQuerySplitStreams</code></dt>
      <dd><p><!--
Enable fetching specific log streams (either stdout or stderr) from a container's log streams, using the Pod API.
-->
<p>允许使用 Pod API 从容器的日志流中获取特定日志流（stdout 或 stderr）。</p></p></dd><dt id="PodObservedGenerationTracking"><code class="feature-gate-name">PodObservedGenerationTracking</code></dt>
      <dd><p><!--
Enables the kubelet to set `observedGeneration` in the Pod `.status`, and enables other components to set `observedGeneration` in pod conditions.
This feature allows reflecting the `.metadata.generation` of the Pod at the time that the overall status, or some specific condition, was being recorded.
Storing it helps avoid risks associated with _lost updates_.
-->
<p>允许 kubelet 在 Pod 的 <code>.status</code> 中设置 <code>observedGeneration</code>，并允许其他组件在 Pod 状况中设置
<code>observedGeneration</code>。此特性允许反映在记录总体状态或某些特定状况时 Pod 的 <code>metadata.generation</code>。
存储 <code>observedGeneration</code> 有助于回避与<strong>丢失更新</strong>关联的风险。</p></p></dd><dt id="PodReadyToStartContainersCondition"><code class="feature-gate-name">PodReadyToStartContainersCondition</code></dt>
      <dd><p><!--
Enable the kubelet to mark the [PodReadyToStartContainers](/docs/concepts/workloads/pods/pod-lifecycle/#pod-has-network) condition on pods.

This feature gate was previously known as `PodHasNetworkCondition`, and the associated condition was
named `PodHasNetwork`.
-->
<p>使得 kubelet 能在 Pod 上标记
<a href="/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-has-network">PodReadyToStartContainers</a>
状况。</p>
<p>此特性门控先前称为 <code>PodHasNetworkCondition</code>，关联的状况称为 <code>PodHasNetwork</code>。</p>
</p></dd><dt id="PodSchedulingReadiness"><code class="feature-gate-name">PodSchedulingReadiness</code></dt>
      <dd><p><!--
Enable setting `schedulingGates` field to control a Pod's [scheduling readiness](/docs/concepts/scheduling-eviction/pod-scheduling-readiness).
-->
<p>允许设置 <code>schedulingGates</code> 字段以控制 Pod
的<a href="/zh-cn/docs/concepts/scheduling-eviction/pod-scheduling-readiness">调度就绪状态</a>。</p></p></dd><dt id="PodTopologyLabelsAdmission"><code class="feature-gate-name">PodTopologyLabelsAdmission</code></dt>
      <dd><p><!--
Enables the `PodTopologyLabels` admission plugin.
See [Pod Topology Labels](/docs/reference/access-authn-authz/admission-controllers#podtopologylabels)
for details.
-->
<p>启用 <code>PodTopologyLabels</code> 准入插件。<br>
有关细节参见 <a href="/zh-cn/docs/reference/access-authn-authz/admission-controllers#podtopologylabels">Pod 拓扑标签</a>。</p></p></dd><dt id="PortForwardWebsockets"><code class="feature-gate-name">PortForwardWebsockets</code></dt>
      <dd><p><!--
Allow WebSocket streaming of the
portforward sub-protocol (`port-forward`) from clients requesting
version v2 (`v2.portforward.k8s.io`) of the sub-protocol.
-->
<p>允许从请求 v2 子协议（<code>v2.portforward.k8s.io</code>）的客户端通过 portforward 子协议
（<code>port-forward</code>）执行 WebSocket 流式传输。</p></p></dd><dt id="PreferSameTrafficDistribution"><code class="feature-gate-name">PreferSameTrafficDistribution</code></dt>
      <dd><p><!--
Allows usage of the values `PreferSameZone` and `PreferSameNode` in
the Service [`trafficDistribution`](/docs/reference/networking/virtual-ips/#traffic-distribution)
field.
-->
<p>允许在 Service 的 <a href="/zh-cn/docs/reference/networking/virtual-ips/#traffic-distribution"><code>trafficDistribution</code></a>
字段中使用 <code>PreferSameZone</code> 和 <code>PreferSameNode</code> 这两个值。</p></p></dd><dt id="PreventStaticPodAPIReferences"><code class="feature-gate-name">PreventStaticPodAPIReferences</code></dt>
      <dd><p><!--
Denies Pod admission if static Pods reference other API objects.
-->
<p>在静态 Pod 引用其他 API 对象时拒绝 Pod 准入。</p></p></dd><dt id="ProcMountType"><code class="feature-gate-name">ProcMountType</code></dt>
      <dd><p><!--
Enables control over the type proc mounts for containers
by setting the `procMount` field of a Pod's `securityContext`.
-->
<p>允许容器通过设置 Pod 的 <code>securityContext</code> 的 <code>procMount</code> 字段来控制对
proc 类型的挂载方式。</p></p></dd><dt id="QOSReserved"><code class="feature-gate-name">QOSReserved</code></dt>
      <dd><p><!--
Allows resource reservations at the QoS level preventing pods
at lower QoS levels from bursting into resources requested at higher QoS levels
(memory only for now).
-->
<p>允许在 QoS 层面预留资源，避免低 QoS 级别的 Pod 占用高 QoS 级别所请求的资源（当前只适用于内存）。</p></p></dd><dt id="RecoverVolumeExpansionFailure"><code class="feature-gate-name">RecoverVolumeExpansionFailure</code></dt>
      <dd><p><!--
Enables users to edit their PVCs to smaller
sizes so as they can recover from previously issued volume expansion failures.
See [Recovering from Failure when Expanding Volumes](/docs/concepts/storage/persistent-volumes/#recovering-from-failure-when-expanding-volumes)
for more details.
-->
<p>允许用户编辑自己的 PVC 来缩容，以便从之前卷扩容引发的失败中恢复。
更多细节可参见<a href="/zh-cn/docs/concepts/storage/persistent-volumes/#recovering-from-failure-when-expanding-volumes">处理扩充卷过程中的失败</a>。</p></p></dd><dt id="RecursiveReadOnlyMounts"><code class="feature-gate-name">RecursiveReadOnlyMounts</code></dt>
      <dd><p><!--
Enables support for recursive read-only mounts.
For more details, see [read-only mounts](/docs/concepts/storage/volumes/#read-only-mounts).
-->
<p>启用对递归只读挂载的支持。
更多细节参阅<a href="/zh-cn/docs/concepts/storage/volumes/#read-only-mounts">只读挂载</a>。</p></p></dd><dt id="ReduceDefaultCrashLoopBackOffDecay"><code class="feature-gate-name">ReduceDefaultCrashLoopBackOffDecay</code></dt>
      <dd><p><!--
Enabled reduction of both the initial delay and the maximum delay accrued
between container restarts for a node for containers in `CrashLoopBackOff`
across the cluster to `1s` initial delay and `60s` maximum delay.
-->
<p>允许减少节点上容器在 <code>CrashLoopBackOff</code> 状态下重启时出现的初始延迟和最大延迟，
可以在整个集群将初始延迟设置为 <code>1s</code>，最大延迟设置为 <code>60s</code>。</p></p></dd><dt id="RelaxedDNSSearchValidation"><code class="feature-gate-name">RelaxedDNSSearchValidation</code></dt>
      <dd><p><!--
Relax the server side validation for the DNS search string
(`.spec.dnsConfig.searches`) for containers. For example,
with this gate enabled, it is okay to include the `_` character
in the DNS name search string.
-->
<p>放宽对容器的 DNS 搜索字符串（<code>.spec.dnsConfig.searches</code>）的服务器端校验。
例如，在启用此门控的情况下，允许在 DNS 名称搜索字符串中包含 <code>_</code> 字符。</p></p></dd><dt id="RelaxedEnvironmentVariableValidation"><code class="feature-gate-name">RelaxedEnvironmentVariableValidation</code></dt>
      <dd><p><!--
Allow almost all printable ASCII characters in environment variables.
-->
<p>允许在环境变量中使用几乎所有可打印的 ASCII 字符。</p></p></dd><dt id="RelaxedServiceNameValidation"><code class="feature-gate-name">RelaxedServiceNameValidation</code></dt>
      <dd><p><!--
Enables relaxed validation for Service object names, allowing the use of [RFC 1123 label names](/docs/concepts/overview/working-with-objects/names/#dns-label-names) instead of [RFC 1035 label names](/docs/concepts/overview/working-with-objects/names/#rfc-1035-label-names).

This feature allows Service object names to start with a digit.
-->
<p>启用对 Service 对象名称的宽松校验，允许使用
<a href="/zh-cn/docs/concepts/overview/working-with-objects/names/#dns-label-names">RFC 1123 标签名称</a>来替代
<a href="/zh-cn/docs/concepts/overview/working-with-objects/names/#rfc-1035-label-names">RFC 1035 标签名称</a>。</p>
<p>此特性允许 Service 名称以数字开头。</p>
</p></dd><dt id="ReloadKubeletServerCertificateFile"><code class="feature-gate-name">ReloadKubeletServerCertificateFile</code></dt>
      <dd><p><!--
Enable the kubelet TLS server to update its certificate if the specified certificate file are changed.

This feature is useful when specifying `tlsCertFile` and `tlsPrivateKeyFile` in kubelet configuration.
The feature gate has no effect for other cases such as using TLS bootstrap.
-->
<p>允许 kubelet TLS 服务器在指定的证书文件发生变化时更新其证书。</p>
<p>此特性在 kubelet 配置中指定了 <code>tlsCertFile</code> 和 <code>tlsPrivateKeyFile</code> 时非常有用。
对于其他情况，例如使用 TLS 引导启动时，此特性门控无效。</p>
</p></dd><dt id="RemoteRequestHeaderUID"><code class="feature-gate-name">RemoteRequestHeaderUID</code></dt>
      <dd><p><!--
Enable the API server to accept UIDs (user IDs) via request header authentication.
This will also make the `kube-apiserver`'s API aggregator add UIDs via standard headers when
forwarding requests to the servers serving the aggregated API.
-->
<p>允许 API 服务器通过请求头身份认证来接受 UID（用户 ID）。
在 <code>kube-apiserver</code> 的 API 聚合器将请求转发到提供聚合 API 的服务器时，
<code>kube-apiserver</code> 的 API 聚合器也将通过标准请求头添加 UID。</p></p></dd><dt id="ResilientWatchCacheInitialization"><code class="feature-gate-name">ResilientWatchCacheInitialization</code></dt>
      <dd><p><!--
Enables resilient watchcache initialization to avoid controlplane overload.
-->
<p>启用弹性的监视缓存（WatchCache）初始化，以避免控制平面的过载。</p></p></dd><dt id="ResourceHealthStatus"><code class="feature-gate-name">ResourceHealthStatus</code></dt>
      <dd><p><!--
Enable the `allocatedResourcesStatus` field within the `.status` for a Pod. The field
reports additional details for each container in the Pod,
with the health information for each device assigned to the Pod.
-->
<p>在 Pod 的 <code>.status</code> 中启用 <code>allocatedResourcesStatus</code> 字段。
此字段报告 Pod 中每个容器的额外细节，包括分配给 Pod 的每个设备的健康信息。</p>
<!--
Starting in v1.36 (beta), the health report includes an optional `message` field that
provides additional human-readable context about the health status, such as error details
or failure reasons.
-->
<p>从 v1.36（Beta 版）开始，健康报告包含一个可选的“消息”字段，
提供有关健康状态的更多人类可读的上下文，例如错误详情或故障原因。</p>
<!--
This feature applies to devices managed by both [Device Plugins](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#device-plugin-and-unhealthy-devices) and [Dynamic Resource Allocation](/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#device-health-monitoring). See [Device plugin and unhealthy devices](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#device-plugin-and-unhealthy-devices) for more details.
-->
<p>此特性适用于同时由<a href="/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#device-plugin-and-unhealthy-devices">设备插件</a>和<a href="/zh-cn/docs/concepts/scheduling-eviction/dynamic-resource-allocation/#device-health-monitoring">动态资源分配（DRA）</a>
所管理的设备。有关更多细节，
请参见<a href="/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#device-plugin-and-unhealthy-devices">设备插件与不健康设备</a>。</p>
</p></dd><dt id="RestartAllContainersOnContainerExits"><code class="feature-gate-name">RestartAllContainersOnContainerExits</code></dt>
      <dd><p><!--
Enables the ability to specify
`RestartAllContainers` as an action in container `restartPolicyRules`. When a container's exit matches a rule with this action, the entire Pod is terminated and restarted in-place.
See [Restart All Containers](/docs/concepts/workloads/pods/pod-lifecycle/#restart-all-containers) for more details.
-->
<p>启用在容器的 <code>restartPolicyRules</code> 中将 <code>RestartAllContainers</code> 指定为动作的能力。
当容器的退出符合包含此动作的某个规则时，整个 Pod 被终止并进行就地重启。
详情参见<a href="/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#restart-all-containers">重启所有容器</a>。</p></p></dd><dt id="RetryGenerateName"><code class="feature-gate-name">RetryGenerateName</code></dt>
      <dd><p><!--
Enables retrying of object creation when the
<a class='glossary-tooltip' title='提供 Kubernetes API 服务的控制面组件。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/architecture/#kube-apiserver' target='_blank' aria-label='API server'>API server</a>
is expected to generate a [name](/docs/concepts/overview/working-with-objects/names/#names).

When this feature is enabled, requests using `generateName` are retried automatically in case the
control plane detects a name conflict with an existing object, up to a limit of 8 total attempts.
-->
<p>当 <a class='glossary-tooltip' title='提供 Kubernetes API 服务的控制面组件。' data-bs-toggle='tooltip' data-bs-placement='top' href='/zh-cn/docs/concepts/architecture/#kube-apiserver' target='_blank' aria-label='API 服务器'>API 服务器</a>要生成<a href="/zh-cn/docs/concepts/overview/working-with-objects/names/#names">名称</a>时，
允许重试对象创建。</p>
<p>当此特性被启用时，如果控制平面检测到与某个现有对象存在名称冲突，
则使用 <code>generateName</code> 的请求将被自动重试，最多重试 8 次。</p>
</p></dd><dt id="RotateKubeletServerCertificate"><code class="feature-gate-name">RotateKubeletServerCertificate</code></dt>
      <dd><p><!--
Enable the rotation of the server TLS certificate on the kubelet.
See [kubelet configuration](/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/#kubelet-configuration)
for more details.
-->
<p>启用 kubelet 上服务器 TLS 证书的轮换。
更多细节参阅 <a href="/zh-cn/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/#kubelet-configuration">kubelet 配置</a>。</p></p></dd><dt id="RuntimeClassInImageCriApi"><code class="feature-gate-name">RuntimeClassInImageCriApi</code></dt>
      <dd><p><!--
Enables images to be pulled based on the [runtime class](/docs/concepts/containers/runtime-class/)
of the pods that reference them.
-->
<p>允许基于 Pod 所引用的<a href="/zh-cn/docs/concepts/containers/runtime-class/">运行时类</a>来拉取镜像。</p></p></dd><dt id="SchedulerAsyncAPICalls"><code class="feature-gate-name">SchedulerAsyncAPICalls</code></dt>
      <dd><p><!--
Change the kube-scheduler to make the entire scheduling cycle free of blocking requests to the Kubernetes API server.
Instead, interact with the Kubernetes API using asynchronous code.
-->
<p>修改 kube-scheduler，使整个调度周期中不再存在对 Kubernetes API 服务器的阻塞请求。
取而代之的是，使用异步代码与 Kubernetes API 进行交互。</p></p></dd><dt id="SchedulerAsyncPreemption"><code class="feature-gate-name">SchedulerAsyncPreemption</code></dt>
      <dd><p><!--
Enable running some expensive operations within the scheduler, associated with
[preemption](/docs/concepts/scheduling-eviction/pod-priority-preemption/), asynchronously.
Asynchronous processing of preemption improves overall Pod scheduling latency.
-->
<p>允许以异步方式在调度器内运行一些与<a href="/zh-cn/docs/concepts/scheduling-eviction/pod-priority-preemption/">抢占</a>关联的高开销操作。
异步处理抢占可以降低整体 Pod 调度的延迟。</p></p></dd><dt id="SchedulerPopFromBackoffQ"><code class="feature-gate-name">SchedulerPopFromBackoffQ</code></dt>
      <dd><p><!--
Improves scheduling queue behavior by popping pods from the backoffQ when the activeQ is empty.
This allows to process potentially schedulable pods ASAP, eliminating a penalty effect of the backoff queue.
-->
<p>通过在 activeQ 为空时从 backoffQ 中弹出 Pod，以改善调度队列的行为。
这可以尽快处理潜在可调度的 Pod，消除回退队列的惩罚效应。</p></p></dd><dt id="SchedulerQueueingHints"><code class="feature-gate-name">SchedulerQueueingHints</code></dt>
      <dd><p><!--
Enables scheduler [queueing hints](/docs/concepts/scheduling-eviction/scheduling-framework/#queueinghint),
which benefits to reduce the useless requeuing.
The scheduler retries scheduling pods if something changes in the cluster that could make the pod scheduled.
Queueing hints are internal signals that allow the scheduler to filter the changes in the cluster
that are relevant to the unscheduled pod, based on previous scheduling attempts.
-->
<p>启用调度器的<a href="/zh-cn/docs/concepts/scheduling-eviction/scheduling-framework/#queueinghint">排队提示</a>，
有助于减少无效的重新排队。调度器会在集群中发生可能导致 Pod 被重新调度的变化时，尝试重新进行 Pod 的调度。
排队提示是一些内部信号，用于帮助调度器基于先前的调度尝试来筛选集群中与未调度的 Pod 相关的变化。</p></p></dd><dt id="SELinuxChangePolicy"><code class="feature-gate-name">SELinuxChangePolicy</code></dt>
      <dd><p><!--
Enables `spec.securityContext.seLinuxChangePolicy` field.
This field can be used to opt-out from applying the SELinux label to the pod
volumes using mount options. This is required when a single volume that supports
mounting with SELinux mount option is shared between Pods that have different
SELinux labels, such as a privileged and unprivileged Pods.
-->
<p>启用 <code>spec.securityContext.seLinuxChangePolicy</code> 字段。
此字段可用于筛选不希望使用挂载选项来打上 SELinux 标签的 Pod 卷。
当支持使用 SELinux 挂载选项挂载的单个卷在带有不同 SELinux 标签的
Pod（例如特权 Pod 和非特权 Pod）之间共享时，此字段是必需的。</p>
<!--
Enabling the `SELinuxChangePolicy` feature gate requires the feature gate `SELinuxMountReadWriteOncePod` to
be enabled.
-->
<p>想要启用 <code>SELinuxChangePolicy</code> 特性门控，需要先启用 <code>SELinuxMountReadWriteOncePod</code> 特性门控。</p>
</p></dd><dt id="SELinuxMount"><code class="feature-gate-name">SELinuxMount</code></dt>
      <dd><p><!--
Speeds up container startup by allowing kubelet to mount volumes
for a Pod directly with the correct SELinux label instead of changing each file on the volumes
recursively.
It widens the performance improvements behind the `SELinuxMountReadWriteOncePod`
feature gate by extending the implementation to all volumes.

Enabling the `SELinuxMount` feature gate requires the feature gate `SELinuxMountReadWriteOncePod` to
be enabled.
-->
<p>允许 kubelet 直接使用正确的 SELinux 标签为 Pod 挂载卷，而不是以递归方式更改卷上的每个文件，进而加快容器的启动速度。
这一变更拓宽了针对 <code>SELinuxMountReadWriteOncePod</code> 特性门控所作的性能改进，将其对应的实现扩展到覆盖所有卷。</p>
<p>想要启用 <code>SELinuxMount</code> 特性门控，需先启用 <code>SELinuxMountReadWriteOncePod</code> 特性门控。</p>
</p></dd><dt id="SELinuxMountReadWriteOncePod"><code class="feature-gate-name">SELinuxMountReadWriteOncePod</code></dt>
      <dd><p><!--
Speeds up container startup by allowing kubelet to mount volumes
for a Pod directly with the correct SELinux label instead of changing each file on the volumes
recursively. The initial implementation focused on ReadWriteOncePod volumes.
-->
<p>通过允许 kubelet 直接用正确的 SELinux
标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。
最初的实现侧重 ReadWriteOncePod 卷。</p></p></dd><dt id="SeparateCacheWatchRPC"><code class="feature-gate-name">SeparateCacheWatchRPC</code></dt>
      <dd><p><!--
Allows the API server watch cache to create a watch on a dedicated RPC.
This prevents watch cache from being starved by other watches.
-->
<p>允许 API 服务器的监视缓存在专用的 RPC 上创建 watch。
这防止了监视缓存被其他 watch 所占用。</p></p></dd><dt id="SeparateTaintEvictionController"><code class="feature-gate-name">SeparateTaintEvictionController</code></dt>
      <dd><p><!--
Enables running the _taint based eviction_ controller,
that performs [Taint-based Evictions](/docs/concepts/scheduling-eviction/taint-and-toleration/#taint-based-evictions),
as a standalone controller (separate from the _node lifecycle_ controller).
-->
<p>允许运行<strong>基于污点驱逐</strong>的控制器，该控制器作为独立的控制器（独立于<strong>节点生命周期</strong>控制器）
执行<a href="/zh-cn/docs/concepts/scheduling-eviction/taint-and-toleration/#taint-based-evictions">基于污点的驱逐</a>。</p></p></dd><dt id="ServiceAccountNodeAudienceRestriction"><code class="feature-gate-name">ServiceAccountNodeAudienceRestriction</code></dt>
      <dd><p><!--
This gate is used to restrict the audience for which the kubelet can request a service account token for.
-->
<p>此特性门控用于限制 kubelet 可以请求服务账号令牌的受众范围。</p></p></dd><dt id="ServiceAccountTokenJTI"><code class="feature-gate-name">ServiceAccountTokenJTI</code></dt>
      <dd><p><!--
Controls whether JTIs (UUIDs) are embedded into generated service account tokens,
and whether these JTIs are recorded into the Kubernetes audit log for future requests made by these tokens.
-->
<p>控制是否将 JTI（UUID）嵌入到生成的服务账号令牌中，
以及对于这些令牌未来的请求，是否将这些 JTI 记录到 Kubernetes 审计日志中。</p></p></dd><dt id="ServiceAccountTokenNodeBinding"><code class="feature-gate-name">ServiceAccountTokenNodeBinding</code></dt>
      <dd><p><!--
Controls whether the API server allows binding service account tokens to Node objects.
-->
<p>控制 API 服务器是否允许将服务账号令牌绑定到 Node 对象。</p></p></dd><dt id="ServiceAccountTokenNodeBindingValidation"><code class="feature-gate-name">ServiceAccountTokenNodeBindingValidation</code></dt>
      <dd><p><!--
Controls whether the apiserver will validate a Node reference in service account tokens.
-->
<p>控制 API 服务器是否会验证服务账号令牌中的 Node 引用。</p></p></dd><dt id="ServiceAccountTokenPodNodeInfo"><code class="feature-gate-name">ServiceAccountTokenPodNodeInfo</code></dt>
      <dd><p><!--
Controls whether the apiserver embeds the node name and uid
for the associated node when issuing service account tokens bound to Pod objects.
-->
<p>控制 API 服务器在颁发绑定到 Pod 对象的服务账号令牌时，
是否嵌入关联 Node 的名称和 <code>uid</code>。</p></p></dd><dt id="ServiceTrafficDistribution"><code class="feature-gate-name">ServiceTrafficDistribution</code></dt>
      <dd><p><!--
Allows usage of the optional `spec.trafficDistribution` field in Services. The
field offers a way to express preferences for how traffic is distributed to
Service endpoints.
-->
<p>允许在 Service 中使用可选的 <code>spec.trafficDistribution</code> 字段。
此字段提供了一种对 Service 端点进行流量分发的偏好的表达方式。</p></p></dd><dt id="ShardedListAndWatch"><code class="feature-gate-name">ShardedListAndWatch</code></dt>
      <dd><p><!--
Enable support for the `shardSelector` parameter on **list** and **watch** requests,
allowing clients to receive a filtered subset of objects based on hash ranges of
metadata fields (such as UID). See
[Sharded list and watch](/docs/reference/using-api/api-concepts/#sharded-list-and-watch)
for more details.
-->
<p>启用对 <strong>list</strong> 和 <strong>watch</strong> 请求上的 <code>shardSelector</code> 参数的支持，
允许客户端基于元数据字段（如 UID）的哈希范围接收过滤的对象子集。
有关详细信息，请参阅
<a href="/zh-cn/docs/reference/using-api/api-concepts/#sharded-list-and-watch">分片列表和监视</a>。</p></p></dd><dt id="SidecarContainers"><code class="feature-gate-name">SidecarContainers</code></dt>
      <dd><p><!--
Allow setting the `restartPolicy` of an init container to
`Always` so that the container becomes a sidecar container (restartable init containers).
See [Sidecar containers and restartPolicy](/docs/concepts/workloads/pods/sidecar-containers/)
for more details.
-->
<p>允许将 Init 容器的 <code>restartPolicy</code> 设置为 <code>Always</code>，
以便该容器成为一个边车容器（可重启的 Init 容器）。
详情参见<a href="/zh-cn/docs/concepts/workloads/pods/sidecar-containers/">边车容器和 restartPolicy</a>。</p></p></dd><dt id="SizeBasedListCostEstimate"><code class="feature-gate-name">SizeBasedListCostEstimate</code></dt>
      <dd><p><!--
Enables APF to use size of objects for estimating request cost.
-->
<p>允许 APF（API 优先级和公平性）使用对象的大小来评估请求的开销。</p></p></dd><dt id="StaleControllerConsistencyDaemonSet"><code class="feature-gate-name">StaleControllerConsistencyDaemonSet</code></dt>
      <dd><p><!--
Enables behavior within the DaemonSet controller to ensure that prior writes to
the API server are observed before proceeding with additional reconciliation for the same DaemonSet.
This is to prevent stale cache from causing incorrect or spurious updates to the DaemonSet.
-->
<p>启用 DaemonSet 控制器中的相应行为，以确保在对同一 DaemonSet
进行其他数据协调之前，先观察之前对 API 服务器的写入操作。
这样做是为了防止过期的缓存导致对 DaemonSet 的错误或虚假更新。</p></p></dd><dt id="StaleControllerConsistencyJob"><code class="feature-gate-name">StaleControllerConsistencyJob</code></dt>
      <dd><p><!--
Enables behavior within the Job controller to ensure that prior writes to
the API server are observed before proceeding with additional reconciliation for the same Job.
This is to prevent stale cache from causing incorrect or spurious updates to the Job.
-->
<p>启用 Job 控制器中的相应行为，以确保在对同一 Job 进行其他数据协调之前，
先观察之前对 API 服务器的写入操作。
这样做是为了防止过期的缓存导致对 Job 的错误或虚假更新。</p></p></dd><dt id="StaleControllerConsistencyReplicaSet"><code class="feature-gate-name">StaleControllerConsistencyReplicaSet</code></dt>
      <dd><p><!--
Enables behavior within the ReplicaSet controller to ensure that prior writes to
the API server are observed before proceeding with additional reconciliation for the same ReplicaSet.
This is to prevent stale cache from causing incorrect or spurious updates to the ReplicaSet.
-->
<p>启用 ReplicaSet 控制器中的相应行为，以确保在对同一 ReplicaSet 进行其他数据协调之前，
先观察之前对 API 服务器的写入操作。
这样做是为了防止过期的缓存导致对 ReplicaSet 的错误或虚假更新。</p></p></dd><dt id="StaleControllerConsistencyStatefulSet"><code class="feature-gate-name">StaleControllerConsistencyStatefulSet</code></dt>
      <dd><p><!--
Enables behavior within the StatefulSet controller to ensure that prior writes to
the API server are observed before proceeding with additional reconciliation for the same StatefulSet.
This is to prevent stale cache from causing incorrect or spurious updates to the StatefulSet.
-->
<p>启用 StatefulSet 控制器中的相应行为，以确保在对同一 StatefulSet 进行额外协调之前，
先观察之前对 API 服务器的写入操作。
这样做是为了防止过期的缓存导致对 StatefulSet 的错误或虚假更新。</p></p></dd><dt id="StatefulSetAutoDeletePVC"><code class="feature-gate-name">StatefulSetAutoDeletePVC</code></dt>
      <dd><p><!--
Allows the use of the optional `.spec.persistentVolumeClaimRetentionPolicy` field, 
providing control over the deletion of PVCs in a StatefulSet's lifecycle.
See
[PersistentVolumeClaim retention](/docs/concepts/workloads/controllers/statefulset/#persistentvolumeclaim-retention)
for more details.
-->
<p>允许使用可选字段 <code>.spec.persistentVolumeClaimRetentionPolicy</code>，
以便根据 StatefulSet 的生命周期来控制 PVC 的删除。
详情参见 <a href="/zh-cn/docs/concepts/workloads/controllers/statefulset/#persistentvolumeclaim-retention">PersistentVolumeClaim 保留</a>。</p></p></dd><dt id="StatefulSetStartOrdinal"><code class="feature-gate-name">StatefulSetStartOrdinal</code></dt>
      <dd><p><!--
Allow configuration of the start ordinal in a
StatefulSet. See
[Start ordinal](/docs/concepts/workloads/controllers/statefulset/#start-ordinal)
for more details.
-->
<p>允许在 StatefulSet 中配置起始序号。
详情参见<a href="/zh-cn/docs/concepts/workloads/controllers/statefulset/#start-ordinal">起始序号</a>。</p></p></dd><dt id="StorageCapacityScoring"><code class="feature-gate-name">StorageCapacityScoring</code></dt>
      <dd><p><!--
The feature gate `VolumeCapacityPriority` was used in v1.32 to support storage that are
statically provisioned. Starting from v1.33, the new feature gate `StorageCapacityScoring`
replaces the old `VolumeCapacityPriority` gate with added support to dynamically provisioned storage.
When `StorageCapacityScoring` is enabled, the VolumeBinding plugin in the kube-scheduler is extended
to score Nodes based on the storage capacity on each of them.
This feature is applicable to CSI volumes that supported [Storage Capacity](/docs/concepts/storage/storage-capacity/),
including local storage backed by a CSI driver.
-->
<p>特性门控 <code>VolumeCapacityPriority</code> 在 v1.32 中用于支持静态制备的存储。
从 v1.33 开始，新的特性门控 <code>StorageCapacityScoring</code> 取代了旧的 <code>VolumeCapacityPriority</code> 特性门控，
并增加了对动态制备存储的支持。当 <code>StorageCapacityScoring</code> 被启用时，
kube-scheduler 中的 VolumeBinding 插件得到了扩展，可以基于每个节点上的存储容量对 Node 进行评分。
此特性适用于已支持<a href="/zh-cn/docs/concepts/storage/storage-capacity/">存储容量</a> 的
CSI 卷，包括由 CSI 驱动所支持的本地存储。</p></p></dd><dt id="StorageNamespaceIndex"><code class="feature-gate-name">StorageNamespaceIndex</code></dt>
      <dd><p><!--
Enables a namespace indexer for namespace scoped resources
in API server cache to accelerate list operations.
-->
<p>为 API 服务器缓存中作用域为命名空间的资源启用命名空间索引器，以加速 list 操作。</p></p></dd><dt id="StorageVersionAPI"><code class="feature-gate-name">StorageVersionAPI</code></dt>
      <dd><p><!--
Enable the
[storage version API](/docs/reference/generated/kubernetes-api/v1.36/#storageversion-v1alpha1-internal-apiserver-k8s-io).
-->
<p>启用<a href="/docs/reference/generated/kubernetes-api/v1.36/#storageversion-v1alpha1-internal-apiserver-k8s-io">存储版本 API</a>。</p></p></dd><dt id="StorageVersionHash"><code class="feature-gate-name">StorageVersionHash</code></dt>
      <dd><p><!--
Allow API servers to expose the storage version hash in the
discovery.
-->
<p>允许 API 服务器在版本发现中公开存储版本的哈希值。</p></p></dd><dt id="StorageVersionMigrator"><code class="feature-gate-name">StorageVersionMigrator</code></dt>
      <dd><p><!--
Enables storage version migration. See [Migrate Kubernetes Objects Using Storage Version Migration](/docs/tasks/manage-kubernetes-objects/storage-version-migration) for more details.
-->
<p>启用存储版本迁移机制。
有关细节参阅<a href="/zh-cn/docs/tasks/manage-kubernetes-objects/storage-version-migration">使用存储版本迁移功能来迁移 Kubernetes 对象</a>。</p></p></dd><dt id="StreamingCollectionEncodingToJSON"><code class="feature-gate-name">StreamingCollectionEncodingToJSON</code></dt>
      <dd><p><!--
Allow the API server JSON encoder to encode collections item by item, instead of all at once.
-->
<p>允许 API 服务器的 JSON 编码器逐项对多个集合进行编码，而不是一次性全部编码。</p></p></dd><dt id="StreamingCollectionEncodingToProtobuf"><code class="feature-gate-name">StreamingCollectionEncodingToProtobuf</code></dt>
      <dd><p><!--
Allow the API server Protobuf encoder to encode collections item by item, instead of all at once.
-->
<p>允许 API 服务器的 Protobuf 编码器逐项对多个集合进行编码，而不是一次性全部编码。</p></p></dd><dt id="StrictCostEnforcementForVAP"><code class="feature-gate-name">StrictCostEnforcementForVAP</code></dt>
      <dd><p><!--
Apply strict CEL cost validation for ValidatingAdmissionPolicies.
-->
<p>对 ValidatingAdmissionPolicy 应用严格的 CEL 开销验证。</p></p></dd><dt id="StrictCostEnforcementForWebhooks"><code class="feature-gate-name">StrictCostEnforcementForWebhooks</code></dt>
      <dd><p><!--
Apply strict CEL cost validation for `matchConditions` within
admission webhooks.
-->
<p>在准入 Webhook 内对 <code>matchConditions</code> 应用严格的 CEL 开销验证。</p></p></dd><dt id="StrictIPCIDRValidation"><code class="feature-gate-name">StrictIPCIDRValidation</code></dt>
      <dd><p><!--
Use stricter validation for fields containing IP addresses and CIDR values.
-->
<p>对包含 IP 地址和 CIDR 值的字段使用更严格的校验。</p>
<!--
In particular, with this feature gate enabled, octets within IPv4 addresses are
not allowed to have any leading `0`s, and IPv4-mapped IPv6 values (e.g.
`::ffff:192.168.0.1`) are forbidden. These sorts of values can potentially cause
security problems when different components interpret the same string as
referring to different IP addresses (as in CVE-2021-29923).
-->
<p>具体而言，启用此特性门控后，IPv4 地址中的每个八位字节不允许出现前导 <code>0</code>，
同时禁止使用 IPv4 映射的 IPv6 值（例如 <code>::ffff:192.168.0.1</code>）。
当不同组件将同一个字符串解释为不同的 IP 地址时，这类值可能会导致安全问题
（如 CVE-2021-29923 中所述）。</p>
<!--
This tightening applies only to fields in build-in API kinds, and not to
custom resource kinds, values in Kubernetes configuration files, or
command-line arguments.
-->
<p>该校验收紧仅适用于内置 API 类型中的字段，不影响自定义资源类型、Kubernetes 配置文件中的值或命令行参数。</p>
</p></dd><dt id="StructuredAuthenticationConfiguration"><code class="feature-gate-name">StructuredAuthenticationConfiguration</code></dt>
      <dd><p><!--
Enable [structured authentication configuration](/docs/reference/access-authn-authz/authentication/#configuring-the-api-server)
for the API server.
-->
<p>为 API 服务器启用<a href="/zh-cn/docs/reference/access-authn-authz/authentication/#configuring-the-api-server">结构化身份验证配置</a>。</p></p></dd><dt id="StructuredAuthenticationConfigurationEgressSelector"><code class="feature-gate-name">StructuredAuthenticationConfigurationEgressSelector</code></dt>
      <dd><p><!--
Enables Egress Selector in Structured Authentication Configuration.
-->
<p>在结构化身份验证配置中启用 Egress 选择算符。</p></p></dd><dt id="StructuredAuthenticationConfigurationJWKSMetrics"><code class="feature-gate-name">StructuredAuthenticationConfigurationJWKSMetrics</code></dt>
      <dd><p><!--
Enables additional metrics for JSON Web Key Set (JWKS) operations in JWT authenticators
configured via `--authentication-config`. When enabled, the API server records metrics about
the last time JWKS was fetched and the hash value of the JWKS response.
See the [metrics reference](/docs/reference/instrumentation/metrics/) for details.
-->
<p>在通过 <code>--authentication-config</code> 配置的 JWT 认证组件中启用 JSON Web Key Set (JWKS) 操作的额外指标。
启用后，API 服务器会记录上次获取 JWKS 的时间以及 JWKS 响应的哈希值。
有关细节参阅<a href="/zh-cn/docs/reference/instrumentation/metrics/">指标参考</a>。</p></p></dd><dt id="StructuredAuthorizationConfiguration"><code class="feature-gate-name">StructuredAuthorizationConfiguration</code></dt>
      <dd><p><!--
Enable structured authorization configuration, so that cluster administrators
can specify more than one [authorization webhook](/docs/reference/access-authn-authz/webhook/)
in the API server handler chain.
-->
<p>启用结构化授权配置，以便集群管理员可以在 API
服务器处理程序链中指定多个<a href="/zh-cn/docs/reference/access-authn-authz/webhook/">授权 Webhook</a>。</p></p></dd><dt id="SupplementalGroupsPolicy"><code class="feature-gate-name">SupplementalGroupsPolicy</code></dt>
      <dd><p><!--
Enables support for fine-grained SupplementalGroups control.
For more details, see [Configure fine-grained SupplementalGroups control for a Pod](/content/en/docs/tasks/configure-pod-container/security-context/#supplementalgroupspolicy).
-->
<p>启用对细粒度 SupplementalGroups 控制的支持。
有关细节请参见<a href="/zh-cn/docs/tasks/configure-pod-container/security-context/#supplementalgroupspolicy">为 Pod 配置细粒度 SupplementalGroups 控制</a>。</p></p></dd><dt id="SystemdWatchdog"><code class="feature-gate-name">SystemdWatchdog</code></dt>
      <dd><p><!--
Allow using systemd watchdog to monitor the health status of kubelet.
See [Kubelet Systemd Watchdog](/docs/reference/node/systemd-watchdog/)
for more details.
-->
<p>允许使用 systemd 看门狗监控 kubelet 的健康状态。更多细节参阅
<a href="/zh-cn/docs/reference/node/systemd-watchdog/">kubelet systemd 看门狗</a>。</p></p></dd><dt id="TaintTolerationComparisonOperators"><code class="feature-gate-name">TaintTolerationComparisonOperators</code></dt>
      <dd><p><!--
Enables numeric comparison operators (`Lt` and `Gt`) for
[tolerations](/docs/concepts/scheduling-eviction/taint-and-toleration/).
-->
<p>启用<a href="/zh-cn/docs/concepts/scheduling-eviction/taint-and-toleration/">容忍度</a>的数值比较运算符（<code>Lt</code> 和 <code>Gt</code>）。</p></p></dd><dt id="TokenRequestServiceAccountUIDValidation"><code class="feature-gate-name">TokenRequestServiceAccountUIDValidation</code></dt>
      <dd><p><!--
This is used to ensure that the UID provided in the TokenRequest matches
the UID of the ServiceAccount for which the token is being requested.
It helps prevent misuse of the TokenRequest API by ensuring that
tokens are only issued for the correct ServiceAccount.
-->
<p>此特性门控用于确保 TokenRequest 中提供的 UID 与正在请求令牌的 ServiceAccount UID 一致。<br>
此特性门控有助于防止滥用 TokenRequest API，确保令牌只会签发给正确的 ServiceAccount。</p></p></dd><dt id="TopologyAwareHints"><code class="feature-gate-name">TopologyAwareHints</code></dt>
      <dd><p><!--
Enables topology aware routing based on topology hints
in EndpointSlices. See [Topology Aware
Hints](/docs/concepts/services-networking/topology-aware-routing/) for more
details.
-->
<p>在 EndpointSlice 中启用基于拓扑提示的拓扑感知路由。
更多细节参见<a href="/zh-cn/docs/concepts/services-networking/topology-aware-routing/">拓扑感知路由</a>。</p></p></dd><dt id="TopologyAwareWorkloadScheduling"><code class="feature-gate-name">TopologyAwareWorkloadScheduling</code></dt>
      <dd><p><!--
Enable topology-aware scheduling for Workloads.
-->
<p>为工作负载启用拓扑感知调度。</p></p></dd><dt id="TopologyManagerPolicyAlphaOptions"><code class="feature-gate-name">TopologyManagerPolicyAlphaOptions</code></dt>
      <dd><p><!--
Allow fine-tuning of topology manager policies,
experimental, Alpha-quality options.
This feature gate guards *a group* of topology manager options whose quality level is alpha.
This feature gate will never graduate to beta or stable.
-->
<p>允许微调拓扑管理器策略的实验性的、Alpha 质量的选项。
此特性门控守护<strong>一组</strong>质量级别为 Alpha 的拓扑管理器选项。
此特性门控绝对不会进阶至 Beta 或稳定版。</p></p></dd><dt id="TopologyManagerPolicyBetaOptions"><code class="feature-gate-name">TopologyManagerPolicyBetaOptions</code></dt>
      <dd><p><!--
Allow fine-tuning of topology manager policies,
experimental, Beta-quality options.
This feature gate guards *a group* of topology manager options whose quality level is beta.
This feature gate will never graduate to stable.
-->
<p>允许微调拓扑管理器策略的实验性的、Beta 质量的选项。
此特性门控守护<strong>一组</strong>质量级别为 Beta 的拓扑管理器选项。
此特性门控绝对不会进阶至稳定版。</p></p></dd><dt id="TopologyManagerPolicyOptions"><code class="feature-gate-name">TopologyManagerPolicyOptions</code></dt>
      <dd><p><!--
Enable [fine-tuning](/docs/tasks/administer-cluster/topology-manager/#topology-manager-policy-options)
of topology manager policies.
-->
<p>启用拓扑管理器策略的<a href="/zh-cn/docs/tasks/administer-cluster/topology-manager/#topology-manager-policy-options">微调</a>。</p></p></dd><dt id="TranslateStreamCloseWebsocketRequests"><code class="feature-gate-name">TranslateStreamCloseWebsocketRequests</code></dt>
      <dd><p><!--
Allow WebSocket streaming of the
remote command sub-protocol (`exec`, `cp`, `attach`) from clients requesting
version 5 (v5) of the sub-protocol.
-->
<p>允许从请求 v5 子协议版本的客户端处通过 WebSocket 流式传输远程命令子协议（<code>exec</code>、<code>cp</code>、<code>attach</code>）。</p></p></dd><dt id="UnauthenticatedHTTP2DOSMitigation"><code class="feature-gate-name">UnauthenticatedHTTP2DOSMitigation</code></dt>
      <dd><p><!--
Enables HTTP/2 Denial of Service (DoS) mitigations for unauthenticated clients.
Kubernetes v1.28.0 through v1.28.2 do not include this feature gate.
-->
<p>启用了针对未认证客户端的 HTTP/2 拒绝服务（DoS）防护措施。
Kubernetes v1.28.0 至 v1.28.2 版本并未包括这项特性门控。</p></p></dd><dt id="UnknownVersionInteroperabilityProxy"><code class="feature-gate-name">UnknownVersionInteroperabilityProxy</code></dt>
      <dd><p><!--
Proxy resource requests to the correct peer kube-apiserver when
multiple kube-apiservers exist at varied versions.
See [Mixed version proxy](/docs/concepts/architecture/mixed-version-proxy/) for more information.
-->
<p>当存在多个不同版本的 kube-apiserver 时，将资源请求代理到正确的对等 kube-apiserver。
更多信息请参见<a href="/zh-cn/docs/concepts/architecture/mixed-version-proxy/">混合版本代理</a>。</p></p></dd><dt id="UnlockWhileProcessingFIFO"><code class="feature-gate-name">UnlockWhileProcessingFIFO</code></dt>
      <dd><p><!--
Enable use of a FIFO queue within client-go that unlocks while processing events. If not enabled, 
the queue instead holds the lock for the entire duration of processing events, which could lead 
to performance issues in high-throughput scenarios.
This feature gate can be toggled in the kube-controller-manager and
any client-go based controller.
-->
<p>启用在 client-go 中使用在处理事件时解锁的 FIFO 队列。
如果未启用，队列会在处理事件的整个过程中持有锁，这可能会在高吞吐量场景中出现性能问题。
此特性门控可以在 kube-controller-manager 和任何基于 client-go 的控制器中切换。</p>
<!--
You can only enable this feature gate if the
[AtomicFIFO](/docs/reference/command-line-tools-reference/feature-gates/#AtomicFIFO)
feature gate is also enabled.
-->
<p>只有在同时启用了
<a href="/zh-cn/docs/reference/command-line-tools-reference/feature-gates/#AtomicFIFO">AtomicFIFO</a>
特性门控的情况下，才能启用此特性门控。</p>
</p></dd><dt id="UserNamespacesHostNetworkSupport"><code class="feature-gate-name">UserNamespacesHostNetworkSupport</code></dt>
      <dd><p><!--
When enabled, pods are allowed to use both `hostNetwork` and
[User Namespaces](/docs/concepts/workloads/pods/user-namespaces) simultaneously.
-->
<p>启用后，Pod 可以同时使用 <code>hostNetwork</code> 和
<a href="/zh-cn/docs/concepts/workloads/pods/user-namespaces">用户名字空间</a>。</p></p></dd><dt id="UserNamespacesSupport"><code class="feature-gate-name">UserNamespacesSupport</code></dt>
      <dd><p><!--
Enable user namespace support for Pods.
-->
<p>为 Pod 启用用户命名空间支持。</p></p></dd><dt id="VolumeAttributesClass"><code class="feature-gate-name">VolumeAttributesClass</code></dt>
      <dd><p><!--
Enable support for VolumeAttributesClasses.
See [Volume Attributes Classes](/docs/concepts/storage/volume-attributes-classes/)
for more information.
-->
<p>启用对 VolumeAttributesClasses 的支持。
更多细节参见<a href="/zh-cn/docs/concepts/storage/volume-attributes-classes/">卷属性类</a>。</p></p></dd><dt id="VolumeLimitScaling"><code class="feature-gate-name">VolumeLimitScaling</code></dt>
      <dd><p><!--
Enables volume limit scaling for CSI drivers. This allows scheduler to
co-ordinate better with cluster-autoscaler for storage limits.
See [Storage Limits](/docs/concepts/storage/storage-limits/)
for more information.
-->
<p>启用 CSI 驱动程序的卷限制扩展。这使得调度器能够更好地与
cluster-autoscaler 协调存储限制。
详见<a href="/zh-cn/docs/concepts/storage/storage-limits/">存储限制</a>。</p></p></dd><dt id="WatchCacheInitializationPostStartHook"><code class="feature-gate-name">WatchCacheInitializationPostStartHook</code></dt>
      <dd><p><!--
Enables post-start-hook for watchcache initialization to be part of readyz (with timeout).
-->
<p>启用监视缓存（WatchCache）初始化的 post-start-hook，使之成为就绪态端点（readyz）的考察条件（带超时）。</p></p></dd><dt id="WatchFromStorageWithoutResourceVersion"><code class="feature-gate-name">WatchFromStorageWithoutResourceVersion</code></dt>
      <dd><p><!--
Enables watches without `resourceVersion` to be served from storage.
-->
<p>允许在没有 <code>resourceVersion</code> 的情况下基于存储提供监视服务。</p></p></dd><dt id="WatchList"><code class="feature-gate-name">WatchList</code></dt>
      <dd><p><!--
Enable support for [streaming initial state of objects in watch requests](/docs/reference/using-api/api-concepts/#streaming-lists).
-->
<p>启用对<a href="/zh-cn/docs/reference/using-api/api-concepts/#streaming-lists">监听请求中流式传输对象初始状态</a>的支持。</p></p></dd><dt id="WatchListClient"><code class="feature-gate-name">WatchListClient</code></dt>
      <dd><p><!--
Allows an API client to request a stream of data rather than fetching a full list. 
This functionality is available in `client-go` and requires the 
[WatchList](/docs/reference/command-line-tools-reference/feature-gates/) 
feature to be enabled on the server. 
If the `WatchList` is not supported on the server, the client will seamlessly fall back to a standard list request.
-->
<p>允许 API 客户端请求数据流，而不是获取完整的列表。
此功能可以在 <code>client-go</code> 中使用，需要在服务器上启用
<a href="/zh-cn/docs/reference/command-line-tools-reference/feature-gates/">WatchList</a>
特性。如果服务器不支持 <code>WatchList</code>，客户端将自动回退为标准的 list 请求。</p></p></dd><dt id="WindowsCPUAndMemoryAffinity"><code class="feature-gate-name">WindowsCPUAndMemoryAffinity</code></dt>
      <dd><p><!--
Add CPU and Memory Affinity support to Windows nodes with [CPUManager](/docs/tasks/administer-cluster/cpu-management-policies/#windows-support),
[MemoryManager](/docs/tasks/administer-cluster/memory-manager/#windows-support)
and topology manager.
-->
<p>使用 <a href="/zh-cn/docs/tasks/administer-cluster/cpu-management-policies/#windows-support">CPUManager</a>、
<a href="/zh-cn/docs/tasks/administer-cluster/memory-manager/#windows-support">MemoryManager</a>
和拓扑管理器，为 Windows 节点提供 CPU 和内存亲和性支持。</p></p></dd><dt id="WindowsGracefulNodeShutdown"><code class="feature-gate-name">WindowsGracefulNodeShutdown</code></dt>
      <dd><p><!--
Enables support for windows node graceful shutdown in kubelet.
During a system shutdown, kubelet will attempt to detect the shutdown event
and gracefully terminate pods running on the node. See
[Graceful Node Shutdown](/docs/concepts/architecture/nodes/#graceful-node-shutdown)
for more details.
-->
<p>在 kubelet 中启用对 Windows 节点体面关闭的支持。
在系统关闭期间，kubelet 将尝试检测关闭事件并体面终止节点上正运行的 Pod。
细节参见<a href="/zh-cn/docs/concepts/architecture/nodes/#graceful-node-shutdown">体面节点关闭</a>。</p></p></dd><dt id="WindowsHostNetwork"><code class="feature-gate-name">WindowsHostNetwork</code></dt>
      <dd><p><!--
Enables support for joining Windows containers to a hosts' network namespace.
-->
<p>启用对 Windows 容器接入主机网络名字空间的支持。</p></p></dd><dt id="WinDSR"><code class="feature-gate-name">WinDSR</code></dt>
      <dd><p><!--
Allows kube-proxy to create DSR loadbalancers for Windows.
-->
<p>允许 kube-proxy 为 Windows 创建 DSR（Direct Server Return，直接服务器返回）负载均衡器。</p></p></dd><dt id="WinOverlay"><code class="feature-gate-name">WinOverlay</code></dt>
      <dd><p><!--
Allows kube-proxy to run in overlay mode for Windows.
-->
<p>允许 kube-proxy 以覆盖模式在 Windows 上运行。</p></p></dd><dt id="WorkloadAwarePreemption"><code class="feature-gate-name">WorkloadAwarePreemption</code></dt>
      <dd><p><!--
Enables the support for [Workload-aware preemption](/docs/concepts/scheduling-eviction/workload-aware-preemption/).

When enabled, if a PodGroup fails to schedule, the scheduler will use a workload-aware preemption
algorithm to select victims to preempt instead of the default pod preemption algorithm.
-->
<p>启用对<a href="/zh-cn/docs/concepts/scheduling-eviction/workload-aware-preemption/">工作负载感知抢占</a>的支持。</p>
<p>启用后，如果 PodGroup 调度失败，调度器将使用工作负载感知抢占算法来选择要抢占的牺牲品，而不是默认的 Pod 抢占算法。</p>
</p></dd><dt id="WorkloadWithJob"><code class="feature-gate-name">WorkloadWithJob</code></dt>
      <dd><p><!--
Enables the Job controller to automatically create
[Workload](/docs/concepts/workloads/workload-api/) and
[PodGroup](/docs/reference/kubernetes-api/workload-resources/workload-v1alpha1/) objects
for [qualifying Jobs](/docs/concepts/workloads/controllers/job#qualifying-criteria).
See [Integrate with Workload APIs](/docs/concepts/workloads/controllers/job#integrate-with-workload-apis)
for details.
-->
<p>启用 Job 控制器自动为
<a href="/zh-cn/docs/concepts/workloads/controllers/job#qualifying-criteria">符合条件的 Job</a> 创建
<a href="/zh-cn/docs/concepts/workloads/workload-api/">Workload</a> 和
<a href="/zh-cn/docs/reference/kubernetes-api/workload-resources/workload-v1alpha1/">PodGroup</a> 对象。
详见<a href="/zh-cn/docs/concepts/workloads/controllers/job#integrate-with-workload-apis">与 Workload API 集成</a>。</p></p></dd></dl>


## 接下来

<!--
* The [deprecation policy](/docs/reference/using-api/deprecation-policy/) for Kubernetes explains
  the project's approach to removing features and components.
* Since Kubernetes 1.24, new beta APIs are not enabled by default.  When enabling a beta
  feature, you will also need to enable any associated API resources.
  For example, to enable a particular resource like
  `storage.k8s.io/v1beta1/csistoragecapacities`, set `--runtime-config=storage.k8s.io/v1beta1/csistoragecapacities`.
  See [API Versioning](/docs/reference/using-api/#api-versioning) for more details on the command line flags.
* See [Configure Feature Gates](/docs/tasks/administer-cluster/configure-feature-gates/)
  for step-by-step guidance on enabling feature gates.
-->
* Kubernetes 的[弃用策略](/zh-cn/docs/reference/using-api/deprecation-policy/)介绍了项目针对已移除特性和组件的处理方法。
* 从 Kubernetes 1.24 开始，默认不启用新的 Beta API。
  启用 Beta 功能时，还需要启用所有关联的 API 资源。
  例如：要启用一个特定资源，如 `storage.k8s.io/v1beta1/csistoragecapacities`，
  请设置 `--runtime-config=storage.k8s.io/v1beta1/csistoragecapacities`。
  有关命令行标志的更多详细信息，请参阅 [API 版本控制](/zh-cn/docs/reference/using-api/#api-versioning)。
* 参阅[配置特性门控](/zh-cn/docs/tasks/administer-cluster/configure-feature-gates/)了解启用特性门控的分步操作指南。
