【问题标题】:Azure Front Door - How to do rolling update of backend pool?Azure Front Door - 如何滚动更新后端池?
【发布时间】:2019-09-01 09:14:19
【问题描述】:

有人使用 Azure Front Door 成功完成滚动更新吗?我们在 2 个区域有一个应用程序,我们希望在区域 1 中的后端得到更新时禁用它,并且区域 2 中的后端相同。但是,在禁用或删除一个来自池的后端,这基本上是不可能的。

我们已经尝试过:

  • 禁用/完全删除后端
  • 设置高/低后端优先级/权重
  • 修改运行状况探测间隔
  • 将样本大小/成功样本/延迟更改为 1/1/100

我有一个在部署过程中观察的端点,它告诉我它位于哪个区域,并且在操作期间它永远不会更改,并且在区域更新时变得不可用。一定有办法做到这一点,对吧?

【问题讨论】:

  • 原始帖子是 2 年前的,但配置更改中的 Front Door 延迟似乎没有得到改善。我今天正在调查这些延迟,添加/删除后端的 fud 需要 30 多分钟才能生效。 camerondwyer.com/2021/07/16/…

标签: azure load-balancing azure-front-door


【解决方案1】:

我有个建议,

  1. 缩短运行状况探测间隔。
  2. 减少所需的样本量和成功样本。 (确保您正在探测一个简单的 HTTP 页面,以便您的后端资源可以处理负载。您将开始以您指定的间隔接收来自所有 POP 服务器的探测。) 3.对于需要维护的服务器,停止服务或探测失败,让所有流量切换到健康服务器。然后进行维护并重新启动服务。这将确保您的服务不会中断。

【讨论】:

  • 我有一个与 mrosack 类似的设置,我看到了同样的行为。我尝试了@msrini-MSIT 建议的步骤(对于第 3 步,我停止了服务),但在流量切换到健康的后端之前,我得到了大约 15 秒的停机时间。探针配置为 5/1/1(间隔/样本大小/成功样本/必需)。不错,但它不是“零停机时间”。
猜你喜欢
  • 2020-05-20
  • 1970-01-01
  • 1970-01-01
  • 2019-09-01
  • 2023-04-09
  • 1970-01-01
  • 2022-11-03
  • 1970-01-01
  • 2019-11-11
相关资源
最近更新 更多