首页 > 解决方案 > Azure 弹性数据库池的成本意外增加

问题描述

我们在德国通过 Telekom 作为经销商预订了一个 azure 帐户(由于 GDPR 的原因,如果您对您的客户说您使用 Telekom 托管而不是使用 Microsoft 托管,“听起来更好”:-))

我们有一个弹性数据库池:

德国中西部,弹性池,RA-GRS,vCore,通用,第 5 代,2 个 vCore,按需付费,无混合,32 GB

根据标准的天蓝色价目表、价格计算器和文档,这应该产生大约每月 329,23 欧元(加上经销商利润)。我能找到的所有信息都证实这个成本是固定的,没有可变部分会增加这个成本。

第一个月(12 个数据库,使用了 1GB,几乎没有实际使用)成本达到预期。

在第二个月(14 个数据库,2GB,不完全确定使用情况)成本增加了 150 欧元。

第三个月(14 个数据库,2GB,几乎没有实际使用)成本再次提高了 150 欧元。

除了添加 2 个数据库和多使用 1 GB 之外,没有任何变化。游泳池的配置在那一个月里都没有改变。

因此,目前我们支付了预期成本的两倍,并担心下个月会再筹集 150 欧元。Telekom 声称“微软没有固定的价格”,而提高是因为 2 个新数据库。这对我来说听起来完全是胡说八道。他们在 Microsoft 开了一张票,但 2 周后我们仍然没有答案。

假设(正如他们声称的那样)问题不在于 Telekom 方面,并且微软确实每个月都会向他们收取越来越多的费用,尽管它应该是一个不变的价格,尽管它几乎没有被使用,并且没有任何改变可以解释加薪,有没有人知道,什么可能导致成本上升?

编辑 1:这不是今年停产的“分支”Telekom Cloud Azure。

编辑2:由于转售,所有成本控制工具都被禁用并由“询问您的经销商”取代。

编辑 3:我很确定我正确理解了天蓝色的价格模型,这不是应该的方式。我的怀疑是,可能有一些可变成本部分在正常情况下不起作用(例如网络流量或类似的东西)并且发生了一些特殊的事情(例如编程错误,导致无限循环导致一遍又一遍地查询数据库,导致每个月有 TB 的流量。但事实并非如此。指标显示上个月的 IO 为 0%)。

编辑 4:发票列出 2 个职位。一个用于池,一个用于 sql server 许可证。有一个“金额”(四位数字)。这在 3 个月内从 1488 增长到 2230 到 3156。位置 1 的价格是 0,141 欧元,许可证的价格是每“单位”0,084 欧元。我不知道这个单位应该是什么,也不知道为什么它每个月都在增长。我也不知道sql server license 也是按照这个“金额”计费的。对我来说,这似乎是一个完全不同的定价模式,池和许可证按“活动分钟数”或类似的东西收费。

编辑5:我刚刚注意到一件奇怪的事情。虽然在配置下的池中有一个 32 GB 的“数据最大大小”,但如果我在“计算+存储”下查看池的数据库,还有一个滑块“数据最大大小”(但 vcore 没有) 哪里显示 250GB?这里发生了什么?池如何最大为 32GB,但每个数据库最大为 250GB?(我绝对确定我没有配置这个,我不明白 db max 怎么能超过 pool max)。但这无法解释收费金额(数据最大大小或多或少便宜,并且不会增加许可成本)。

编辑 6:如果我比较数字,似乎计费“金额”的单位是 0,5h(奇怪)。池和许可证的价格或多或少是 MS 每小时价格的两倍,而第一张发票 (1488) 中的金额是每月 730 小时的两倍多一点。据此,我们在第二个月的 46 天和第三个月的 66 天计费。如果是 31,62 和 93,我会知道发生了什么(他们不会在计费后重置计数器),但数字没有给出。

标签: azureazure-sql-database

解决方案


事实证明,成本增加的原因是不同资源组中的一个完全不同的单个数据库,它意外地被 vCore 预订,而不是便宜得多的 DTU 模型(至少对于较低的 DTU 数量)。由于“转售情况”,不仅在预订未显示的成本(因此错误被忽视),而且在无法调查的成本分析工具上。由于完全不同的资源组中的附加数据库没有导致单独的发票位置(如直觉预期的那样),而是增加了已经存在的位置,因此产生了额外的混乱,这些位置假定仅代表另一个弹性池。

我不确定这个问题和答案是否对任何人有用——除了在使用经销商时可能是一种“警告”,以及取消显示成本和成本控制工具的重要性。

也许还有一个额外的警告,说明一些此类经销商无能帮助您调查这样一个简单的问题。


推荐阅读