AKS中Nginx Ingress按权重分流4个微服务的限制解析与配置咨询

一、Nginx Ingress金丝雀规则限制的具体含义 #

Nginx Ingress Controller的官方限制是：同一个主Ingress（对应某一域名+路径的规则），只能绑定一个金丝雀Ingress。也就是说，主Ingress对应默认流量的服务，金丝雀Ingress只能额外指定一个分流服务，最多实现两个服务之间的权重分配，没法直接通过多个金丝雀Ingress来分流到三个及以上的服务。

二、能否用Nginx Ingress实现4个服务的流量分流？ #

直接用官方原生的金丝雀功能不行。你想创建4个金丝雀Ingress的思路也走不通——因为Nginx Ingress Controller只会识别第一个匹配主Ingress规则的金丝雀配置，后续的金丝雀Ingress会被直接忽略，无法生效。

如果硬要基于Nginx Ingress实现，只能通过自定义Nginx配置片段（nginx.ingress.kubernetes.io/configuration-snippet）或者嵌入Lua脚本的方式手动实现多服务权重分流，但这种方式需要熟悉Nginx底层配置，复杂度高，维护成本也大。

三、YAML示例：Nginx Ingress金丝雀限制的直观演示 #

主Ingress（默认40%流量到service-a） #

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: main-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: service-a
            port: { number: 80 }

有效金丝雀Ingress（20%流量到service-b） #

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: canary-ingress-b
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"
    nginx.ingress.kubernetes.io/canary-weight: "20"
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: service-b
            port: { number: 80 }

无效的金丝雀Ingress（无法分流到service-c） #

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: canary-ingress-c
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"
    nginx.ingress.kubernetes.io/canary-weight: "10"
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: service-c
            port: { number: 80 }

这个canary-ingress-c不会生效，因为Nginx Ingress Controller已经绑定了canary-ingress-b作为main-ingress的金丝雀规则，后续同域名路径的金丝雀配置会被忽略。

四、改用Istio实现多服务权重分流 #

Istio作为专门的服务网格，没有Nginx Ingress的这个限制，能直接通过简单配置实现多服务按权重分流，完全匹配你的需求：

1. 定义Ingress Gateway #

apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: example-gateway
spec:
  selector:
    istio: ingressgateway
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts: ["example.com"]

2. 定义VirtualService实现权重分流 #

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: example-vs
spec:
  hosts: ["example.com"]
  gateways: ["example-gateway"]
  http:
  - route:
    - destination: { host: service-a }
      weight: 40
    - destination: { host: service-b }
      weight: 20
    - destination: { host: service-c }
      weight: 10
    - destination: { host: service-d }
      weight: 30

这个配置直接将example.com/的流量按40%、20%、10%、30%的权重分配给四个服务，无需额外复杂配置。

总结 #

• Nginx Ingress原生金丝雀功能仅支持两服务分流，无法满足四服务的需求；自定义配置实现成本高，不推荐。
• Istio天生支持多服务权重分流，配置简洁易维护，更适合这类复杂流量管控场景。

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