你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
了解 Azure Front Door 计费
Azure Front Door 为面向 Internet 的工作负荷提供了一组丰富的功能。 Front Door 可帮助你改进应用程序的性能,提高安全性,并为你提供用于检查和修改 HTTP 流量的工具。
Front Door 的计费模型包括多个组件。 Front Door 针对部署的每个配置文件收取基本费用。 此外还会根据使用情况对请求和数据传输收费。 计费计量收集有关 Front Door 使用情况的信息。 每月 Azure 账单聚合整个月份的账单信息,并应用定价来确定你需要支付的金额。
本文介绍 Front Door 定价工作原理,以便你可以了解和预测每月的 Azure Front Door 账单。
有关 Azure Front Door 定价信息,请参阅 Azure Front Door 定价。
提示
Azure 定价计算器可帮助你按要求进行定价估算。 请从预先创建的定价计算器估算着手,根据你自己的解决方案来自定义它。
备注
本文介绍 Azure Front Door 标准版和高级版 SKU 的计费工作原理。 有关 Azure Front Door(经典)的信息,请参阅 Azure Front Door 定价。
每个 Front Door 配置文件都会产生小时费用。 系统会根据配置文件的部署时长按小时(不足 1 小时按 1 小时算)对你收费。 费用取决于部署的 Front Door 层。
单个 Front Door 配置文件可以包含多个终结点。 不会为每个终结点向你额外收费。
无需支付额外的费用即可使用流量加速、响应缓存、响应压缩、规则引擎、Front Door 固有的 DDoS 防护和自定义 Web 应用程序防火墙 (WAF) 规则等功能。 如果使用 Front Door 高级版,则无需支付额外费用即可使用托管 WAF 规则集或专用链接源。
通过 Front Door 的每个请求都会产生请求处理和流量费用:
请求过程的每个部分单独计费:
- 从客户端到 Front Door 的请求数
- 从 Front Door 边缘到源的数据传输
- 从源传输到 Front Door 的数据(不可计费)
- 从 Front Door 到客户端的数据传输
以下部分更详细地说明了这些请求组件中的每一个。
Front Door 会根据在 Front Door 边缘位置针对你的配置文件收到的请求数来收取费用。 Front Door 使用 HTTP 请求上的 Host
标头来标识请求。 如果 Host
标头与 Front Door 配置文件中的标头匹配,则会将其计为对配置文件的一次请求。
价格因提供请求的 Front Door 边缘位置的地理区域而异。 标准版 SKU 和高级版 SKU 的价格也不同。
Front Door 对从 Front Door 边缘位置发送到源服务器的字节收费。 价格因提供请求的 Front Door 边缘位置的地理区域而异。 源的位置不影响价格。
如果流量较大,则每千兆字节的价格较低。
如果可从 Front Door 边缘位置的缓存提供请求,则 Front Door 不会向源服务器发送任何请求,你不需为此组件付费。
源服务器在处理请求时,会将数据发送回 Front Door,使之可以返回到客户端。 即使源位于请求的 Front Door 边缘位置的不同区域,此流量也不会按 Front Door 计费。
如果源位于 Azure 中,则从 Azure 源流出到 Front Door 的数据不收费。 但是,你应确定这些 Azure 服务是否可能会因处理你的请求而向你收费。
如果源在 Azure 外部,则其他网络提供商可能会向你收费。
Front Door 对从 Front Door 边缘位置发送回客户端的字节收费。 价格因提供请求的 Front Door 边缘位置的地理区域而异。
如果已压缩响应,则 Front Door 仅对压缩的数据收费。
使用高级版层时,Front Door 可以使用专用链接连接到源。
Front Door 高级版有更高的基本费用和请求处理费用。 你不需为专用链接流量额外付费(相对于使用源的公共终结点的流量而言)。
配置专用链接源时,请选择要使用的专用终结点的区域。 部分 Azure 区域支持 Front Door 的专用链接流量。 如果选择的区域与将源部署到的区域不同,则跨区域流量不会产生额外的费用。 但是,请求延迟可能更大。
一些 Front Door 计费计量有不同的费率,具体取决于处理请求的 Front Door 边缘位置所在的区域。 通常,处理请求的 Front Door 边缘位置是最靠近客户端的位置,这有助于降低延迟并将性能最大化。
Front Door 对从边缘位置到源的流量收费。 流量按不同的费率收费,具体取决于 Front Door 边缘位置所在的区域。 如果源位于另一 Azure 区域,系统不会因区域间流量向你额外收费。
Contoso 在 Azure 应用服务上托管其网站,该服务在“美国西部”区域运行。 Contoso 使用标准层部署了 Front Door。 它们已禁用缓存。
假设来自加利福尼亚州的客户端的请求发送到 Contoso 网站,发送 1 知识库(KB) 请求并接收 100 知识库(KB) 响应:
以下计费计量已递增:
计量 | 递增程度 | 计费区域 |
---|---|---|
从客户端到 Front Door 的请求数 | 1 | 北美 |
从 Front Door 边缘到源的数据传输 | 1 KB | 北美 |
从 Front Door 到客户端的数据传输 | 100 KB | 北美 |
Azure 应用服务可能会收取其他费用。
假设 Contoso 更新其 Front Door 配置以启用内容压缩。 现在,与示例 1 中的响应相同的响应可能可以压缩到 30 KB:
以下计费计量已递增:
计量 | 递增程度 | 计费区域 |
---|---|---|
从客户端到 Front Door 的请求数 | 1 | 北美 |
从 Front Door 边缘到源的数据传输 | 1 KB | 北美 |
从 Front Door 到客户端的数据传输 | 30 KB | 北美 |
Azure 应用服务可能会收取其他费用。
假设第二个请求到达同一 Front Door 边缘位置,此时有一个有效的缓存响应可用:
以下计费计量已递增:
计量 | 递增程度 | 计费区域 |
---|---|---|
从客户端到 Front Door 的请求数 | 1 | 北美 |
从 Front Door 边缘到源的数据传输 | 从缓存提供请求时为无 | |
从 Front Door 到客户端的数据传输 | 30 KB | 北美 |
假设向 Contoso 的网站发出的请求来自澳大利亚的客户端,无法从缓存中提供:
以下计费计量已递增:
计量 | 递增程度 | 计费区域 |
---|---|---|
从客户端到 Front Door 的请求数 | 1 | 澳大利亚 |
从 Front Door 边缘到源的数据传输 | 1 KB | 澳大利亚 |
从 Front Door 到客户端的数据传输 | 30 KB | 澳大利亚 |
Fabrikam 在另一个云提供商处运行电子商务站点。 其站点托管在欧洲。 他们配置了 Azure Front Door 来为流量提供服务,而无需缓存或压缩。
假设来自客户端的请求是从纽约的客户端发送到 Fabrikam 网站。 客户端发送 2 知识库(KB) 请求并接收 350 知识库(KB) 响应:
以下计费计量已递增:
计量 | 递增程度 | 计费区域 |
---|---|---|
从客户端到 Front Door 的请求数 | 1 | 北美 |
从 Front Door 边缘到源的数据传输 | 2 KB | 北美 |
从 Front Door 到客户端的数据传输 | 350 KB | 北美 |
外部云提供商可能会收取其他费用。
当 Web 应用程序防火墙(WAF)阻止请求时,它不会发送到源。 但是,Front Door 会对请求收费,并会收取发送响应的费用。
假设 Front Door 配置文件包含一个自定义 WAF 规则,用于阻止来自南美洲的特定 IP 地址的请求。 WAF 配置了自定义错误响应页,其大小为 1 KB。 如果阻止的 IP 地址中的客户端发送 1-知识库(KB) 请求:
以下计费计量已递增:
计量 | 递增程度 | 计费区域 |
---|---|---|
从客户端到 Front Door 的请求数 | 1 | 南美洲 |
从 Front Door 边缘到源的数据传输 | 无 | 南美洲 |
从 Front Door 到客户端的数据传输 | 1 KB | 南美洲 |
了解如何创建 Front Door 配置文件。