指标数据的保留和延迟时间

本页面介绍了 Cloud Monitoring 将您的指标数据保留多长时间,以及从收集数据到将数据为您可见性之间的延迟时间。

配额和限制提供了有关指标数据限制的更多信息。

保留指标数据

Cloud Monitoring 会获取指标数据并将其保存在指标类型的时序中一段时间。此时间段会因指标类型而异;如需了解详情,请参阅 数据保留

保留期限结束时,Cloud Monitoring 会删除过期的数据点。

当时序中的所有点都已过期时,Cloud Monitoring 会删除该时序。删除的时序不会显示在 Cloud Monitoring 图表或 Monitoring API 的结果中。

指标数据的延迟时间

延迟时间是指 Cloud Monitoring 对指标进行采样到指标数据点作为时序数据变得可见之间的延迟时间。延迟时间取决于 取决于指标是来自 Google Cloud 服务的指标还是用户定义的指标:

  • Google Cloud 指标Google Cloud 指标列表包含 Google Cloud 服务的指标类型。其中很多描述都包含如下声明:“每 60 秒采样。采样后,数据在最长 240 秒的时间内不会显示。”

    此语句中的值因具体指标而异。 示例语句表示 Cloud Monitoring 每分钟都会收集一次测量结果(采样间隔),但由于其中一些指标在公开之前需要额外的处理,因此您可能需要额外的时间(延迟时间)才能检索此指标的数据。在此示例中,延迟时间最长可达 4 分钟。因此,记录收集时间的时间戳最多可能是 4 分钟之前的指标。此延迟时间不适用于用户定义的指标。

  • 用户定义的指标:如果您要将数据写入用户定义的指标(包括自定义指标、OpenTelemetry 收集的指标、Ops Agent 收集的应用指标以及 Prometheus 指标),则通常在 3 到 7 秒内可见且可查询这些指标的数据(网络延迟时间除外)。

在某些情况下,您可能需要调整延迟指标的使用方式。例如:

  • 使用客户端库检索指标数据时,您可能需要在查询间隔中使用偏移量,以便将延迟时间考虑在内。

  • 使用指标推动资源管理(例如自动扩缩)时,指标的延迟时间可能会影响自动扩缩的响应能力。例如,某些 Pub/Sub 指标的延迟时间介于 2 到 4 分钟之间。

  • 使用提醒政策时,请注意延迟可能会影响基于指标的提醒政策的突发事件创建时间。例如,如果受监控指标的延迟时间最长为 180 秒,则在该指标超出提醒政策条件的阈值后的最长 180 秒内,Cloud Monitoring 不会创建突发事件。在评估提醒政策时,Cloud Monitoring 会自动考虑底层指标的延迟(如果有)。