Azure前门会产生大量带宽

Question

上个月，我注意到由于出站带宽，我的Azure账单大幅增加。我使用了1800GB的传出数据，而之前的时间是200GB。经过研究后，我发现这是由上个月启用的Azure前门服务引起的，我不知道与该服务相关的额外间接费用。

我将在下面提供对“问题”的分析，以期希望其他人避免犯下我的错误。

Answer 1

Azure前门允许根据池中应用程序的运行状况在Web应用程序的组（所谓的“池”）之间进行快速故障转移。典型的故障转移方案是在不同区域之间。如果一个地区有问题，则可以故障转移到另一地区。

Front Door确定应用程序运行状况的机制是通过发送HTTP请求（其中200 OK结果被认为是正常的）。

在后端上启用Azure前门后，它将开始检查后端应用程序的运行状况，并有可能开始付款，因此我进行了一些分析，这些是我的发现：

[范围4小时，粒度1分钟]

1. 08:05 启动了网络应用。

2. 08:30 已启用默认设置的前门服务（间隔= 30秒，样本数量= 4，需要成功的样本= 2）。请注意，请求数量从每分钟0增长到每分钟〜140。

3. 09:03 将运行状况探测间隔从30秒减少到15秒。请注意请求的立即增长。

4. 09:40 ：运行状况探针端点的身体大小从30KB翻了三倍，达到119KB。请注意带宽的立即增长。

5. 09:55 将运行状况探针端点的主体大小减小到0KB。请注意带宽立即下降。

6. 10:08 将运行状况探测间隔从15秒增加到90秒。请注意请求的立即下降。

似乎带宽是作为前门服务带宽之上的应用程序服务（或使用的任何端点服务）的传出带宽收取的。我认为这是因为Azure前门是一项全球服务，因此不受区域限制。定价页面上未提及这些“隐藏”费用

Azure功能应用程序的默认登录页面为126KB：

要点

1. 默认情况下，Azure前门似乎每分钟访问您的端点140次，每分钟产生20MB的流量（主体为30KB）。即27GB，或每天1,90欧元（欧盟/美国地区）。

2. 请勿将默认功能应用程序登录页面用作运行状况探针端点（或任何大型主页）。我不确定最佳做法，但我认为最好是实际上进行一些健康检查并返回空主体的自定义端点。

3. 明智地选择时间间隔。间隔增加一倍=带宽成本增加一倍。