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

本页面介绍了 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 秒，那么在指标违反提醒政策条件的阈值后，Cloud Monitoring 最长会在 180 秒后创建突发事件。Cloud Monitoring 会自动考虑延迟时间（如果有） 评估提醒政策时的基础指标。