Azure即用即付模式下App Services与SQL Database计费规则咨询

我来帮你理清这个计费逻辑，针对你的.NET Core 5应用部署场景，Azure的计费规则其实是分服务独立核算的，但Azure计算器的预估金额可以覆盖你配置的所有资源的常规使用费用，具体细节我给你拆解清楚：

一、Azure App Service 的计费方式 #

即用即付模式下，App Service的计费取决于你选的定价层：

• 如果你用的是基本/标准/高级这类固定实例层：计费是按实例的运行时长来算，不管你的CPU使用率有多高、处理了多少请求，只要实例处于运行状态，就按小时收取对应层的费用（只要资源使用在该层的额度内，不会额外按单个CPU事务计费）。
• 如果你用的是消耗计划（Consumption Plan）：则会根据实际的CPU执行时间、内存占用量，以及处理的HTTP请求数来计费，但这些都是打包在消耗计划的计费模型里，不是单独针对每个请求或CPU操作来收费。

二、Azure SQL 数据库的计费方式 #

Azure SQL的计费也和你选的部署模式直接相关：

• 要是选的DTU套餐（单一数据库或弹性池）：费用是按固定的DTU套餐来收取，套餐里已经包含了一定额度的CPU、IO、内存资源，只要你的查询和读写操作没超出这个额度，就不会按单个查询单独计费。
• 要是选的vCore模式（即用即付）：计费会基于你使用的vCore数量、存储空间大小，以及备份存储量来计算；如果你的IO操作超出了套餐包含的额度（比如用了按需IOPS），超出部分会额外计费，但依然不是按每个数据库查询来单独收费。

三、Azure计算器的预估金额说明 #

Azure计算器的预估是可以覆盖你所有配置资源的月度费用的——只要你在计算器里准确填写了App Service的定价层、SQL数据库的部署模式和规格，以及其他可能用到的资源（比如存储、网络），计算器会基于这些配置生成对应的月度预估费用，这个金额已经包含了App Service和SQL的常规使用成本。

但要注意两个例外情况：

• 如果你的实际使用超出了配置的套餐额度（比如SQL的IO用量远超预配值，或者消耗计划的请求数/CPU时间超出了免费额度），这部分额外产生的费用是不会包含在初始预估里的，需要单独核算；
• 计算器的预估是基于你输入的使用量假设，要是实际业务量和假设差异较大，最终账单也会有偏差。

总结 #

简单来说：Azure不会针对每个CPU使用事务或每个数据库查询单独计费，而是按每个服务的既定计费模型（比如App Service的实例时长/消耗计划资源量、SQL的套餐/资源使用量）来核算费用；Azure计算器的预估金额可以覆盖你配置的所有资源的常规月度账单，但超出套餐的额外使用费用需要单独计算，不在初始预估范围内。

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