使用kubectl修补Istio RouteRule不生效问题求助

你遇到的这种情况在Istio流量路由配置中并不少见——明明K8s资源显示更新成功，但实际流量还是按旧规则分配，可能的原因和对应的排查/解决方法如下：

• 配置同步延迟：
  Istio的控制平面（Pilot）需要将K8s中的RouteRule配置同步到所有相关的Sidecar代理（Envoy），这个过程在集群规模较大或者Pilot负载较高时可能会有延迟。你可以先等待3-5分钟再测试流量分配；也可以查看Pilot的日志（比如kubectl logs -n istio-system <pilot-pod-name>），确认有没有配置同步的报错信息。

• RouteRule兼容性问题：
  注意Istio从1.0版本开始就已经废弃了RouteRule资源，取而代之的是VirtualService和DestinationRule来定义流量路由规则。如果你使用的是Istio 1.0及以上版本，RouteRule只是被做了兼容处理，实际生效的可能是对应的VirtualService配置。这种情况下，修改RouteRule并不会真正影响流量，建议你改用VirtualService来配置流量权重。

• Sidecar代理缓存未刷新：
  每个应用Pod的Sidecar代理会缓存路由配置，偶尔会出现Pilot推送了新配置，但Sidecar没及时刷新的情况。你可以尝试重启相关的应用Pod（kubectl rollout restart deployment <your-deployment-name>），让Sidecar重新注入并拉取最新的配置；也可以直接查看Sidecar的当前配置：

  kubectl exec <your-pod-name> -c istio-proxy -- curl localhost:15000/config_dump
  

  在输出的配置中搜索路由规则，确认新的权重是否已经生效。

• Patch命令的类型错误：
  你的patch命令中，weight的值用了字符串类型（比如"weight": "90"），但Istio的路由规则中weight应该是整数类型。虽然K8s API可能会接受字符串格式，但Istio控制平面在解析时可能会出错，导致配置没有正确应用到Sidecar。建议重新执行patch命令，把weight改成整数：

  kubectl patch routerule my-rule --type='json' -p='[{"op":"replace", "path":"/spec/route", "value":[{"labels":{"version":"v1"}, "weight": 90}, {"labels":{"version":"v2"}, "weight": 10}]}]'
  

• 路由规则冲突：
  检查是否存在其他RouteRule或者VirtualService资源，对同一个服务定义了优先级更高的路由规则，覆盖了你修改的my-rule。你可以用kubectl get routerule查看所有RouteRule，或者kubectl get virtualservice查看VirtualService，确认是否有冲突的配置。

关于你问的「是否需要通知Istio规则已变更」：不需要手动通知。Istio的控制平面会自动监听K8s API Server的资源变化，一旦RouteRule（或VirtualService）被修改，Pilot会自动将新配置推送到所有相关的Sidecar代理。如果出现配置不生效的情况，通常是上面提到的同步延迟、兼容性或配置错误问题，而不是需要手动触发同步。

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