Azure前门产生大量带宽

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

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

最佳答案

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

前门确定应用程序运行状况的机制是通过发送HTTP请求(其中200 OK结果被视为运行状况良好)。

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


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

08:05 启动了Web应用程序。

08:30 使用默认设置启用了前门服务(间隔= 30秒，样本数量= 4，需要成功的样本= 2)。请注意，请求数量从每分钟0到约140个立即增加。

09:03 将健康探测间隔从30秒减少到15秒。请注意请求的立即增长。

09:40 运行状况探针端点的 body 大小从30KB增至119KB的三倍。注意带宽的立即增长。

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

10:08 将健康探测间隔从15秒增加到90秒。请注意请求的立即下降。

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

Azure Function应用程序的默认登录页面为126KB:


外卖店

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

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

明智地选择间隔。间隔加倍=带宽成本加倍。

关于Azure前门产生大量带宽，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/55572932/