如何从Prometheus获取指标初始化时间戳以计算K8s容器启动至就绪耗时

prober_probe_total是Counter类型指标，仅存储就绪探针成功的累计次数，没有内置首次成功时间的关联标签，所以直接查询无法拿到你需要的时间戳，可通过以下几种方案实现需求：

方案1：使用kube-state-metrics内置指标（最简便） #

• 如果你集群部署了kube-state-metrics组件，直接使用官方自带的kube_pod_container_status_ready_time指标，该指标原生记录了单个容器转为就绪状态的Unix时间戳，直接和容器创建时间做差即可，PromQL查询语句如下：

kube_pod_container_status_ready_time{namespace="mynamespace",pod="my-pod",container="your-container-name"} - container_start_time_seconds{namespace="mynamespace",pod="my-pod",container="your-container-name"}

• 如果不需要区分单个容器，仅统计整Pod就绪耗时，可直接用kube_pod_status_ready_time指标计算。

方案2：用PromQL函数反推首次探针成功时间 #

如果没有部署kube-state-metrics，可通过PromQL内置函数结合prober_probe_total指标计算：

• 原理：Counter指标数值从0变为1的时间点就是首次就绪探针成功的时间，通过timestamp和last_over_time函数匹配该时间点即可，查询语句如下（注意调整时间窗口覆盖你要查询的Pod运行时长）：

# 时间窗口1h可根据实际Pod运行时长调整，步长1s可按需修改平衡精度和查询性能
timestamp(
  last_over_time(
    (prober_probe_total{namespace="mynamespace",pod="my-pod",probe_type="Readiness",result="successful"} >= 1)[1h:1s]
  )
) - container_start_time_seconds{namespace="mynamespace",pod="my-pod"}

注意：如果你的探针配置了initialDelaySeconds，计算出来的耗时会包含该初始等待时间，符合实际业务的就绪耗时统计逻辑。

方案3：直接调用Kubernetes API查询（无需依赖Prometheus） #

如果不想通过监控指标计算，可直接调用K8s API或者kubectl命令查询Pod的状态字段解析时间：

• 容器创建时间对应status.containerStatuses[*].state.running.startedAt，容器就绪时间对应status.containerStatuses[*].lastTransitionTime中就绪状态变为true的时间，示例kubectl查询命令：

# 替换为实际的Pod名、命名空间和容器序号
kubectl get pod my-pod -n mynamespace -o jsonpath='容器创建时间：{.status.containerStatuses[0].state.running.startedAt}{"\n"}容器就绪时间：{.status.containerStatuses[0].lastState.running.finishedAt}{"\n"}'

解析两个RFC3339格式的时间做差即可，精度可到毫秒级。

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