当我处于免费或共享网站模式（实例数为2）时，我删除了ARRAffinity cookie，然后我可以看到它将在运行的两个不同实例之间进行交换。要仔细检查这一点，我还会在网站上显示机器名称。
然而，当在具有2个或更多实例的保留模式下运行时，我总是被定向到同一台机器。如果我删除Cookies或从不同的机器/ IP命中该站点并不重要我总是使用相同的ARRAffinity cookie转到同一台机器。
在我看来，负载均衡在保留模式下工作不正常，或者我不理解负载均衡器的工作方式？
如果这是预期的行为，那么如何判断其他实例是否实际运行？
答案 0 :(得分：0)
在负载均衡器后面的保留模式下，Azure网站上运行的文章不多。理解负载均衡器的重要方面是其算法。在这里，我们不确定Load Balancer是使用会话粘性还是循环，或者至少不确定路由是否依赖于ARRAffinity cookie。
我建议检查它的方式进行负载测试（重的测试）并查看每台机器上的日志。保留模式必须是所有其他网站模式和Azure网站实例的最佳给定负载平衡器，因为它们被命名为“保留”并确保保证在下文。
再一次抓住我所感受到的，自由和放松的方式共享网站负载平衡器的设计可能与保留的不同。
如果没有成功，请提出支持票，看看问他们发生了什么，也许在这里分享他们的回答。
答案 1 :(得分：0)
Azure网站项目经理Nir Mashkowski在Channel9上展示了一个很棒的“网站内部”webcast session会话。本演讲涉及网站架构的低级细节，包括网站中的所有组件（如IIS ARR）。
网站，作为服务，负责平衡负载，实例运行状况等。虽然Nir谈论asp.net粘性会话（意味着路由），但没有明确的负载均衡方法。到同一个实例）。会话数据需要保留在共享资源中。
希望这些内容能为您提供所需的信息......