特性门控

本页详述了管理员可以在不同的 Kubernetes 组件上指定的各种特性门控。

关于特性各个阶段的说明，请参见特性阶段。

概述

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

每个 Kubernetes 组件都支持启用或禁用与该组件相关的一组特性门控。 使用 -h 参数来查看所有组件支持的完整特性门控。 要为诸如 kubelet 之类的组件设置特性门控，请使用 --feature-gates 参数， 并向其传递一个特性设置键值对列表：

--feature-gates=...,GracefulNodeShutdown=true

下表总结了在不同的 Kubernetes 组件上可以设置的特性门控。

• 引入特性或更改其发布阶段后，”开始（Since）” 列将包含 Kubernetes 版本。
• “结束（Until）” 列（如果不为空）包含最后一个 Kubernetes 版本，你仍可以在其中使用特性门控。
• 如果某个特性处于 Alpha 或 Beta 状态，你可以在 Alpha 和 Beta 特性门控表中找到该特性。
• 如果某个特性处于稳定状态， 你可以在已毕业和废弃特性门控表中找到该特性的所有阶段。
• 已毕业和废弃特性门控表还列出了废弃的和已被移除的特性。

说明：

有关已移除的原有特性门控的参考信息， 请参阅已移除的特性门控。

Alpha 和 Beta 状态的特性门控

已毕业和已废弃的特性门控

使用特性

特性阶段

处于 Alpha 、Beta 、 GA 阶段的特性。

Alpha 特性代表：

• 默认禁用。
• 可能有错误，启用此特性可能会导致错误。
• 随时可能删除对此特性的支持，恕不另行通知。
• 在以后的软件版本中，API 可能会以不兼容的方式更改，恕不另行通知。
• 建议将其仅用于短期测试中，因为开启特性会增加错误的风险，并且缺乏长期支持。

Beta 特性代表：

• 默认启用。
• 该特性已经经过良好测试。启用该特性是安全的。
• 尽管详细信息可能会更改，但不会放弃对整体特性的支持。
• 对象的架构或语义可能会在随后的 Beta 或稳定版本中以不兼容的方式更改。 当发生这种情况时，我们将提供迁移到下一版本的说明。此特性可能需要删除、编辑和重新创建 API 对象。 编辑过程可能需要慎重操作，因为这可能会导致依赖该特性的应用程序停机。
• 推荐仅用于非关键业务用途，因为在后续版本中可能会发生不兼容的更改。如果你具有多个可以独立升级的，则可以放宽此限制。

说明：

请试用 Beta 特性并提供相关反馈！ 一旦特性结束 Beta 状态，我们就不太可能再对特性进行大幅修改。

General Availability (GA) 特性也称为 稳定 特性，GA 特性代表着：

• 此特性会一直启用；你不能禁用它。
• 不再需要相应的特性门控。
• 对于许多后续版本，特性的稳定版本将出现在发行的软件中。

特性门控列表

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

• APIListChunking：启用 API 客户端以块的形式从 API 服务器检索（LIST 或 GET）资源。
• APIPriorityAndFairness：在每个服务器上启用优先级和公平性来管理请求并发（由 RequestManagement 重命名而来）。
• APIResponseCompression：压缩 LIST 或 GET 请求的 API 响应。
• APISelfSubjectReview：激活 SelfSubjectReview API，允许用户查看请求主体的身份验证信息。 更多细节请参阅 API 访问客户端的身份验证信息。
• APIServerIdentity：使用租约为集群中的每个 API 服务器赋予一个 ID。

• APIServerTracing：为集群中的每个 API 服务器添加对分布式跟踪的支持。 参阅针对 Kubernetes 系统组件的追踪 获取更多详细信息。

• AdvancedAuditing：启用高级审计功能。

• AggregatedDiscoveryEndpoint：启用单个 HTTP 端点 /discovery/<version>， 支持用 ETag 进行原生 HTTP 缓存，包含 API 服务器已知的所有 APIResource。
• AnyVolumeDataSource：允许使用任何自定义的资源来做作为 PVC 中的 DataSource。

• AppArmor：在 Linux 节点上为 Pod 启用 AppArmor 机制的强制访问控制。 请参见 AppArmor 教程获取详细信息。

• ContainerCheckpoint：启用 kubelet checkpoint API。 参阅 Kubelet Checkpoint API 获取更多详细信息。

• ControllerManagerLeaderMigration：为 kube-controller-manager 和 cloud-controller-manager 启用 Leader 迁移，它允许集群管理者在没有停机的高可用集群环境下，实时把 kube-controller-manager 迁移到外部的 controller-manager (例如 cloud-controller-manager) 中。

• CPUManager：启用容器级别的 CPU 亲和性支持，有关更多详细信息，请参见 CPU 管理策略。

• CPUManagerPolicyAlphaOptions：允许对 CPUManager 策略进行微调，针对试验性的、Alpha 质量级别的选项。 此特性门控用来保护一组质量级别为 Alpha 的 CPUManager 选项。 此特性门控永远不会被升级为 Beta 或者稳定版本。
• CPUManagerPolicyBetaOptions：允许对 CPUManager 策略进行微调，针对试验性的、Beta 质量级别的选项。 此特性门控用来保护一组质量级别为 Beta 的 CPUManager 选项。 此特性门控永远不会被升级为稳定版本。

• CPUManagerPolicyOptions：允许微调 CPU 管理策略。

• CSIInlineVolume：为 Pod 启用 CSI 内联卷支持。

• CSIMigration：确保封装和转换逻辑能够将卷操作从内嵌插件路由到相应的预安装 CSI 插件。

• CSIMigrationAWS：确保填充和转换逻辑能够将卷操作从 AWS-EBS 内嵌插件路由到 EBS CSI 插件。 如果节点禁用了此特性门控或者未安装和配置 EBS CSI 插件，支持回退到内嵌 EBS 插件来执行卷挂载操作。 不支持回退到这些插件来执行卷制备操作，因为需要安装并配置 CSI 插件。

• CSIMigrationAzureDisk：确保填充和转换逻辑能够将卷操作从 AzureDisk 内嵌插件路由到 Azure 磁盘 CSI 插件。对于禁用了此特性的节点或者没有安装并配置 AzureDisk CSI 插件的节点，支持回退到内嵌（in-tree）AzureDisk 插件来执行磁盘挂载操作。 不支持回退到内嵌插件来执行磁盘制备操作，因为对应的 CSI 插件必须已安装且正确配置。 此特性需要启用 CSIMigration 特性标志。

• CSIMigrationAzureFile：确保封装和转换逻辑能够将卷操作从 AzureFile 内嵌插件路由到 AzureFile CSI 插件。对于禁用了此特性的节点或者没有安装并配置 AzureFile CSI 插件的节点，支持回退到内嵌（in-tree）AzureFile 插件来执行卷挂载操作。 不支持回退到内嵌插件来执行卷制备操作，因为对应的 CSI 插件必须已安装且正确配置。 此特性需要启用 CSIMigration 特性标志。

• CSIMigrationGCE：启用填充和转换逻辑，将卷操作从 GCE-PD 内嵌插件路由到 PD CSI 插件。对于禁用了此特性的节点或者没有安装并配置 PD CSI 插件的节点， 支持回退到内嵌（in-tree）GCE 插件来执行挂载操作。 不支持回退到内嵌插件来执行制备操作，因为对应的 CSI 插件必须已安装且正确配置。 此特性需要启用 CSIMigration 特性标志。

• CSIMigrationRBD：启用填充和转换逻辑，将卷操作从 RBD 的内嵌插件路由到 Ceph RBD CSI 插件。此特性要求 CSIMigration 和 csiMigrationRBD 特性标志均被启用， 且集群中安装并配置了 Ceph CSI 插件。此标志已被弃用，以鼓励使用 InTreePluginRBDUnregister 特性标志。后者会禁止注册内嵌的 RBD 插件。

• CSIMigrationvSphere：允许封装和转换逻辑将卷操作从 vSphere 内嵌插件路由到 vSphere CSI 插件。如果节点禁用了此特性门控或者未安装和配置 vSphere CSI 插件， 则支持回退到 vSphere 内嵌插件来执行挂载操作。 不支持回退到内嵌插件来执行制备操作，因为对应的 CSI 插件必须已安装且正确配置。 这需要启用 CSIMigration 特性标志。

• CSIMigrationPortworx：启用填充和转换逻辑，将卷操作从 Portworx 内嵌插件路由到 Portworx CSI 插件。需要在集群中安装并配置 Portworx CSI 插件.

• CSINodeExpandSecret：允许在 NodeExpandVolume CSI 操作期间将 Secret 身份验证数据传递到 CSI 驱动以供后者使用。

• CSIStorageCapacity：使 CSI 驱动程序可以发布存储容量信息，并使 Kubernetes 调度程序在调度 Pod 时使用该信息。参见存储容量。 详情请参见 csi 卷类型。

• CSIVolumeHealth：启用对节点上的 CSI volume 运行状况监控的支持。

• ComponentSLIs: 在 kubelet、kube-scheduler、kube-proxy、kube-controller-manager、cloud-controller-manager 等 Kubernetes 组件上启用 /metrics/slis 端点，从而允许你抓取健康检查指标。
• ConsistentHTTPGetHandlers：使用探测器为生命周期处理程序规范化 HTTP get URL 和标头传递。
• ContextualLogging：当你启用这个特性门控，支持日志上下文记录的 Kubernetes 组件会为日志输出添加额外的详细内容。
• ControllerManagerLeaderMigration：为 kube-controller-manager 和 cloud-controller-manager 开启领导者迁移功能。

• CronJobTimeZone：允许在 CronJobs 中使用 timeZone 可选字段。

• CrossNamespaceVolumeDataSource：启用跨名字空间卷数据源，以允许你在 PersistentVolumeClaim 的 dataSourceRef 字段中指定一个源名字空间。

• CustomCPUCFSQuotaPeriod：使节点能够更改 kubelet 配置中的 cpuCFSQuotaPeriod。

• CustomResourceValidationExpressions：启用 CRD 中的表达式语言合法性检查， 基于 x-kubernetes-validations 扩展中所书写的合法性检查规则来验证定制资源。

• DaemonSetUpdateSurge：使 DaemonSet 工作负载在每个节点的更新期间保持可用性。 参阅对 DaemonSet 执行滚动更新。

• DelegateFSGroupToCSIDriver：如果 CSI 驱动程序支持，则通过 NodeStageVolume 和 NodePublishVolume CSI 调用传递 fsGroup，将应用 fsGroup 从 Pod 的 securityContext 的角色委托给驱动。

• DevicePlugins：在节点上启用基于设备插件的资源制备。

• DisableAcceleratorUsageMetrics： 禁用 kubelet 收集加速器指标。

• DisableCloudProviders：禁用 kube-apiserver，kube-controller-manager 和 kubelet 组件的 --cloud-provider 标志相关的所有功能。

• DisableKubeletCloudCredentialProviders：禁用 kubelet 中为拉取镜像内置的凭据机制， 该凭据用于向某云提供商的容器镜像仓库执行身份认证。
• DownwardAPIHugePages： 允许在下行（Downward）API 中使用巨页信息。

• DryRun：启用在服务器端对请求进行试运行（Dry Run）， 以便测试验证、合并和修改，同时避免提交更改。

• DynamicResourceAllocation：启用对具有自定义参数和独立于 Pod 生命周期的资源的支持。

• EndpointSliceTerminatingCondition：允许使用 EndpointSlice 的 terminating 和 serving 状况字段。

• EfficientWatchResumption：允许将存储发起的书签（进度通知）事件传递给用户。 这仅适用于监视操作。

• EphemeralContainers：启用添加 临时容器 到正在运行的 Pod 的特性。

• EventedPLEG：启用此特性后，kubelet 能够通过 CRI 扩展从容器运行时接收容器生命周期事件。 （PLEG 是 Pod lifecycle event generator 的缩写，即 Pod 生命周期事件生成器）。 要使用此特性，你还需要在集群中运行的每个容器运行时中启用对容器生命周期事件的支持。 如果容器运行时未宣布支持容器生命周期事件，即使你已启用了此特性门控，kubelet 也会自动切换到原有的通用 PLEG 机制。

• ExecProbeTimeout：确保 kubelet 会遵从 exec 探针的超时值设置。 此特性门控的主要目的是方便你处理现有的、依赖于已被修复的缺陷的工作负载； 该缺陷导致 Kubernetes 会忽略 exec 探针的超时值设置。 参阅就绪态探针.

• ExpandCSIVolumes：启用扩展 CSI 卷。

• ExpandedDNSConfig：在 kubelet 和 kube-apiserver 上启用后， 允许使用更多的 DNS 搜索域和搜索域列表。此功能特性需要容器运行时 （Containerd：v1.5.6 或更高，CRI-O：v1.22 或更高）的支持。 参阅扩展 DNS 配置.
• ExpandInUsePersistentVolumes：启用扩充使用中的 PVC 的尺寸。 请查阅调整使用中的 PersistentVolumeClaim 的大小。

• ExpandPersistentVolumes：允许扩充持久卷。 请查阅扩展持久卷申领。

• ExperimentalHostUserNamespaceDefaulting：启用主机默认的用户名字空间。 这适用于使用其他主机名字空间、主机安装的容器，或具有特权或使用特定的非名字空间功能 （例如 MKNODE、SYS_MODULE 等）的容器。 如果在 Docker 守护程序中启用了用户名字空间重新映射，则启用此选项。

• GracefulNodeShutdown：在 kubelet 中启用体面地关闭节点的支持。 在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pod。 参阅体面地关闭节点以了解更多细节。

• GracefulNodeShutdownBasedOnPodPriority：允许 kubelet 在体面终止节点时检查 Pod 的优先级。

• GRPCContainerProbe：为 LivenessProbe、ReadinessProbe、StartupProbe 启用 gRPC 探针。 参阅配置活跃态、就绪态和启动探针。

• HonorPVReclaimPolicy：无论 PV 和 PVC 的删除顺序如何，当持久卷申领的策略为 Delete 时，确保这种策略得到处理。 更多详细信息，请参阅 PersistentVolume 删除保护 finalizer 文档。

• HPAContainerMetrics：允许 HorizontalPodAutoscaler 基于目标 Pods 中各容器的度量值来执行扩缩操作。

• HPAScaleToZero：使用自定义指标或外部指标时，可将 HorizontalPodAutoscaler 资源的 minReplicas 设置为 0。

• IPTablesOwnershipCleanup：这使得 kubelet 不再创建传统的 iptables 规则。

• IdentifyPodOS：允许设置 Pod 的 OS 字段。这一设置有助于在 API 服务器准入期间确定性地辨识 Pod 的 OS。在 Kubernetes 1.27 中，pod.spec.os.name 可选的值包括 windows 和 linux。

• ImmutableEphemeralVolumes：允许将各个 Secret 和 ConfigMap 标记为不可变更的， 以提高安全性和性能。
• IngressClassNamespacedParams：允许在 IngressClass 资源中使用名字空间范围的参数引用。 此功能为 IngressClass.spec.parameters 添加了两个字段 - scope 和 namespace。
• Initializers：允许使用 Intializers 准入插件来异步协调对象创建操作。
• InTreePluginAWSUnregister：在 kubelet 和卷控制器上关闭注册 aws-ebs 内嵌插件。
• InTreePluginAzureDiskUnregister：在 kubelet 和卷控制器上关闭注册 azuredisk 内嵌插件。

• InTreePluginAzureFileUnregister：在 kubelet 和卷控制器上关闭注册 azurefile 内嵌插件。

• InTreePluginGCEUnregister：在 kubelet 和卷控制器上关闭注册 gce-pd 内嵌插件。

• InTreePluginOpenStackUnregister：在 kubelet 和卷控制器上关闭注册 OpenStack cinder 内嵌插件。
• InTreePluginPortworxUnregister：在 kubelet 和卷控制器上关闭注册 Portworx 内嵌插件。

• InTreePluginRBDUnregister：在 kubelet 和卷控制器上关闭注册 RBD 内嵌插件。

• InTreePluginvSphereUnregister：在 kubelet 和卷控制器上关闭注册 vSphere 内嵌插件。

• IndexedJob：允许 Job 控制器根据完成索引来管理 Pod 完成。
• IngressClassNamespacedParams：允许在 IngressClass 资源中引用名字空间范围的参数。 该特性增加了两个字段 —— scope、namespace 到 IngressClass.spec.parameters。

• Initializers： 使用 Initializers 准入插件允许异步协调对象创建。

• JobMutableNodeSchedulingDirectives：允许在 Job 的 Pod 模板中更新节点调度指令。

• JobPodFailurePolicy：允许用户根据容器退出码和 Pod 状况来指定 Pod 失效的处理方法。

• JobReadyPods：允许跟踪状况为 Ready 的 Pod 的个数。Ready 的 Pod 记录在 Job 对象的 status 字段中。

• JobTrackingWithFinalizers：启用跟踪 Job 完成情况，而不是永远从集群剩余 Pod 来获取信息判断完成情况。Job 控制器使用 Pod finalizers 和 Job 状态中的一个字段来跟踪已完成的 Pod 以计算完成。

• KMSv2：启用 KMS v2 API 以实现静态加密。 详情参见使用 KMS 驱动进行数据加密。

• KubeletCredentialProviders：允许使用 kubelet exec 凭据提供程序来设置镜像拉取凭据。

• KubeletInUserNamespace：支持在用户名字空间里运行 kubelet。 请参见使用非 Root 用户来运行 Kubernetes 节点组件。

• KubeletPodResources：启用 kubelet 上 Pod 资源 GRPC 端点。更多详细信息， 请参见支持设备监控。

• KubeletPodResourcesGetAllocatable：启用 kubelet 的 Pod 资源的 GetAllocatableResources 功能。 该 API 增强了资源分配报告 包含有关可分配资源的信息，使客户端能够正确跟踪节点上的可用计算资源。
• KubeletTracing：新增在 Kubelet 中对分布式追踪的支持。 启用时，kubelet CRI 接口和经身份验证的 http 服务器被插桩以生成 OpenTelemetry 追踪 span。 参阅针对 Kubernetes 系统组件的追踪 获取更多详细信息。
• LegacyServiceAccountTokenNoAutoGeneration：停止基于 Secret 自动生成服务账号令牌。

• LegacyServiceAccountTokenTracking：跟踪使用基于 Secret 的服务账号令牌。

• LocalStorageCapacityIsolation：允许使用 本地临时存储 以及 emptyDir 卷的 sizeLimit 属性。

• LocalStorageCapacityIsolationFSQuotaMonitoring：如果 本地临时存储启用了 LocalStorageCapacityIsolation，并且 emptyDir 卷的后备文件系统支持项目配额， 并且启用了这些配额，将使用项目配额来监视 emptyDir 卷的存储消耗而不是遍历文件系统， 以此获得更好的性能和准确性。

• LogarithmicScaleDown：启用 Pod 的半随机（semi-random）选择，控制器将根据 Pod 时间戳的对数桶按比例缩小去驱逐 Pod。

• LoggingAlphaOptions：允许微调实验性的、Alpha 质量的日志选项。
• LoggingBetaOptions：允许微调实验性的、Beta 质量的日志选项。
• MatchLabelKeysInPodTopologySpread：为 Pod 拓扑分布约束 启用 matchLabelKeys 字段。
• MaxUnavailableStatefulSet：启用为 StatefulSet 的滚动更新策略设置 maxUnavailable 字段。该字段指定更新过程中不可用 Pod 个数的上限。
• MemoryManager：允许基于 NUMA 拓扑为容器设置内存亲和性。
• MemoryQoS：使用 cgroup v2 内存控制器在 Pod / 容器上启用内存保护和使用限制。
• MinDomainsInPodTopologySpread：在 Pod 拓扑分布约束中启用 minDomains。
• MinimizeIPTablesRestore：在 kube-proxy iptables 模式中启用新的性能改进逻辑。

• MixedProtocolLBService：允许在同一 LoadBalancer 类型的 Service 实例中使用不同的协议。

• MultiCIDRRangeAllocator：启用 MultiCIDR 范围分配器。

• NetworkPolicyEndPort：在 NetworkPolicy 对象中启用 endPort 以允许选择端口范围而不是单个端口。
• NetworkPolicyStatus：为 NetworkPolicy 对象启用 status 子资源。

• NodeInclusionPolicyInPodTopologySpread：在计算 Pod 拓扑分布偏差时启用在 Pod 拓扑分布约束中使用 nodeAffinityPolicy and nodeTaintsPolicy。

• NodeOutOfServiceVolumeDetach：当使用 node.kubernetes.io/out-of-service 污点将节点标记为停止服务时，节点上不能容忍这个污点的 Pod 将被强制删除， 并且该在节点上被终止的 Pod 将立即进行卷分离操作。

• NodeSwap：启用 kubelet 为节点上的 Kubernetes 工作负载分配交换内存的能力。 必须将 KubeletConfiguration.failSwapOn 设置为 false 的情况下才能使用。 更多详细信息，请参见交换内存。
• OpenAPIEnums：允许在从 API 服务器返回的 spec 中填充 OpenAPI 模式的 “enum” 字段。
• OpenAPIV3：允许 API 服务器发布 OpenAPI V3。

• PDBUnhealthyPodEvictionPolicy：启用 PodDisruptionBudget 的 unhealthyPodEvictionPolicy 字段。 此字段指定何时应考虑驱逐不健康的 Pod。 更多细节请参阅不健康 Pod 驱逐策略。

• PodDeletionCost：启用 Pod 删除成本功能。 该功能使用户可以影响 ReplicaSet 的降序顺序。

• PodAndContainerStatsFromCRI：配置 kubelet 从 CRI 容器运行时中而不是从 cAdvisor 中采集容器和 Pod 统计信息。 从 1.26 开始，这还包括从 CRI 收集指标并通过 /metrics/cadvisor 输出这些指标（而不是让 cAdvisor 直接输出）。
• PodDisruptionConditions：启用支持追加一个专用的 Pod 状况，以表示 Pod 由于某个干扰正在被删除。
• PodHasNetworkCondition：使得 kubelet 能够对 Pod 标记 PodHasNetwork 状况。

• PodSchedulingReadiness：启用设置 schedulingGates 字段以控制 Pod 的调度就绪。

• PodSecurity: 开启 PodSecurity 准入控制插件。

• ProbeTerminationGracePeriod：在 Pod 上启用 设置探测器级别 terminationGracePeriodSeconds。 有关更多信息，请参见改进提案。

• ProcMountType：允许容器通过设置 SecurityContext 的 procMount 字段来控制对 proc 文件系统的挂载方式。
• ProxyTerminatingEndpoints：当 ExternalTrafficPolicy=Local 时， 允许 kube-proxy 来处理终止过程中的端点。
• QOSReserved：允许在 QoS 级别进行资源预留，以防止处于较低 QoS 级别的 Pod 突发进入处于较高 QoS 级别的请求资源（目前仅适用于内存）。

• ReadWriteOncePod: 允许使用 ReadWriteOncePod 访问模式的 PersistentVolume。

• RecoverVolumeExpansionFailure：允许用户编辑其 PVC 来缩小其尺寸， 从而从之前卷扩容发生的失败中恢复。更多细节可参见 从卷扩容失效中恢复。

• RemainingItemCount：允许 API 服务器在 分块列表请求 的响应中显示剩余条目的个数。

• RemoveSelfLink：将所有对象和集合的 .metadata.selfLink 字段设置为空（空字符串）。 该字段自 Kubernetes v1.16 版本以来已被弃用。 启用此功能后，.metadata.selfLink 字段仍然是 Kubernetes API 的一部分，但始终未设置。

• RetroactiveDefaultStorageClass：允许以追溯方式分配 StorageClass 给未绑定的 PVC。

• RotateKubeletServerCertificate：在 kubelet 上启用服务器 TLS 证书的轮换。 更多详细信息，请参见 kubelet 配置。

• SELinuxMountReadWriteOncePod：通过允许 kubelet 直接用正确的 SELinux 标签为 Pod 挂载卷而不是以递归方式更改这些卷上的每个文件来加速容器启动。最初的实现侧重 ReadWriteOncePod 卷。

• SeccompDefault: 允许将所有工作负载的默认 seccomp 配置文件为 RuntimeDefault。 seccomp 配置在 Pod 或者容器的 securityContext 字段中指定。

• ServerSideApply：在 API 服务器上启用服务器端应用（SSA）。

• ServerSideFieldValidation：启用服务器端字段验证。 这意味着验证资源模式在 API 服务器端而不是客户端执行 （例如，kubectl create 或 kubectl apply 命令行）。

• ServiceInternalTrafficPolicy：为服务启用 internalTrafficPolicy 字段。

• ServiceIPStaticSubrange：启用服务 ClusterIP 分配策略，从而细分 ClusterIP 范围。 动态分配的 ClusterIP 地址将优先从较高范围分配，以低冲突风险允许用户从较低范围分配静态 ClusterIP。 更多详细信息请参阅避免冲突

• SizeMemoryBackedVolumes：允许 kubelet 检查基于内存制备的卷的尺寸约束（目前主要针对 emptyDir 卷）。

• StatefulSetMinReadySeconds: 允许 StatefulSet 控制器采纳 minReadySeconds 设置。

• StatefulSetStartOrdinal：允许在 StatefulSet 中配置起始序号。 更多细节请参阅起始序号。

• StorageVersionAPI： 启用存储版本 API。

• StorageVersionHash：允许 API 服务器在版本发现中公开存储版本的哈希值。

• TopologyAwareHints： 在 EndpointSlices 中启用基于拓扑提示的拓扑感知路由。 更多详细信息可参见拓扑感知提示。

• TopologyManager：启用一种机制来协调 Kubernetes 不同组件的细粒度硬件资源分配。 详见控制节点上的拓扑管理策略。
• TopologyManagerPolicyAlphaOptions：允许微调拓扑管理器策略的实验性的、Alpha 质量的选项。 此特性门控守护 一组 质量级别为 Alpha 的拓扑管理器选项。 此特性门控绝对不会进阶至 Beta 或稳定版。
• TopologyManagerPolicyBetaOptions：允许微调拓扑管理器策略的实验性的、Beta 质量的选项。 此特性门控守护 一组 质量级别为 Beta 的拓扑管理器选项。 此特性门控绝对不会进阶至稳定版。
• TopologyManagerPolicyOptions: Allow fine-tuning of topology manager policies,

• UserNamespacesStatelessPodsSupport：为无状态 Pod 启用用户名字空间的支持。

• ValidatingAdmissionPolicy：启用准入控制中所用的对 CEL 校验的 ValidatingAdmissionPolicy 支持。

• VolumeCapacityPriority: 基于可用 PV 容量的拓扑，启用对不同节点的优先级支持。

• WatchBookmark：启用对 watch 操作中 bookmark 事件的支持。

• WinDSR：允许 kube-proxy 为 Windows 创建 DSR 负载均衡。

• WinOverlay：允许在 Windows 的覆盖网络模式下运行 kube-proxy。

• WindowsHostNetwork：启用对 Windows 容器接入主机网络名字空间的支持。

• WindowsHostProcessContainers：启用对 Windows HostProcess 容器的支持。

接下来

• Kubernetes 的弃用策略介绍了项目针对已移除特性和组件的处理方法。
• 从 Kubernetes 1.24 开始，默认不启用新的 Beta API。 启用 Beta 功能时，还需要启用所有关联的 API 资源。 例如：要启用一个特定资源，如 storage.k8s.io/v1beta1/csistoragecapacities， 请设置 --runtime-config=storage.k8s.io/v1beta1/csistoragecapacities。 有关命令行标志的更多详细信息，请参阅 API 版本控制。