特性门控

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

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

概述

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

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

--feature-gates="...,DynamicKubeletConfig=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 响应。
• APIServerIdentity：为集群中的每个 API 服务器赋予一个 ID。

• Accelerators：使用 Docker 时启用 Nvidia GPU 支持。
• AdvancedAuditing：启用高级审计功能。
• AffinityInAnnotations（ 已弃用 ）：启用 Pod 亲和或反亲和。
• AllowExtTrafficLocalEndpoints：启用服务用于将外部请求路由到节点本地终端。
• AllowInsecureBackendProxy：允许用户在执行 Pod 日志访问请求时跳过 TLS 验证。
• AnyVolumeDataSource: 允许使用任何自定义的资源来做作为 PVC 中的 DataSource.
• AppArmor：使用 Docker 时，在 Linux 节点上启用基于 AppArmor 机制的强制访问控制。 请参见 AppArmor 教程 获取详细信息。

• AttachVolumeLimit：启用卷插件用于报告可连接到节点的卷数限制。有关更多详细信息，请参阅 动态卷限制。
• BalanceAttachedNodeVolumes：在进行平衡资源分配的调度时，考虑节点上的卷数。 调度器在决策时会优先考虑 CPU、内存利用率和卷数更近的节点。
• BlockVolume：在 Pod 中启用原始块设备的定义和使用。有关更多详细信息，请参见 原始块卷支持。
• BoundServiceAccountTokenVolume：迁移 ServiceAccount 卷以使用由 ServiceAccountTokenVolumeProjection 组成的投射卷。集群管理员可以使用 serviceaccount_stale_tokens_total 度量值来监控依赖于扩展令牌的负载。 如果没有这种类型的负载，你可以在启动 kube-apiserver 时添加 --service-account-extend-token-expiration=false 参数关闭扩展令牌。查看 绑定服务账号令牌 获取更多详细信息。

• CPUManager：启用容器级别的 CPU 亲和性支持，有关更多详细信息，请参见 CPU 管理策略。
• CRIContainerLogRotation：为 cri 容器运行时启用容器日志轮换。
• CSIBlockVolume：启用外部 CSI 卷驱动程序用于支持块存储。有关更多详细信息，请参见 csi 原始块卷支持。
• CSIDriverRegistry：在 csi.storage.k8s.io 中启用与 CSIDriver API 对象有关的所有逻辑。
• CSIInlineVolume：为 Pod 启用 CSI 内联卷支持。
• CSIMigration：确保封装和转换逻辑能够将卷操作从内嵌插件路由到相应的预安装 CSI 插件。

• CSIMigrationAWS：确保填充和转换逻辑能够将卷操作从 AWS-EBS 内嵌插件路由到 EBS CSI 插件。 如果节点未安装和配置 EBS CSI 插件，则支持回退到内嵌 EBS 插件。 这需要启用 CSIMigration 特性标志。
• CSIMigrationAWSComplete：停止在 kubelet 和卷控制器中注册 EBS 内嵌插件， 并启用 shims 和转换逻辑将卷操作从AWS-EBS 内嵌插件路由到 EBS CSI 插件。 这需要启用 CSIMigration 和 CSIMigrationAWS 特性标志，并在集群中的所有节点上安装和配置 EBS CSI 插件。
• CSIMigrationAzureDisk：确保填充和转换逻辑能够将卷操作从 Azure 磁盘内嵌插件路由到 Azure 磁盘 CSI 插件。如果节点未安装和配置 AzureDisk CSI 插件， 支持回退到内建 AzureDisk 插件。这需要启用 CSIMigration 特性标志。
• CSIMigrationAzureDiskComplete：停止在 kubelet 和卷控制器中注册 Azure 磁盘内嵌插件， 并启用 shims 和转换逻辑以将卷操作从 Azure 磁盘内嵌插件路由到 AzureDisk CSI 插件。 这需要启用 CSIMigration 和 CSIMigrationAzureDisk 特性标志， 并在集群中的所有节点上安装和配置 AzureDisk CSI 插件。

• CSIMigrationAzureFile：确保封装和转换逻辑能够将卷操作从 Azure 文件内嵌插件路由到 Azure 文件 CSI 插件。如果节点未安装和配置 AzureFile CSI 插件， 支持回退到内嵌 AzureFile 插件。这需要启用 CSIMigration 特性标志。
• CSIMigrationAzureFileComplete：停止在 kubelet 和卷控制器中注册 Azure-File 内嵌插件， 并启用 shims 和转换逻辑以将卷操作从 Azure-File 内嵌插件路由到 AzureFile CSI 插件。 这需要启用 CSIMigration 和 CSIMigrationAzureFile 特性标志， 并在集群中的所有节点上安装和配置 AzureFile CSI 插件。

• CSIMigrationGCE：启用 shims 和转换逻辑，将卷操作从 GCE-PD 内嵌插件路由到 PD CSI 插件。如果节点未安装和配置 PD CSI 插件，支持回退到内嵌 GCE 插件。 这需要启用 CSIMigration 特性标志。
• CSIMigrationGCEComplete：停止在 kubelet 和卷控制器中注册 GCE-PD 内嵌插件， 并启用 shims 和转换逻辑以将卷操作从 GCE-PD 内嵌插件路由到 PD CSI 插件。 这需要启用 CSIMigration 和 CSIMigrationGCE 特性标志，并在集群中的所有节点上 安装和配置 PD CSI 插件。

• CSIMigrationOpenStack：确保填充和转换逻辑能够将卷操作从 Cinder 内嵌插件路由到 Cinder CSI 插件。如果节点未安装和配置 Cinder CSI 插件，支持回退到内嵌 Cinder 插件。 这需要启用 CSIMigration 特性标志。
• CSIMigrationOpenStackComplete：停止在 kubelet 和卷控制器中注册 Cinder 内嵌插件， 并启用 shims 和转换逻辑将卷操作从 Cinder 内嵌插件路由到 Cinder CSI 插件。 这需要启用 CSIMigration 和 CSIMigrationOpenStack 特性标志，并在集群中的所有节点上 安装和配置 Cinder CSI 插件。

• CSIMigrationvSphere: 允许封装和转换逻辑将卷操作从 vSphere 内嵌插件路由到 vSphere CSI 插件。如果节点未安装和配置 vSphere CSI 插件，则支持回退到 vSphere 内嵌插件。这需要启用 CSIMigration 特性标志。
• CSIMigrationvSphereComplete: 停止在 kubelet 和卷控制器中注册 vSphere 内嵌插件， 并启用 shims 和转换逻辑以将卷操作从 vSphere 内嵌插件路由到 vSphere CSI 插件。 这需要启用 CSIMigration 和 CSIMigrationvSphere 特性标志，并在集群中的所有节点上 安装和配置 vSphere CSI 插件。

• CSINodeInfo：在 csi.storage.k8s.io 中启用与 CSINodeInfo API 对象有关的所有逻辑。
• CSIPersistentVolume：启用发现和挂载通过 CSI（容器存储接口） 兼容卷插件配置的卷。
• CSIServiceAccountToken: 允许 CSI 驱动接收挂载卷目标 Pods 的服务账户令牌。 参阅令牌请求（Token Requests）。
• CSIStorageCapacity: 使 CSI 驱动程序可以发布存储容量信息，并使 Kubernetes 调度程序在调度 Pod 时使用该信息。参见 存储容量。 详情请参见 csi 卷类型。

• CSIVolumeFSGroupPolicy: 允许 CSIDrivers 使用 fsGroupPolicy 字段. 该字段能控制由 CSIDriver 创建的卷在挂载这些卷时是否支持卷所有权和权限修改。
• ConfigurableFSGroupPolicy：在 Pod 中挂载卷时，允许用户为 fsGroup 配置卷访问权限和属主变更策略。请参见 为 Pod 配置卷访问权限和属主变更策略。
• CronJobControllerV2：使用 CronJob 控制器的一种替代实现。否则，系统会选择同一控制器的 v1 版本。 控制器的 v2 版本提供试验性的性能改进。

• CustomCPUCFSQuotaPeriod：使节点能够更改 kubelet 配置. 中的 cpuCFSQuotaPeriod。
• CustomPodDNS：允许使用 Pod 的 dnsConfig 属性自定义其 DNS 设置。 更多详细信息，请参见 Pod 的 DNS 配置。
• CustomResourceDefaulting：为 CRD 启用在其 OpenAPI v3 验证模式中提供默认值的支持。
• CustomResourcePublishOpenAPI：启用 CRD OpenAPI 规范的发布。
• CustomResourceSubresources：对于用 CustomResourceDefinition 创建的资源启用其 /status 和 /scale 子资源。
• CustomResourceValidation：对于用 CustomResourceDefinition 创建的资源启用基于模式的验证。
• CustomResourceWebhookConversion：对于用 CustomResourceDefinition 创建的资源启用基于 Webhook 的转换。

• DefaultPodTopologySpread: 启用 PodTopologySpread 调度插件来完成 默认的调度传播.
• DevicePlugins：在节点上启用基于 设备插件的 资源制备。
• DisableAcceleratorUsageMetrics： 禁用 kubelet 收集加速器指标.
• DownwardAPIHugePages：允许在 下行（Downward）API 中使用巨页信息。
• DryRun：启用在服务器端对请求进行 彩排（Dry Run）， 以便测试验证、合并和修改，同时避免提交更改。
• DynamicAuditing（ 已弃用 ）：在 v1.19 版本前用于启用动态审计。

• DynamicKubeletConfig：启用 kubelet 的动态配置。请参阅 重新配置 kubelet。
• DynamicProvisioningScheduling：扩展默认调度器以了解卷拓扑并处理 PV 配置。 此特性已在 v1.12 中完全被 VolumeScheduling 特性取代。
• DynamicVolumeProvisioning（ 已弃用 ）：启用持久化卷到 Pod 的 动态预配置。
• EfficientWatchResumption：允许从存储发起的 bookmark（进度通知）事件被 通知到用户。此特性仅适用于 watch 操作。
• EnableAggregatedDiscoveryTimeout（ 已弃用 ）：对聚集的发现调用启用五秒钟超时设置。

• EnableEquivalenceClassCache：调度 Pod 时，使 scheduler 缓存节点的等效项。
• EndpointSlice：启用 EndpointSlice 以实现可扩缩性和可扩展性更好的网络端点。 参阅启用 EndpointSlice。
• EndpointSliceNodeName：允许使用 EndpointSlice 的 nodeName 字段。
• EndpointSliceProxying：启用此特性门控时，Linux 上运行的 kube-proxy 会使用 EndpointSlices 而不是 Endpoints 作为其主要数据源，从而使得可扩缩性和性能 提升成为可能。参阅 启用 EndpointSlice。
• EndpointSliceTerminatingCondition：允许使用 EndpointSlice 的 terminating 和 serving 状况字段。

• EphemeralContainers：启用添加 临时容器 到正在运行的 Pod 的特性。
• EvenPodsSpread：使 Pod 能够在拓扑域之间平衡调度。请参阅 Pod 拓扑扩展约束。
• ExecProbeTimeout：确保 kubelet 会遵从 exec 探针的超时值设置。 此特性门控的主要目的是方便你处理现有的、依赖于已被修复的缺陷的工作负载； 该缺陷导致 Kubernetes 会忽略 exec 探针的超时值设置。 参阅就绪态探针.

• ExpandInUsePersistentVolumes：启用扩充使用中的 PVC 的尺寸。请查阅 调整使用中的 PersistentVolumeClaim 的大小。
• ExpandPersistentVolumes：允许扩充持久卷。请查阅 扩展持久卷申领。
• ExperimentalCriticalPodAnnotation：启用将特定 Pod 注解为 critical 的方式，用于 确保其被调度。 从 v1.13 开始已弃用此特性，转而使用 Pod 优先级和抢占功能。

• ExperimentalHostUserNamespaceDefaultingGate：启用主机默认的用户名字空间。 这适用于使用其他主机名字空间、主机安装的容器，或具有特权或使用特定的非名字空间功能 （例如 MKNODE、SYS_MODULE 等）的容器。 如果在 Docker 守护程序中启用了用户名字空间重新映射，则启用此选项。
• GCERegionalPersistentDisk：在 GCE 上启用带地理区域信息的 PD 特性。
• GenericEphemeralVolume：启用支持临时的内联卷，这些卷支持普通卷 （可以由第三方存储供应商提供、存储容量跟踪、从快照还原等等）的所有功能。请参见 临时卷。
• GracefulNodeShutdown：在 kubelet 中启用体面地关闭节点的支持。 在系统关闭时，kubelet 会尝试监测该事件并体面地终止节点上运行的 Pods。参阅 体面地关闭节点 以了解更多细节。

• HPAContainerMetrics：允许 HorizontalPodAutoscaler 基于目标 Pods 中各容器 的度量值来执行扩缩操作。
• HPAScaleToZero：使用自定义指标或外部指标时，可将 HorizontalPodAutoscaler 资源的 minReplicas 设置为 0。
• HugePages：启用分配和使用预分配的 巨页资源。
• HugePageStorageMediumSize：启用支持多种大小的预分配 巨页资源。

• HyperVContainer：为 Windows 容器启用 Hyper-V 隔离。
• IPv6DualStack：启用双协议栈 以支持 IPv6。
• ImmutableEphemeralVolumes：允许将各个 Secret 和 ConfigMap 标记为不可变更的， 以提高安全性和性能。
• KubeletConfigFile（已弃用）：启用从使用配置文件指定的文件中加载 kubelet 配置。 有关更多详细信息，请参见 通过配置文件设置 kubelet 参数。
• KubeletCredentialProviders：允许使用 kubelet exec 凭据提供程序来设置 镜像拉取凭据。
• KubeletPluginsWatcher：启用基于探针的插件监视应用程序，使 kubelet 能够发现 类似 CSI 卷驱动程序这类插件。

• KubeletPodResources：启用 kubelet 的 Pod 资源 GRPC 端点。更多详细信息，请参见 支持设备监控。
• LegacyNodeRoleBehavior：禁用此门控时，服务负载均衡器中和节点干扰中的原先行为 会忽略 node-role.kubernetes.io/master 标签，使用 NodeDisruptionExclusion 和 ServiceNodeExclusion 对应特性所提供的标签。

• LocalStorageCapacityIsolation：允许使用 本地临时存储 以及 emptyDir 卷 的 sizeLimit 属性。
• LocalStorageCapacityIsolationFSQuotaMonitoring：如果 本地临时存储 启用了 LocalStorageCapacityIsolation，并且 emptyDir 卷 的后备文件系统支持项目配额，并且启用了这些配额，将使用项目配额来监视 emptyDir 卷的存储消耗 而不是遍历文件系统，以此获得更好的性能和准确性。
• MixedProtocolLBService：允许在同一 LoadBalancer 类型的 Service 实例中使用不同 的协议。
• MountContainers：允许使用主机上的工具容器作为卷挂载程序。

• MountPropagation：启用将一个容器安装的共享卷共享到其他容器或 Pod。 更多详细信息，请参见挂载传播。
• NodeDisruptionExclusion：启用节点标签 node.kubernetes.io/exclude-disruption， 以防止在可用区发生故障期间驱逐节点。
• NodeLease：启用新的 Lease（租期）API 以报告节点心跳，可用作节点运行状况信号。
• NonPreemptingPriority：为 PriorityClass 和 Pod 启用 NonPreempting 选项。
• PVCProtection：启用防止仍被某 Pod 使用的 PVC 被删除的特性。
• PersistentLocalVolumes：允许在 Pod 中使用 local（本地）卷类型。 如果请求 local 卷，则必须指定 Pod 亲和性属性。
• PodDisruptionBudget：启用 PodDisruptionBudget 特性。
• PodOverhead：启用 PodOverhead 特性以考虑 Pod 开销。

• PodPriority：根据优先级 启用 Pod 的调度和抢占。
• PodReadinessGates：启用 podReadinessGate 字段的设置以扩展 Pod 准备状态评估。 有关更多详细信息，请参见 Pod 就绪状态判别。
• PodShareProcessNamespace：在 Pod 中启用 shareProcessNamespace 的设置， 以便在 Pod 中运行的容器之间共享同一进程名字空间。更多详细信息，请参见 在 Pod 中的容器间共享同一进程名字空间。
• ProcMountType：允许容器通过设置 SecurityContext 的 procMount 字段来控制 对 proc 文件系统的挂载方式。
• QOSReserved：允许在 QoS 级别进行资源预留，以防止处于较低 QoS 级别的 Pod 突发进入处于较高 QoS 级别的请求资源（目前仅适用于内存）。
• RemainingItemCount：允许 API 服务器在 分块列表请求 的响应中显示剩余条目的个数。

• RemoveSelfLink：将 ObjectMeta 和 ListMeta 中的 selfLink 字段废弃并删除。
• ResourceLimitsPriorityFunction （ 已弃用 ）：启用某调度器优先级函数， 该函数将最低得分 1 指派给至少满足输入 Pod 的 CPU 和内存限制之一的节点， 目的是打破得分相同的节点之间的关联。
• ResourceQuotaScopeSelectors：启用资源配额范围选择器。
• RootCAConfigMap：配置 kube-controller-manager，使之发布一个名为 kube-root-ca.crt 的 ConfigMap，到 所有名字空间中。该 ConfigMap 包含用来验证与 kube-apiserver 之间连接的 CA 证书包。参阅 绑定服务账户令牌 以了解更多细节。

• RotateKubeletClientCertificate：在 kubelet 上启用客户端 TLS 证书的轮换。 更多详细信息，请参见 kubelet 配置。
• RotateKubeletServerCertificate：在 kubelet 上启用服务器 TLS 证书的轮换。 更多详细信息，请参见 kubelet 配置。
• RunAsGroup：启用对容器初始化过程中设置的主要组 ID 的控制。
• RuntimeClass：启用 RuntimeClass 特性用于选择容器运行时配置。
• ScheduleDaemonSetPods：启用 DaemonSet Pods 由默认调度程序而不是 DaemonSet 控制器进行调度。

• SCTPSupport：在 Pod、Service、Endpoints、NetworkPolicy 定义中 允许将 SCTP 用作 protocol 值。
• ServerSideApply：在 API 服务器上启用 服务器端应用（SSA） 。
• ServiceAccountIssuerDiscovery：在 API 服务器中为服务帐户颁发者启用 OIDC 发现端点 （颁发者和 JWKS URL）。详情参见 为 Pod 配置服务账户 。
• ServiceAppProtocol：为 Service 和 Endpoints 启用 appProtocol 字段。
• ServiceLBNodePortControl：为服务启用 spec.allocateLoadBalancerNodePorts 字段。
• ServiceLoadBalancerFinalizer：为服务负载均衡启用终结器（finalizers）保护。

• ServiceNodeExclusion：启用从云提供商创建的负载均衡中排除节点。 如果节点标记有 node.kubernetes.io/exclude-from-external-load-balancers， 标签，则可以排除该节点。
• ServiceTopology：启用服务拓扑可以让一个服务基于集群的节点拓扑进行流量路由。 有关更多详细信息，请参见 服务拓扑。
• SetHostnameAsFQDN：启用将全限定域名（FQDN）设置为 Pod 主机名的功能。 请参见为 Pod 设置 setHostnameAsFQDN 字段。
• SizeMemoryBackedVolumes：允许 kubelet 检查基于内存制备的卷的尺寸约束 （目前主要针对 emptyDir 卷）。

• StartupProbe：在 kubelet 中启用 启动探针。
• StorageObjectInUseProtection：如果仍在使用 PersistentVolume 或 PersistentVolumeClaim 对象，则将其删除操作推迟。
• StorageVersionAPI: 启用 存储版本 API。
• StorageVersionHash：允许 API 服务器在版本发现中公开存储版本的哈希值。
• StreamingProxyRedirects：指示 API 服务器拦截（并跟踪）后端（kubelet） 的重定向以处理流请求。 流请求的例子包括 exec、attach 和 port-forward 请求。

• SupportIPVSProxyMode：启用使用 IPVS 提供内服务负载平衡。更多详细信息，请参见 服务代理。
• SupportPodPidsLimit：启用支持限制 Pod 中的进程 PID。
• SupportNodePidsLimit：启用支持，限制节点上的 PID 用量。 --system-reserved 和 --kube-reserved 中的参数 pid=<数值> 可以分别用来 设定为整个系统所预留的进程 ID 个数和为 Kubernetes 系统守护进程预留的进程 ID 个数。
• Sysctls：允许为每个 Pod 设置的名字空间内核参数（sysctls）。 更多详细信息，请参见 sysctls。

• TTLAfterFinished：资源完成执行后，允许 TTL 控制器清理资源。
• TaintBasedEvictions：根据节点上的污点和 Pod 上的容忍度启用从节点驱逐 Pod 的特性。 更多详细信息可参见污点和容忍度。
• TaintNodesByCondition：根据节点状况 启用自动为节点标记污点。
• TokenRequest：在服务帐户资源上启用 TokenRequest 端点。
• TokenRequestProjection：启用通过 projected 卷 将服务帐户令牌注入到 Pod 中的特性。
• TopologyManager：启用一种机制来协调 Kubernetes 不同组件的细粒度硬件资源分配。 详见控制节点上的拓扑管理策略。

• VolumePVCDataSource：启用对将现有 PVC 指定数据源的支持。
• VolumeScheduling：启用卷拓扑感知调度，并使 PersistentVolumeClaim（PVC） 绑定能够了解调度决策；当与 PersistentLocalVolumes 特性门控一起使用时， 还允许使用 local 卷类型。
• VolumeSnapshotDataSource：启用卷快照数据源支持。

• VolumeSubpathEnvExpansion：启用 subPathExpr 字段用于将环境变量在 subPath 中展开。
• WarningHeaders：允许在 API 响应中发送警告头部。
• WatchBookmark：启用对 watch 操作中 bookmark 事件的支持。
• WinDSR：允许 kube-proxy 为 Windows 创建 DSR 负载均衡。
• WinOverlay：允许 kube-proxy 在 Windows 的覆盖网络模式下运行。
• WindowsGMSA：允许将 GMSA 凭据规范从 Pod 传递到容器运行时。
• WindowsRunAsUserName：提供使用非默认用户在 Windows 容器中运行应用程序的支持。 详情请参见 配置 RunAsUserName。
• WindowsEndpointSliceProxying：启用此特性门控后，Windows 上运行的 kube-proxy 将使用 EndpointSlices 取代 Endpoints 作为主要数据源，进而提高扩展性和性能。参见 启用 EndpointSlice。

接下来

• Kubernetes 的弃用策略 介绍了项目针对已移除特性和组件的处理方法。