2013-04-24 110 views
2

我利用Azure托管云服务,我最近修改为可扩展跨多个实例,包括会话缓存工作者角色。我的问题是,为什么我会在一个实例中看到极端负载(高达90%),而在其他实例上(在所有其他实例中为15-20%)?我应该担心吗?极其不均衡的云服务负载平衡与Azure

在设置负载均衡之前,当我的单个实例达到95%的负载时,它会慢到爬行 - 变得无法使用。有没有什么办法可以确保我没有任何用户遇到这种情况,因为它们以某种方式循环播放到重载的实例上?

回答

0

嗯......蔚蓝的负载平衡是基于循环法...所以分布应该几乎相等(类似60-40甚至70-30仍然可以接受)......所以只是为了确保:你确定你没有使用IIS“重定向”(我忘了该功能的名称),它会设置粘滞会话吗?

我必须说,没有关于您的网站实际上“做什么”的进一步细节,这是很难建议的......我必须说这种行为很奇怪,但并不清楚它是否是负载平衡器故障。 ..

编辑1:我建议你进一步检查90%的人是通过追踪它的活动来做什么的......也许你运气不好,而且会造成沉重负担的请求是掉进那台机器,那些快速工作的机器正在被另一机器工作......另一件可能发生的事情是,某些东西可能被阻塞(也许是一个无限循环)......如果你实现了一个可扩展的体系结构我会建议你提供另一台机器并杀死这是痛苦的一个...

EDIT2:一个简单的方法来验证负载平衡器的工作是:远程登录到服务机和取代类似的东西显示在主页上的图像(东西只需通过查看页面即可轻松找到)。在服务器1上,让我们说一个黄色的图像,并在服务器2上一个红色的图像(好吧...也许不是这么激烈,但你明白了......)。然后继续加载页面一次又一次...

+0

不,我没有使用粘性会话。我知道这一点,因为在正确设置会话缓存之前,我的会话将被重置,每当我被洗牌到另一个实例(我会被注销)。 用户连接到网站以获取资产 - 图像,照片,视频。该网站还同步了大量的XML文件。有很多I/O正在进行。 – jdhurst 2013-04-24 14:34:16

+0

@Jurst编辑了答案... – Leonardo 2013-04-24 15:01:03

+0

您能描述一下如何解决或配置一个实例来查看正在进入的请求吗?我读过很多关于它的文章,但是我发现的大多数文献都很难遵循。 – jdhurst 2013-04-24 15:08:50