kube-scheduler 配置 (v1)

kubeconfig 是 KubeConfig 文件的路径。

acceptContentTypes 定义了客户端连接到服务器时发送的 Accept 头部，覆盖了默认值 'application/application/json'。此字段将控制此客户端使用的所有到服务器的连接。

contentType 是此客户端将数据发送到服务器时使用的内容类型。

qps 控制此连接允许的每秒查询数。

burst 允许客户端超出其速率时累积额外的查询。

enableProfiling 通过 Web 界面 host:port/debug/pprof/ 启用性能分析。

enableContentionProfiling 启用阻塞分析，前提是 enableProfiling 为 true。

leaderElect 使领导者选举客户端能够在执行主循环之前获得领导权。在运行复制组件以实现高可用性时启用此选项。

leaseDuration 是非领导者候选者在观察到领导权续订后等待多长时间，然后尝试获取已领导但未续订的领导者槽。这实际上是领导者停止运行后被另一个候选者替换的最长持续时间。仅当启用领导者选举时适用。

renewDeadline 是当选领导者续订领导权槽之间的间隔。此时间必须小于或等于租约持续时间。仅当启用领导者选举时适用。

retryPeriod 是客户端在尝试获取和续订领导权之间应等待的时间。仅当启用领导者选举时适用。

resourceLock 指示将在领导者选举周期中用于锁定的资源对象类型。

resourceName 指示将在领导者选举周期中用于锁定的资源对象的名称。

resourceName 指示将在领导者选举周期中用于锁定的资源对象的命名空间。

MinCandidateNodesPercentage 是在模拟抢占时要列入候选名单的节点数量占节点总数的百分比。必须在 [0, 100] 范围内。如果不指定，则默认为集群大小的 10%。

MinCandidateNodesAbsolute 是要列入候选名单的节点的绝对最小数量。模拟抢占时枚举的候选节点数量的计算公式为：numCandidates = max(numNodes * minCandidateNodesPercentage, minCandidateNodesAbsolute)。我们说“可能”是因为还有其他因素，如 PDB 违规，也会影响候选节点列入的数量。必须至少为 0 个节点。如果不指定，则默认为 100 个节点。

HardPodAffinityWeight 是与传入 Pod 具有匹配的硬亲和性的现有 Pod 的评分权重。

IgnorePreferredTermsOfExistingPods 配置调度器在对候选节点进行评分时忽略现有 Pod 的首选亲和性规则，除非传入 Pod 具有 Pod 间亲和性。

Parallelism 定义了调度 Pod 的算法的并行度。必须大于 0。默认为 16。

LeaderElection 定义了领导者选举客户端的配置。

ClientConnection 指定了代理服务器在与 apiserver 通信时要使用的 kubeconfig 文件和客户端连接设置。

DebuggingConfiguration 包含与调试相关功能的配置。TODO：我们可能想将其制作成一个子结构，例如 Debugging componentbaseconfigv1alpha1.DebuggingConfiguration。

PercentageOfNodesToScore 是在找到可行的节点后，调度器停止在集群中搜索更多可行节点的节点总数的百分比。这有助于提高调度器的性能。无论此标志的值如何，调度器始终尝试找到至少“minFeasibleNodesToFind”个可行节点。例如：如果集群大小为 500 个节点，此标志的值为 30，则一旦找到 150 个可行节点，调度器就会停止寻找进一步的可行节点。当值为 0 时，将对默认百分比（基于集群大小的 5%-50%）的节点进行评分。它将被 profile 级别的 PercentageOfNodesToScore 覆盖。

PodInitialBackoffSeconds 是不可调度 Pod 的初始退避时间。如果指定，则必须大于 0。如果此值为 null，则将使用默认值 (1s)。

PodMaxBackoffSeconds 是不可调度 Pod 的最大退避时间。如果指定，则必须大于 podInitialBackoffSeconds。如果此值为 null，则将使用默认值 (10s)。

Profiles 是 kube-scheduler 支持的调度配置文件。Pod 可以通过设置其关联的调度器名称来选择在特定配置文件下进行调度。未指定任何调度器名称的 Pod 将使用“default-scheduler”配置文件进行调度（如果存在）。

Extenders 是调度器扩展器的列表，每个扩展器都包含如何与扩展器通信的值。这些扩展器由所有调度器配置文件共享。

DelayCacheUntilActive 指定何时开始缓存。如果此值为 true 且启用了领导者选举，则调度器将等到成为领导者之后才填充 Informer 缓存。这样做会在等待成为领导者时降低内存开销，但会延长故障转移时间。默认为 false。

AddedAffinity 应用于所有 Pod，除了 PodSpec 中指定的 NodeAffinity。也就是说，节点必须满足 AddedAffinity 和 .spec.NodeAffinity。AddedAffinity 默认为空（所有节点都匹配）。当使用 AddedAffinity 时，一些具有亲和性要求并且与特定节点匹配的 Pod（例如 Daemonset Pod）可能仍然不可调度。

要管理的资源，如果未指定，则默认为“cpu”和“memory”。

IgnoredResources 是 NodeResources fit 过滤器应忽略的资源列表。这不适用于评分。

IgnoredResourceGroups 定义了 NodeResources fit 过滤器应忽略的资源组列表。例如，如果组是 ["example.com"]，它将忽略所有以“example.com”开头的所有资源名称，例如“example.com/aaa”和“example.com/bbb”。资源组名称不能包含“/”。这不适用于评分。

ScoringStrategy 选择节点资源评分策略。默认策略是 LeastAllocated，具有相等的“cpu”和“memory”权重。

DefaultConstraints 定义了将应用于没有在 pod.spec.topologySpreadConstraints 中定义的 Pod 的拓扑分布约束。.defaultConstraints[*].labelSelectors 必须为空，因为它们是从 Pod 对 Services、ReplicationControllers、ReplicaSets 或 StatefulSets 的成员身份推导出来的。当不为空时，.defaultingType 必须是“List”。

DefaultingType 确定 .defaultConstraints 的推导方式。可以是“System”或“List”之一。

• “System”：使用 Kubernetes 定义的约束，将 Pod 分散到节点和区域。
• “List”：使用 .defaultConstraints 中定义的约束。

默认为“System”。

BindTimeoutSeconds 是卷绑定操作的超时秒数。值必须是非负整数。值为零表示不等待。如果此值为 nil，则将使用默认值 (600)。

Shape 指定了定义评分函数形状的点，用于根据已配置 PV 的利用率对节点进行评分。利用率是通过将 Pod 的总请求存储量除以每个节点上可行 PV 的总容量来计算的。每个点包含利用率（范围从 0 到 100）及其关联的分数（范围从 0 到 10）。您可以通过为不同的利用率数字指定不同的分数来调整优先级。默认的形状点是

1. 利用率为 0 时得分为 10
2. 利用率为 100 时得分为 0 所有点必须按利用率递增排序。

扩展器可用的 URL 前缀。

filter 调用的动词，如果不支持则为空。此动词在向扩展器发出 filter 调用时附加到 URLPrefix。

preempt 调用的动词，如果不支持则为空。此动词在向扩展器发出 preempt 调用时附加到 URLPrefix。

prioritize 调用的动词，如果不支持则为空。此动词在向扩展器发出 prioritize 调用时附加到 URLPrefix。

prioritize 调用生成的节点分数的数值乘数。权重应为正整数。

bind 调用的动词，如果不支持则为空。此动词在向扩展器发出 bind 调用时附加到 URLPrefix。如果此方法由扩展器实现，则由扩展器负责将 pod 绑定到 apiserver。只有一个扩展器可以实现此功能。

EnableHTTPS 指定是否应使用 https 与扩展器通信。

TLSConfig 指定传输层安全配置。

HTTPTimeout 指定到扩展器的调用的超时时长。Filter 超时将导致 Pod 调度失败。Prioritize 超时将被忽略，将使用 k8s/其他扩展器的优先级来选择节点。

NodeCacheCapable 指定扩展器能够缓存节点信息，因此调度器应仅发送有关合格节点的最小信息，假设扩展器已缓存集群中所有节点的完整详细信息。

ManagedResources 是由此扩展器管理的扩展资源的列表。

• 如果 Pod 请求此列表中的至少一个扩展资源，则 Pod 将在 Filter、Prioritize 和 Bind（如果扩展器是 binder）阶段发送给扩展器。如果为空或未指定，则所有 Pod 都将发送给此扩展器。
• 如果资源的 IgnoredByScheduler 设置为 true，则 kube-scheduler 将在谓词中跳过对该资源的检查。

Ignorable 指定扩展器是否可忽略，即当扩展器返回错误或无法访问时，调度不应失败。

Name 是扩展资源名称。

IgnoredByScheduler 指示 kube-scheduler 在应用谓词时是否应忽略此资源。

应在不验证 TLS 证书的情况下访问服务器。仅用于测试。

ServerName 传递给服务器用于 SNI，并在客户端用于检查服务器证书。如果 ServerName 为空，则使用用于联系服务器的主机名。

服务器需要 TLS 客户端证书身份验证。

服务器需要 TLS 客户端证书身份验证。

服务器的可信根证书。

CertData 包含 PEM 编码的字节（通常从客户端证书文件读取）。CertData 优先于 CertFile。

KeyData 包含 PEM 编码的字节（通常从客户端证书密钥文件读取）。KeyData 优先于 KeyFile。

CAData 包含 PEM 编码的字节（通常从根证书包读取）。CAData 优先于 CAFile。

SchedulerName 是此配置文件关联的调度器的名称。如果 SchedulerName 与 Pod 的“spec.schedulerName”匹配，则该 Pod 将使用此配置文件进行调度。

PercentageOfNodesToScore 是在找到可行的节点后，调度器停止在集群中搜索更多可行节点的节点总数的百分比。这有助于提高调度器的性能。无论此标志的值如何，调度器始终尝试找到至少“minFeasibleNodesToFind”个可行节点。例如：如果集群大小为 500 个节点，此标志的值为 30，则一旦找到 150 个可行节点，调度器就会停止寻找进一步的可行节点。当值为 0 时，将对默认百分比（基于集群大小的 5%-50%）的节点进行评分。它将覆盖全局 PercentageOfNodesToScore。如果为空，将使用全局 PercentageOfNodesToScore。

Plugins 指定应启用或禁用插件的集合。已启用插件是应默认启用的插件。已禁用插件是应禁用的任何默认插件。当未为扩展点指定任何已启用或已禁用的插件时，将使用该扩展点的默认插件（如果存在）。如果指定了 QueueSort 插件，则所有配置文件都必须指定相同的 QueueSort 插件和 PluginConfig。

PluginConfig 是每个插件的可选自定义插件参数集。省略插件的配置参数等同于使用该插件的默认配置。

Name 定义插件的名称。

Weight 定义插件的权重，仅用于 Score 插件。

Name 定义正在配置的插件的名称。

Args 定义在初始化时传递给插件的参数。Args 可以具有任意结构。

Enabled 指定应在默认插件之外启用的插件。如果默认插件也在调度器配置文件中配置，则插件的权重将相应覆盖。这些插件在默认插件之后，并按照此处指定的顺序调用。

Disabled 指定应禁用的默认插件。当需要禁用所有默认插件时，应提供仅包含一个“*”的数组。

PreEnqueue 是在将 Pod 添加到调度队列之前应调用的插件列表。

QueueSort 是在对调度队列中的 Pod 进行排序时应调用的插件列表。

PreFilter 是应在调度框架的“PreFilter”扩展点调用的插件列表。

Filter 是在过滤掉无法运行 Pod 的节点时应调用的插件列表。

PostFilter 是在过滤阶段之后调用的插件，但仅当找不到可行的节点时才调用。

PreScore 是在评分之前应调用的插件列表。

Score 是在对已通过过滤阶段的节点进行排名时应调用的插件列表。

Reserve 是在将节点分配给 Pod 运行后用于保留/取消保留资源的插件列表。

Permit 是控制 Pod 绑定的插件列表。这些插件可以阻止或延迟 Pod 的绑定。

PreBind 是在 Pod 绑定之前应调用的插件列表。

Bind 是应在调度框架的“Bind”扩展点调用的插件列表。调度器按顺序调用这些插件。一旦一个插件返回成功，调度器将跳过其余插件。

PostBind 是在 Pod 成功绑定之后应调用的插件列表。

MultiPoint 是一个简化的配置部分，用于为所有有效的扩展点启用插件。通过 MultiPoint 启用的插件将自动为插件已实现的每个单独的扩展点进行注册。通过 MultiPoint 禁用插件会禁用该行为。通过 MultiPoint 禁用“*”也是如此（不会自动注册默认插件）。仍然可以通过其单独的扩展点禁用插件。

在优先级方面，插件配置遵循以下基本层次结构：

1. 特定的扩展点
2. 明确配置的 MultiPoint 插件
3. 默认插件集，作为 MultiPoint 插件。这意味着更高优先级的插件将首先运行，并覆盖 MultiPoint 中的任何设置。显式用户配置的插件也比默认插件具有更高的优先级。在此层次结构中，Enabled 设置优先于 Disabled。例如，如果一个插件同时在 multiPoint.Enabled 和 multiPoint.Disabled 中设置，则该插件将被启用。类似地，包含 multiPoint.Disabled = '*' 和 multiPoint.Enabled = pluginA 仍然会通过 MultiPoint 注册该特定插件。这与所有其他扩展点配置的行为相同。

Shape 是定义评分函数形状的点列表。

资源的名称。

资源的权重。

Type 选择运行哪个策略。

用于评分的资源。默认资源集包括“cpu”和“memory”，权重相等。允许的权重范围为 1 到 100。如果未指定或显式设置为 0，则权重默认为 1。

RequestedToCapacityRatio 策略特有的参数。

利用率（X 轴）。有效值范围为 0 到 100。完全利用的节点映射到 100。

分配给给定利用率的分数（Y 轴）。有效值范围为 0 到 10。