বিভিন্ন ডেটা সেন্টারে কুবারনেটস ক্লাস্টারগুলিকে কীভাবে সংযুক্ত করবেন

আমাদের Kubernetes কুইক স্টার্ট সিরিজে স্বাগতম। এটি একটি নিয়মিত কলাম যেখানে আমরা অনলাইনে এবং আমাদের প্রশিক্ষণে সবচেয়ে আকর্ষণীয় প্রশ্নগুলি পাই। Kubernetes বিশেষজ্ঞ উত্তর.

আজকের বিশেষজ্ঞ ড্যানিয়েল পোলেনচিক (ড্যানিয়েল পোলেনসিক) ড্যানিয়েল একজন প্রশিক্ষক এবং সফ্টওয়্যার বিকাশকারী হিসাবে কাজ করে Learnk8s.

আপনি যদি পরবর্তী পোস্টে আপনার প্রশ্নের উত্তর চান, ইমেল দ্বারা আমাদের সাথে যোগাযোগ করুন অথবা টুইটার: @learnk8s.

আগের পোস্টগুলো মিস করেছেন? তাদের এখানে খুঁজুন.

বিভিন্ন ডেটা সেন্টারে কুবারনেটস ক্লাস্টারগুলিকে কীভাবে সংযুক্ত করবেন?

সংক্ষেপে: Kubefed v2 শীঘ্রই আসছে, এবং আমি এ সম্পর্কে পড়ার পরামর্শ দিই SHIPPER и মাল্টি-ক্লাস্টার-শিডিউলার প্রকল্প.

প্রায়শই, অবকাঠামো প্রতিলিপি করা হয় এবং বিভিন্ন অঞ্চলে বিতরণ করা হয়, বিশেষ করে নিয়ন্ত্রিত পরিবেশে।

একটি অঞ্চল অনুপলব্ধ হলে, বাধা এড়াতে ট্রাফিক অন্য অঞ্চলে পুনঃনির্দেশিত হয়।

Kubernetes-এর সাথে, আপনি একটি অনুরূপ কৌশল ব্যবহার করতে পারেন এবং বিভিন্ন অঞ্চলে কাজের চাপ বিতরণ করতে পারেন।

প্রতি দল, অঞ্চল, পরিবেশ বা এই উপাদানগুলির সংমিশ্রণে আপনার এক বা একাধিক ক্লাস্টার থাকতে পারে।

আপনার ক্লাস্টারগুলি বিভিন্ন ক্লাউড এবং প্রাঙ্গনে হোস্ট করা যেতে পারে।

কিন্তু আপনি কিভাবে এই ধরনের ভৌগলিক বিস্তারের জন্য অবকাঠামো পরিকল্পনা করবেন?
আপনাকে কি একটি একক নেটওয়ার্কে একাধিক ক্লাউড পরিবেশের জন্য একটি বড় ক্লাস্টার তৈরি করতে হবে?
অথবা অনেক ছোট ক্লাস্টার আছে এবং তাদের নিয়ন্ত্রণ এবং সিঙ্ক্রোনাইজ করার একটি উপায় খুঁজে বের করুন?

একটি নেতৃত্ব ক্লাস্টার

একটি একক নেটওয়ার্কে একটি ক্লাস্টার তৈরি করা এত সহজ নয়।

কল্পনা করুন যে আপনার একটি দুর্ঘটনা ঘটেছে, ক্লাস্টার অংশগুলির মধ্যে সংযোগ হারিয়ে গেছে।

আপনার যদি একটি মাস্টার সার্ভার থাকে, তবে সম্পদের অর্ধেক নতুন কমান্ড গ্রহণ করতে সক্ষম হবে না কারণ তারা মাস্টারের সাথে যোগাযোগ করতে সক্ষম হবে না।

এবং একই সময়ে আপনার পুরানো রাউটিং টেবিল রয়েছে (kube-proxy নতুন ডাউনলোড করতে পারবেন না) এবং কোনো অতিরিক্ত পড (কুবেলেট আপডেটের অনুরোধ করতে পারবে না)।

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

ফলস্বরূপ, আপনার দ্বিগুণ শুঁটি রয়েছে।

আপনি যদি প্রতিটি অঞ্চলের জন্য একটি মাস্টার সার্ভার তৈরি করেন, তাহলে etcd ডাটাবেসে ঐকমত্য অ্যালগরিদমের সাথে সমস্যা হবে। (প্রায়. এড — আসলে, etcd ডাটাবেস অগত্যা মাস্টার সার্ভারে অবস্থিত হতে হবে না। এটি একই অঞ্চলের সার্ভারের একটি পৃথক গ্রুপে চালানো যেতে পারে। সত্য, একই সময়ে ক্লাস্টার ব্যর্থতার একটি বিন্দু পেয়ে. কিন্তু দ্রুত।)

etcd ব্যবহার করে ভেলা অ্যালগরিদমডিস্কে লেখার আগে মান নিয়ে আলোচনা করতে।
অর্থাৎ, রাষ্ট্রকে etcd-এ লেখার আগে বেশিরভাগ দৃষ্টান্ত অবশ্যই ঐকমত্যে পৌঁছাতে হবে।

যদি etcd দৃষ্টান্তগুলির মধ্যে লেটেন্সি নাটকীয়ভাবে বৃদ্ধি পায়, যেমনটি বিভিন্ন অঞ্চলে তিনটি etcd দৃষ্টান্তের ক্ষেত্রে, এটি একটি মান নিয়ে আলোচনা করতে এবং ডিস্কে লিখতে দীর্ঘ সময় নেয়।
এটি Kubernetes কন্ট্রোলারে প্রতিফলিত হয়।

কন্ট্রোলার ম্যানেজার পরিবর্তন সম্পর্কে জানতে এবং ডাটাবেসের প্রতিক্রিয়া লিখতে আরও সময় প্রয়োজন।

এবং যেহেতু একটি নিয়ামক নেই, তবে বেশ কয়েকটি, একটি চেইন প্রতিক্রিয়া ফলাফল এবং সমগ্র ক্লাস্টার খুব ধীরে ধীরে কাজ শুরু করে.

etcd তাই লেটেন্সি সংবেদনশীল যে অফিসিয়াল ডকুমেন্টেশন নিয়মিত হার্ড ড্রাইভের পরিবর্তে SSD ব্যবহার করার পরামর্শ দেয়.

বর্তমানে একটি একক ক্লাস্টারের জন্য একটি বড় নেটওয়ার্কের কোন ভাল উদাহরণ নেই।

মূলত, ডেভেলপার সম্প্রদায় এবং এসআইজি-ক্লাস্টার গোষ্ঠী কীভাবে কুবারনেটস কন্টেইনার অর্কেস্ট্রেট করে একইভাবে ক্লাস্টারগুলিকে অর্কেস্ট্রেট করা যায় তা বের করার চেষ্টা করছে।

বিকল্প 1: কুবেফেড সহ ক্লাস্টার ফেডারেশন

SIG-ক্লাস্টার থেকে অফিসিয়াল প্রতিক্রিয়া - kubefed2, মূল kube ফেডারেশন ক্লায়েন্ট এবং অপারেটরের একটি নতুন সংস্করণ.

প্রথমবারের মতো, আমরা কুবে ফেডারেশন টুল ব্যবহার করে একক বস্তু হিসাবে ক্লাস্টারগুলির একটি সংগ্রহ পরিচালনা করার চেষ্টা করেছি।

শুরুটা ভালো হলেও শেষ পর্যন্ত কুবে ফেডারেশন কখনোই জনপ্রিয় হয়ে ওঠেনি কারণ এটি সব সংস্থান সমর্থন করেনি।

এটি ফেডারেটেড ডেলিভারি এবং পরিষেবাগুলিকে সমর্থন করে, কিন্তু স্টেটফুলসেট নয়, উদাহরণস্বরূপ।
এছাড়াও, ফেডারেশন কনফিগারেশনটি টীকা আকারে প্রেরণ করা হয়েছিল এবং নমনীয় ছিল না।

কল্পনা করুন কিভাবে আপনি শুধুমাত্র টীকা ব্যবহার করে ফেডারেশনের প্রতিটি ক্লাস্টারের প্রতিলিপি বিভাজন বর্ণনা করতে পারেন।

এটি একটি সম্পূর্ণ জগাখিচুড়ি ছিল.

SIG-ক্লাস্টার kubefed v1 এর পরে অনেক কাজ করেছে এবং একটি ভিন্ন কোণ থেকে সমস্যাটির সাথে যোগাযোগ করার সিদ্ধান্ত নিয়েছে।

টীকাগুলির পরিবর্তে, তারা ক্লাস্টারগুলিতে ইনস্টল করা একটি নিয়ামক প্রকাশ করার সিদ্ধান্ত নিয়েছে। এটি কাস্টম রিসোর্স ডেফিনিশন (CRDs) ব্যবহার করে কাস্টমাইজ করা যেতে পারে।

ফেডারেশনের অংশ হবে এমন প্রতিটি সংস্থানের জন্য, আপনার তিনটি বিভাগ সহ একটি কাস্টম CRD সংজ্ঞা রয়েছে:

• একটি সম্পদের আদর্শ সংজ্ঞা, উদাহরণস্বরূপ স্থাপনা;
• অধ্যায় placement, যেখানে আপনি সংজ্ঞায়িত করেন কিভাবে সংস্থান ফেডারেশনে বিতরণ করা হবে;
• অধ্যায় override, যেখানে একটি নির্দিষ্ট সংস্থানের জন্য আপনি প্লেসমেন্ট থেকে ওজন এবং পরামিতিগুলিকে ওভাররাইড করতে পারেন৷

এখানে স্থান নির্ধারণ এবং ওভাররাইড বিভাগগুলির সাথে একটি সম্মিলিত বিতরণের একটি উদাহরণ রয়েছে৷

apiVersion: types.federation.k8s.io/v1alpha1
kind: FederatedDeployment
metadata:
  name: test-deployment
  namespace: test-namespace
spec:
  template:
    metadata:
      labels:
        app: nginx
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: nginx
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
            - image: nginx
              name: nginx
  placement:
    clusterNames:
      - cluster2
      - cluster1
  overrides:
    - clusterName: cluster2
      clusterOverrides:
        - path: spec.replicas
          value: 5

আপনি দেখতে পাচ্ছেন, সরবরাহ দুটি ক্লাস্টার জুড়ে বিতরণ করা হয়: cluster1 и cluster2.

প্রথম ক্লাস্টারটি তিনটি প্রতিলিপি সরবরাহ করে এবং দ্বিতীয়টি 5 এ সেট করা হয়েছে৷

আপনার যদি প্রতিলিপিগুলির সংখ্যার উপর আরও নিয়ন্ত্রণের প্রয়োজন হয়, kubefed2 একটি নতুন ReplicaSchedulingPreference অবজেক্ট প্রদান করে যেখানে প্রতিলিপিগুলিকে ওজন করা যেতে পারে:

apiVersion: scheduling.federation.k8s.io/v1alpha1
kind: ReplicaSchedulingPreference
metadata:
  name: test-deployment
  namespace: test-ns
spec:
  targetKind: FederatedDeployment
  totalReplicas: 9
  clusters:
    A:
      weight: 1
    B:
      weight: 2

CRD কাঠামো এবং API এখনও পুরোপুরি প্রস্তুত নয়, এবং অফিসিয়াল প্রকল্প ভান্ডারে সক্রিয় কাজ চলছে।

kubefed2 এ নজর রাখুন, তবে মনে রাখবেন এটি এখনও উৎপাদনের জন্য উপযুক্ত নয়।

থেকে kubefed2 সম্পর্কে আরও জানুন kubefed2 সম্পর্কে অফিসিয়াল নিবন্ধ কুবারনেটস সম্পর্কে ব্লগে এবং ইন কুবেফেড প্রকল্পের অফিসিয়াল ভান্ডার.

বিকল্প 2: Booking.com স্টাইলে ক্লাস্টার একত্রিত করা

Booking.com-এর ডেভেলপাররা kubefed v2-এ কাজ করেনি, কিন্তু তারা শিপার নিয়ে এসেছিল - একটি অপারেটর যা বেশ কয়েকটি ক্লাস্টারে, বিভিন্ন অঞ্চলে এবং বেশ কয়েকটি ক্লাউডে বিতরণের জন্য।

SHIPPER কিছুটা kubefed2 এর অনুরূপ।

উভয় সরঞ্জামই আপনাকে আপনার মাল্টি-ক্লাস্টার স্থাপনার কৌশলটি কাস্টমাইজ করার অনুমতি দেয় (কোন ক্লাস্টারগুলি ব্যবহার করা হয় এবং তাদের কতগুলি প্রতিলিপি রয়েছে)।

এখনো শিপারের লক্ষ্য হল প্রসবের সময় ত্রুটির ঝুঁকি কমানো।

শিপারে, আপনি একটি সিরিজের ধাপগুলি সংজ্ঞায়িত করতে পারেন যা পূর্ববর্তী এবং বর্তমান স্থাপনার মধ্যে প্রতিলিপিগুলির বিভাজন এবং আগত ট্র্যাফিকের ভলিউম বর্ণনা করে।

আপনি যখন একটি সংস্থানকে একটি ক্লাস্টারে ঠেলে দেন, শিপার কন্ট্রোলার ক্রমবর্ধমানভাবে সমস্ত যোগ হওয়া ক্লাস্টার জুড়ে সেই পরিবর্তনটি রোল আউট করে।

এছাড়াও, শিপার খুবই সীমিত।

উদাহরণস্বরূপ, এটি ইনপুট হিসাবে হেলম চার্ট গ্রহণ করে এবং ভ্যানিলা সংস্থান সমর্থন করে না।
সাধারণ ভাষায়, শিপার এইরকম কাজ করে।

স্ট্যান্ডার্ড ডেলিভারির পরিবর্তে, আপনাকে একটি অ্যাপ্লিকেশন সংস্থান তৈরি করতে হবে যাতে একটি হেলম চার্ট অন্তর্ভুক্ত থাকে:

apiVersion: shipper.booking.com/v1alpha1
kind: Application
metadata:
  name: super-server
spec:
  revisionHistoryLimit: 3
  template:
    chart:
      name: nginx
      repoUrl: https://storage.googleapis.com/shipper-demo
      version: 0.0.1
    clusterRequirements:
      regions:
        - name: local
    strategy:
      steps:
        - capacity:
            contender: 1
            incumbent: 100
          name: staging
          traffic:
            contender: 0
            incumbent: 100
        - capacity:
            contender: 100
            incumbent: 0
          name: full on
          traffic:
            contender: 100
            incumbent: 0
    values:
      replicaCount: 3

শিপার একাধিক ক্লাস্টার পরিচালনার জন্য একটি ভাল বিকল্প, তবে হেলমের সাথে এর ঘনিষ্ঠ সম্পর্ক কেবল পথেই আসে।

আমরা যদি সকলেই হেলম থেকে সুইচ করি তাহলে কী হবে কাস্টমাইজ করা বা kapitan?

শিপার এবং এর দর্শন সম্পর্কে আরও জানুন এখানে এই সরকারী প্রেস বিজ্ঞপ্তি.

আপনি যদি কোডটি খনন করতে চান, অফিসিয়াল প্রকল্প ভান্ডারে যান.

বিকল্প 3: "জাদু" ক্লাস্টার মার্জিং

Kubefed v2 এবং Shipper ক্লাস্টার ফেডারেশনের সাথে কাজ করে, কাস্টম রিসোর্স সংজ্ঞার মাধ্যমে ক্লাস্টারগুলিতে নতুন সংস্থান সরবরাহ করে।

কিন্তু আপনি যদি সমস্ত ডেলিভারি, স্টেটফুলসেট, ডেমনসেট ইত্যাদি একত্রিত করতে পুনরায় লিখতে না চান?

YAML পরিবর্তন না করে কীভাবে একটি ফেডারেশনে একটি বিদ্যমান ক্লাস্টার অন্তর্ভুক্ত করবেন?

মাল্টি-ক্লাস্টার-শিডিউলার একটি অ্যাডমির্যালিটি প্রকল্প, যা ক্লাস্টারে কাজের চাপ নির্ধারণের সাথে সম্পর্কিত।

কিন্তু ক্লাস্টারের সাথে ইন্টারঅ্যাক্ট করার একটি নতুন উপায় নিয়ে আসার পরিবর্তে এবং কাস্টম সংজ্ঞায় সংস্থানগুলি মোড়ানোর পরিবর্তে, মাল্টি-ক্লাস্টার-শিডিউলার স্ট্যান্ডার্ড কুবারনেটস লাইফসাইকেলে এম্বেড করা হয়েছে এবং পড তৈরি করে এমন সমস্ত কলকে বাধা দেয়।

প্রতিটি তৈরি পড অবিলম্বে একটি ডামি সঙ্গে প্রতিস্থাপিত হয়.

মাল্টি-ক্লাস্টার-শিডিউলার ব্যবহার করে অ্যাক্সেস পরিবর্তনের জন্য ওয়েবহুককলটি আটকাতে এবং একটি নিষ্ক্রিয় ডামি পড তৈরি করতে।

মূল পড আরেকটি পরিকল্পনা চক্রের মধ্য দিয়ে যায় যেখানে, পুরো ফেডারেশনের ভোট দেওয়ার পরে, একটি স্থান নির্ধারণের সিদ্ধান্ত নেওয়া হয়।

অবশেষে, পড টার্গেট ক্লাস্টারে বিতরণ করা হয়।

ফলস্বরূপ, আপনার কাছে একটি অতিরিক্ত পড রয়েছে যা কিছুই করে না, কেবল স্থান নেয়।

সুবিধা হল যে আপনাকে সরবরাহ একত্রিত করতে নতুন সংস্থান লিখতে হবে না।

একটি পড তৈরি করে এমন প্রতিটি সংস্থান স্বয়ংক্রিয়ভাবে একত্রিত হওয়ার জন্য প্রস্তুত।

এটি আকর্ষণীয়, কারণ হঠাৎ করে আপনার বিভিন্ন অঞ্চলে সরবরাহ বিতরণ করা হয়েছে এবং আপনি লক্ষ্যও করেননি। যাইহোক, এটি বেশ ঝুঁকিপূর্ণ, কারণ এখানে সবকিছু জাদুর উপর নির্ভর করে।

কিন্তু যখন শিপার বেশিরভাগ ডেলিভারির প্রভাব কমানোর চেষ্টা করছে, মাল্টি-ক্লাস্টার-শিডিউলার আরও সাধারণ কাজগুলি পরিচালনা করে এবং সম্ভবত ব্যাচের কাজের জন্য আরও উপযুক্ত।

এটিতে একটি উন্নত ক্রমান্বয়ে বিতরণ ব্যবস্থা নেই।

মাল্টি-ক্লাস্টার-শিডিউলার সম্পর্কে আরও এখানে পাওয়া যাবে অফিসিয়াল রিপোজিটরি পৃষ্ঠা.

আপনি যদি মাল্টি-ক্লাস্টার-শিডিউলার সম্পর্কে পড়তে চান, তাহলে অ্যাডমিরালটি আছে Argo সঙ্গে আকর্ষণীয় ব্যবহার ক্ষেত্রে — কর্মপ্রবাহ, ইভেন্ট, সিআই এবং সিডি কুবারনেটস।

অন্যান্য সরঞ্জাম এবং সমাধান

একাধিক ক্লাস্টার সংযোগ করা এবং পরিচালনা করা একটি জটিল কাজ, এবং এর কোনো সর্বজনীন সমাধান নেই।

আপনি যদি এই বিষয়টি আরও অন্বেষণ করতে চান তবে এখানে কিছু সংস্থান রয়েছে:

• রাঞ্চার দ্বারা সাবমেরিনার একটি টুল যা বিভিন্ন Kubernetes ক্লাস্টারের ওভারলে নেটওয়ার্ককে সংযুক্ত করে।
• খুচরা চেইন টার্গেট ব্যবহার করে ইউনিম্যাট্রিক্স একাধিক ক্লাস্টার জুড়ে স্থাপনার অর্কেস্ট্রেট করতে Spinnaker এর সাথে মিলিত হয়েছে.
• IPV6 ব্যবহার করে দেখুন এবং বিভিন্ন অঞ্চলে একক নেটওয়ার্ক.
• আপনি একটি পরিষেবা জাল ব্যবহার করতে পারেন, উদাহরণস্বরূপ একাধিক ক্লাস্টার সংযোগের জন্য Istio.
• Cilium, একটি ধারক নেটওয়ার্ক ইন্টারফেস প্লাগইন, অফার করে ক্লাস্টার জাল ফাংশন, যা আপনাকে কয়েকটি ক্লাস্টার একত্রিত করতে দেয়

আজ যে জন্য সব

শেষ পর্যন্ত পড়ার জন্য ধন্যবাদ!

আপনি যদি একাধিক ক্লাস্টারকে আরও দক্ষতার সাথে সংযুক্ত করতে জানেন, আমাদেরকে বল.

আমরা লিঙ্কগুলিতে আপনার পদ্ধতি যুক্ত করব।

ক্রিস নেসবিট-স্মিথকে বিশেষ ধন্যবাদ (ক্রিস নেসবিট-স্মিথ) এবং ভিনসেন্ট ডি স্মে (ভিনসেন্ট ডি স্মেট) (নির্ভরযোগ্যতা প্রকৌশলী ইন swatmobile.io) নিবন্ধটি পড়ার জন্য এবং ফেডারেশন কীভাবে কাজ করে সে সম্পর্কে দরকারী তথ্য ভাগ করার জন্য।

উত্স: www.habr.com