Разделение трафика по весу: контроллер Nginx Ingress AKS

Если вам необходимо реализовать разделение трафика между несколькими микрослужбами в AKS с помощью балансировщика нагрузки, такого как NGINX Ingress Controller, и вы сталкиваетесь с ограничениями канареечной конфигурации, лучшим подходом может быть использование Istio, сервисной сетки, которая предоставляет расширенные возможности управления трафиком.

сначала установи и настрой istio

Создайте развертывание и сервис для каждого микросервиса (service-a, service-b, service-c и service-d), используя образ докера (здесь я буду использовать образ nginxdemos/hello)

# deployment-service-a.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: service-a
spec:
  replicas: 2
  selector:
    matchLabels:
      app: service-a
  template:
    metadata:
      labels:
        app: service-a
    spec:
      containers:
      - name: service-a
        image: nginxdemos/hello
        ports:
        - containerPort: 80

---
apiVersion: v1
kind: Service
metadata:
  name: service-a
spec:
  ports:
  - port: 80
    targetPort: 80
  selector:
    app: service-a

повторите для b, c и d так же, как указано выше, и примените kubectl apply -f <filename>.yaml

Следующие шаги включают настройку шлюза Istio и виртуальной службы для распределения трафика в соответствии с указанными вами весами. Это позволит вам направлять входящий трафик на ваши сервисы service-a, service-b и service-c с указанными соотношениями.

Создать шлюз Istio

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

Создать Istio VirtualService

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: my-virtualservice
  namespace: default  # Ensure this is the correct namespace for your services
spec:
  hosts:
  - "*"  # This can be specific to your domain if needed
  gateways:
  - my-gateway
  http:
  - route:
    - destination:
        host: service-a.default.svc.cluster.local  # Adjust the FQDN as necessary
      weight: 40
    - destination:
        host: service-b.default.svc.cluster.your-cluster.com
      weight: 20
    - destination:
        host: service-c.default.svc.cluster.your-cluster.com
      weight: 10
    - destination:
        host: service-d.default.svc.cluster.your-cluster.com
      weight: 30

Отрегулируйте параметры namespace, host и port соответствующим образом.

kubectl apply -f istio-gateway.yaml
kubectl apply -f istio-virtualservice.yaml

kubectl get svc istio-ingressgateway -n istio-system

Теперь вы можете проверить конфигурацию VirtualService, соответствует ли она вашему разделению:

kubectl describe virtualservice my-virtualservice -n default

Однако документы, которые вы упомянули, принадлежат контроллеру входа сообщества. это возможно с использованием VirtualServer CRD NGINX Ingress Controller. Документация NGINX Ingress Controller находится здесь.

В папке примеров в репозитории есть пример разделения трафика, который я немного изменил, чтобы он был похож на ваш пример.

apiVersion: k8s.nginx.org/v1
kind: VirtualServer
metadata:
  name: example
spec:
  host: example.com
  upstreams:
  - name: service-a
    service: service-a-svc
    port: 80
  - name: service-b
    service: service-b-svc
    port: 80
  - name: service-c
    service: service-c-svc
    port: 80
  - name: service-d
    service: service-d-svc
    port: 80
  routes:
  - path: /
    splits:
    - weight: 40
      action:
        pass: service-a
    - weight: 20
      action:
        pass: service-b
    - weight: 10
      action:
        pass: service-c
    - weight: 30
      action:
        pass: service-d

В NGINX Ingress Controller ограничение на количество разбиений будет равно 100, поскольку в настоящее время в CRD разрешены только целые числа, а суммы весов должны составлять 100.