不要使用promQL顯示Grafana中重新部署的pod的數據

Question

我有一個PromQL查詢，它查看每個分位數的最大延遲並在Grafana中顯示數據，但它顯示了已重新部署且不再存在的Pod中的數據。 吊艙比15天的失效時期還年輕。

查詢如下： max(latency{quantile="..."})

找到的最大延遲時間是從調整時間開始，到重新部署並恢復正常后不久，現在我只想看看當前活動的最大延遲時間。

到目前為止，我發現的所有有關陳舊性的信息都表明它應該在幕后進行過濾，但是看起來好像不是在當前設置中正在發生，所以我不知道應該更改什么。

在查詢中手動添加特定實例ID時，它會很好地工作，但是一旦重新部署ID，它就會更改： max(latency{quantile="...", exported_instance="ID"})

這是我發現的一長串類似問題，有些沒有得到回答，有些沒有要求相同。 我確實發現的想法有些相關，但不能以可持續的方式解決問題：

以下鏈接中的建議沒有幫助

• 更改陳舊期，因為它會影響整個系統，所以將不起作用
• 重新啟動Prometheus，將無法正常工作，因為每次重新部署Pod都無法完成
• 列出每台計算機的每個圖形，不適用於max查詢

鏈接到類似問題

• 如何處理Prometheus中收集的舊指標？ 切換prom-> elk：基於日志的監視
• 僅從上一次刮擦迭代中從普羅米修斯獲取數據陳舊性是一個相關概念，在Singlestat中，它顯示了如何僅使用當前值
• Grafana儀表板顯示從Prometheus中刪除的信息默認保留時間為15天，使用復選框隱藏計算機
• 如何從Prometheus刪除舊的Jobs？ 手動查詢/重啟
• grafana變量仍捕獲舊指標信息更新Prometheus目標
• 使用Prometheus設置清除Grafana Delete中的舊數據
• https://community.grafana.com/t/prometheus-push-gateway/18835未回答
• https://www.robustperception.io/staleness-and-promql解釋沒有示例的新陳舊性的工作原理

最終目標

正在顯示當前活動的所有源之間的最大延遲，從而刪除不再存在的源中的數據。

Answer 1

您可以使用自動生成的指標命名up以將所需指標與其他指標隔離。 您可以輕松確定哪些度量標准來源從up度量標准脫機。

up {job =“”，instance =“”}：如果實例正常（即可達），則為1；如果刮擦失敗，則為0。