【问题标题】:App Service production traffic going to stage slot应用服务生产流量进入阶段槽
【发布时间】:2020-04-24 09:19:11
【问题描述】:

我有一个 Azure 应用服务,它有一个阶段槽,仅用于部署。我设置了 100% 的生产槽流量。但有时我的生产流量会随机重定向到舞台广告位,我的所有用户都挂了。几分钟后,流量回到生产槽,一切恢复正常。

IMG: Requests at stage slot. My last deploy (and stage use) was 1 day before that .

有人遇到过这种情况吗?

【问题讨论】:

  • 您确定他们是真实用户并且只是“ping”请求吗?
  • @ThiagoCustodio 他们是,因为我们在那个确切时间收到了大量报告。 prod API 上没有错误。
  • 对此唯一可能的解释是部署到您的部署槽的 CI/CD,在它“加热”后,它会交换槽。检查您在收到这些请求时是否有部署。
  • 我会向微软提票。
  • @ThiagoCustodio,我们最后一次部署到那个阶段插槽是昨天。几个小时后,我交换了环境,就是这样。今天什么都没做,当那件事发生的时候。 ://

标签: azure azure-web-app-service azure-deployment-slots


【解决方案1】:

您可以尝试一些方法来隔离问题并重新验证以下配置:

  1. 是否已从部署插槽刀片自动或通过在代码中添加“x-ms-routing-name”查询参数手动配置到暂存插槽的生产流量路由?

  2. 要确认请求确实没有被路由到暂存槽中的 Web 应用程序,请配置“失败的请求跟踪”以从应用程序端验证请求确实没有被路由到 Web 应用程序在暂存槽中:https://docs.microsoft.com/azure/app-service/troubleshoot-diagnostic-logs#log-detailed-errors

  3. 只是为了缩小问题的范围,如果可行的话,重启 WebApp 并分析一下槽多久没有收到任何流量? slot 中的 WebApp 什么时候开始再次接收请求?查看并记录时间范围。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-11-21
    • 1970-01-01
    • 1970-01-01
    • 2020-12-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多