@@ -907,37 +907,38 @@ poorly-behaved workloads that may be harming system health.
907
907
-->
908
908
* ` apiserver_flowcontrol_read_vs_write_request_count_samples ` 是一个直方图向量,
909
909
记录当前请求数量的观察值,
910
- 由标签 ` phase ` (取值为 ` waiting ` 和 ` executing ` )和 ` request_kind `
911
- (取值 ` mutating ` 和 ` readOnly ` )拆分。定期以高速率观察该值。
910
+ 由标签 ` phase ` (取值为 ` waiting ` 及 ` executing ` )和 ` request_kind `
911
+ (取值 ` mutating ` 及 ` readOnly ` )拆分。定期以高速率观察该值。
912
912
每个观察到的值是一个介于 0 和 1 之间的比值,计算方式为请求数除以该请求数的对应限制
913
913
(等待的队列长度限制和执行所用的并发限制)。
914
914
915
915
<!--
916
916
* `apiserver_flowcontrol_read_vs_write_request_count_watermarks` is a
917
917
histogram vector of high or low water marks of the number of
918
- requests broken down by the labels `phase` (which takes on the
918
+ requests (divided by the corresponding limit to get a ratio in the
919
+ range 0 to 1) broken down by the labels `phase` (which takes on the
919
920
values `waiting` and `executing`) and `request_kind` (which takes on
920
921
the values `mutating` and `readOnly`); the label `mark` takes on
921
922
values `high` and `low`. The water marks are accumulated over
922
923
windows bounded by the times when an observation was added to
923
924
`apiserver_flowcontrol_read_vs_write_request_count_samples`. These
924
925
water marks show the range of values that occurred between samples.
925
926
-->
926
- * ` apiserver_flowcontrol_read_vs_write_request_count_watermarks ` 是一个直方图向量,
927
- 记录请求数量的高/低水位线 ,
928
- 由标签 ` phase ` (取值为 ` waiting ` 和 ` executing ` )和 ` request_kind `
929
- (取值为 ` mutating ` 和 ` readOnly ` )拆分;标签 ` mark ` 取值为 ` high ` 和 ` low ` 。
927
+ * ` apiserver_flowcontrol_read_vs_write_request_count_watermarks `
928
+ 是请求数量的高或低水位线的直方图向量(除以相应的限制,得到介于 0 至 1 的比率) ,
929
+ 由标签 ` phase ` (取值为 ` waiting ` 及 ` executing ` )和 ` request_kind `
930
+ (取值为 ` mutating ` 及 ` readOnly ` )拆分;标签 ` mark ` 取值为 ` high ` 和 ` low ` 。
930
931
` apiserver_flowcontrol_read_vs_write_request_count_samples ` 向量观察到有值新增,
931
932
则该向量累积。这些水位线显示了样本值的范围。
932
933
933
934
<!--
934
935
* `apiserver_flowcontrol_current_inqueue_requests` is a gauge vector
935
936
holding the instantaneous number of queued (not executing) requests,
936
- broken down by the labels `priorityLevel ` and `flowSchema `.
937
+ broken down by the labels `priority_level ` and `flow_schema `.
937
938
-->
938
939
* ` apiserver_flowcontrol_current_inqueue_requests ` 是一个表向量,
939
940
记录包含排队中的(未执行)请求的瞬时数量,
940
- 由标签 ` priorityLevel ` 和 ` flowSchema ` 拆分。
941
+ 由标签 ` priority_level ` 和 ` flow_schema ` 拆分。
941
942
942
943
<!--
943
944
* `apiserver_flowcontrol_current_executing_requests` is a gauge vector
@@ -964,26 +965,33 @@ poorly-behaved workloads that may be harming system health.
964
965
values `waiting` and `executing`) and `priority_level`. Each
965
966
histogram gets observations taken periodically, up through the last
966
967
activity of the relevant sort. The observations are made at a high
967
- rate.
968
+ rate. Each observed value is a ratio, between 0 and 1, of a number
969
+ of requests divided by the corresponding limit on the number of
970
+ requests (queue length limit for waiting and concurrency limit for
971
+ executing).
968
972
-->
969
973
* ` apiserver_flowcontrol_priority_level_request_count_samples ` 是一个直方图向量,
970
- 记录当前请求的观测值,由标签 ` phase ` (取值为` waiting ` 和 ` executing ` )和
974
+ 记录当前请求的观测值,由标签 ` phase ` (取值为` waiting ` 及 ` executing ` )和
971
975
` priority_level ` 进一步区分。
972
976
每个直方图都会定期进行观察,直到相关类别的最后活动为止。观察频率高。
977
+ 所观察到的值都是请求数除以相应的请求数限制(等待的队列长度限制和执行的并发限制)的比率,
978
+ 介于 0 和 1 之间。
973
979
974
980
<!--
975
981
* `apiserver_flowcontrol_priority_level_request_count_watermarks` is a
976
982
histogram vector of high or low water marks of the number of
977
- requests broken down by the labels `phase` (which takes on the
983
+ requests (divided by the corresponding limit to get a ratio in the
984
+ range 0 to 1) broken down by the labels `phase` (which takes on the
978
985
values `waiting` and `executing`) and `priority_level`; the label
979
986
`mark` takes on values `high` and `low`. The water marks are
980
987
accumulated over windows bounded by the times when an observation
981
988
was added to
982
989
`apiserver_flowcontrol_priority_level_request_count_samples`. These
983
990
water marks show the range of values that occurred between samples.
984
991
-->
985
- * ` apiserver_flowcontrol_priority_level_request_count_watermarks ` 是一个直方图向量,
986
- 记录请求数的高/低水位线,由标签 ` phase ` (取值为 ` waiting ` 和 ` executing ` )和
992
+ * ` apiserver_flowcontrol_priority_level_request_count_watermarks `
993
+ 是请求数量的高或低水位线的直方图向量(除以相应的限制,得到 0 到 1 的范围内的比率),
994
+ 由标签 ` phase ` (取值为 ` waiting ` 及 ` executing ` )和
987
995
` priority_level ` 拆分;
988
996
标签 ` mark ` 取值为 ` high ` 和 ` low ` 。
989
997
` apiserver_flowcontrol_priority_level_request_count_samples ` 向量观察到有值新增,
@@ -1020,7 +1028,7 @@ poorly-behaved workloads that may be harming system health.
1020
1028
1021
1029
<!--
1022
1030
* `apiserver_flowcontrol_request_concurrency_limit` is a gauge vector
1023
- hoding the computed concurrency limit (based on the API server's
1031
+ holding the computed concurrency limit (based on the API server's
1024
1032
total concurrency limit and PriorityLevelConfigurations' concurrency
1025
1033
shares), broken down by the label `priority_level`.
1026
1034
-->
@@ -1031,8 +1039,8 @@ poorly-behaved workloads that may be harming system health.
1031
1039
<!--
1032
1040
* `apiserver_flowcontrol_request_wait_duration_seconds` is a histogram
1033
1041
vector of how long requests spent queued, broken down by the labels
1034
- `flowSchema ` (indicating which one matched the request),
1035
- `priorityLevel ` (indicating the one to which the request was
1042
+ `flow_schema ` (indicating which one matched the request),
1043
+ `priority_level ` (indicating the one to which the request was
1036
1044
assigned), and `execute` (indicating whether the request started
1037
1045
executing).
1038
1046
-->
@@ -1056,15 +1064,48 @@ poorly-behaved workloads that may be harming system health.
1056
1064
<!--
1057
1065
* `apiserver_flowcontrol_request_execution_seconds` is a histogram
1058
1066
vector of how long requests took to actually execute, broken down by
1059
- the labels `flowSchema ` (indicating which one matched the request)
1060
- and `priorityLevel ` (indicating the one to which the request was
1067
+ the labels `flow_schema ` (indicating which one matched the request)
1068
+ and `priority_level ` (indicating the one to which the request was
1061
1069
assigned).
1062
1070
-->
1063
1071
* ` apiserver_flowcontrol_request_execution_seconds ` 是一个直方图向量,
1064
1072
记录请求实际执行需要花费的时间,
1065
1073
由标签 ` flow_schema ` (表示与请求匹配的 FlowSchema)和
1066
1074
` priority_level ` (表示分配给该请求的优先级)进一步区分。
1067
1075
1076
+ <!--
1077
+ * `apiserver_flowcontrol_watch_count_samples` is a histogram vector of
1078
+ the number of active WATCH requests relevant to a given write,
1079
+ broken down by `flow_schema` and `priority_level`.
1080
+ -->
1081
+ * ` apiserver_flowcontrol_watch_count_samples ` 是一个直方图向量,
1082
+ 记录给定写的相关活动 WATCH 请求数量,
1083
+ 由标签 ` flow_schema ` 和 ` priority_level ` 进一步区分。
1084
+
1085
+ <!--
1086
+ * `apiserver_flowcontrol_work_estimated_seats` is a histogram vector
1087
+ of the number of estimated seats (maximum of initial and final stage
1088
+ of execution) associated with requests, broken down by `flow_schema`
1089
+ and `priority_level`.
1090
+ -->
1091
+ * ` apiserver_flowcontrol_work_estimated_seats ` 是一个直方图向量,
1092
+ 记录与估计席位(最初阶段和最后阶段的最多人数)相关联的请求数量,
1093
+ 由标签 ` flow_schema ` 和 ` priority_level ` 进一步区分。
1094
+
1095
+ <!--
1096
+ * `apiserver_flowcontrol_request_dispatch_no_accommodation_total` is a
1097
+ counter vec of the number of events that in principle could have led
1098
+ to a request being dispatched but did not, due to lack of available
1099
+ concurrency, broken down by `flow_schema` and `priority_level`. The
1100
+ relevant sorts of events are arrival of a request and completion of
1101
+ a request.
1102
+ -->
1103
+ * ` apiserver_flowcontrol_request_dispatch_no_accommodation_total `
1104
+ 是一个事件数量的计数器,这些事件在原则上可能导致请求被分派,
1105
+ 但由于并发度不足而没有被分派,
1106
+ 由标签 ` flow_schema ` 和 ` priority_level ` 进一步区分。
1107
+ 相关的事件类型是请求的到达和请求的完成。
1108
+
1068
1109
<!--
1069
1110
### Debug endpoints
1070
1111
0 commit comments