Azure Web应用是否关心其实例是否健康？

如果我将一个web应用程序（以前称为Azure网站）部署到Azure中的一个应用程序托管计划中，其中包含两个实例（scale=2），那么实例前面的负载平衡器会在意其中任何实例是否不健康吗

我正在解决一个问题，这个问题有时会导致我的站点返回http 503~50%的时间。我的想法是，我的两个实例中有一个失败了，但负载平衡器没有注意到

如果负载平衡器真的在意，它会寻找什么？例如，我找不到指定ping url的方法

---

注意：此问题与Traffic Manager无关。

是的，Azure Web Apps通过向工作人员发出内部请求并验证其健康状况来监控工作人员的健康状况

但是，我们不会检查web应用程序返回给用户请求的状态代码（如500等），因为这很容易是应用程序特定的问题，而不是机器的问题

---

因此，您要寻找的答案是：我们不断地测试实例（VM）是否健康，如果不健康，则将其删除。然而，这些测试并不依赖于客户站点返回的错误代码，这是一种非常罕见的情况。这里有一个快速的方法来测试并查看是否有一个坏实例是问题所在：将您的站点向上扩展到一个更大的实例几秒钟，然后再向下扩展到它们最初所在的位置。这将把你的站点移动到一组新的虚拟机上，如果问题仍然存在，那就是应用程序的问题。不利的一面是，如果问题真的是坏的，它会破坏你的程序instance@ZainRizvi这对我们来说并不罕见，我很欣赏应用程序问题。您是说它不受支持吗？实际上，测试您的问题是否特定于实例的更好方法是使用ARRAffinity来指定您希望请求转到哪个实例。请参见此处了解更多详细信息Hi@Zain-我在我的应用程序中看到的一个问题是，在部署后（有时在部署数小时后），它的响应速度非常慢（几分钟），最终会给出503s。我的理论是，负载平衡器循环虚拟机或其他东西，因为它们都被认为是不健康的。我认为这是我的应用程序的问题。您是否有任何建议，可以从哪里开始解决导致多个节点的Azure站点出现503的问题？实际上……它的行为与我们在“重新启动”站点时看到的非常相似——我只需要大约2分钟就得到403和503。我们的应用程序启动过程（在部署、交换过程中会触发，偶尔在正常操作过程中也会触发）是否存在类似的情况？3个建议：1）查看您的指标，看看您是否能够识别任何明显的峰值（如内存、cpu使用率等）。2） 切换到站点的单个实例，这样您就可以确定错误是否与多个实例有关（我怀疑不是这样），并且3）使用支持门户分析您的站点，看看它是否发现任何问题。你可以在https://.azurewebsites.net/support ->现在分析->诊断。您还可以查看缓解选项卡，在该选项卡中，您可以为您的站点可能遇到的问题设置自动缓解规则感谢您的建议！我执行了“立即诊断”操作，它确实帮助我重新创建了问题——我的站点被锁定了大约10分钟（响应速度非常慢，通常是502秒或503秒）。我假设诊断通常不会中断已部署的应用程序？我又运行了一次，第二次并没有打乱任何事情（也许只是偶然）。与此相关，支持门户将我的网站状态列为“此网站不健康，可能由于Azure应用程序服务的未知问题而受到影响。请报告此问题。”@MichaelHaren您现在运行Diagnose时是否查看了生成的报告？你在那里发现什么有趣的东西了吗？