Azure弹性数据库池的成本意外增加

Question

我们在德国向Telekom订购了一个azure帐户作为经销商(由于GDPR原因，如果您告诉您的客户您托管在Telekom上而不是Microsoft上，这听起来“更好”：-)

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

德国西部中心，弹性池，RA-GRS，vCore，通用，第5代，第2代vCores，按量计费，无混合，32 GB

根据标准的azure价目表，价格计算器和文件，这应该产生约329，23欧元每月(加上经销商保证金)。我能找到的所有信息都证实了这一成本是固定的，并且没有可能增加这一成本的可变部分。

在第一个月(12个数据库，使用了1 1GB，几乎没有实际使用)的成本如预期的那样。

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

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

除了添加2个数据库和多使用1 GB之外，什么都没有改变。在所有thoose月份中，池的配置都没有更改。

因此，目前我们支付的费用是预期成本的两倍，并担心下个月将再筹集150欧元。电信声称“微软没有固定的价格”，提价是因为两个新的数据库。在我看来，这完全是胡说八道。他们在微软开了一张罚单，但两周后我们仍然没有答复。

假设(他们还声称)问题不在电信方面，微软确实每月向他们收取越来越多的费用，尽管这应该是一个不变的价格，尽管它几乎没有使用，而且没有任何变化可以解释加薪，有人知道是什么原因导致成本上升吗？

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

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

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

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

编辑5:我刚刚注意到一件奇怪的事情。而在配置下的池中有32 GB的“数据最大大小”，如果我在"compute+storage“下查看池的数据库，也有一个滑块”数据最大大小“(但没有人用于vcore)，它显示250 GB？这是怎么回事？池的最大容量是32 the，而每个数据库的最大容量是250 the？(我绝对确定我没有对此进行配置，我不明白db max怎么会超过pool max)。但如果这不能解释收费金额(数据最大大小或多或少便宜，并且不会增加许可成本)。

编辑6:如果我比较数字，似乎账单“金额”的单位是0,5h (奇怪)。池和许可证的价格几乎是微软每小时价格的两倍，第一张发票(1488)的金额是每月730小时的两倍多一点。根据这一点，我们在第二个月和第三个月分别收取了46天和66天的费用。如果是31、62和93，我会知道发生了什么(他们在计费后不会重置计数器)，但数字不会给出这一点。

Answer 1

事实证明，成本增加的原因是一个完全不同的单一数据库在不同的资源组中，它意外地被vCore预订，而不是更便宜的DTU模型(至少对于较低的DTU数字)。由于“转售情况”，不仅在没有显示的地方预订成本(因此错误被忽略)，而且成本分析工具也不可用来调查。出现了额外的混淆，因为完全不同的ressource组中的额外数据库并没有产生单独的发票位置(正如直觉所预期的那样)，而是增加了假设仅代表另一个弹性池的现有位置。

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

也许还有一个关于这些经销商的无能的额外警告，以帮助你调查这样一个简单的问题。