如何在Kubernetes集群的多Traefik 1.6实例间共享限流状态？

先对齐下你的场景：6节点K8s集群，Traefik 1.6以DaemonSet跑在每个节点，AWS ALB做SSL终止后把80端口请求转发给Traefik，DDoS后开了Traefik限流，但因为每个实例各自计数，客户端实际能突破的阈值是你设置值的6倍——这个问题确实很头疼，毕竟分布式场景下的限流核心就是要统一计数。

下面给你几个适配Traefik 1.6的可行方案：

1. 用Redis做共享存储实现全局限流 #

Traefik 1.6本身支持Redis作为限流的共享存储后端，所有实例都会读写同一个Redis的计数，这样就能保证全局的限流阈值是准确的，不会被节点数放大。

具体操作步骤：

• 先在集群里部署一个Redis（或者用AWS托管的ElastiCache Redis），记得做高可用，比如用Sentinel或者Cluster，别搞单点
• 修改Traefik的配置文件（或者ConfigMap），在ratelimit模块下添加Redis配置：

  [ratelimit]
    # 这里是你原来的限流规则，比如每秒允许100个请求
    average = 100
    burst = 200
    [ratelimit.redis]
      # 填Redis服务的地址，比如ClusterIP Service的名称+端口
      host = "redis-cluster:6379"
      # 如果Redis有密码就加上这行
      # password = "your-redis-pass"
      db = 0
  

• 重启所有Traefik实例，让配置生效，之后所有实例的限流计数都会同步到Redis，全局阈值就和你设置的一致了

2. 前端ALB先做一层限流（补充防护） #

既然请求先经过AWS ALB，不如在入口就先挡一波流量，作为Traefik限流的补充。ALB的限流可以直接设置全局的QPS或者连接数阈值，超过的请求直接被ALB拦截，不用转发到Traefik，这样既减轻了Traefik的压力，也能避免因为实例分散导致的计数偏差。

你可以通过AWS控制台或者Terraform来配置ALB的限流，比如设置全局每秒100个请求，这样不管后面有多少个Traefik实例，入口的流量先被控制住。

3. 升级Traefik版本（长期优化） #

Traefik 1.6确实有点年头了，后续的2.x、3.x版本在分布式限流上有更完善的支持，比如支持Consul、Etcd等更多共享存储后端，配置也更灵活。如果业务允许的话，升级到新版本不仅能解决这个问题，还能获得更多新功能和稳定性提升。

踩坑提醒 #

• Redis一定要搞高可用，不然Redis挂了的话，Traefik的限流可能会失效或者出现异常
• 配置完后一定要做压测验证，比如用wrk或者ab工具模拟多客户端请求，看看实际的QPS是不是符合你设置的全局阈值
• 如果同时用ALB和Traefik限流，要注意两个阈值的配合，别设得太严导致正常请求被拦截

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