最新报告:谷歌云账单扣费莫名激增？竟是Metric Volume在作祟

免责声明：本文系根据个人实际经历进行分享，其内容可能与特定时间、地域或个人状况存在差异。在进行操作之前，请务必根据具体情况进行评估，并在需要时查阅最新的官方资料。若您有任何疑问或意见，请随时通过留言进行沟通。

兔哥对谷歌云（GCP）情有独钟，已将其定位为主要的云服务提供商。尽管使用体验颇佳，但价格确实不菲。以我在谷歌云上搭建的2个e2-small（E2-共享核心-2G内存）实例为例，几乎每天的花销都在4美元左右。

谷歌云实例管理

自本月25日起，我的账单数额出现了显著提升，增长幅度几乎达到了原来的两倍。这让我感到困惑，因为在这段时间里，我并未在谷歌云服务平台上进行任何操作，那么究竟是什么原因导致了费用如此急剧的增加呢？

谷歌云每日账单

通过查询 结算 – 报告 发现原来在 25 日当前之后，有一个名为 Metric Volume查看扣费详情，仅此一项的扣除金额便高达2.13美元。难怪账单会突然激增一倍，原来这便是幕后黑手。此外，连续数日观察发现，该项目的扣费行为持续不断，且费用大致稳定在2.13美元左右。因此，这不明扣费究竟是什么，以及为何会突然出现这笔费用，成为了我亟待解决的问题。

账单突增费用

Metric Volume 是什么？

通过查询得知，原来 Metric Volume 是 在Google Cloud Monitoring平台内，所有指标数据的单个数据点的计量单位汇总。，也是谷歌云「监控费用」的核心计费项之一。

简单来说，谷歌云平台（GCP）会收集你服务、实例和网络等产生的监控信息（例如CPU使用率和请求数量等）。每个监控指标（metric）都会产生多个数据点。所谓的Metric Volume，实际上是指这些数据点的总体积，并且按照MiB（兆字节）这一单位进行计费。

Metric Volume 费用是如何产生的？

在您使用谷歌云平台创建实例时，系统会自动激活Ops Agent监控功能，此功能通过搜集日志数据与性能指标，对实例及所运行的应用进行实时监控。这便是Metric Volume 费用的来源。

默认开启 Ops Agent 监控服务

当然，即便你在创建实例时未勾选预置的Ops Agent监控服务，谷歌云仍能对基础指标进行监控，例如CPU使用率、网络流量以及磁盘吞吐量等。至于内存和磁盘空间的利用率等指标，系统会提示你安装Ops Agent服务。

未开启 Ops Agent 服务

启动了 Ops Agent 监控服务，我们便能在实例的可视化监控界面，查看到更详尽、更丰富的监控数据：包括 CPU 使用率、内存使用率、网络流量、磁盘空间使用率等多个关键指标。

这些所有的指标数据会统一由 Metric Volume 保存统计，最终会被计算进入谷歌云账单中。

谷歌云监控指标

所以现在我们已搞明白了，这其实是谷歌云实例监控服务的费用扣除，然而，新的疑问又浮现了：为何之前并无此类费用，而今却突然新增了这项扣费？再者，上个月我们并未观察到这笔费用，为何本月却突然出现了这笔新增费用？经过进一步的调查，我们才了解到，原来 Metric Volume 是存在免费额度的，一旦超出这个额度，便会产生相应的费用。

Metric Volume 如何计费？

经查证，Google Cloud Monitoring为用户每月提供150 MiB的免费指标数据容量，这一额度是根据用户的账单账户来计算的。一旦使用量超过这一限额，超出的部分将按照0.2580美元每MiB的价格进行收费。据此推断，本次产生的费用很可能是由于超过了免费指标数据容量的限制。

以下为详细的定价策略说明（详情可查阅官网：Cloud Monitoring 价格概览）：

非收费指标Google Cloud平台中的服务，例如Compute Engine，所涉及的系统指标，诸如CPU和内存的使用情况，一般不会被纳入计费范畴。

如何查看 Metric Volume 使用量？

掌握 Metric Volume 的计费规定之后，您想知道本月 Metric Volume 的具体使用情况吗？很简单，只需登录谷歌云控制台，点击首页的 Monitoring 标签，再进入 指标管理 部分即可查看到本月 Metric Volume 的使用数据。当然，您也可以直接点击 指标管理 来获取这些信息。

指标管理

在指标管理页面的界面中，我们能够查阅不同时间点或特定时间段内的Metric Volume消耗量。以图中为例，我将时间跨度设定为从本月初至今日（29日），结果显示，累计的计费字节数达到了173.1 MiB，这一数值已经超过了免费额度150 MiB，因此导致了费用的产生。

查看 Metric Volume 使用量

如何避免 Metric Volume 扣费？

由于Ops Agent监控服务默认处于开启状态，因此随着实例负载的上升，Metric Volume的使用量也将相应增长。这可能导致在当月内的某个时间点，使用量超过免费额度，进而产生费用。

在了解了扣费规则和原因之后，我们便可以对症下药。解决该问题最简单的方法便是卸载 Ops Agent 监控服务当然，这一操作仅在你已默认激活且确认不再需要额外监控指标的前提下方可进行。

卸载Ops Agent监控服务并不代表完全丧失监控功能，基础的监控服务依然能够正常运作。

1、卸载 Ops Agent

若是您所使用的操作系统为 Debian 或 Ubuntu，那么您可以采取以下步骤来卸载 Ops Agent 监控服务。

使用sudo命令停止运行google-cloud-ops-agent服务。
使用sudo命令，执行apt-get工具，进行remove操作，指定--purge选项，移除名为google-cloud-ops-agent的软件包。
执行sudo命令，检查google-cloud-ops-agent服务的状态信息。
使用sudo命令执行删除操作，彻底删除位于根目录下的etc文件夹中的google-cloud-ops-agent文件。

验证效果：

即便本月内已经超过了免费使用限额，即便 Metric Volume 数量有所下降，费用依然不可避免地会出现。

2、排除非必要监控指标

采用谷歌云平台提供的筛选工具，可以有效降低由Metric Volume生成的数据量。首先，您需要回到指标管理界面，接着点击页面上的“筛选指标”选项，随后在弹出的新窗口中挑选出那些不需要监控的指标，最后在页面下方点击“建立规则”按钮即可完成操作。

监控指标众多，因此必须逐个手动进行点击操作（尚不知晓如何一次性排除多个指标）。目前，我仅保留了部分指标，您可以在下方的图中观察到，目前有效的指标共有六个。

排除指标

创建新的指标排除项

总结

运用此法，我们能够显著减少由 Metric Volume 产生的数据总量，进而防止监控成本意外攀升。只需确保每月的 Metric Volume 维持在150 MiB 免费额度以内，大多数项目在正常监控需求下就不必担心额外开销。

此次账单大幅上涨的情况，促使我对Google Cloud背后所采用的计费模式有了更深刻的认识。随着我对Google Cloud的依赖程度日益增强，我所使用的服务类型和复杂程度也在持续提升。这既代表着我们能够获得更强大的功能和更高的灵活性，同时也要求我们必须对资源配置进行更为精细化的管理和优化。

在起初阶段，你可能并未触及到这些费用限制，然而，随着使用量的逐步增加，你将逐渐意识到：Google Cloud 并非仅仅是提供“免费试用”的平台，它更是一整套能够切实为你创造价值的云端服务系统。一旦你开始留意这些细微之处，这也就意味着你正走在通往专业应用的道路之上。

继续浏览有关 最新报告谷歌云MetricVolume 的文章