選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

了解並最佳化 Amazon Managed Service for Prometheus 中的成本

焦點模式
了解並最佳化 Amazon Managed Service for Prometheus 中的成本 - Amazon Managed Service for Prometheus

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

下列常見問題及其答案可能有助於瞭解和最佳化 Amazon Managed Service for Prometheus 相關的成本。

什麼會導致我的成本?

針對多數客戶,指標擷取會形成多數成本。查詢使用量較高的客戶也會根據已處理的查詢樣本看到一些成本,而指標儲存量是整體成本的一小部份驅動因素。如需上述各項價格的詳細資訊,請參閱 Amazon Managed Service for Prometheus 產品頁面中的定價

降低成本的最佳方法是什麼? 如何降低擷取成本?

對於大多數客戶而言,擷取率 (而非指標的儲存量) 是大多數的成本。您可以降低收集頻率 (增加收集間隔) 或減少擷取啟用中序列的量,以降低擷取率。

您可以增加收集代理程式的收集 (湊集) 間隔:Prometheus 伺服器 (以代理程式模式執行) 和 AWS Distro for OpenTelemetry (ADOT) 匯集器皆支援 scrape_interval 組態。例如,將收集間隔從 30 秒增加到 60 秒,擷取的使用量會減少一半。

您也可以使用 <relabel_config> 篩選器傳送至 Amazon Managed Service for Prometheus 的指標。如需有關在 Prometheus 代理程式組態中重新標記的詳細資訊,請參閱 Prometheus 說明文件中的 https://prometheus.io/docs/prometheus/latest/configuration/configuration/#relabel_config

降低查詢成本的最佳方法是什麼?

查詢費用是根據處理的樣本數量而定。您可以降低查詢頻率以降低查詢成本。

為了更容易瞭解對查詢成本貢獻最大的查詢,您可以與支援聯絡人聯繫歸檔票證。Amazon Managed Service for Prometheus 團隊可協助您瞭解對您成本貢獻最大的查詢。

如果我減少了指標的保留期間,這是否有助於減少總帳單?

您可以縮短保留期間,但後續無法大幅降低您的成本。

如果您想要縮短 (或增加) 保留期間,則可以將服務限制要求歸檔以變更 Retention time for ingested data 配額。

如何降低提醒查詢的成本?

警示會根據您的資料建立查詢,這會新增至您的查詢成本。以下是一些策略,您可以用來最佳化提醒查詢,並降低成本。

  • 使用 Amazon Managed Service for Prometheus 警示 – Amazon Managed Service for Prometheus 外部的警示系統可能需要額外的查詢來新增彈性或高可用性,因為外部服務會查詢來自多個可用區域或區域的指標。這包括在 Grafana 中提醒高可用性。這可將成本乘以三倍或更多。Amazon Managed Service for Prometheus 中的提醒已最佳化,並將為您提供高可用性和彈性,查詢數量最少。

    建議您在 Amazon Managed Service for Prometheus 中使用原生警示,而非外部警示系統。

  • 最佳化您的提醒間隔 – 最佳化提醒查詢的快速方法之一是增加自動重新整理間隔。如果您有每分鐘查詢的提醒,但只需要每五分鐘一次,增加自動重新整理間隔可以為您節省該提醒查詢成本的五倍。

  • 使用最佳回顧 – 查詢中較大的回顧視窗會在提取更多資料時增加查詢的成本。請確定 PromQL 查詢中的回顧視窗大小合理,足以因應您需要提醒的資料。例如,在下列規則中,表達式包含 10 分鐘回顧時段:

    - alert: metric:alerting_rule expr: avg(rate(container_cpu_usage_seconds_total[10m])) > 0 for: 2m

    expr 將 變更為 avg(rate(container_cpu_usage_seconds_total[5m])) > 0有助於降低查詢成本。

一般而言,請查看您的提醒規則,並確保您提醒您服務的最佳指標。在為您提供相同資訊的相同指標或多個提醒上建立重疊提醒很容易,尤其是當您隨著時間新增提醒時。如果您發現經常看到警示群組同時發生,您可以最佳化您的警示,而不是包含所有警示。

這些建議可協助您降低成本。最後,您必須平衡成本與建立正確的提醒集,以了解系統的狀態。

如需在 Amazon Managed Service for Prometheus 中提醒的詳細資訊,請參閱 使用警示管理員管理和轉送 Amazon Managed Service for Prometheus 中的警示

我可以使用哪些指標來監控我的成本?

在 Amazon CloudWatch 中監控 IngestionRate,以追蹤您的擷取成本。如需在 CloudWatch 中監控 Amazon Managed Service for Prometheus 指標的詳細資訊,請參閱 使用 CloudWatch 指標來監控 Amazon Managed Service for Prometheus 資源

我可以隨時查閱我的帳單嗎?

會 AWS Cost and Usage Report 追蹤您的 AWS 用量,並在帳單期間內提供與您的帳戶相關聯的預估費用。如需詳細資訊,請參閱 AWS 成本和用量報告使用者指南中的什麼是成本和用量報告? AWS

為什麼我的帳單在月初比月底高?

Amazon Managed Service for Prometheus 具有用於擷取的分層定價模式,因此導致初始用量的成本會提高。當您的用量達到更高的擷取層級時,成本較低,您的成本也會降低。如需有關定價的詳細資訊 (包括擷取層),請參閱 Amazon Managed Service for Prometheus 產品頁面中的定價

注意
  • 層級適用於區域內的使用,而非跨區域。區域內的使用量必須達到下一個層級,才能使用較低的費率。

  • 在 中的組織中 AWS Organizations,層級用量是按付款人帳戶計算,而不是按帳戶計算 (付款人帳戶一律是組織管理帳戶)。當組織中所有帳戶的總擷取指標 (區域內) 達到下一個層級時,所有帳戶都會以較低的費率收費。

我刪除了所有 Amazon Managed Service for Prometheus 工作區,但我似乎仍需付費。可能發生什麼情況?

在這種情況下,您仍有受 AWS 管抓取器,這些抓取器已設定為將指標傳送至已刪除的工作區。請遵循 的指示尋找並刪除湊集器

下一個主題:

整合

上一個主題:

CloudWatch Logs
隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。