0

我正在尝试为演示配置金丝雀推出，但我无法让流量拆分与 linkerd 一起使用。有趣的是，我能够使用 istio 来实现这一点，而且我发现 istio 比 linkerd 复杂得多。

我有一个基本的 go-lang 服务定义，如下所示：

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
  name: fish
spec:
  [...]
  strategy:
    canary:
      canaryService: canary-svc
      stableService: stable-svc
      trafficRouting:
        smi: {}
      steps:
      - setWeight: 5
      - pause: {}
      - setWeight: 20
      - pause: {}
      - setWeight: 50
      - pause: {}
      - setWeight: 80
      - pause: {}
---
apiVersion: v1
kind: Service
metadata:
  name: canary-svc
spec:
  selector:
    app: fish
  ports:
    - name: http
      port: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: stable-svc
spec:
  selector:
    app: fish
  ports:
    - name: http
      port: 8080
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: fish
  annotations:
    kubernetes.io/ingress.class: 'nginx'
    cert-manager.io/cluster-issuer: letsencrypt-production
    cert-manager.io/acme-challenge-type: dns01
    external-dns.alpha.kubernetes.io/hostname: fish.local
    nginx.ingress.kubernetes.io/enable-cors: "true"
    nginx.ingress.kubernetes.io/cors-allow-methods: "PUT, GET, POST, OPTIONS"
    nginx.ingress.kubernetes.io/cors-allow-origin: "*"
    nginx.ingress.kubernetes.io/configuration-snippet: |
      proxy_set_header l5d-dst-override $service_name.$namespace.svc.cluster.local:$service_port;
spec:
  rules:
    - host: fish.local
      http:
        paths:
        - path: /
          pathType: Prefix
          backend:
            service:
              name: stable-svc
              port:
                number: 8080

当我通过 ArgoCD 进行部署（同步）时，我可以看到流量拆分为 50/50：

- apiVersion: split.smi-spec.io/v1alpha2
  kind: TrafficSplit
  metadata:
    [...]
    name: fish
    namespace: default
  spec:
    backends:
    - service: canary-svc
      weight: "50"
    - service: stable-svc
      weight: "50"
    service: stable-svc

但是在while循环中执行curl命令我只能取回stable-svc。我唯一一次看到变化是在我将服务完全移动到 100% 之后。

我试图遵循这个：https ://argoproj.github.io/argo-rollouts/getting-started/smi/

任何帮助将不胜感激。

谢谢

4

2 回答 2

2

阅读此内容后：https ://linkerd.io/2.10/tasks/using-ingress/我发现您需要使用特殊注释修改入口控制器：

$ kubectl get deployment <ingress-controller> -n <ingress-namespace> -o yaml | linkerd inject --ingress - | kubectl apply -f -

TLDR；如果您想要服务配置文件、流量拆分等 Linkerd 功能，则需要额外的配置才能使 Ingress 控制器的 Linkerd 代理在入口模式下运行。

于 2021-06-03T05:06:59.323 回答
1

所以这个问题有更多的上下文，但 TL;DR 是入口倾向于针对单个 pod 而不是服务地址。将 Linkerd 的代理置于入口模式会告诉它覆盖该行为。NGINX 已经有一个设置，可以让它直接命中服务而不是端点，你可以在他们的文档中看到这一点。

于 2021-06-03T13:14:13.610 回答