🥇 ডাউনটাইম ছাড়া একটি কুবারনেটস ক্লাস্টার আপডেট করা

আপনার Kubernetes ক্লাস্টারের জন্য আপগ্রেড প্রক্রিয়া

কিছু সময়ে, কুবারনেটস ক্লাস্টার ব্যবহার করার সময়, চলমান নোডগুলি আপডেট করার প্রয়োজন হয়। এর মধ্যে প্যাকেজ আপডেট, কার্নেল আপডেট বা নতুন ভার্চুয়াল মেশিন ইমেজ স্থাপন অন্তর্ভুক্ত থাকতে পারে। Kubernetes পরিভাষায় একে বলা হয় "স্বেচ্ছায় ব্যাঘাত".

এই পোস্টটি একটি 4-পোস্ট সিরিজের অংশ:

এই পোস্ট.
কুবারনেটস ক্লাস্টারে পডের সঠিক শাটডাউন
এটি মুছে ফেলা হলে একটি পড সম্পূর্ণ হতে বিলম্বিত
PodDisruption Budgets ব্যবহার করে কুবারনেটস ক্লাস্টার ডাউনটাইম কীভাবে এড়ানো যায়

(আনুমানিক। নিকট ভবিষ্যতে সিরিজের অবশিষ্ট নিবন্ধগুলির অনুবাদের প্রত্যাশা করুন)

এই নিবন্ধে, আমরা আপনার ক্লাস্টারে চলমান নোডগুলির জন্য শূন্য ডাউনটাইম অর্জন করতে কুবারনেটস সরবরাহ করে এমন সমস্ত সরঞ্জামগুলি বর্ণনা করব।

সমস্যার সংজ্ঞা দেওয়া হচ্ছে

আমরা প্রথমে একটি সরল পন্থা অবলম্বন করব, সমস্যাগুলি চিহ্নিত করব এবং এই পদ্ধতির সম্ভাব্য ঝুঁকিগুলিকে মূল্যায়ন করব এবং পুরো চক্র জুড়ে আমরা যে সমস্ত সমস্যার সম্মুখীন হব তার প্রতিটি সমাধানের জন্য জ্ঞান তৈরি করব। ফলাফল হল একটি কনফিগারেশন যা আমাদের শূন্য ডাউনটাইম লক্ষ্য অর্জন করতে লাইফসাইকেল হুক, রেডিনেস প্রোব এবং পড ব্যাহত বাজেট ব্যবহার করে।

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

আমাদের দুটি Kubernetes ক্লাস্টার নোডে চলমান Nginx এবং পরিষেবা সহ দুটি পড দিয়ে শুরু করা যাক।

আমরা আমাদের ক্লাস্টারে দুটি কর্মী নোডের কার্নেল সংস্করণ আপডেট করতে চাই। আমরা এটা কিভাবে করব? একটি সহজ সমাধান হ'ল আপডেট করা কনফিগারেশনের সাথে নতুন নোডগুলি বুট করা এবং তারপরে নতুনগুলি শুরু করার সময় পুরানো নোডগুলি বন্ধ করা। এটি কাজ করার সময়, এই পদ্ধতির সাথে কয়েকটি সমস্যা হবে:

আপনি যখন পুরানো নোডগুলি বন্ধ করবেন, তখন তাদের উপর চলমান পডগুলিও বন্ধ হয়ে যাবে। যদি শোভাময় শাটডাউনের জন্য শুঁটি পরিষ্কার করা দরকার? আপনি যে ভার্চুয়ালাইজেশন সিস্টেমটি ব্যবহার করছেন সেটি ক্লিনআপ প্রক্রিয়া সম্পূর্ণ হওয়ার জন্য অপেক্ষা নাও করতে পারে।
যদি আপনি একই সময়ে সব নোড বন্ধ করে দেন? পডগুলি নতুন নোডে যাওয়ার সময় আপনি শালীন ডাউনটাইম পাবেন।

আমরা নোডে পরিবর্তন করার সময় আমাদের কোনো কর্মী প্রক্রিয়া চলমান না তা নিশ্চিত করে পুরানো নোডগুলি থেকে সুন্দরভাবে পডগুলি স্থানান্তর করার একটি উপায় প্রয়োজন৷ অথবা যখন আমরা ক্লাস্টারের সম্পূর্ণ প্রতিস্থাপন করি, যেমন উদাহরণে (অর্থাৎ, আমরা VM চিত্রগুলি প্রতিস্থাপন করি), আমরা চলমান অ্যাপ্লিকেশনগুলিকে পুরানো নোড থেকে নতুনগুলিতে স্থানান্তর করতে চাই। উভয় ক্ষেত্রেই, আমরা নতুন পডগুলিকে পুরানো নোডগুলিতে নির্ধারিত হওয়া থেকে প্রতিরোধ করতে চাই এবং তারপরে তাদের থেকে চলমান সমস্ত পডগুলিকে উচ্ছেদ করতে চাই৷ এই লক্ষ্যগুলি অর্জন করতে আমরা কমান্ড ব্যবহার করতে পারি kubectl drain.

একটি নোড থেকে সমস্ত পড পুনরায় বিতরণ করা হচ্ছে

ড্রেন অপারেশন আপনাকে একটি নোড থেকে সমস্ত পড পুনরায় বিতরণ করতে দেয়। ড্রেন নির্বাহের সময়, নোডটি অনির্ধারিত হিসাবে চিহ্নিত করা হয় (পতাকা NoSchedule) এটি এটিতে নতুন পোড উপস্থিত হতে বাধা দেয়। তারপরে ড্রেন নোড থেকে শুঁটি উচ্ছেদ করতে শুরু করে, একটি সংকেত পাঠিয়ে বর্তমানে নোডে চলমান পাত্রগুলিকে বন্ধ করে দেয় TERM পড মধ্যে পাত্রে.

যদিও kubectl drain শুঁটি উচ্ছেদ করার একটি দুর্দান্ত কাজ করবে, আরও দুটি কারণ রয়েছে যা ড্রেন অপারেশনকে ব্যর্থ করতে পারে:

আপনার আবেদন জমা দেওয়ার পরে অবশ্যই সমাপ্ত করতে সক্ষম হতে হবে TERM সংকেত যখন শুঁটি উচ্ছেদ করা হয়, কুবারনেটস একটি সংকেত পাঠায় TERM ধারক এবং একটি নির্দিষ্ট সময়ের জন্য তাদের থামার জন্য অপেক্ষা করে, তারপরে, যদি তারা না থামে তবে এটি জোর করে তাদের বন্ধ করে দেয়। যাই হোক না কেন, যদি আপনার ধারকটি সঠিকভাবে সিগন্যালটি উপলব্ধি না করে, আপনি এখনও পডগুলিকে ভুলভাবে নিভিয়ে দিতে পারেন যদি সেগুলি বর্তমানে চলমান থাকে (উদাহরণস্বরূপ, একটি ডাটাবেস লেনদেন চলছে)৷
আপনি আপনার আবেদন ধারণ করে এমন সমস্ত পড হারাবেন। এটি উপলব্ধ নাও হতে পারে যখন নতুন নোডগুলিতে নতুন কন্টেনার চালু করা হয়, অথবা যদি আপনার পডগুলি নিয়ন্ত্রক ছাড়াই স্থাপন করা হয়, তবে সেগুলি পুনরায় চালু নাও হতে পারে।

ডাউনটাইম এড়ানো

স্বেচ্ছাসেবী ব্যাঘাত থেকে ডাউনটাইম কমাতে, যেমন একটি নোডে ড্রেন অপারেশন থেকে, কুবারনেটস নিম্নলিখিত ব্যর্থতা পরিচালনার বিকল্পগুলি সরবরাহ করে:

সিরিজের বাকি অংশে, আমরা এই কুবারনেটস বৈশিষ্ট্যগুলিকে স্থানান্তরিত পডগুলির প্রভাব প্রশমিত করতে ব্যবহার করব। মূল ধারণাটি অনুসরণ করা সহজ করার জন্য, আমরা নিম্নলিখিত সংস্থান কনফিগারেশনের সাথে উপরের উদাহরণটি ব্যবহার করব:

---
apiVersion: apps/v1
kind: Deployment
metadata:
 name: nginx-deployment
 labels:
   app: nginx
spec:
 replicas: 2
 selector:
   matchLabels:
     app: nginx
 template:
   metadata:
     labels:
       app: nginx
   spec:
     containers:
     - name: nginx
       image: nginx:1.15
       ports:
       - containerPort: 80
---
kind: Service
apiVersion: v1
metadata:
 name: nginx-service
spec:
 selector:
   app: nginx
 ports:
 - protocol: TCP
   targetPort: 80
   port: 80

এই কনফিগারেশন একটি ন্যূনতম উদাহরণ Deployment, যা ক্লাস্টারে nginx পড পরিচালনা করে। উপরন্তু, কনফিগারেশন সম্পদ বর্ণনা করে Service, যা একটি ক্লাস্টারে nginx পড অ্যাক্সেস করতে ব্যবহার করা যেতে পারে।

পুরো চক্র জুড়ে, আমরা এই কনফিগারেশনটি পুনরাবৃত্তভাবে প্রসারিত করব যাতে এটি অবশেষে ডাউনটাইম কমাতে কুবারনেটস প্রদান করে এমন সমস্ত ক্ষমতা অন্তর্ভুক্ত করে।

AWS এবং তার পরেও শূন্য ডাউনটাইমের জন্য Kubernetes ক্লাস্টার আপডেটের সম্পূর্ণরূপে বাস্তবায়িত এবং পরীক্ষিত সংস্করণের জন্য, দেখুন Gruntwork.io.

এছাড়াও আমাদের ব্লগে অন্যান্য নিবন্ধ পড়ুন:

উত্স: www.habr.com

ডাউনটাইম ছাড়াই কুবারনেটস ক্লাস্টার আপগ্রেড করা হচ্ছে

সমস্যার সংজ্ঞা দেওয়া হচ্ছে

একটি নোড থেকে সমস্ত পড পুনরায় বিতরণ করা হচ্ছে

ডাউনটাইম এড়ানো

এছাড়াও আমাদের ব্লগে অন্যান্য নিবন্ধ পড়ুন:

একটি মন্তব্য জুড়ুন উত্তর বাতিল