Azure网站 - 最大限度地减少小型频繁停机

时间:2015-01-29 08:51:35

标签: asp.net azure azure-web-sites

我有一个托管在azure上的SaaS产品。我有一个单独的.net网络应用程序和简单的营销网站,都作为azure上的网站托管。两者都设置为一个实例,并配置了自动缩放。

我担心发生在我的网站上的频繁中断。 Azure表示期望每周大约10分钟,并且在SLA中,但我希望尽可能减少这一点。

因此,对于我的营销网站,我将实例计数更改为2并删除了自动缩放。从我读到的内容来看,有2个实例应该可以帮助解决任何问题 - 如azure say themselves

  

请注意,无论网站模式如何,Azure网站都已为数据中心(也称为区域)内的网站提供故障转移负载平衡功能。

听起来不错。但是......它目前没有任何区别。我已经通过pingdom监控营销网站和主应用程序,今天早上我有2次2分钟的停机。两个网站都有完全相同的问题,并同时得到解决。

我期待太多了吗?所有文档都表明这是一个很好的策略(缺少流量路由管理器)来减轻这种情况。

由于

3 个答案:

答案 0 :(得分:0)

你在运行什么比例模式?如果-Basic或 - 标准,你打开了#34; Always On"标志?

http://azure.microsoft.com/en-us/updates/azure-web-sites-adds-always-on/

答案 1 :(得分:0)

看起来这个问题有点受欢迎,所以我发布了一个更新 - 一年后......

到目前为止我的观察:

我一年前经历的停电大部分(但并非完全)停止了。我认为他们中的大多数都是在Azure中发生变化的事情,并且在这里和那里将网站淘汰了几分钟 - 最近我没有遇到过这些问题。从那时起,我发生了很大的变化......

  1. 我总是确保任何稍微长时间运行的东西都被移出队列
  2. 我确保使用重试策略与外部服务交谈,以使应用程序更具弹性。
  3. 我不会在超过1个实例上运行,除非我需要吞吐量 - 它通常对我最初发布的问题的弹性没有帮助。
  4. 我现在运行一个“大”实例。自从我变大,我似乎得到的问题要少得多。也许这部分是因为VM提高了启动速度,或者额外的RAM / CPU使得它更能够应对问题,我不确定。

答案 2 :(得分:0)

获得更高可用性的一个选择是在两个不同的区域中创建两个相同的站点,并使用Azure流量管理器从一个站点故障转移到另一个站点,以防其中一个站点发生故障。

相关问题