Azure弹性数据库池（Elastic Database Pool）成本意外上涨问题咨询

• 后台静默启用弹性池自动扩缩容规则：你前台看到的固定2 vCore配置仅为最低资源阈值，部分CSP转售订阅默认开启隐藏的自动缩放策略，当池内数据库数量超过12个的默认阈值后，后台会自动提升vCore配额做性能预留，该类扩容不会同步更新前台配置展示，计费按实际扩容时长累计，直接导致每月计费单元数量上涨。
• SQL许可计量逻辑触发单库叠加bug：正常弹性池的SQL Server许可按池总vCore数量固定计费，但部分转售订阅存在计量bug，池内数据库数量超过阈值后，会对超出的数据库单独加收许可费用，且该类超额计费会逐月累计而非固定按月收取，符合你账单中许可费用连续上涨的特征。
• 单库存储预留计量异常：你观测到的单库250GB最大容量为弹性池单库默认上限，正常不计费，仅按池总配置的32GB存储或实际使用量收费。但如果订阅计量逻辑触发bug，会将所有单库的预留存储容量叠加计入总池存储计费项，且逐月累计计算预留量，导致计费数量持续走高。
• CSP转售订阅滚动计量周期错位：你推算的第二月计费46天、第三月计费66天的特征，符合德国电信部分CSP订阅的滚动计量逻辑：转售商与微软的结算周期和给你方的账单周期不同步，计费单元不会按自然月重置，会持续累计直到双方完成对账后才会清零，产生费用逐月上涨的表象。
• RA-GRS冗余计量异常：当前配置的RA-GRS存储默认按32GB固定计费，若后台跨区域冗余副本同步出现故障，会重复计算冗余副本存储量，甚至累计历史同步临时数据量，导致存储相关计费单元持续上涨。

建议要求德国电信提供微软出具的CSP原始用量明细文件，文件内会明确标注每个计费单元的计量维度、对应配置、生效时长，可直接定位异常根因。

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