分析 ASP.NET 网站高额费用问题

40次阅读
没有评论

问题描述

在使用 Azure 的 ASP.NET 网站时,发现其费用高达每日约 £20,而网站本身的预估费用只有每月 £32.64。用户注意到在 Application Insights 中,每24小时内有近45000次请求,平均每2秒钟就有一次请求。然而,在大约36小时内,费用就达到了近 £24。网站的配置只包含一个 App Service 和 Application Insights,并没有其他数据库等内容。用户疑惑这样的费用是否合理,以及如何找出造成高额费用的原因。

解决方案

请注意以下操作注意版本差异及修改前做好备份。
根据提供的问题和回答,似乎这个问题涉及到了 Azure 服务的计费、资源删除后的计费持续等问题。以下是解决这个问题的一些建议:

方案1:计费通知问题

根据用户的描述和回答1,可能存在一个关于 “Current balance” 通知的bug,该通知在页面顶部显示费用余额信息。此bug可能导致资源删除后仍然持续计费,直到48小时后才停止。建议用户等待48小时,看看费用是否会自动减少。如果48小时后费用仍然没有减少,可以考虑下面的方案。

方案2:分析请求来源

用户提到网站每日的请求数量异常,可能是某些原因导致了过多的请求,从而增加了费用。为了找出造成高请求数的原因,可以尝试以下步骤:
1. 在 App Service 中启用日志记录到文件系统。可以在门户中的设置中进行配置。
2. 打开日志流式传输的页面,查看请求命中的情况。这将帮助缩小导致高请求量的原因范围。
3. 注意检查是否启用了 Web App 的 “AlwaysOn” 特性,该特性会每分钟发送一个请求以保持应用程序处于活动状态。
4. 检查是否有其他组件或服务在定期探测应用程序的健康状态,比如应用程序网关、Front Door、Traffic Manager 等。
5. 在 Application Insights 中检查是否配置了健康探测或性能测试。
通过分析日志流和请求来源,您应该能够更清楚地了解是哪些因素导致了高请求数量,从而增加了费用。

请注意,这只是一些可能的解决方案,实际解决问题的步骤可能因具体情况而异。建议您根据您的实际情况逐步尝试这些方案,并在解决问题后监控费用变化。如果问题依然存在,您可能需要进一步与 Azure 支持团队联系以获取更详细的帮助。

正文完