কুবারনেটসে ক্যানারি স্থাপনা #3: ইস্টিও

একটি ক্যানারি স্থাপনা চালু করতে এবং কল্পনা করতে Istio+Kiali ব্যবহার করে

এই সিরিজের নিবন্ধ

1. কুবারনেটসে ক্যানারি স্থাপনা #1: গিটল্যাব সিআই
2. কুবারনেটস #2-এ ক্যানারি স্থাপনা: আর্গো রোলআউটস
3. (এই নিবন্ধটি)
4. জেনকিন্স-এক্স ইস্টিও ফ্ল্যাগার ব্যবহার করে ক্যানারি স্থাপনা

ক্যানারি স্থাপনা

আমরা আশা করি আপনি পড়বেন প্রথম পর্ব, যেখানে আমরা ক্যানারি স্থাপনাগুলি কী তা সংক্ষিপ্তভাবে ব্যাখ্যা করেছি এবং মান Kubernetes সংস্থানগুলি ব্যবহার করে কীভাবে সেগুলি বাস্তবায়ন করতে হয় তা দেখিয়েছি৷

ইসতিও

এবং আমরা অনুমান করি যে এই নিবন্ধটি পড়ে আপনি ইতিমধ্যেই ইস্টিও কী জানেন। যদি না হয়, তাহলে আপনি এটি সম্পর্কে পড়তে পারেন এখানে.

পরীক্ষার জন্য আবেদন

প্রতিটি পডে দুটি পাত্র রয়েছে: আমাদের অ্যাপ্লিকেশন এবং ইস্টিও-প্রক্সি।

আমরা ফ্রন্টএন্ড-এনজিনেক্স এবং ব্যাকএন্ড পাইথন পড সহ একটি সাধারণ পরীক্ষামূলক অ্যাপ্লিকেশন ব্যবহার করব। nginx পড প্রতিটি অনুরোধকে ব্যাকএন্ড পডে রিডাইরেক্ট করবে এবং প্রক্সি হিসেবে কাজ করবে। বিশদ বিবরণ নিম্নলিখিত ইয়ামলগুলিতে পাওয়া যাবে:

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

পরীক্ষার আবেদন নিজেই চালান

আপনি যদি আমার উদাহরণ অনুসরণ করতে চান এবং এই পরীক্ষা অ্যাপ্লিকেশনটি নিজে ব্যবহার করতে চান, দেখুন প্রজেক্ট রিডমি.

প্রাথমিক স্থাপনা

যখন আমরা প্রথম স্থাপনা চালু করি, তখন আমরা দেখতে পাই যে আমাদের অ্যাপ্লিকেশনের পডগুলিতে মাত্র 2টি কন্টেইনার রয়েছে, অর্থাৎ, ইস্টিও সাইডকার সবেমাত্র প্রয়োগ করা হচ্ছে:

এবং আমরা নেমস্পেসে ইস্টিও গেটওয়ে লোডব্যালেন্সারও দেখতে পাই istio-system:

ট্রাফিক প্রজন্ম

আমরা ট্র্যাফিক তৈরি করতে নিম্নলিখিত আইপি ব্যবহার করব যা ফ্রন্টএন্ড পড দ্বারা প্রাপ্ত হবে এবং ব্যাকএন্ড পডগুলিতে ফরোয়ার্ড করা হবে:

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 লেবেল সহ ফ্রন্টএন্ড পডগুলিতে, যেহেতু আমরা একটি সাধারণ 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 তে পুনঃনির্দেশিত হয়:

ম্যানুয়ালি ক্যানারি পরীক্ষা করা হচ্ছে

ধরা যাক আমরা এখন v2 ব্যাকএন্ডে সমস্ত অনুরোধের 10% পাঠাই। আমরা যদি আমাদের প্রত্যাশা অনুযায়ী সবকিছু কাজ করে তা নিশ্চিত করতে আমরা ম্যানুয়ালি 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

এখন কার্ল ব্যবহার করে আমরা হেডার পাঠিয়ে একটি v2 অনুরোধ জোর করতে পারি:

হেডার ছাড়া অনুরোধগুলি এখনও 1/10 অনুপাত দ্বারা চালিত হবে:

দুটি নির্ভরশীল সংস্করণের জন্য ক্যানারি

এখন আমরা বিকল্পটি বিবেচনা করব যেখানে আমাদের সামনে ফ্রন্টএন্ড এবং ব্যাকএন্ড উভয়ের জন্য v2 সংস্করণ রয়েছে। উভয়ের জন্য, আমরা উল্লেখ করেছি যে ট্রাফিকের 10% v2 এ যেতে হবে:

আমরা দেখছি যে ফ্রন্টএন্ড v1 এবং v2 উভয়ই ফরোয়ার্ড ট্র্যাফিক 1/10 অনুপাতে ব্যাকএন্ড v1 এবং v2।

আমাদের যদি ফ্রন্টএন্ড-ভি2 থেকে শুধুমাত্র ব্যাকএন্ড-ভি2-তে ট্র্যাফিক ফরোয়ার্ড করার প্রয়োজন হয় কারণ এটি 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 (Horizontal Pod Autoscalers) ব্যবহার করতে পারি এবং ক্যানারি স্থাপনার বর্তমান অবস্থা অনুযায়ী কনফিগার করার প্রয়োজন নেই।

ফলাফল

Istio দুর্দান্ত কাজ করে এবং এটি কিয়ালির সাথে একসাথে ব্যবহার করে একটি খুব শক্তিশালী সংমিশ্রণ তৈরি করে। আমার আগ্রহের তালিকার পরেরটি হল অটোমেশন এবং ক্যানারি বিশ্লেষণের জন্য স্পিনাকারকে ইস্টিওর সাথে একত্রিত করা।

উত্স: www.habr.com