优势
使用 Prometheus 而无需管理基础架构
与 Prometheus® 兼容的全代管式监控堆栈，默认对区域化数据进行两年的保留和全球查询。您无需进行联合、手动添加资源或投入时间进行维护。
包含默认的两年指标保留期限
在运行您自己的与 Prometheus 兼容的聚合程序时，将扩展存储空间分片很麻烦。为了消除这一痛点，所有指标都将存储两年，无需额外费用。
保留开源工具，避免供应商锁定
将 PromQL 与 Cloud Monitoring 和 Grafana® 等开源工具搭配使用。通过任何开源方法（如 prometheus-operator 或注解）配置部署和爬取。
主要特性
主要特性
由 Google 的内存中时序数据库 Monarch 提供支持
Managed Service for Prometheus 采用 Google 用来监控其服务的技术，这意味着即使是最大的 Prometheus 部署也可以在全球范围内进行监控。此外，该服务由维护 Google 自身监控的站点可靠性工程 (SRE) 团队维护，因此您可以确信在需要时可以获得您的指标。
将 Cloud Monitoring 与 Managed Service for Prometheus 搭配使用
您可以同时查看 Prometheus 指标和 1,500 多个免费的 Google Cloud 系统指标，跨基础架构和应用获得“单一管理平台”。Prometheus 指标可与 Cloud Monitoring 中的信息中心、提醒和 SLO 监控功能搭配使用。绘制您的 Prometheus 指标以及 GKE 指标、负载均衡器指标等。Cloud Monitoring 支持 PromQL，因此您的开发者可以立即开始使用。
代管式或自行部署的收集器和 Ops Agent
Managed Service for Prometheus 提供自动部署、扩缩、分片、配置和维护的代管式收集器。爬取和规则通过轻量级自定义资源 (CR) 进行配置。从 Prometheus operator 进行迁移很容易，而且代管式集合支持大多数用例。如果代管式收集器目前不支持您的用例，您也可以保留现有的收集器部署方法和配置。Ops Agent 简化了虚拟机上的 Prometheus 指标收集，让您可以更轻松地在 Prometheus 上对所有环境进行标准化。
我们一直在为 GKE 指标运行 Prometheus，但是需要持续进行大量维护工作。后来我们开始使用 Managed Service for Prometheus，并发现它十分好用。它可以处理我们拥有的任何数据量，因为它基于 Google 本身使用的后端构建，并且我们可以像以前一样继续使用相同的 Grafana 信息中心，同时保留开放的标准和协议。
Peter Kieltyka，Horizon Blockchain Games 首席执行官兼首席架构师
文档
文档
从 Managed Service for Prometheus 查询数据
没有看到您需要的内容？
使用场景
使用场景
快速诊断应用问题
使用 PromQL 定义提醒，并在提醒被触发时诊断问题。借助 Managed Service for Prometheus，您不必更改可视化工具或提醒，因此现有的突发事件创建和调查工作流将继续正常运行。
经济实惠地监控动态环境
Managed Service for Prometheus 按样本收费，当新容器启动后，系统不会提前收取基数费用。采用按样本收费的价格方案时，您只需在容器处于有效状态时付费，这样就不会因使用 Pod 横向自动扩缩功能而受到不利影响。Managed Service for Prometheus 具有其他费用控制机制，例如可自定义的采样周期、过滤器以及将数据保留在本地而不将其发送到数据存储区的功能。
跨各种环境实现 Prometheus 标准化
在 Kubernetes、无服务器和虚拟机部署中采用单一指标标准，可以更轻松地将信息中心整合在一起，实现更好的监控。此外，您的开发者和管理员只需了解 PromQL 即可使用指标。Managed Service for Prometheus 通过适用于 GKE、Cloud Run 和 Google Cloud 上虚拟机的 Ops Agent 的收集选项支持此用例。
所有特性
所有特性
| 独立的全局规则评估器 | 您可以继续在 Managed Service for Prometheus 中针对全球数据评估现有的记录和提醒规则。结果的存储方式与收集的数据一样，这意味着您无需将汇总数据一起存储在单个 Prometheus 服务器上。 |
| 动态多项目监控 | 指标范围是 Cloud Monitoring 中的一种只读结构，允许通过单个 Grafana 数据源监控多个项目。每个指标范围在 Grafana 中都显示为单独的数据源，并且可以按服务账号分配读取权限。 |
| 代管式收集器 | 代管式收集器会自动进行部署、扩缩、分片、配置和维护。爬取和规则通过轻量级自定义资源 (CR) 进行配置。 |
| 自行部署的收集器 | 只需将常规的 Prometheus 二进制文件替换为 Managed Service for Prometheus 的收集器二进制文件，即可使用首选的部署机制。爬取通过您首选的标准方法进行配置，您可以手动进行扩缩和分片。重复使用现有配置，并同时运行常规 Prometheus 和 Managed Service for Prometheus。 |
| 适用于 Cloud Run 的 Prometheus 边车 | 通过添加边车，为 Cloud Run 服务获取 Prometheus 样式的监控功能。边车在服务器端使用 Google Cloud Managed Service for Prometheus，在客户端使用为无服务器工作负载定制的 OpenTelemetry 收集器发行版。 |
| 支持监控其他环境 | 可以将自行部署的收集器配置为从在 Google Cloud 外部运行的应用收集数据。这些目标可以是 Kubernetes 或非 Kubernetes 环境，例如虚拟机。 |
| 在 Cloud Monitoring 中使用 PromQL | 在 Cloud Monitoring 界面中（包括在 Metrics Explorer 和信息中心构建器中）使用 PromQL。自动补全指标名称、标签键和标签值。使用 PromQL 查询免费系统指标、Kubernetes 指标、基于日志的指标和自定义指标，以及您的 Prometheus 指标。 |
| 由 Google 的内存中时序数据库 Monarch 提供支持 | 该服务采用 Google 用来监控其服务的技术，这意味着即使是最大的 Prometheus 部署也可以在全球范围内进行监控。 |
| 费用控制机制 | 通过导出的指标过滤器、减少稀疏直方图的费用、对较长采样周期收取更少费用的费用结构以及仅发送本地预汇总数据的能力，帮助控制您的支出。 |
| 费用识别和归因 | 使用 Cloud Monitoring 按指标名称和命名空间细分 Prometheus 注入量。快速识别花费最多的指标以及发送它们的命名空间。 |
| 示例：虚拟机实时迁移 | 示例：Compute Engine 虚拟机可在主机系统之间实时迁移，而无需重新启动。即使主机系统需要维护，您的应用仍可继续运行。 |
价格
价格
Managed Service for Prometheus 的价格方案可让您控制用量和支出。如需了解详情，请参阅详细价格指南。
特征 | 价格 | 每月免费配额 | 生效日期 |
|---|---|---|---|
$0.060/百万个样本†：前 0-500 亿个样本# $0.048/百万个样本：接下来的 500-2500 亿个样本 $0.036/百万个样本：接下来的 2500-5000 亿个样本 $0.024/百万个样本：超过 5000 亿个样本的部分 | 不适用 | 2023 年 8 月 8 日 | |
Monitoring API 调用 | $0.01/1000 次读取 API 调用 （写入 API 调用是免费的） | 每个结算帐号的前 100 万次读取 API 调用 | 2018 年 7 月 1 日 |
† Google Cloud Managed Service for Prometheus 使用 Cloud Monitoring 存储空间来存储外部创建的指标数据，并使用 Monitoring API 检索这些数据。Managed Service for Prometheus 根据注入的样本数（而非字节数）进行计量，从而与 Prometheus 的惯例保持一致。如需详细了解基于样本的计量方式，请参阅可控性和可预测性的价格。如需查看计算示例，请参阅基于样本注入数量的价格示例。
# 样本数量按照结算账号进行计数。
Grafana Labs 标记是 Grafana Labs 的商标，我们已获得 Grafana Labs 的使用许可。我们与 Grafana Labs 或其关联公司没有任何联属关系，也没有接受其支持或赞助。
