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



我知道ARR亲和cookie将客户端请求与特定服务器配对。如果启用了它,那么请求将始终只发送到与Affinity cookie绑定的服务器。Azure Web应用程序是一个无状态平台,这并不总是有帮助的,因为它没有利用Azure应用程序服务中的扩展功能。

我的问题是,在哪些情况下,我们应该和不应该启用ARR亲和cookie?

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

谢谢。

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

而对于无状态应用程序,可以将此选项设置为"关闭"。参见文档。

参考:Azure应用程序服务中的ARR亲和力


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

前端是一个第七层负载均衡器,充当代理,在不同的应用程序和他们各自的工人。目前,应用服务负载平衡算法是在分配的一组服务器之间进行简单的循环对于给定的应用程序。

相关内容

最新更新