કુબરનેટ્સ #3 માં કેનેરી ડિપ્લોયમેન્ટ: ઇસ્ટિઓ

કેનેરી ડિપ્લોયમેન્ટને લોન્ચ કરવા અને વિઝ્યુઅલાઈઝ કરવા માટે Istio+Kiali નો ઉપયોગ કરવો

આ શ્રેણીના લેખો

1. કુબરનેટ્સ #1 માં કેનેરી ડિપ્લોયમેન્ટ: ગિટલેબ સીઆઈ
2. કુબરનેટ્સ #2 માં કેનેરી ડિપ્લોયમેન્ટ: આર્ગો રોલઆઉટ્સ
3. (આ લેખ)
4. જેનકિન્સ-એક્સ ઇસ્ટિઓ ફ્લેગરનો ઉપયોગ કરીને કેનેરી ડિપ્લોયમેન્ટ

કેનેરી જમાવટ

અમને આશા છે કે તમે વાંચશો પ્રથમ ભાગ, જ્યાં અમે સંક્ષિપ્તમાં સમજાવ્યું કે કેનેરી ડિપ્લોયમેન્ટ્સ શું છે અને પ્રમાણભૂત કુબરનેટ્સ સંસાધનોનો ઉપયોગ કરીને તેનો અમલ કેવી રીતે કરવો તે બતાવ્યું.

ઇસ્ટિઓ

અને અમે ધારીએ છીએ કે આ લેખ વાંચીને તમે પહેલાથી જ જાણો છો કે Istio શું છે. જો નહિં, તો પછી તમે તેના વિશે વાંચી શકો છો અહીં.

પરીક્ષણો માટેની અરજી

દરેક પોડમાં બે કન્ટેનર હોય છે: અમારી એપ્લિકેશન અને ઇસ્ટિઓ-પ્રોક્સી.

અમે ફ્રન્ટએન્ડ-એનજીન્ક્સ અને બેકએન્ડ પાયથોન પોડ્સ સાથે એક સરળ ટેસ્ટ એપ્લિકેશનનો ઉપયોગ કરીશું. nginx પોડ દરેક વિનંતીને બેકએન્ડ પોડ પર રીડાયરેક્ટ કરશે અને પ્રોક્સી તરીકે કામ કરશે. વિગતો નીચેના યામલ્સમાં મળી શકે છે:

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

પરીક્ષણ એપ્લિકેશન જાતે ચલાવવી

જો તમે મારા ઉદાહરણને અનુસરવા માંગતા હો અને આ પરીક્ષણ એપ્લિકેશનનો ઉપયોગ જાતે કરવા માંગતા હો, તો જુઓ પ્રોજેક્ટ રીડમી.

પ્રારંભિક જમાવટ

જ્યારે આપણે પ્રથમ જમાવટ શરૂ કરીએ છીએ, ત્યારે આપણે જોઈએ છીએ કે અમારી એપ્લિકેશનના પોડ્સમાં ફક્ત 2 કન્ટેનર છે, એટલે કે, Istio sidecar હમણાં જ અમલમાં આવી રહી છે:

અને આપણે નેમસ્પેસમાં 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 અમારી યજમાનો ફાઇલમાં.

કિયાલી દ્વારા મેશ જુઓ

અમે ટ્રેસિંગ, ગ્રાફના, પ્રોમિથિયસ અને કિયાલી (વિગતો માટે નીચે જુઓ) સાથે ટેસ્ટ એપ્લીકેશન અને ઇસ્ટિઓ ઇન્સ્ટોલ કર્યું છે. પ્રોજેક્ટ રીડમી). તેથી આપણે આ દ્વારા Kiali નો ઉપયોગ કરી શકીએ છીએ:

istioctl dashboard kiali # admin:admin

કિયાલી મેશ દ્વારા વર્તમાન ટ્રાફિકની કલ્પના કરે છે

જેમ આપણે જોઈ શકીએ છીએ, 100% ટ્રાફિક ફ્રન્ટએન્ડ સેવા પર જાય છે, પછી લેબલ v1 સાથે ફ્રન્ટએન્ડ પોડ્સ પર જાય છે, કારણ કે અમે એક સરળ nginx પ્રોક્સીનો ઉપયોગ કરી રહ્યા છીએ જે વિનંતીઓને બેકએન્ડ સેવા પર રીડાયરેક્ટ કરે છે, જે બદલામાં તેમને બેકએન્ડ પોડ્સ પર રીડાયરેક્ટ કરે છે. લેબલ v1 સાથે.

Kiali Istio સાથે સરસ કામ કરે છે અને બોક્સવાળી મેશ રેન્ડરિંગ સોલ્યુશન પૂરું પાડે છે. માત્ર મહાન.

કેનેરી જમાવટ

અમારા બેકએન્ડમાં પહેલેથી જ બે k8s જમાવટ છે, એક v1 માટે અને એક v2 માટે. હવે અમારે ઇસ્ટિયોને અમુક ચોક્કસ ટકા વિનંતીઓ 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 સરસ કામ કરે છે અને કિયાલી સાથે તેનો ઉપયોગ ખૂબ જ શક્તિશાળી સંયોજન બનાવે છે. મારી રુચિઓની સૂચિમાં આગળ સ્પિનેકરને ઓટોમેશન અને કેનેરી એનાલિટિક્સ માટે Istio સાથે જોડવાનું છે.

સોર્સ: www.habr.com