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