You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何在Azure App Service中为REST API配置会话亲和性

Azure API App Service会话亲和性配置问题排查与解决

你的核心问题是:前端App Service作为客户端调用API时,没有正确传递API返回的ARRAffinity Cookie,导致每次API请求都被路由到新节点,Cookie不断变化。以下是针对性的排查和解决步骤:

  • 确保前端服务调用API时携带ARRAffinity Cookie
    前端服务第一次调用API时会收到API返回的ARRAffinity Cookie,后续所有API请求必须原样复用这个Cookie:

    • 若使用.NET的HttpClient,需配置HttpClientHandler.CookieContainer来自动保存和发送Cookie;
    • 若使用Node.js的axios,需设置withCredentials: true;
    • 若前端与API为不同域名,需在API的CORS配置中开启AllowedCredentials,同时前端请求需明确携带凭据标识。
  • 检查应用网关的路由规则配置

    • 确认API对应的后端池已启用基于Cookie的会话亲和性(在应用网关后端池设置中,会话亲和性类型选择"Cookie");
    • 检查应用网关是否存在重写规则,避免其修改或移除请求/响应头中的ARRAffinity Cookie。
  • 验证App Service本身的会话亲和性

    • 绕过应用网关,直接访问API App Service的域名,多次调用API查看响应头的ARRAffinity是否稳定:
      • 若稳定,说明问题出在前端服务的Cookie传递环节或应用网关配置;
      • 若仍变化,检查API App Service的"配置"->"常规设置",确认"会话亲和性"已设为"开启"。
  • 排查干扰因素

    • 检查API App Service的自动缩放策略,避免因节点频繁增减导致ARRAffinity Cookie重新生成;
    • 确认应用网关的健康探测规则正常,防止节点被误判为不健康而频繁切换,引发Cookie变化。

内容的提问来源于stack exchange,提问作者Kelvin

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.23 14:45:08