当我处于免费或共享网站模式（实例数为2），并删除ARRAffinity cookie时，我可以看到它将在两个不同的cookie之间交换运行的实例。为了仔细检查，我还在网站上显示机器名称。Azure网站保留模式负载平衡似乎不起作用
但是，当以2个或更多的实例保留模式运行时，我总是被引导到同一台机器。不要紧，如果我删除Cookie或从另一台机器/ IP访问网站，我总是使用相同的ARRAffinity cookie访问同一台计算机。
它看起来像负载平衡不能在保留模式下正常工作，或者我不明白负载平衡器的工作方式？
如果这是预期的行为，那么如何判断其他实例是否实际运行？
在负载均衡器后面的保留模式下运行的Azure网站上没有太多文章。理解负载平衡器的重要方面是它的算法。在这里，我们不确定负载平衡器是使用会话粘性还是循环法，或者至少不确定路由是否取决于ARRAffinity cookie。
我推荐检查它的方式是做一个负载测试（一个沉重的测试）并在每台机器上查看日志。保留模式必须是所有其他网站模式的给定负载均衡器中最好的，并且也是Azure网站实例，因为它们被命名为“保留”，并且保证有足够的保证。
再一次捕捉到我的感受，免费的共享网站负载均衡器的设计方式可能与保留的不同。
如果什么都没有解决，请提供支持票以查看问问他们正在发生的事情，并在这里分享他们的回答。
Azure网站项目经理负责人Nir Mashkowski在Channel9上展示了一个很棒的“网站内部”webcast session会话。本次演讲涉及网站体系结构的低级细节，包括网站中的所有组件（如IIS ARR）。
网站，作为服务，负责负载平衡，实例健康等。虽然Nir谈论关于asp.net sticky-sessions（意味着路由到相同的实例）。会话数据需要保留在共享资源中。
希望此内容为您提供所需的信息...
我已经打开日志记录，并会执行一些重负载测试以查看会发生什么。我会在完成后报告。 – 2013-03-08 13:20:59