选择您的 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 服务器(在代理模式下运行)和 Distro for (ADOT) 收集器都 OpenTelemetry 支持 AWS 该配置。scrape_interval例如,将收集间隔从 30 秒增加到 60 秒会将摄取使用量减少一半。

您也可以使用 <relabel_config> 筛选发送到 Amazon Managed Service for Prometheus 的指标。有关在 Prometheus 代理配置中重新标记的更多信息,请参阅 https://prometheus。 io/docs/prometheus/latest/configuration/configuration/#relabel_config 在 Prometheus 文档中。

降低我的查询成本的最佳方法是什么?

查询成本基于已处理的样本数量。您可以降低查询频率来降低查询成本。

为了更清楚地了解对您查询成本影响最大的查询,您可以向您的支持联系人提交工单。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 查询中的回溯窗口大小与需要警报的数据相匹配。例如,在下面的规则中,表达式包括一个十分钟的回溯窗口:

    - 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 中管理和转发警报

我可以使用哪些指标来监控我的成本?

IngestionRate在 Amazon 中进行监控 CloudWatch 以跟踪您的摄取成本。有关监控亚马逊托管服务 Prometheus 指标的更多信息,请参阅。 CloudWatch 使用 CloudWatch 指标监控亚马逊托管服务的 Prometheus 资源

我可以随时查看账单吗?

它会 AWS 成本和使用情况报告 跟踪您的 AWS 使用情况,并提供账单周期内与您的账户相关的预估费用。有关更多信息,请参阅什么是 AWS 成本和使用情况报告? 在《AWS 成本和使用情况报告用户指南》

为什么我月初的账单高于月末?

Amazon Managed Service for Prometheus 采用分层定价模式,这会导致您的初始使用费用较高。当您的使用量达到更高的摄取等级时,如果费用较低,您的费用就会降低。有关定价(包括摄取等级)的更多信息,请参阅“Amazon Managed Service for Prometheus 产业页面”中的定价

注意
  • 等级是针对区域内的使用情况,而不是跨区域的使用情况。一个区域内的使用量必须达到下一等级,才能使用较低的费率。

  • 在中的组织中 AWS Organizations,等级使用是按付款人账户计算的,而不是按账户计算的(付款人账户始终是组织管理账户)。当一个组织内所有账户的摄取指标总量(在一个区域内)达到下一等级时,所有账户都将按照较低的费率收费。

我删除了我所有的 Amazon Managed Service for Prometheus 工作区,但似乎仍在收费。这可能是怎么回事?

在这种情况下,一种可能性是,您仍然有 AWS 托管抓取器,这些抓取器设置为将指标发送到已删除的工作区。按照说明查找和删除抓取程序

下一主题:

集成

上一主题:

CloudWatch 日志
隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。