什麼會導致我的成本？降低成本的最佳方法是什麼？如何降低擷取成本？降低查詢成本的最佳方法是什麼？如果我減少了指標的保留期間，這是否有助於減少總帳單？如何降低提醒查詢成本？我可以隨時查閱我的帳單嗎？我可以使用哪些指標來監控我的成本？如何在中檢視我的成本 AWS Cost Explorer？如何計算一個月中擷取的樣本數量？哪些資料精細程度可用於歷史成本分析？監控 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 中管理查詢成本。

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

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

如需如何設定工作區保留期的資訊，請參閱設定您的工作區。

如何降低提醒查詢成本？

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

使用 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 中的警示。

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

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

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

您擷取的指標範例是 Amazon Managed Service for Prometheus 的主要成本驅動因素。擷取的樣本數量會直接決定您的每月費用，因此監控和了解您的擷取模式至關重要。

AWS Cost Explorer 是監控 Amazon Managed Service for Prometheus 成本的事實來源。您可以監控 Cost Explorer 在多個維度的 Amazon Managed Service for Prometheus 上是否有歷史和day-by-day成本趨勢，包括擷取的樣本。AWS 成本異常偵測也可以讓您監控支出模式中的意外變更。

使用IngestionRate指標提供輔助方法來監控與成本直接相關的擷取趨勢。使用 IngestionRate作為其他指標的優點包括：

工作區層級追蹤 – 監控每個工作區的擷取，而不只是在帳戶層級。
精細可見性 – 每小時或minute-by-minute追蹤擷取模式，以取得即時洞見。
主動監控 – 設定 CloudWatch 警示以在用量峰值出現在帳單中之前對其進行偵測。

注意

IngestionRate 可用來預估每個工作區的成本和趨勢或屬性成本，但並不 100% 準確。由於會IngestionRate報告每隔 1 分鐘取樣的平均速率，因此將此速率乘以時間可提供近似值，而不是擷取的確切樣本計數。此外，Amazon CloudWatch 的資料保留政策會影響歷史查詢可用的精細程度，超過 63 天的資料限制為 1 小時的間隔。

如需在 CloudWatch 中監控 Amazon Managed Service for Prometheus 指標的詳細資訊，請參閱使用 CloudWatch 指標監控 Amazon Managed Service for Prometheus 資源。

如何在中檢視我的成本 AWS Cost Explorer？

作為 Amazon Managed Service for Prometheus 成本的真實來源，會針對擷取的 Amazon Managed Service for Prometheus 範例 AWS Cost Explorer 提供實際帳單用量和費用，包括按月份和區域列出的歷史帳單資料。針對最終帳單金額和day-by-day成本趨勢使用 Cost Explorer。

若要檢視 Amazon Managed Service for Prometheus 成本：

存取 AWS Cost Explorer

登入 AWS 管理主控台。
導覽至 Billing and Cost Management 儀表板。
從左側導覽功能表中選取 Cost Explorer。
選擇啟動 Cost Explorer （如果這是您第一次使用它）。

設定報告

將時間範圍設定為所需的計費期間（例如，2025 年 3 月至 2026 年 2 月）。
在篩選條件下，選取：
- 服務：選擇「Amazon Managed Service for Prometheus」。
- 用量類型：篩選 "MetricSampleCount" 以隔離範例擷取費用。

群組和檢視資料

在分組依據下，選取區域以檢視每個區域的成本和用量資料。
選擇您偏好的視覺化效果（長條圖、折線圖或資料表）。
選擇套用以產生報告。

匯出資料（選用）

選擇右上角的下載 CSV 以匯出資料。
CSV 檔案將包含：計費期間、區域、用量類型、計費金額和用量數量（計費範例數量）。

注意

Cost Explorer 資料通常會延遲 24 小時。對於最新的計費期間，資料在第二天之前可能無法使用。

如何計算一個月中擷取的樣本數量？

您可以使用的 Amazon CloudWatch IngestionRate指標來計算擷取的大約範例數量 AWS Command Line Interface。這對於檢閱每月帳單和了解跨工作區的使用模式非常有用。

若要擷取擷取資料：


aws cloudwatch get-metric-data \
    --region your-region \
    --start-time start-timestamp \
    --end-time end-timestamp \
    --metric-data-queries '[
        {
            "Id": "e1",
            "Expression": "SUM(METRICS())",
            "Period": 3600
        },
        {
            "Id": "ws1",
            "MetricStat": {
                "Metric": {
                    "Namespace": "AWS/Usage",
                    "MetricName": "ResourceCount",
                    "Dimensions": [
                        {"Name": "Service",    "Value": "Prometheus"},
                        {"Name": "Resource",   "Value": "IngestionRate"},
                        {"Name": "Type",       "Value": "Resource"},
                        {"Name": "Class",      "Value": "None"},
                        {"Name": "ResourceId", "Value": "YOUR_AMP_WORKSPACE_ID"}
                    ]
                },
                "Period": 3600,
                "Stat": "Average"
            }
        }
    ]'

命令會傳回每小時IngestionRate平均值，以每秒範例為單位。若要計算一個月內擷取的大約樣本數量，請將每個每小時資料點乘以 3600 （每小時秒數），以取得該小時內擷取的樣本，然後加總該月的所有每小時總計：


Monthly samples ≈ Σ (hourly IngestionRate average × 3600)

例如，如果一個小時平均每秒傳回 IngestionRate 500 個樣本，則該小時貢獻大約 500 × 3600 = 1，800，000 個樣本。每個月每小時重複此動作，並加總結果以取得您大約每月的擷取計數。

重要參數：

Period：3600 (1 小時，以秒為單位）
StartTime：月初（例如 2026-02-01T00:00:00Z)
EndTime：您的月底（例如 2026-03-01T00:00:00Z)
Stat：平均

若要尋找您的工作區 IDs：


aws amp list-workspaces --region your-region

使用工作區 ID 篩選指標，僅顯示指定工作區的資料，而不是彙總區域中所有 Prometheus 資源的資料。

哪些資料精細程度可用於歷史成本分析？

Amazon CloudWatch 的資料保留政策會影響歷史查詢可用的精細程度：

少於 15 天的資料：每隔 1 分鐘查詢 (Period： 60)
資料 15–63 天：每隔 5 分鐘查詢 (Period：300)
超過 63 天的資料：以 1 小時為間隔 (Period：3600)

對於超過 63 天的歷史分析，CloudWatch 會自動將資料縮減為最少 1 小時的期間。檢閱超過 63 天的帳單時，您必須使用每小時彙總資料。每月範例計算使用這些每小時平均資料點，將整個月的每個值乘以 3600。

這種減少的精細程度進一步有助於為什麼 IngestionRate 提供舊資料的預估值，而不是確切計數 - 請務必參考 Cost Explorer 以了解您的授權計費金額。

如需 CloudWatch 指標保留的詳細資訊，請參閱《Amazon CloudWatch 使用者指南》中的指標保留。

監控 Amazon Managed Service for Prometheus 成本的最佳實務是什麼？

若要有效管理和最佳化 Amazon Managed Service for Prometheus 支出，請考慮實作下列監控實務：

定期監控 Cost Explorer 以追蹤實際支出趨勢，並識別多個維度的成本異常，包括擷取的樣本。
啟用 AWS 成本異常偵測，以接收 Amazon Managed Service for Prometheus 支出中意外成本增加的提醒。
在上設定 CloudWatch 警示IngestionRate，以進行工作區層級監控和早期偵測擷取峰值。
定期匯出 Cost Explorer 資料以進行長期成本分析和報告。

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

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

注意

方案適用於區域內的使用，而不是跨區域。區域內的使用量必須達到下一個層級，才能使用較低的費率。
在中的組織中 AWS Organizations，層級用量是按付款人帳戶計算，而不是按帳戶計算（付款人帳戶一律是組織管理帳戶）。當組織中所有帳戶的總擷取指標（區域內）達到下一個層級時，所有帳戶都會以較低的費率收費。

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

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

您的瀏覽器已停用或無法使用 Javascript。

您必須啟用 Javascript，才能使用 AWS 文件。請參閱您的瀏覽器說明頁以取得說明。

文件慣用形式

查詢洞察和控制

整合