【问题标题】:How to monitor Windows Azure Website Endpoint for custom status page如何监视自定义状态页面的 Windows Azure 网站端点
【发布时间】:2014-02-25 21:31:06
【问题描述】:

我有一个托管我的 ASP.NET Web 应用程序的 Windows Azure 网站,并在我的管理门户中定义了 2 个端点进行监控。第一个是登录页面,但第二个是我创建的自定义“状态”页面,它试图连接到数据库、Web 服务等。如果此页面的这些服务连接中的任何一个失败,我想抛出一个错误代码,本质上是提醒管理部分有什么东西不能正常工作。

此时,我已经在管理门户中设置了我的警报,当我只监控登录页面时,我的警报正在发送适当的错误消息。现在我添加了这个“状态”页面,即使状态页面不起作用,我仍然没有收到任何警报。

对于我的状态页面,如果我在测试服务时检测到任何错误,我将页面设置为 Response.Statuscode=400。我使用 fiddler 来确保设置了 400 代码,并故意破坏了我的代码几种不同的方法来确保为此页面设置了 400,但仍然没有。

对于端点监控,我可以使用此状态代码,还是应该使用其他代码?我是否需要在管理门户中为特定端点创建警报,还是都包含在管理警报中?

【问题讨论】:

    标签: asp.net azure


    【解决方案1】:

    您是否尝试过抛出错误 500?

    【讨论】:

    • 不,我没有,我认为除了 200 之外的任何内容都会导致错误,但谷歌没有给我任何可以保证\否认这一事实的东西。不过,我会尝试 500 错误代码,谢谢..
    • 这是合理的假设,但由于 404 不是真正的停机警报,许多监视器会忽略 400 中的错误代码。对于大多数监视器可以捕获的任何意外错误,500 通常是一个很好的捕获。或者,如果你没有 Azure URL 监控工作,有很多 3rd 方监控器可用,专门用于监控。
    • 谢谢,尝试将状态码设置为 500.. 但仍然没有提醒 =-\
    • 抱歉,它们的警报功能仍处于测试阶段...如果您需要更多 Azure oompth 而只是 URL 监控,请查看 AzureWatch @@paraleap.com - 或者您可以使用类似 pingdom.com 的东西满足您的所有 URL 监控需求
    • 在网上看到不少关于 pingdom 的帖子,如果有需要我会去看看,谢谢@Igorek 的时间
    【解决方案2】:

    在尝试了各种 HTTP 状态代码(400、404、500)后,我的警报没有启动。最后我决定尝试 Threading.Thread.Sleep(30000)(30 秒)。不像使用状态码那样干净,但它可以完成工作。

    【讨论】:

      猜你喜欢
      • 2013-01-08
      • 1970-01-01
      • 2013-07-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-12-11
      • 1970-01-01
      • 2012-04-12
      相关资源
      最近更新 更多