ARR Affinity Cookie 实际上如何在 Azure 应用服务环境中执行应用程序请求路由和负载平衡

Question

据我了解，ARR 关联 cookie 将客户端请求与特定服务器配对。如果启用，则请求将始终仅发送到与 Affinity cookie 绑定的服务器。Azure Web Apps 作为一个无状态平台，这并不总是有用，因为它不利用 Azure 应用服务中的横向扩展功能。

我的问题是在什么情况下我们应该或不应该启用 ARR 关联 cookie？

作为 PaaS 环境，我知道作为最终用户我们对平台没有太多控制权，但是当我尝试查看 Azure Application Insights 中的数据时，我可以看到正在生成实例当前运行的不同云角色名称。只是想知道应用程序请求路由和负载平衡在应用程序服务环境的后端是如何发生的。

谢谢。

Answer 1

ARR 关联性是遗留应用程序兼容性的一个很好的解决方案，因为它们在设计时可能没有考虑到负载平衡。

对于无状态应用程序，您可以将此选项设置为“关闭”。参见文档。

参考：Azure 应用服务中的 ARR 关联性

对于应用程序请求路由和负载平衡是如何发生的，这里有一篇关于应用程序服务架构的文档可能会帮助您理解。

前端是一个七层负载均衡器，充当代理，在不同应用程序及其各自的 Worker 之间分发传入的 HTTP 请求。目前，应用服务负载平衡算法是为给定应用程序分配的一组服务器之间的简单循环。