我正在利用Azure来托管云服务，我最近修改了该服务，可以跨多个实例进行扩展，包括会话缓存工作者角色。我的问题是，为什么我会在一个实例上看到极端负载（超过90％），但在其他实例上却没有（在所有其他实例中为15-20％）？我应该担心吗？
在我设置负载平衡之前，当我的单个实例达到95％的负载时，它会慢慢爬行 - 变得无法使用。有没有办法确保我没有任何用户遇到这种情况，因为他们以某种方式循环到重载的实例上？
答案 0 :(得分：3)
当一个负载均衡的实例故障转移时，我们发现我们遇到了类似的情况;我们所看到的是所有的负荷转移，但不会再平衡。我们发现关闭保持活动几分钟让负载再次传播，之后我们可以重新开启。
http://technet.microsoft.com/en-us/library/cc772183(v=ws.10).aspx
答案 1 :(得分：0)
嗯......天蓝色的负载平衡是基于循环...所以分布应该几乎相等（60-40甚至70-30之类的东西仍然可以接受）...所以只是为了确定：是你确定你没有使用IIS“重定向”（我忘记了功能的名称）来设置粘性会话吗？
我必须说，如果没有关于你的网站实际“做什么以及怎么做”的进一步细节，我很难建议......我必须说这种行为很奇怪，但不清楚它是负载平衡器的错误。
Edit1：我建议您通过追踪它的活动来进一步检查90％的人正在做什么...也许你的运气不好以及会导致沉重的请求负载正在落入那台机器而那些将要快速工作的机器正在被另一台机器工作......可能发生的另一件事情就是某些东西可能被卡住（可能是一个无限循环）...如果你实现了可扩展的架构我建议您配置另一台机器并杀死正在受苦的机器......
Edit2：验证负载均衡器是否正常工作的一种简单方法是：远程登录到服务机器并替换主页上显示的图像（可以轻松实现）只是通过查看页面发现）。在服务器1上，让我们说一个黄色图像，在服务器2上一个红色图像（好吧......也许这不是很激烈但你明白了......）。然后一次又一次地加载页面......