ਕੁਬਰਨੇਟਸ #3 ਵਿੱਚ ਕੈਨਰੀ ਤੈਨਾਤੀ: ਇਸਟੀਓ

ਕੈਨਰੀ ਤੈਨਾਤੀ ਨੂੰ ਲਾਂਚ ਕਰਨ ਅਤੇ ਕਲਪਨਾ ਕਰਨ ਲਈ Istio+Kiali ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਇਸ ਲੜੀ ਵਿੱਚ ਲੇਖ

1. ਕੁਬਰਨੇਟਸ #1 ਵਿੱਚ ਕੈਨਰੀ ਤੈਨਾਤੀ: ਗਿਟਲੈਬ ਸੀਆਈ
2. ਕੁਬਰਨੇਟਸ #2 ਵਿੱਚ ਕੈਨਰੀ ਤੈਨਾਤੀ: ਆਰਗੋ ਰੋਲਆਉਟਸ
3. (ਇਹ ਲੇਖ)
4. ਜੇਨਕਿੰਸ-ਐਕਸ ਇਸਟੀਓ ਫਲੈਗਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕੈਨਰੀ ਤੈਨਾਤੀ

ਕੈਨਰੀ ਤੈਨਾਤੀ

ਅਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਪੜ੍ਹਦੇ ਹੋ ਪਹਿਲਾ ਭਾਗ, ਜਿੱਥੇ ਅਸੀਂ ਸੰਖੇਪ ਵਿੱਚ ਸਮਝਾਇਆ ਕਿ ਕੈਨਰੀ ਤੈਨਾਤੀਆਂ ਕੀ ਹਨ ਅਤੇ ਮਿਆਰੀ Kubernetes ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਆਈਸਟੀਓ

ਅਤੇ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਇਸ ਲੇਖ ਨੂੰ ਪੜ੍ਹ ਕੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ ਕਿ Istio ਕੀ ਹੈ. ਜੇ ਨਹੀਂ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਇੱਥੇ.

ਟੈਸਟਾਂ ਲਈ ਅਰਜ਼ੀ

ਹਰ ਇੱਕ ਪੌਡ ਵਿੱਚ ਦੋ ਕੰਟੇਨਰ ਹੁੰਦੇ ਹਨ: ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ istio-ਪ੍ਰੌਕਸੀ।

ਅਸੀਂ ਫਰੰਟਐਂਡ-ਐਨਜੀਨੈਕਸ ਅਤੇ ਬੈਕਐਂਡ ਪਾਈਥਨ ਪੌਡਸ ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਟੈਸਟ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। nginx ਪੌਡ ਹਰ ਬੇਨਤੀ ਨੂੰ ਬੈਕਐਂਡ ਪੌਡ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰੇਗਾ ਅਤੇ ਪ੍ਰੌਕਸੀ ਵਜੋਂ ਕੰਮ ਕਰੇਗਾ। ਵੇਰਵੇ ਹੇਠ ਲਿਖੇ ਯਮਲਾਂ ਵਿੱਚ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ:

• frontend.yaml
• backend.yaml
• istio.yaml

ਟੈਸਟ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਆਪਣੇ ਆਪ ਚਲਾ ਰਿਹਾ ਹੈ

ਜੇ ਤੁਸੀਂ ਮੇਰੀ ਉਦਾਹਰਣ ਦੀ ਪਾਲਣਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਇਸ ਟੈਸਟ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਵੇਖੋ ਪ੍ਰੋਜੈਕਟ ਰੀਡਮੀ.

ਸ਼ੁਰੂਆਤੀ ਤੈਨਾਤੀ

ਜਦੋਂ ਅਸੀਂ ਪਹਿਲੀ ਤੈਨਾਤੀ ਨੂੰ ਲਾਂਚ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਪੌਡਾਂ ਵਿੱਚ ਸਿਰਫ 2 ਕੰਟੇਨਰ ਹਨ, ਯਾਨੀ ਇਸਟੀਓ ਸਾਈਡਕਾਰ ਨੂੰ ਹੁਣੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ:

ਅਤੇ ਅਸੀਂ ਨੇਮਸਪੇਸ ਵਿੱਚ Istio Gateway Loadbalancer ਵੀ ਦੇਖਦੇ ਹਾਂ istio-system:

ਟ੍ਰੈਫਿਕ ਪੈਦਾ ਕਰਨਾ

ਅਸੀਂ ਟ੍ਰੈਫਿਕ ਪੈਦਾ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ IP ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ ਜੋ ਕਿ ਫਰੰਟਐਂਡ ਪੌਡਸ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਬੈਕਐਂਡ ਪੌਡਾਂ ਨੂੰ ਅੱਗੇ ਭੇਜਿਆ ਜਾਵੇਗਾ:

while true; do curl -s --resolve 'frontend.istio-test:80:35.242.202.152' frontend.istio-test; sleep 0.1; done

ਅਸੀਂ ਵੀ ਸ਼ਾਮਲ ਕਰਾਂਗੇ frontend.istio-test ਸਾਡੀ ਮੇਜ਼ਬਾਨ ਫਾਈਲ ਵਿੱਚ.

ਕਿਆਲੀ ਰਾਹੀਂ ਜਾਲ ਦੇਖੋ

ਅਸੀਂ ਟਰੇਸਿੰਗ, ਗ੍ਰਾਫਾਨਾ, ਪ੍ਰੋਮੀਥੀਅਸ ਅਤੇ ਕੀਆਲੀ ਦੇ ਨਾਲ ਟੈਸਟ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਇਸਟੀਓ ਨੂੰ ਸਥਾਪਿਤ ਕੀਤਾ ਹੈ (ਵੇਰਵਿਆਂ ਲਈ ਹੇਠਾਂ ਦੇਖੋ)। ਪ੍ਰੋਜੈਕਟ ਰੀਡਮੀ). ਇਸ ਲਈ ਅਸੀਂ ਕਿਆਲੀ ਦੀ ਵਰਤੋਂ ਇਸ ਰਾਹੀਂ ਕਰ ਸਕਦੇ ਹਾਂ:

istioctl dashboard kiali # admin:admin

ਕਿਆਲੀ ਜਾਲ ਰਾਹੀਂ ਮੌਜੂਦਾ ਟ੍ਰੈਫਿਕ ਦੀ ਕਲਪਨਾ ਕਰਦਾ ਹੈ

ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ, 100% ਟ੍ਰੈਫਿਕ ਫਰੰਟਐਂਡ ਸੇਵਾ ਵੱਲ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਲੇਬਲ v1 ਦੇ ਨਾਲ ਫਰੰਟਐਂਡ ਪੌਡਜ਼ ਵੱਲ, ਕਿਉਂਕਿ ਅਸੀਂ ਇੱਕ ਸਧਾਰਨ ਐਨਜੀਨੈਕਸ ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਾਂ ਜੋ ਬੇਨਤੀਆਂ ਨੂੰ ਬੈਕਐਂਡ ਸੇਵਾ ਲਈ ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਬੈਕਐਂਡ ਪੌਡਾਂ ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ। ਲੇਬਲ v1 ਦੇ ਨਾਲ.

Kiali Istio ਦੇ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਬਾਕਸਡ ਮੇਸ਼ ਰੈਂਡਰਿੰਗ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਬਹੁਤ ਵਧੀਆ।

ਕੈਨਰੀ ਤੈਨਾਤੀ

ਸਾਡੇ ਬੈਕਐਂਡ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਦੋ k8s ਤੈਨਾਤੀਆਂ ਹਨ, ਇੱਕ v1 ਲਈ ਅਤੇ ਇੱਕ v2 ਲਈ। ਹੁਣ ਸਾਨੂੰ Istio ਨੂੰ ਬੇਨਤੀਆਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਪ੍ਰਤੀਸ਼ਤ ਨੂੰ v2 ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਲਈ ਕਹਿਣ ਦੀ ਲੋੜ ਹੈ।

ਕਦਮ 1: 10%

ਅਤੇ ਸਾਨੂੰ ਸਿਰਫ਼ ਵਰਚੁਅਲ ਸਰਵਿਸ ਦੇ ਭਾਰ ਨੂੰ ਐਡਜਸਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ istio.yaml:

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: backend
  namespace: default
spec:
  gateways: []
  hosts:
  - "backend.default.svc.cluster.local"
  http:
  - match:
    - {}
    route:
    - destination:
        host: backend.default.svc.cluster.local
        subset: v1
        port:
          number: 80
      weight: 90
    - destination:
        host: backend.default.svc.cluster.local
        subset: v2
        port:
          number: 80
      weight: 10

ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ 10% ਬੇਨਤੀਆਂ ਨੂੰ v2 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ।

ਕਦਮ 2: 50%

ਅਤੇ ਹੁਣ ਇਸਨੂੰ 50% ਤੱਕ ਵਧਾਉਣ ਲਈ ਕਾਫ਼ੀ ਹੈ:

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: backend
  namespace: default
spec:
...
    - destination:
        host: backend.default.svc.cluster.local
        subset: v1
        port:
          number: 80
      weight: 50
    - destination:
        host: backend.default.svc.cluster.local
        subset: v2
        port:
          number: 80
      weight: 50

ਕਦਮ 3: 100%

ਹੁਣ ਕੈਨਰੀ ਤੈਨਾਤੀ ਨੂੰ ਪੂਰਾ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਨੂੰ v2 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

ਕੈਨਰੀ ਨੂੰ ਹੱਥੀਂ ਟੈਸਟ ਕਰਨਾ

ਮੰਨ ਲਓ ਕਿ ਅਸੀਂ ਹੁਣ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਦਾ 2% v10 ਬੈਕਐਂਡ ਨੂੰ ਭੇਜਦੇ ਹਾਂ। ਉਦੋਂ ਕੀ ਜੇ ਅਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਹੱਥੀਂ v2 ਦੀ ਜਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਹਰ ਚੀਜ਼ ਸਾਡੀ ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਕਰਦੀ ਹੈ?

ਅਸੀਂ HTTP ਸਿਰਲੇਖਾਂ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਜੋੜ ਸਕਦੇ ਹਾਂ:

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: backend
  namespace: default
spec:
  gateways: []
  hosts:
  - "backend.default.svc.cluster.local"
  http:
  - match:
    - headers:
        canary:
          exact: "canary-tester"
    route:
    - destination:
        host: backend.default.svc.cluster.local
        subset: v2
        port:
          number: 80
      weight: 100
  - match:
    - {}
    route:
    - destination:
        host: backend.default.svc.cluster.local
        subset: v1
        port:
          number: 80
      weight: 90
    - destination:
        host: backend.default.svc.cluster.local
        subset: v2
        port:
          number: 80
      weight: 10

ਹੁਣ curl ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਸੀਂ ਸਿਰਲੇਖ ਨੂੰ ਭੇਜ ਕੇ ਇੱਕ v2 ਬੇਨਤੀ ਨੂੰ ਮਜਬੂਰ ਕਰ ਸਕਦੇ ਹਾਂ:

ਬਿਨਾਂ ਸਿਰਲੇਖ ਦੀਆਂ ਬੇਨਤੀਆਂ ਅਜੇ ਵੀ 1/10 ਅਨੁਪਾਤ ਦੁਆਰਾ ਚਲਾਈਆਂ ਜਾਣਗੀਆਂ:

ਦੋ ਨਿਰਭਰ ਸੰਸਕਰਣਾਂ ਲਈ ਕੈਨਰੀ

ਹੁਣ ਅਸੀਂ ਉਸ ਵਿਕਲਪ 'ਤੇ ਵਿਚਾਰ ਕਰਾਂਗੇ ਜਿੱਥੇ ਸਾਡੇ ਕੋਲ ਫਰੰਟਐਂਡ ਅਤੇ ਬੈਕਐਂਡ ਦੋਵਾਂ ਲਈ ਵਰਜਨ v2 ਹੈ। ਦੋਵਾਂ ਲਈ, ਅਸੀਂ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਦਾ 10% v2 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:

ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਫਰੰਟਐਂਡ v1 ਅਤੇ v2 ਦੋਵੇਂ ਫਾਰਵਰਡ ਟ੍ਰੈਫਿਕ 1/10 ਦੇ ਬੈਕਐਂਡ v1 ਅਤੇ v2 ਦੇ ਅਨੁਪਾਤ 'ਤੇ ਹਨ।

ਉਦੋਂ ਕੀ ਜੇ ਸਾਨੂੰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਫਰੰਟਐਂਡ-v2 ਤੋਂ ਸਿਰਫ ਬੈਕਐਂਡ-v2 ਤੱਕ ਭੇਜਣ ਦੀ ਲੋੜ ਹੈ ਕਿਉਂਕਿ ਇਹ v1 ਦੇ ਅਨੁਕੂਲ ਨਹੀਂ ਹੈ? ਅਜਿਹਾ ਕਰਨ ਲਈ, ਅਸੀਂ ਫਰੰਟਐਂਡ ਲਈ 1/10 ਅਨੁਪਾਤ ਸੈਟ ਕਰਾਂਗੇ, ਜੋ ਇਹ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਗੱਲਬਾਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬੈਕਐਂਡ-v2 ਨੂੰ ਕਿਹੜਾ ਟ੍ਰੈਫਿਕ ਮਿਲਦਾ ਹੈ. sourceLabels :

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: backend
  namespace: default
spec:
  gateways: []
  hosts:
  - "backend.default.svc.cluster.local"
  http:
...
  - match:
    - sourceLabels:
        app: frontend
        version: v2
    route:
    - destination:
        host: backend.default.svc.cluster.local
        subset: v2
        port:
          number: 80
      weight: 100

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਨੂੰ ਉਹ ਮਿਲਦਾ ਹੈ ਜੋ ਸਾਨੂੰ ਚਾਹੀਦਾ ਹੈ:

ਮੈਨੂਅਲ ਕੈਨਰੀ ਪਹੁੰਚ ਤੋਂ ਅੰਤਰ

В ਪਹਿਲਾ ਭਾਗ ਅਸੀਂ ਦੋ k8s ਤੈਨਾਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਕੈਨਰੀ ਤੈਨਾਤੀ ਨੂੰ ਹੱਥੀਂ ਕੀਤਾ। ਉੱਥੇ ਅਸੀਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਬਦਲ ਕੇ ਬੇਨਤੀਆਂ ਦੇ ਅਨੁਪਾਤ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕੀਤਾ। ਇਹ ਪਹੁੰਚ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ ਇਸ ਵਿੱਚ ਗੰਭੀਰ ਕਮੀਆਂ ਹਨ।

Istio ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਗਿਣਤੀ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਬੇਨਤੀਆਂ ਦੇ ਅਨੁਪਾਤ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ HPAs (ਹਰੀਜ਼ੋਂਟਲ ਪੋਡ ਆਟੋਸਕੇਲਰ) ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਕੈਨਰੀ ਤੈਨਾਤੀ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਦੇ ਅਨੁਸਾਰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਨਤੀਜਾ

Istio ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ Kiali ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਵਰਤਣਾ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸੁਮੇਲ ਬਣਾਉਂਦਾ ਹੈ। ਮੇਰੀ ਦਿਲਚਸਪੀਆਂ ਦੀ ਸੂਚੀ 'ਤੇ ਅੱਗੇ ਸਪਿਨਨੇਕਰ ਨੂੰ ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਕੈਨਰੀ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ Istio ਨਾਲ ਜੋੜ ਰਿਹਾ ਹੈ।

ਸਰੋਤ: www.habr.com