HAproxy重试未达预期：如何为重试请求添加间隔延迟？

HAproxy 2.6.12支持在请求重试之间设置延迟，通过retry-delay指令即可实现，刚好能解决你遇到的后端短时间（2-3秒）返回503、重试瞬间完成导致全部失败的问题。

当前配置的问题 #

你现有的配置设置了10次重试，但未指定重试延迟，所有重试会在瞬间完成，而后端需要2-3秒才能恢复，因此所有重试都在故障窗口内执行，最终全部返回503，客户端自然收到错误响应。

修改后的后端配置 #

backend b_example.com
  retries 9
  retry-delay 500ms  # 每次重试前等待500毫秒
  retry-on 503       # 仅针对503错误触发重试（比all-retryable-errors更精准）
  http-request disable-l7-retry if METH_POST
  server backend_example example.local:80 check inter 1s fall 3 rise 1
  timeout server 5s  # 确保服务器超时时间覆盖总重试时长

配置说明 #

1. retry-delay：指定每次重试前的等待时间，单位支持ms（毫秒）或s（秒）。这里设置500ms，配合9次重试，会产生8个间隔，总延迟时间为4秒，刚好覆盖后端2-3秒的故障周期。
2. retries：调整为9次，和retry-delay配合后总延迟接近4秒，符合你希望约4秒后返回有效响应的需求。你也可以根据实际测试调整数值，比如retries 7+retry-delay 500ms总延迟3秒，也能覆盖故障时间。
3. retry-on：明确指定仅在收到503时触发重试，避免对其他可重试错误（如502）做不必要的重试，减少资源消耗。
4. timeout server：设置为5秒，确保单个请求的总重试时长（延迟+请求时间）不会超过服务器超时限制，避免中途被中断。

注意事项 #

• POST请求禁用重试的配置保持不变，因为POST通常是非幂等操作，重试可能导致重复提交，这是合理的。
• 后端健康检查（check inter 1s fall 3 rise 1）是独立机制，用于标记后端整体状态，和单个请求的重试逻辑不冲突，无需修改。

内容的提问来源于stack exchange，提问作者Permittivity