关于45MB大小的Azure Cosmos DB疑似被超额收费的问询

哇，3500英镑的账单对于你这种规模的Cosmos DB实例来说确实离谱——我帮不少用户排查过类似问题，大多是对Cosmos DB的计费模型不熟悉踩了坑，咱们一步步拆解：

一、先搞懂核心计费逻辑（MongoDB兼容版完全适用） #

Cosmos DB的计费不是只看数据大小和请求量，核心是**RU/s（请求单位/秒）**的配置，再加上存储、附加服务这几块。哪怕你实际请求很少，只要RU/s配得高，基础费用直接爆炸。

• 固定RU/s的坑：如果是手动设置的固定RU/s，哪怕全天零请求，也会按这个配置额度收费。比如不小心设了10000 RU/s（这是很高的档位），光这一项月费就可能接近3000英镑，完全匹配你的情况。
• 自动缩放的误区：开了自动缩放的话，要是曾经出现过短时间高负载（比如你每晚的mongodump批量读取），而自动缩放的上限设得太高，也会被峰值档位拉高费用。

二、针对性排查步骤 #

1. 先揪出账单里的费用大头
   登录Azure门户，找到你的Cosmos DB账户的账单明细，看费用主要来自计算（RU/s）、存储还是其他附加服务——90%的高额账单都是计算费用超了。

   • 如果是计算费用：重点查2018年2月期间RU/s的配置历史，有没有被误调过，或是自动缩放的上限设得过高。
   • 如果是存储费用：虽然你数据只有45MB，但要检查有没有旧的备份快照被长期保留（2018年Cosmos DB的自动备份默认保留7天，要是手动改了更长时间，可能产生额外存储费，但这个金额一般不会到3500英镑，可能性较低）。

2. 检查mongodump是否触发了高RU消耗
   你每晚跑mongodump，数据量虽小，但批量读取的请求可能瞬间消耗大量RU：

   • 要是用的固定RU/s配置：如果RU/s设得够高，就会按这个高额度收费；如果设得低，会触发限流，但你没提限流问题，大概率是前者。
   • 要是用的自动缩放：可能被瞬间拉到很高的RU/s档位，哪怕只持续几分钟，也会按峰值档位计算部分费用（2018年的计费规则是按小时统计峰值，这点要注意）。
     建议换成Cosmos DB原生备份功能，不仅更高效，当时的政策里原生备份很多是免费的，能省不少RU消耗。

3. 排查是否有意外请求来源
   有没有可能数据库被未授权访问？比如开了公网访问但没设IP白名单，被爬虫或恶意请求刷了RU？你说日请求不足3000，但要去Azure门户的**指标（Metrics）**里看2018年2月的请求量、RU消耗趋势，有没有突然的峰值异常。

4. 确认计费层级是否正确
   2018年Cosmos DB有免费层（5GB存储+400 RU/s免费额度）和标准层，要是你的账户没启用免费层，哪怕数据小，也会按付费层最低配置收费，但最低配置的月费远低于3500英镑，这个可能性不大，但可以顺手确认下。

三、后续避免高额账单的建议 #

• 把固定RU/s改成自动缩放RU/s，并设置合理上限（比如根据日常请求量设1000 RU/s，足够应对备份的突发请求）；
• 用Cosmos DB原生备份替换mongodump，减少不必要的RU消耗；
• 开启IP白名单和VNet访问限制，防止意外请求蹭RU；
• 定期查看账单和指标，设置费用警报，一旦超过阈值就收到通知。

内容的提问来源于stack exchange，提问作者Harrison Su