Azure 弹性数据库池的成本意外增加
Unexpected raising costs for Azure Elastic Database Pool
我们在德国通过 Telekom 作为经销商预订了一个 azure 帐户（由于 GDPR 的原因，如果你对你的客户说你在 Telekom 托管比在 Microsoft 托管“听起来更好”:-)）
我们有一个弹性数据库池：
德国中西部，弹性池，RA-GRS，vCore，通用，第 5 代，2 个 vCore，即用即付，无混合，32 GB
根据标准的 azure 价目表、价格计算器和文档，这应该产生大约每月 329,23 欧元（加上经销商保证金）。
我能找到的所有信息都证实这个成本是固定的，没有可能增加这个成本的可变部分。
第一个月（12 个数据库，使用了 1GB，几乎没有实际使用）成本符合预期。
第二个月（14 个数据库，2GB，不确定使用情况）成本增加了 150 欧元。
第三个月（14个数据库，2GB，几乎没有实际使用）成本又增加了150欧元。
除了添加 2 个数据库和使用 1 GB 之外，没有任何变化。池的配置在所有 thoose 月都没有更改。
所以目前我们支付的费用是预期的两倍，并且担心下个月它会再增加 150 欧元。
Telekom 声称“与微软没有固定价格”，涨价是因为 2 个新数据库。这对我来说完全是胡说八道。他们在 Microsoft 开了工单，但 2 周后我们仍然没有答复。
假设（正如他们也声称的那样）问题不在电信方面，微软确实每个月都会向他们收取越来越多的费用，尽管它应该是一个不变的价格，尽管它几乎没有被使用而且没有任何改变可以解释加薪，有没有人知道，是什么导致了这种加薪成本？
编辑 1：这不是今年停产的“分支”Telekom Cloud Azure。
编辑 2：由于转售，所有成本控制工具都被禁用并替换为“询问您的经销商”。
编辑 3：我很确定我正确理解了天蓝色价格模型，但这不是它应该的方式。我的怀疑是，可能有一些可变成本部分在正常情况下不起作用（例如网络流量或类似的东西）并且有一些特殊的事情正在发生（例如编程错误，导致无限循环导致一遍又一遍地查询数据库，导致每个月有 TB 的流量。但事实并非如此。指标显示上个月的 IO 为 0%）。
编辑 4：发票列出了 2 个职位。一份用于池，一份用于 sql 服务器许可证。有一个“数量”（一个四位数）。这在 3 个月内从 1488 增长到 2230 再到 3156。位置 1 的价格为 0,141 欧元，许可证的价格为每“单位”0,084 欧元。我不知道这个单位应该是什么，也不知道为什么它每个月都在增长。我也不知道 sql 服务器许可证是否也根据此“金额”计费。对我来说，这似乎是一种完全不同的定价模式，其中池和许可证按“activity 分钟”或类似的东西收费。
编辑 5：我刚刚注意到一件奇怪的事情。虽然在配置下的池中有 32 GB 的“数据最大大小”，但如果我在“计算+存储”下查看池的数据库，还有一个滑块“数据最大大小”（但没有用于 vcores ) 哪个显示 250GB？这里发生了什么？池怎么能最大 32GB 但每个数据库最大 250GB？ （我绝对确定我没有配置这个，我不明白 db max 怎么会超过 pool max）。但这无法解释收费金额（数据最大大小或多或少便宜并且不会增加许可成本）。
编辑 6：如果我比较数字，似乎计费“金额”的单位是 0,5h（奇怪）。池和许可证的价格几乎是 MS 每小时价格的两倍，第一张发票 (1488) 中的金额是每月 730 小时的两倍多一点。据此，我们在第二个月支付了 46 天的费用，在第三个月支付了 66 天的费用。如果它是 31,62 和 93，我会知道发生了什么（他们不会在计费后重置计数器）但数字没有给出。
事实证明，成本增加的原因是不同资源组中完全不同的单一数据库，意外地使用 vCore 而不是便宜得多的 DTU 模型（至少对于较低的 DTU 数量）进行预订。
由于“转售情况”，不仅在预订时未显示成本（因此错误被忽视），而且成本分析工具也无法进行调查。
额外的混乱出现了，因为完全不同的资源组中的额外数据库没有导致单独的发票位置（如直觉预期的那样），而是增加了已经存在的位置，假设这些位置仅代表另一个弹性池。
我不确定这个问题和答案是否对任何人都有用 - 除了在使用经销商时可能是一种“警告”，并强调成本显示和成本控制工具的重要性。
也许还有关于某些此类经销商无能的额外警告，无法帮助您调查这样一个简单的问题。
我们在德国通过 Telekom 作为经销商预订了一个 azure 帐户（由于 GDPR 的原因，如果你对你的客户说你在 Telekom 托管比在 Microsoft 托管“听起来更好”:-)）
我们有一个弹性数据库池：
德国中西部，弹性池，RA-GRS，vCore，通用，第 5 代，2 个 vCore，即用即付，无混合，32 GB
根据标准的 azure 价目表、价格计算器和文档，这应该产生大约每月 329,23 欧元（加上经销商保证金）。 我能找到的所有信息都证实这个成本是固定的，没有可能增加这个成本的可变部分。
第一个月（12 个数据库，使用了 1GB，几乎没有实际使用）成本符合预期。
第二个月（14 个数据库，2GB，不确定使用情况）成本增加了 150 欧元。
第三个月（14个数据库，2GB，几乎没有实际使用）成本又增加了150欧元。
除了添加 2 个数据库和使用 1 GB 之外，没有任何变化。池的配置在所有 thoose 月都没有更改。
所以目前我们支付的费用是预期的两倍，并且担心下个月它会再增加 150 欧元。 Telekom 声称“与微软没有固定价格”，涨价是因为 2 个新数据库。这对我来说完全是胡说八道。他们在 Microsoft 开了工单，但 2 周后我们仍然没有答复。
假设（正如他们也声称的那样）问题不在电信方面，微软确实每个月都会向他们收取越来越多的费用，尽管它应该是一个不变的价格，尽管它几乎没有被使用而且没有任何改变可以解释加薪，有没有人知道，是什么导致了这种加薪成本？
编辑 1：这不是今年停产的“分支”Telekom Cloud Azure。
编辑 2：由于转售，所有成本控制工具都被禁用并替换为“询问您的经销商”。
编辑 3：我很确定我正确理解了天蓝色价格模型，但这不是它应该的方式。我的怀疑是，可能有一些可变成本部分在正常情况下不起作用（例如网络流量或类似的东西）并且有一些特殊的事情正在发生（例如编程错误，导致无限循环导致一遍又一遍地查询数据库，导致每个月有 TB 的流量。但事实并非如此。指标显示上个月的 IO 为 0%）。
编辑 4：发票列出了 2 个职位。一份用于池，一份用于 sql 服务器许可证。有一个“数量”（一个四位数）。这在 3 个月内从 1488 增长到 2230 再到 3156。位置 1 的价格为 0,141 欧元，许可证的价格为每“单位”0,084 欧元。我不知道这个单位应该是什么，也不知道为什么它每个月都在增长。我也不知道 sql 服务器许可证是否也根据此“金额”计费。对我来说，这似乎是一种完全不同的定价模式，其中池和许可证按“activity 分钟”或类似的东西收费。
编辑 5：我刚刚注意到一件奇怪的事情。虽然在配置下的池中有 32 GB 的“数据最大大小”，但如果我在“计算+存储”下查看池的数据库，还有一个滑块“数据最大大小”（但没有用于 vcores ) 哪个显示 250GB？这里发生了什么？池怎么能最大 32GB 但每个数据库最大 250GB？ （我绝对确定我没有配置这个，我不明白 db max 怎么会超过 pool max）。但这无法解释收费金额（数据最大大小或多或少便宜并且不会增加许可成本）。
编辑 6：如果我比较数字，似乎计费“金额”的单位是 0,5h（奇怪）。池和许可证的价格几乎是 MS 每小时价格的两倍，第一张发票 (1488) 中的金额是每月 730 小时的两倍多一点。据此，我们在第二个月支付了 46 天的费用，在第三个月支付了 66 天的费用。如果它是 31,62 和 93，我会知道发生了什么（他们不会在计费后重置计数器）但数字没有给出。
事实证明，成本增加的原因是不同资源组中完全不同的单一数据库，意外地使用 vCore 而不是便宜得多的 DTU 模型（至少对于较低的 DTU 数量）进行预订。 由于“转售情况”，不仅在预订时未显示成本（因此错误被忽视），而且成本分析工具也无法进行调查。 额外的混乱出现了，因为完全不同的资源组中的额外数据库没有导致单独的发票位置（如直觉预期的那样），而是增加了已经存在的位置，假设这些位置仅代表另一个弹性池。
我不确定这个问题和答案是否对任何人都有用 - 除了在使用经销商时可能是一种“警告”，并强调成本显示和成本控制工具的重要性。
也许还有关于某些此类经销商无能的额外警告，无法帮助您调查这样一个简单的问题。