Kubernetes中rest_client_requests_total与apiserver_request_total指标差异解析

先看两个指标的官方帮助定义：

HELP apiserver_request_total [ALPHA] 按动词、试运行值、组、版本、资源、范围、组件以及HTTP响应内容类型和状态码细分的API服务器请求计数器。 #

HELP rest_client_requests_total [ALPHA] 按状态码、方法和主机划分的HTTP请求数量。 #

两者核心差异如下：

• 统计视角完全相反

  • apiserver_request_total是API服务器端的接收请求计数，统计所有发送到K8s API Server的请求，反映API Server的被访问情况。
  • rest_client_requests_total是客户端的发起请求计数，统计K8s内部组件（如kubelet、controller-manager）作为REST客户端向外发送的HTTP请求，反映客户端的主动请求行为。

• 维度标签精细度不同

  • apiserver_request_total的细分维度极多：涵盖请求动词、试运行标识、API组/版本/资源、请求范围（集群/命名空间）、发起请求的组件、响应内容类型、状态码等，能精准定位到具体API操作细节。
  • rest_client_requests_total的维度相对简洁：仅包含状态码、请求方法、目标主机，仅能追踪客户端请求的基本结果和目标地址。

• 适用场景明确区分

  • 若要排查API Server负载瓶颈、特定API资源的访问热度、不同组件对API Server的请求压力，优先用apiserver_request_total。
  • 若要监控K8s组件自身的请求行为、排查客户端侧的请求失败问题（比如组件无法连接API Server），则用rest_client_requests_total。

内容的提问来源于stack exchange，提问作者Ren