本頁說明 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 會自動將基礎指標的延遲時間 (如有) 納入考量。
資源中繼資料標籤會非同步新增至時間序列，且不受與標籤值相同的延遲時間限制，這些標籤值定義的指標類型或受監控資源類型。因此，如果資源中繼資料標籤的填入作業延遲，依據中繼資料值觸發動作的快訊政策或其他回應式作業，可能會出現異常行為。