流量控制
API 优先级和公平性控制了 Kubernetes API 服务器在超载情况下的行为。您可以在 API 优先级和公平性 文档中找到有关它的更多信息。
诊断
启用了优先级和公平性功能的 API 服务器发出的每个 HTTP 响应都有两个额外的标头：X-Kubernetes-PF-FlowSchema-UID 和 X-Kubernetes-PF-PriorityLevel-UID，分别表示匹配请求的流量模式和分配给它的优先级级别。API 对象的名称不包含在这些标头中（为了避免在请求用户无权查看它们的情况下泄露详细信息）。在调试时，您可以使用以下命令：
kubectl get flowschemas -o custom-columns="uid:{metadata.uid},name:{metadata.name}"
kubectl get prioritylevelconfigurations -o custom-columns="uid:{metadata.uid},name:{metadata.name}"
获取流量模式和优先级级别配置的 UID 到名称的映射。
调试端点
启用 APIPriorityAndFairness 功能后，kube-apiserver 会在其 HTTP(S) 端口上提供以下附加路径。
您需要确保拥有访问这些端点的权限。如果您使用的是管理员，则无需执行任何操作。如果需要，可以通过以下步骤授予访问权限：RBAC 文档，通过指定 nonResourceURLs 来访问 /debug/api_priority_and_fairness/。
/debug/api_priority_and_fairness/dump_priority_levels- 列出所有优先级级别及其当前状态。您可以像这样获取：kubectl get --raw /debug/api_priority_and_fairness/dump_priority_levels输出将采用 CSV 格式，类似于：
PriorityLevelName, ActiveQueues, IsIdle, IsQuiescing, WaitingRequests, ExecutingRequests, DispatchedRequests, RejectedRequests, TimedoutRequests, CancelledRequests catch-all, 0, true, false, 0, 0, 1, 0, 0, 0 exempt, 0, true, false, 0, 0, 0, 0, 0, 0 global-default, 0, true, false, 0, 0, 46, 0, 0, 0 leader-election, 0, true, false, 0, 0, 4, 0, 0, 0 node-high, 0, true, false, 0, 0, 34, 0, 0, 0 system, 0, true, false, 0, 0, 48, 0, 0, 0 workload-high, 0, true, false, 0, 0, 500, 0, 0, 0 workload-low, 0, true, false, 0, 0, 0, 0, 0, 0对所选列名的解释
IsQuiescing指示当此优先级级别的队列被清空时，它是否会被移除。
/debug/api_priority_and_fairness/dump_queues- 列出所有队列及其当前状态。您可以像这样获取：kubectl get --raw /debug/api_priority_and_fairness/dump_queues输出将采用 CSV 格式，类似于：
PriorityLevelName, Index, PendingRequests, ExecutingRequests, SeatsInUse, NextDispatchR, InitialSeatsSum, MaxSeatsSum, TotalWorkSum workload-low, 14, 27, 0, 0, 77.64342019ss, 270, 270, 0.81000000ss workload-low, 74, 26, 0, 0, 76.95387841ss, 260, 260, 0.78000000ss ... leader-election, 0, 0, 0, 0, 5088.87053833ss, 0, 0, 0.00000000ss leader-election, 1, 0, 0, 0, 0.00000000ss, 0, 0, 0.00000000ss ... workload-high, 0, 0, 0, 0, 0.00000000ss, 0, 0, 0.00000000ss workload-high, 1, 0, 0, 0, 1119.44936475ss, 0, 0, 0.00000000ss对所选列名的解释
NextDispatchR：下一个请求将被分派的 R 进度计读数，单位为座位秒。InitialSeatsSum：与给定队列中的所有请求关联的InitialSeats的总和。MaxSeatsSum：与给定队列中的所有请求关联的MaxSeats的总和。TotalWorkSum：给定队列中所有等待请求的总工作量（单位为座位秒）的总和。
注意：
座位秒（缩写为ss）是在 APF 世界中衡量工作量的单位，单位为座位秒。/debug/api_priority_and_fairness/dump_requests- 列出所有请求，包括等待在队列中的请求和正在执行的请求。您可以像这样获取：kubectl get --raw /debug/api_priority_and_fairness/dump_requests输出将采用 CSV 格式，类似于：
PriorityLevelName, FlowSchemaName, QueueIndex, RequestIndexInQueue, FlowDistingsher, ArriveTime, InitialSeats, FinalSeats, AdditionalLatency, StartTime exempt, exempt, -1, -1, , 2023-07-15T04:51:25.596404345Z, 1, 0, 0s, 2023-07-15T04:51:25.596404345Z workload-low, service-accounts, 14, 0, system:serviceaccount:default:loadtest, 2023-07-18T00:12:51.386556253Z, 10, 0, 0s, 0001-01-01T00:00:00Z workload-low, service-accounts, 14, 1, system:serviceaccount:default:loadtest, 2023-07-18T00:12:51.487092539Z, 10, 0, 0s, 0001-01-01T00:00:00Z您可以使用以下命令获取更详细的列表：
kubectl get --raw '/debug/api_priority_and_fairness/dump_requests?includeRequestDetails=1'输出将采用 CSV 格式，类似于：
PriorityLevelName, FlowSchemaName, QueueIndex, RequestIndexInQueue, FlowDistingsher, ArriveTime, InitialSeats, FinalSeats, AdditionalLatency, StartTime, UserName, Verb, APIPath, Namespace, Name, APIVersion, Resource, SubResource exempt, exempt, -1, -1, , 2023-07-15T04:51:25.596404345Z, 1, 0, 0s, 2023-07-15T04:51:25.596404345Z, system:serviceaccount:system:admin, list, /api/v1/namespaces/kube-stress/configmaps, kube-stress, , v1, configmaps, workload-low, service-accounts, 14, 0, system:serviceaccount:default:loadtest, 2023-07-18T00:13:08.986534842Z, 10, 0, 0s, 0001-01-01T00:00:00Z, system:serviceaccount:default:loadtest, list, /api/v1/namespaces/kube-stress/configmaps, kube-stress, , v1, configmaps, workload-low, service-accounts, 14, 1, system:serviceaccount:default:loadtest, 2023-07-18T00:13:09.086476021Z, 10, 0, 0s, 0001-01-01T00:00:00Z, system:serviceaccount:default:loadtest, list, /api/v1/namespaces/kube-stress/configmaps, kube-stress, , v1, configmaps,对所选列名的解释
QueueIndex：队列的索引。对于没有队列的优先级级别，它将为 -1。RequestIndexInQueue：给定请求在队列中的索引。对于正在执行的请求，它将为 -1。InitialSeats：在请求执行的初始（正常）阶段将占用的座位数量。FinalSeats：在请求执行的最终阶段（包括关联的 WATCH 通知）将占用的座位数量。AdditionalLatency：在请求执行的最终阶段额外花费的时间。在此时间段内将占用 FinalSeats。这并不意味着用户将观察到的任何延迟。StartTime：请求开始执行的时间。对于排队请求，它将为 0001-01-01T00:00:00Z。
调试日志记录
在 -v=3 或更高冗余级别时，API 服务器会在 API 服务器日志中为每个请求输出一行 httplog，并包含以下属性。
apf_fs：请求被分类到的流量模式的名称。apf_pl：该流量模式的优先级级别的名称。apf_iseats：为请求执行的初始（正常）阶段确定的座位数量。apf_fseats：为请求执行的最终阶段（包括关联的watch通知）确定的座位数量。apf_additionalLatency：请求执行的最终阶段的持续时间。
在更高冗余级别时，将出现日志行，这些日志行会公开有关 APF 如何处理请求的详细信息，主要用于调试目的。
响应标头
APF 将以下两个标头添加到每个 HTTP 响应消息中。它们不会出现在审计日志中。它们可以从客户端查看。对于使用 klog 的客户端，请使用冗余级别 -v=8 或更高版本来查看这些标头。
X-Kubernetes-PF-FlowSchema-UID包含相应请求被分类到的 FlowSchema 对象的 UID。X-Kubernetes-PF-PriorityLevel-UID包含与该 FlowSchema 关联的 PriorityLevelConfiguration 对象的 UID。
下一步
有关 API 优先级和公平性的设计详细信息的背景信息，请参阅 增强提案。