Istio多VirtualService路由规则未生效问题排查求助

核心问题：多VirtualService的路由规则优先级冲突 #

当多个VirtualService指向同一host时，Istio会合并所有路由规则，但默认情况下规则的匹配顺序不保证按逻辑优先级排列。你的v1兜底规则（无匹配条件）如果在合并后的规则列表中排在v2规则之前，所有请求（包括携带environment:v2头的）会先匹配到兜底规则，直接路由至v1，导致v2规则完全失效。

关键修复步骤 #

1. 为VirtualService设置priority字段（Istio 1.10+支持） #

给v2版本的VirtualService设置更高优先级，确保带条件的路由规则先被匹配：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: example-app-v2
spec:
  hosts:
  - example-app-v1.example-app-v1.svc.cluster.local
  priority: 10  # 数值越大优先级越高，兜底规则设为更低值（如0）
  http:
  - match:
    - headers:
        environment:
          exact: v2
    route:
    - destination:
        host: example-app-v2.example-app-v2.svc.cluster.local

对应的v1兜底VirtualService设置更低优先级：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: example-app-v1
spec:
  hosts:
  - example-app-v1.example-app-v1.svc.cluster.local
  priority: 0
  http:
  - route:
    - destination:
        host: example-app-v1.example-app-v1.svc.cluster.local

2. 确认Emissary Ingress与Istio的集成状态 #

无需替换Emissary为Istio Gateway，但需确保：

• Emissary的Pod已注入Istio Sidecar（检查Pod容器列表，确认存在istio-proxy容器）
• Emissary转发后端流量时使用Kubernetes服务名（即example-app-v1.example-app-v1.svc.cluster.local），而非直接IP，确保流量经过Istio Sidecar处理路由规则

3. 验证合并后的路由规则顺序 #

执行命令查看Emissary Sidecar中的路由规则，确认v2的带条件规则排在v1兜底规则之前：

istioctl proxy-config routes <emissary-pod-name> -o yaml

单VirtualService正常工作的原因 #

单VirtualService中你可以明确控制路由规则的顺序，带条件的规则排在兜底规则之前，Istio按从上到下的顺序匹配，因此能正常触发v2路由。多VirtualService场景下必须通过priority字段强制规则的优先级顺序。

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