কিভাবে আরো কার্যকরভাবে kubectl ব্যবহার করবেন: একটি বিস্তারিত নির্দেশিকা

আপনি যদি Kubernetes-এর সাথে কাজ করেন, তাহলে kubectl সম্ভবত আপনি সবচেয়ে বেশি ব্যবহার করেন এমন একটি ইউটিলিটি। এবং যখনই আপনি একটি নির্দিষ্ট সরঞ্জামের সাথে কাজ করার জন্য অনেক সময় ব্যয় করেন, এটি ভালভাবে অধ্যয়ন করতে এবং কীভাবে এটি কার্যকরভাবে ব্যবহার করতে হয় তা শিখতে অর্থ প্রদান করে।

টীম Mail.ru থেকে Kubernetes aaS ড্যানিয়েল ওয়েইবেলের একটি নিবন্ধ অনুবাদ করা হয়েছে যেখানে আপনি কুবেক্টলের সাথে কার্যকরভাবে কাজ করার জন্য টিপস এবং কৌশলগুলি পাবেন। এটি আপনাকে কুবারনেটস সম্পর্কে গভীর উপলব্ধি অর্জনে সহায়তা করবে।

লেখকের মতে, নিবন্ধটির লক্ষ্য হল Kubernetes-এর সাথে আপনার দৈনন্দিন কাজকে কেবল আরও দক্ষ নয়, আরও উপভোগ্য করে তোলা!

ভূমিকা: kubectl কি

আপনি আরও কার্যকরভাবে kubectl ব্যবহার করতে শিখতে পারার আগে, এটি কী এবং এটি কীভাবে কাজ করে সে সম্পর্কে আপনাকে প্রাথমিক ধারণা অর্জন করতে হবে।

একজন ব্যবহারকারীর দৃষ্টিকোণ থেকে, kubectl হল একটি কন্ট্রোল প্যানেল যা আপনাকে Kubernetes অপারেশন করতে দেয়।

প্রযুক্তিগতভাবে বলতে গেলে, kubectl একটি Kubernetes API ক্লায়েন্ট।

Kubernetes API হল একটি HTTP REST API। এই API হল সত্যিকারের Kubernetes ইউজার ইন্টারফেস, যার মাধ্যমে এটি সম্পূর্ণ নিয়ন্ত্রিত হয়। এর মানে হল যে প্রতিটি Kubernetes অপারেশন একটি API এন্ডপয়েন্ট হিসাবে উন্মুক্ত করা হয় এবং সেই এন্ডপয়েন্টে একটি HTTP অনুরোধের সাথে করা যেতে পারে।

অতএব, kubectl এর প্রধান কাজ হল Kubernetes API এ HTTP অনুরোধ করা:

Kubernetes একটি সম্পূর্ণ সম্পদ-ভিত্তিক সিস্টেম। এর মানে হল যে এটি সম্পদের অভ্যন্তরীণ অবস্থা বজায় রাখে এবং সমস্ত কুবারনেটস অপারেশন হল CRUD অপারেশন।

আপনি এই সংস্থানগুলি পরিচালনা করে কুবারনেটের সম্পূর্ণ নিয়ন্ত্রণে আছেন, এবং কুবারনেটস সম্পদের বর্তমান অবস্থার উপর ভিত্তি করে কী করতে হবে তা নির্ধারণ করে। এই কারণে, Kubernetes API রেফারেন্স তাদের সংশ্লিষ্ট ক্রিয়াকলাপগুলির সাথে সংস্থান প্রকারের একটি তালিকা হিসাবে সংগঠিত হয়।

এর একটি উদাহরণ তাকান.

ধরা যাক আপনি একটি ReplicaSet সম্পদ তৈরি করতে চান। এটি করার জন্য, আপনি নামের দ্বারা একটি ফাইলে ReplicaSet বর্ণনা করুন replicaset.yaml, তারপর কমান্ড চালান:

$ kubectl create -f replicaset.yaml

এটি একটি ReplicaSet সংস্থান তৈরি করবে। কিন্তু পর্দার আড়ালে কী ঘটে?

Kubernetes একটি ReplicaSet তৈরি অপারেশন আছে. অন্য কোন অপারেশনের মত, এটি একটি API শেষ পয়েন্ট হিসাবে উন্মুক্ত করা হয়। এই অপারেশনের জন্য নির্দিষ্ট API শেষ বিন্দু এই মত দেখায়:

POST /apis/apps/v1/namespaces/{namespace}/replicasets

সকল Kubernetes অপারেশনের জন্য API এন্ডপয়েন্ট এখানে পাওয়া যাবে API রেফারেন্স (সহ) উপরের শেষ বিন্দু) একটি এন্ডপয়েন্টে একটি প্রকৃত অনুরোধ করতে, আপনাকে প্রথমে API রেফারেন্সে তালিকাভুক্ত এন্ডপয়েন্ট পাথগুলিতে API সার্ভার URL যোগ করতে হবে।

সুতরাং, আপনি যখন উপরের কমান্ডটি চালান, kubectl উপরের API এন্ডপয়েন্টে একটি HTTP POST অনুরোধ পাঠায়। আপনি ফাইলে প্রদত্ত ReplicaSet সংজ্ঞা replicaset.yaml, অনুরোধের অংশে পাঠানো হয়।

Kubernetes ক্লাস্টারের সাথে ইন্টারঅ্যাক্ট করে এমন সমস্ত কমান্ডের জন্য kubectl এইভাবে কাজ করে। এই সমস্ত ক্ষেত্রে, kubectl সহজভাবে উপযুক্ত Kubernetes API এন্ডপয়েন্টে HTTP অনুরোধ করে।

অনুগ্রহ করে মনে রাখবেন যে আপনি যেমন একটি ইউটিলিটি ব্যবহার করে Kubernetes সম্পূর্ণরূপে পরিচালনা করতে পারেন curlকুবারনেটস এপিআইতে ম্যানুয়ালি HTTP অনুরোধ পাঠানোর মাধ্যমে। Kubectl সহজভাবে Kubernetes API ব্যবহার করা সহজ করে তোলে।

এটি হল kubectl কি এবং এটি কিভাবে কাজ করে তার মূল বিষয়। কিন্তু Kubernetes API সম্পর্কে অন্য কিছু আছে যা প্রতিটি kubectl ব্যবহারকারীর জানা উচিত। আসুন কুবারনেটসের অভ্যন্তরীণ জগতের দিকে দ্রুত নজর দেওয়া যাক।

কুবারনেটসের অভ্যন্তরীণ জগত

কুবারনেটস স্বাধীন উপাদানগুলির একটি সেট নিয়ে গঠিত যা ক্লাস্টার নোডগুলিতে পৃথক প্রক্রিয়া হিসাবে চলে। কিছু উপাদান মাস্টার নোডগুলিতে চলে, অন্যগুলি কর্মী নোডে, প্রতিটি উপাদান তার নিজস্ব নির্দিষ্ট কাজ সম্পাদন করে।

এখানে প্রধান নোডের সবচেয়ে গুরুত্বপূর্ণ উপাদান রয়েছে:

1. খিলান - সম্পদ সংজ্ঞা সংরক্ষণ করে (সাধারণত এটা etcd).
2. API সার্ভার - একটি API প্রদান করে এবং স্টোরেজ পরিচালনা করে।
3. কন্ট্রোলার ম্যানেজার - নিশ্চিত করে যে সংস্থান স্থিতিগুলি স্পেসিফিকেশনের সাথে সঙ্গতিপূর্ণ।
4. সময়সূচী — কর্মী নোডগুলিতে পডের সময়সূচী।

এবং এখানে কর্মী নোডের একটি সবচেয়ে গুরুত্বপূর্ণ উপাদান:

1. কুবেলেট — ওয়ার্কিং নোডে পাত্রে লঞ্চ পরিচালনা করে।

এই উপাদানগুলি একসাথে কীভাবে কাজ করে তা বোঝার জন্য, আসুন একটি উদাহরণ দেখি।

ধরা যাক আপনি সবেমাত্র সম্পন্ন করেছেন kubectl create -f replicaset.yaml, যার পরে kubectl একটি HTTP POST অনুরোধ করেছে ReplicaSet API শেষ পয়েন্ট (ReplicaSet সম্পদ সংজ্ঞা পাস)

ক্লাস্টারে কি হচ্ছে?

1. করার পর kubectl create -f replicaset.yaml API সার্ভার স্টোরেজে আপনার ReplicaSet রিসোর্স সংজ্ঞা সংরক্ষণ করে:

   

2. এরপরে, ReplicaSet কন্ট্রোলারটি কন্ট্রোলার ম্যানেজারে চালু করা হয়েছে, যা ReplicaSet সংস্থান তৈরি, পরিবর্তন এবং মুছে ফেলার কাজ পরিচালনা করে:

   

3. ReplicaSet কন্ট্রোলার প্রতিটি ReplicaSet রেপ্লিকা (ReplicaSet সংজ্ঞায় পড টেমপ্লেট অনুযায়ী) জন্য একটি পড সংজ্ঞা তৈরি করে এবং সেগুলিকে সঞ্চয় করে:

   

4. সময়সূচী চালু করা হয়েছে, ট্র্যাকিং পড যা এখনও কোনো কর্মী নোডের জন্য বরাদ্দ করা হয়নি:

   

5. সময়সূচী প্রতিটি পডের জন্য একটি উপযুক্ত কর্মী নোড নির্বাচন করে এবং স্টোরের পড সংজ্ঞাতে এই তথ্য যোগ করে:

   

6. যে কর্মী নোডে পডটি বরাদ্দ করা হয়েছে, কুবেলেট চালু করা হয়েছে, এটি এই নোডে নির্ধারিত পডগুলিকে ট্র্যাক করে:

   

7. কুবেলেট স্টোরেজ থেকে পডের সংজ্ঞা পড়ে এবং নোডে কন্টেইনার চালু করার জন্য ডকারের মতো একটি কন্টেইনার রানটাইম নির্দেশ দেয়:

   

নীচে এই বিবরণের একটি পাঠ্য সংস্করণ রয়েছে৷

ReplicaSet তৈরির শেষ বিন্দুতে API অনুরোধটি API সার্ভার দ্বারা প্রক্রিয়া করা হয়। API সার্ভার অনুরোধটি প্রমাণীকরণ করে এবং সঞ্চয়স্থানে ReplicaSet রিসোর্স সংজ্ঞা সংরক্ষণ করে।

এই ইভেন্টটি ReplicaSet কন্ট্রোলার শুরু করে, যা কন্ট্রোলার ম্যানেজারের একটি সাবপ্রসেস। ReplicaSet কন্ট্রোলার স্টোরে ReplicaSet সংস্থান তৈরি, আপডেট করা এবং মুছে ফেলার উপর নজর রাখে এবং এটি ঘটলে একটি ইভেন্ট বিজ্ঞপ্তি পায়।

ReplicaSet কন্ট্রোলারের কাজ হল প্রয়োজনীয় সংখ্যক ReplicaSet পড বিদ্যমান রয়েছে তা নিশ্চিত করা। আমাদের উদাহরণে, কোনো পড এখনও বিদ্যমান নেই, তাই ReplicaSet কন্ট্রোলার এই পড সংজ্ঞাগুলি তৈরি করে (ReplicaSet সংজ্ঞাতে পড টেমপ্লেট অনুযায়ী) এবং সেগুলি সঞ্চয় করে।

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

নোট করুন যে এই বিন্দু পর্যন্ত, ক্লাস্টারের কোথাও কোনও কাজের চাপ কোড চলছিল না। এ পর্যন্ত যা যা করা হয়েছে সবই - এটি হল মাস্টার নোডে রিপোজিটরিতে সংস্থান তৈরি এবং আপডেট করা।

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

এই মুহুর্তে, আপনার ReplicaSet অ্যাপ্লিকেশন অবশেষে চলছে!

Kubernetes API এর ভূমিকা

যেমন আপনি আগের উদাহরণে দেখেছেন, Kubernetes উপাদানগুলি (এপিআই সার্ভার এবং স্টোরেজ ব্যতীত) সঞ্চয়স্থানে সংস্থানগুলির পরিবর্তন এবং সঞ্চয়স্থানে সংস্থান সম্পর্কিত তথ্য পরিবর্তনের দিকে নজর রাখে।

অবশ্যই, এই উপাদানগুলি স্টোরেজের সাথে সরাসরি ইন্টারঅ্যাক্ট করে না, তবে শুধুমাত্র Kubernetes API এর মাধ্যমে।

নিম্নলিখিত উদাহরণ বিবেচনা করুন:

1. ReplicaSet কন্ট্রোলার API এন্ডপয়েন্ট ব্যবহার করে রেপ্লিকাসেট তালিকা প্যারামিটার সহ watch ReplicaSet সম্পদের পরিবর্তনগুলি নিরীক্ষণ করতে।
2. ReplicaSet কন্ট্রোলার API এন্ডপয়েন্ট ব্যবহার করে পড তৈরি করুন (পড তৈরি করুন) শুঁটি তৈরি করুন।
3. সময়সূচী API এন্ডপয়েন্ট ব্যবহার করে প্যাচ পড (পড সম্পাদনা করুন) নির্বাচিত কর্মী নোড সম্পর্কে তথ্য সহ পড আপডেট করতে।

আপনি দেখতে পাচ্ছেন, এটি একই API যা kubectl অ্যাক্সেস করে। অভ্যন্তরীণ উপাদান এবং বহিরাগত ব্যবহারকারীদের জন্য একই API ব্যবহার করা Kubernetes ডিজাইনের একটি মৌলিক ধারণা।

এখন আমরা কুবারনেটস কীভাবে কাজ করে তা সংক্ষিপ্ত করতে পারি:

1. স্টোরেজ স্টোরগুলি বলে, অর্থাৎ কুবারনেটস রিসোর্স।
2. এপিআই সার্ভার কুবারনেটস এপিআই আকারে স্টোরেজে একটি ইন্টারফেস প্রদান করে।
3. অন্যান্য সকল Kubernetes উপাদান এবং ব্যবহারকারীরা API এর মাধ্যমে Kubernetes অবস্থা (সম্পদ) পড়ে, পর্যবেক্ষণ করে এবং ম্যানিপুলেট করে।

এই ধারণাগুলি জানা আপনাকে kubectlকে আরও ভালভাবে বুঝতে এবং এর থেকে সর্বাধিক পেতে সাহায্য করবে৷

এখন আসুন কিছু নির্দিষ্ট টিপস এবং কৌশল দেখি যা kubectl এর সাথে আপনার উত্পাদনশীলতা উন্নত করতে সাহায্য করবে।

1. কমান্ড কমপ্লিশন ব্যবহার করে ইনপুট ত্বরান্বিত করুন

সবচেয়ে দরকারী, কিন্তু প্রায়ই উপেক্ষা করা হয়, kubectl-এর সাথে কর্মক্ষমতা উন্নত করার কৌশল হল কমান্ড কমপ্লিশন।

কমান্ড সমাপ্তি আপনাকে ট্যাব কী ব্যবহার করে kubectl কমান্ডের অংশগুলি স্বয়ংক্রিয়ভাবে সম্পূর্ণ করতে দেয়। এটি সাবকমান্ড, বিকল্প এবং আর্গুমেন্টের জন্য কাজ করে, যার মধ্যে রিসোর্সের নামের মতো জটিল কিছু রয়েছে।

দেখুন কিভাবে kubectl কমান্ড সমাপ্তি কাজ করে:

কমান্ড সমাপ্তি Bash এবং Zsh শেলগুলির জন্য কাজ করে।

অফিসিয়াল গাইড স্বয়ংসম্পূর্ণতা সেট আপ করার জন্য বিস্তারিত নির্দেশাবলী রয়েছে, কিন্তু নীচে আমরা একটি সংক্ষিপ্ত উদ্ধৃতি প্রদান করব৷

কিভাবে কমান্ড সমাপ্তি কাজ করে

কমান্ড সমাপ্তি একটি শেল বৈশিষ্ট্য যা একটি সমাপ্তি স্ক্রিপ্ট ব্যবহার করে কাজ করে। একটি এক্সটেনশন স্ক্রিপ্ট হল একটি শেল স্ক্রিপ্ট যা একটি নির্দিষ্ট কমান্ডের জন্য একটি এক্সটেনশনের আচরণকে সংজ্ঞায়িত করে।

Kubectl স্বয়ংক্রিয়ভাবে নিম্নলিখিত কমান্ডগুলি ব্যবহার করে Bash এবং Zsh-এর জন্য এক্সটেনশন স্ক্রিপ্ট তৈরি করে এবং আউটপুট করে:

$ kubectl completion bash

বা:

$ kubectl completion zsh

তাত্ত্বিকভাবে, এই কমান্ডের আউটপুটকে যথাযথ কমান্ড শেল এর সাথে সংযুক্ত করা যথেষ্ট যাতে kubectl কমান্ডের পরিপূরক হতে পারে।

অনুশীলনে, ব্যাশ (লিনাক্স এবং ম্যাকওএস-এর মধ্যে পার্থক্য সহ) এবং Zsh-এর জন্য সংযোগ পদ্ধতি আলাদা। নীচে আমরা এই সমস্ত বিকল্পগুলি দেখব।

লিনাক্সে ব্যাশ

ব্যাশ সমাপ্তি স্ক্রিপ্ট ব্যাশ-সম্পূর্ণ প্যাকেজের উপর নির্ভর করে, তাই আপনাকে প্রথমে এটি ইনস্টল করতে হবে:

$ sudo apt-get install bash-completion

বা:

$ yum install bash-completion

আপনি নিম্নলিখিত কমান্ড ব্যবহার করে প্যাকেজ সফলভাবে ইনস্টল করা হয়েছে তা পরীক্ষা করতে পারেন:

$ type _init_completion

যদি এটি শেল ফাংশন কোড আউটপুট করে, তাহলে bash-completion সঠিকভাবে ইনস্টল করা হয়। যদি কমান্ডটি একটি "নট ফাউন্ড" ত্রুটি দেয় তবে আপনাকে আপনার ফাইলে নিম্নলিখিত লাইনটি যুক্ত করতে হবে ~ / .bashrc:

$ source /usr/share/bash-completion/bash_completion

ফাইলটিতে এই লাইনটি যোগ করা কি প্রয়োজন? ~ / .bashrc আপনি bash-completion ইনস্টল করতে যে প্যাকেজ ম্যানেজার ব্যবহার করেছেন তার উপর নির্ভর করে বা না। এটি APT এর জন্য প্রয়োজনীয়, কিন্তু YUM এর জন্য নয়।

bash-completion ইনস্টল করার পরে, আপনাকে সবকিছু কনফিগার করতে হবে যাতে kubectl সমাপ্তি স্ক্রিপ্ট সমস্ত শেল সেশনে সক্রিয় করা হয়।

এটি করার একটি উপায় হল ফাইলটিতে নিম্নলিখিত লাইনটি যুক্ত করা ~ / .bashrc:

source <(kubectl completion bash)

আরেকটি উপায় হল ডিরেক্টরিতে kubectl এক্সটেনশন স্ক্রিপ্ট যোগ করা /etc/bash_completion.d (এটি তৈরি করুন যদি এটি বিদ্যমান না থাকে):

$ kubectl completion bash >/etc/bash_completion.d/kubectl

ক্যাটালগে সমস্ত অ্যাড-অন স্ক্রিপ্ট /etc/bash_completion.d স্বয়ংক্রিয়ভাবে bash-completion অন্তর্ভুক্ত করা হয়।

উভয় বিকল্প সমানভাবে প্রযোজ্য.

শেল পুনরায় চালু করার পরে, kubectl কমান্ড সমাপ্তি কাজ করবে।

MacOS-এ ব্যাশ

MacOS-এ সেটআপটি একটু বেশি জটিল। আসল বিষয়টি হল যে ডিফল্টরূপে, MacOS ব্যাশ সংস্করণ 3.2 ব্যবহার করে এবং kubectl স্বয়ংসম্পূর্ণ স্ক্রিপ্টের জন্য কমপক্ষে 4.1 এর একটি Bash সংস্করণ প্রয়োজন এবং এটি Bash 3.2-এ কাজ করে না।

MacOS-এ Bash-এর একটি পুরানো সংস্করণ ব্যবহার করার সাথে সম্পর্কিত লাইসেন্স সংক্রান্ত সমস্যা রয়েছে। Bash সংস্করণ 4 GPLv3 এর অধীনে লাইসেন্সপ্রাপ্ত, যা অ্যাপল দ্বারা সমর্থিত নয়।

MacOS-এ kubectl স্বয়ংসম্পূর্ণতা কনফিগার করতে, আপনাকে Bash-এর একটি সাম্প্রতিক সংস্করণ ইনস্টল করতে হবে। আপনি আপডেট করা ব্যাশটিকে আপনার ডিফল্ট শেল হিসাবে সেট করতে পারেন, যা আপনাকে ভবিষ্যতে অনেক সমস্যা থেকে বাঁচাবে। এটা কঠিন নয়, বিস্তারিত নিবন্ধে দেওয়া আছে "MacOS এ Bash আপডেট করা হচ্ছে».

চালিয়ে যাওয়ার আগে, নিশ্চিত করুন যে আপনি ব্যাশের একটি সাম্প্রতিক সংস্করণ ব্যবহার করছেন (আউটপুট পরীক্ষা করুন bash --version).

ব্যাশ সমাপ্তির স্ক্রিপ্ট প্রকল্প অনুসারে পরিবর্তিত হয় bash-সম্পূর্ণতা, তাই আপনাকে প্রথমে এটি ইনস্টল করতে হবে।

আপনি ব্যবহার করে bash-completion ইনস্টল করতে পারেন Homebrew:

$ brew install bash-completion@2

এটা হল @2 ব্যাশ-কমপ্লিশন সংস্করণ 2 এর জন্য দাঁড়িয়েছে। kubectl স্বয়ংসম্পূর্ণতার জন্য bash-completion v2 প্রয়োজন, এবং bash-completion v2-এর জন্য ন্যূনতম Bash সংস্করণ 4.1 প্রয়োজন।

কমান্ড আউটপুট brew-install একটি Caveats বিভাগ রয়েছে, যা ফাইলটিতে কী যোগ করতে হবে তা নির্দিষ্ট করে ~/.bash_profile:

export BASH_COMPLETION_COMPAT_DIR=/usr/local/etc/bash_completion.d
[[ -r "/usr/local/etc/profile.d/bash_completion.sh" ]] && . 
"/usr/local/etc/profile.d/bash_completion.sh"

যাইহোক, আমি এই লাইনগুলি না যোগ করার পরামর্শ দিচ্ছি ~/.bash_profileএবং মধ্যে ~/.bashrc. এই ক্ষেত্রে, স্বয়ংসম্পূর্ণতা শুধুমাত্র প্রধান নয়, শিশু কমান্ড শেলগুলিতেও উপলব্ধ হবে।

কমান্ড শেল পুনরায় চালু করার পরে, আপনি নিম্নলিখিত কমান্ড ব্যবহার করে ইনস্টলেশন সঠিক কিনা তা যাচাই করতে পারেন:

$ type _init_completion

আপনি যদি আউটপুটে একটি শেল ফাংশন দেখতে পান তবে সবকিছু সঠিকভাবে কনফিগার করা হয়েছে।

এখন আমাদের নিশ্চিত করতে হবে যে সকল সেশনে kubectl স্বয়ংসম্পূর্ণতা সক্ষম হয়েছে।

একটি উপায় হল আপনার নিম্নলিখিত লাইন যোগ করা ~/.bashrc:

source <(kubectl completion bash)

দ্বিতীয় উপায় হল ফোল্ডারে একটি স্বয়ংসম্পূর্ণ স্ক্রিপ্ট যোগ করা /usr/local/etc/bash_completion.d:

$ kubectl completion bash
>/usr/local/etc/bash_completion.d/kubectl

আপনি হোমব্রু ব্যবহার করে ব্যাশ-সম্পূর্ণতা ইনস্টল করলেই এই পদ্ধতিটি কাজ করবে। এই ক্ষেত্রে, bash-completion এই ডিরেক্টরি থেকে সমস্ত স্ক্রিপ্ট লোড করে।

ইন্সটল করলে হোমব্রু ব্যবহার করে kubectl, তাহলে পূর্ববর্তী পদক্ষেপটি সম্পাদন করার কোন প্রয়োজন নেই, যেহেতু স্বয়ংক্রিয়ভাবে সম্পূর্ণকরণ স্ক্রিপ্টটি ফোল্ডারে স্বয়ংক্রিয়ভাবে স্থাপন করা হবে /usr/local/etc/bash_completion.d ইনস্টলেশনের সময়। এই ক্ষেত্রে, আপনি bash-completion ইনস্টল করার সাথে সাথে kubectl autocompletion কাজ শুরু করবে।

ফলস্বরূপ, এই সমস্ত বিকল্পগুলি সমতুল্য।

Zsh

Zsh-এর জন্য স্বয়ংসম্পূর্ণ স্ক্রিপ্টের জন্য কোনো নির্ভরতার প্রয়োজন নেই। আপনি কমান্ড শেল লোড করার সময় আপনাকে যা করতে হবে তা হল সেগুলি সক্ষম করা।

আপনি আপনার একটি লাইন যোগ করে এটি করতে পারেন ~/.zshrc ফাইল:

source <(kubectl completion zsh)

যদি আপনি একটি ত্রুটি পান not found: compdef আপনার শেল পুনরায় চালু করার পরে, আপনাকে বিল্টইন ফাংশন সক্ষম করতে হবে compdef. আপনি আপনার ফাইলের শুরুতে এটি যোগ করে এটি সক্রিয় করতে পারেন ~/.zshrc নিম্নলিখিত:

autoload -Uz compinit
compinit

2. দ্রুত রিসোর্স স্পেসিফিকেশন দেখুন

আপনি যখন YAML রিসোর্স সংজ্ঞা তৈরি করেন, তখন আপনাকে সেই রিসোর্সের জন্য ক্ষেত্র এবং তাদের অর্থ জানতে হবে। এই তথ্যটি দেখার জন্য একটি জায়গা API রেফারেন্সে রয়েছে, যা সমস্ত সংস্থানের জন্য সম্পূর্ণ স্পেসিফিকেশন ধারণ করে।

যাইহোক, যখনই আপনাকে কিছু অনুসন্ধান করতে হবে তখন ওয়েব ব্রাউজারে স্যুইচ করা অসুবিধাজনক। তাই kubectl কমান্ড প্রদান করে kubectl explain, যা আপনার টার্মিনালে সমস্ত সম্পদের স্পেসিফিকেশন দেখায়।

কমান্ড বিন্যাস নিম্নরূপ:

$ kubectl explain resource[.field]...

কমান্ড অনুরোধকৃত সম্পদ বা ক্ষেত্রের স্পেসিফিকেশন আউটপুট করবে। প্রদর্শিত তথ্যটি API ম্যানুয়ালটিতে থাকা তথ্যের অনুরূপ।

ডিফল্টরূপে kubectl explain ক্ষেত্রগুলির বাসা বাঁধার প্রথম স্তর দেখায়।

দেখতে কেমন লাগে তারপর আপনি যা করতে পারেন.

আপনি বিকল্প যোগ করলে আপনি সম্পূর্ণ গাছ প্রদর্শন করতে পারেন --recursive:

$ kubectl explain deployment.spec --recursive

আপনি যদি সঠিকভাবে কোন সংস্থানগুলির প্রয়োজন তা না জানেন তবে আপনি নিম্নলিখিত কমান্ডের মাধ্যমে সেগুলি প্রদর্শন করতে পারেন:

$ kubectl api-resources

এই কমান্ডটি বহুবচন আকারে সম্পদের নাম প্রদর্শন করে, যেমন deployments পরিবর্তে deployment. এটি সংক্ষিপ্ত নামও প্রদর্শন করে, উদাহরণস্বরূপ deploy, যে সম্পদ আছে তাদের জন্য। এই পার্থক্য সম্পর্কে চিন্তা করবেন না. এই সমস্ত নামকরণের বিকল্পগুলি kubectl-এর সমতুল্য। যে, আপনি তাদের জন্য যে কোনো ব্যবহার করতে পারেন kubectl explain.

নিম্নলিখিত সমস্ত কমান্ড সমতুল্য:

$ kubectl explain deployments.spec
# или
$ kubectl explain deployment.spec
# или        
$ kubectl explain deploy.spec

3. একটি কাস্টম কলাম আউটপুট বিন্যাস ব্যবহার করুন

ডিফল্ট কমান্ড আউটপুট বিন্যাস kubectl get:

$ kubectl get pods
NAME                     READY    STATUS    RESTARTS  AGE
engine-544b6b6467-22qr6   1/1     Running     0       78d
engine-544b6b6467-lw5t8   1/1     Running     0       78d
engine-544b6b6467-tvgmg   1/1     Running     0       78d
web-ui-6db964458-8pdw4    1/1     Running     0       78d

এই বিন্যাসটি সুবিধাজনক, তবে এতে সীমিত পরিমাণে তথ্য রয়েছে। সম্পূর্ণ সম্পদ সংজ্ঞা বিন্যাসের তুলনায়, এখানে শুধুমাত্র কয়েকটি ক্ষেত্র প্রদর্শিত হয়।

এই ক্ষেত্রে, আপনি একটি কাস্টম কলাম আউটপুট বিন্যাস ব্যবহার করতে পারেন। এটি আপনাকে কোন ডেটা আউটপুট করতে হবে তা নির্ধারণ করতে দেয়। আপনি একটি পৃথক কলাম হিসাবে কোনো সম্পদ ক্ষেত্র প্রদর্শন করতে পারেন.

একটি কাস্টম বিন্যাসের ব্যবহার বিকল্পগুলি ব্যবহার করে নির্ধারিত হয়:

-o custom-columns=<header>:<jsonpath>[,<header>:<jsonpath>]...

আপনি প্রতিটি আউটপুট কলাম একটি জোড়া হিসাবে সংজ্ঞায়িত করতে পারেন <header>:<jsonpath>যেখানে <header> কলামের নাম, এবং <jsonpath> - একটি সম্পদ ক্ষেত্র সংজ্ঞায়িত একটি অভিব্যক্তি।

আসুন একটি সাধারণ উদাহরণ দেখি:

$ kubectl get pods -o custom-columns='NAME:metadata.name'

NAME
engine-544b6b6467-22qr6
engine-544b6b6467-lw5t8
engine-544b6b6467-tvgmg
web-ui-6db964458-8pdw4

আউটপুটে পডের নাম সহ একটি কলাম থাকে।

অপশন এক্সপ্রেশন ক্ষেত্র থেকে পড নাম নির্বাচন করে metadata.name. এর কারণ শিশুর নামের ক্ষেত্রে পডের নাম সংজ্ঞায়িত করা হয়েছে metadata পডের সম্পদ বিবরণে। আরো বিস্তারিত পাওয়া যাবে এপিআই গাইড অথবা কমান্ড টাইপ করুন kubectl explain pod.metadata.name.

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

$ kubectl get pods 
  -o custom-columns='NAME:metadata.name,NODE:spec.nodeName'

NAME                       NODE
engine-544b6b6467-22qr6    ip-10-0-80-67.ec2.internal
engine-544b6b6467-lw5t8    ip-10-0-36-80.ec2.internal
engine-544b6b6467-tvgmg    ip-10-0-118-34.ec2.internal
web-ui-6db964458-8pdw4     ip-10-0-118-34.ec2.internal

অভিব্যক্তিটি থেকে নোডের নাম নির্বাচন করে spec.nodeName — যখন একটি পড একটি নোডে বরাদ্দ করা হয়, তখন তার নামটি ক্ষেত্রটিতে লেখা হয় spec.nodeName পড সম্পদ স্পেসিফিকেশন। আরো বিস্তারিত তথ্য আউটপুট পাওয়া যাবে kubectl explain pod.spec.nodeName.

অনুগ্রহ করে মনে রাখবেন যে Kubernetes রিসোর্স ক্ষেত্রগুলি কেস সংবেদনশীল।

আপনি একটি কলাম হিসাবে যে কোনো সম্পদ ক্ষেত্র দেখতে পারেন. শুধু রিসোর্স স্পেসিফিকেশন পর্যালোচনা করুন এবং আপনার পছন্দের যেকোনো ক্ষেত্র দিয়ে এটি চেষ্টা করুন।

কিন্তু প্রথম, এর ক্ষেত্র নির্বাচন অভিব্যক্তি একটি ঘনিষ্ঠ কটাক্ষপাত করা যাক.

JSONPath এক্সপ্রেশন

সম্পদ ক্ষেত্র নির্বাচন করার জন্য অভিব্যক্তি উপর ভিত্তি করে JSONPath.

JSONPath হল JSON নথি থেকে ডেটা পুনরুদ্ধারের জন্য একটি ভাষা। একটি একক ক্ষেত্র নির্বাচন করা হল JSONPath-এর জন্য সবচেয়ে সহজ ব্যবহারের ক্ষেত্রে। তার অনেক আছে আরো সম্ভাবনা, নির্বাচক, ফিল্টার এবং তাই সহ।

Kubectl ব্যাখ্যা সীমিত সংখ্যক JSONPath বৈশিষ্ট্য সমর্থন করে। তাদের ব্যবহারের সম্ভাবনা এবং উদাহরণগুলি নীচে বর্ণনা করা হয়েছে:

# Выбрать все элементы списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[*].image'
# Выбрать специфический элемент списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[0].image'
# Выбрать элементы списка, попадающие под фильтр
$ kubectl get pods -o custom-columns='DATA:spec.containers[?(@.image!="nginx")].image'
# Выбрать все поля по указанному пути, независимо от их имени
$ kubectl get pods -o custom-columns='DATA:metadata.*'
# Выбрать все поля с указанным именем, вне зависимости от их расположения
$ kubectl get pods -o custom-columns='DATA:..image'

[] অপারেটর বিশেষভাবে গুরুত্বপূর্ণ। অনেক Kubernetes সম্পদ ক্ষেত্র হল তালিকা, এবং এই অপারেটর আপনাকে সেই তালিকার সদস্য নির্বাচন করতে দেয়। এটি প্রায়শই একটি তালিকার সমস্ত উপাদান নির্বাচন করার জন্য [*] এর মতো ওয়াইল্ডকার্ডের সাথে ব্যবহার করা হয়।

অ্যাপ্লিকেশন উদাহরণ

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

1. শুঁটির জন্য ধারক চিত্রগুলি প্রদর্শন করা হচ্ছে:

   $ kubectl get pods 
     -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'
   
   NAME                        IMAGES
   engine-544b6b6467-22qr6     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-lw5t8     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-tvgmg     rabbitmq:3.7.8-management,nginx
   web-ui-6db964458-8pdw4      wordpress

   এই কমান্ডটি প্রতিটি পডের জন্য ধারক ছবির নাম প্রদর্শন করে।

   মনে রাখবেন যে একটি পডে বেশ কয়েকটি পাত্র থাকতে পারে, তারপর ছবির নামগুলি কমা দ্বারা পৃথক করা এক লাইনে প্রদর্শিত হবে।

2. নোড প্রাপ্যতা অঞ্চলগুলি প্রদর্শন করা হচ্ছে:

   $ kubectl get nodes 
     -o 
   custom-columns='NAME:metadata.name,ZONE:metadata.labels.failure-domain.beta.kubernetes.io/zone'
   
   NAME                          ZONE
   ip-10-0-118-34.ec2.internal   us-east-1b
   ip-10-0-36-80.ec2.internal    us-east-1a
   ip-10-0-80-67.ec2.internal    us-east-1b

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

   প্রাপ্যতা অঞ্চল হল একটি ক্লাউড ধারণা যা প্রতিলিপি অঞ্চলকে একটি ভৌগলিক অঞ্চলে সীমাবদ্ধ করে।

   প্রতিটি নোডের জন্য প্রাপ্যতা অঞ্চলগুলি একটি বিশেষ লেবেলের মাধ্যমে প্রাপ্ত হয় - failure-domain.beta.kubernetes.io/zone. যদি ক্লাস্টারটি একটি পাবলিক ক্লাউডে চলছে, তবে এই লেবেলটি স্বয়ংক্রিয়ভাবে তৈরি হয় এবং প্রতিটি নোডের জন্য উপলব্ধতা অঞ্চলের নাম দিয়ে পূর্ণ হয়।

   লেবেলগুলি Kubernetes রিসোর্স স্পেসিফিকেশনের অংশ নয়, তাই আপনি তাদের সম্পর্কে তথ্য পাবেন না এপিআই গাইড. যাইহোক, যদি আপনি YAML বা JSON ফর্ম্যাটে নোড সম্পর্কে তথ্যের জন্য অনুরোধ করেন তবে সেগুলি দেখা যাবে (অন্যান্য লেবেলের মতো):

   $ kubectl get nodes -o yaml
   # или
   $ kubectl get nodes -o json

   রিসোর্স স্পেসিফিকেশন শেখার পাশাপাশি রিসোর্স সম্পর্কে আরও জানার জন্য এটি একটি দুর্দান্ত উপায়।

4. সহজেই ক্লাস্টার এবং নেমস্পেসের মধ্যে স্যুইচ করুন

যখন kubectl Kubernetes API এর কাছে একটি অনুরোধ করে, তখন এটি সংযোগের জন্য প্রয়োজনীয় সমস্ত পরামিতি পেতে প্রথমে kubeconfig ফাইলটি পড়ে।

ডিফল্টরূপে kubeconfig ফাইল হয় ~/.kube/config. সাধারণত এই ফাইলটি একটি বিশেষ কমান্ড দ্বারা তৈরি বা আপডেট করা হয়।

আপনি যখন একাধিক ক্লাস্টারের সাথে কাজ করেন, তখন আপনার kubeconfig ফাইলে সেই সমস্ত ক্লাস্টারের সাথে সংযোগ করার জন্য সেটিংস থাকে। আপনি কোন ক্লাস্টারের সাথে কাজ করছেন তা kubectl কমান্ডকে বলার একটি উপায় প্রয়োজন।

একটি ক্লাস্টারের মধ্যে, আপনি একাধিক নামস্থান তৈরি করতে পারেন—একটি ভৌত ​​ক্লাস্টারের মধ্যে এক ধরনের ভার্চুয়াল ক্লাস্টার। Kubectl kubeconfig ফাইলের উপর ভিত্তি করে কোন নামস্থান ব্যবহার করতে হবে তাও নির্ধারণ করে। এর মানে আপনার kubectl কমান্ডকে কোন নামস্থানের সাথে কাজ করতে হবে তা বলার একটি উপায়ও প্রয়োজন।

এই অধ্যায়ে আমরা ব্যাখ্যা করব কীভাবে এটি কাজ করে এবং কীভাবে এটি কার্যকরভাবে কাজ করে।

মনে রাখবেন যে আপনার KUBECONFIG এনভায়রনমেন্ট ভেরিয়েবলে তালিকাভুক্ত একাধিক kubeconfig ফাইল থাকতে পারে। এই ক্ষেত্রে, এই সমস্ত ফাইল রানটাইমে একটি সাধারণ কনফিগারেশনে একত্রিত হবে। আপনি প্যারামিটারের সাথে kubectl চালিয়ে ডিফল্ট kubeconfig ফাইল পরিবর্তন করতে পারেন --kubeconfig. দেখুন অফিসিয়াল ডকুমেন্টেশন.

kubeconfig ফাইল

আসুন দেখি kubeconfig ফাইলটিতে ঠিক কী রয়েছে:

আপনি দেখতে পাচ্ছেন, kubeconfig ফাইলে প্রসঙ্গগুলির একটি সেট রয়েছে। প্রসঙ্গ তিনটি উপাদান নিয়ে গঠিত:

• ক্লাস্টার — ক্লাস্টার সার্ভারের API URL।
• ব্যবহারকারী - ক্লাস্টারে ব্যবহারকারীর প্রমাণীকরণ শংসাপত্র।
• নামস্থান - ক্লাস্টারে যোগদানের সময় ব্যবহৃত নামস্থান।

অনুশীলনে, তারা প্রায়ই তাদের kubeconfig এ ক্লাস্টার প্রতি একটি প্রসঙ্গ ব্যবহার করে। যাইহোক, আপনার প্রতি ক্লাস্টারে একাধিক প্রসঙ্গ থাকতে পারে, ব্যবহারকারী বা নামস্থান দ্বারা আলাদা। যাইহোক, এই মাল্টি-প্রসঙ্গ কনফিগারেশনটি অস্বাভাবিক, তাই সাধারণত ক্লাস্টার এবং প্রসঙ্গগুলির মধ্যে এক থেকে এক ম্যাপিং থাকে।

যে কোনো সময়ে, একটি প্রসঙ্গ বর্তমান:

যখন kubectl একটি কনফিগারেশন ফাইল পড়ে, এটি সর্বদা বর্তমান প্রসঙ্গ থেকে তথ্য নেয়। উপরের উদাহরণে, kubectl Hare ক্লাস্টারের সাথে সংযোগ করবে।

তদনুসারে, অন্য ক্লাস্টারে স্যুইচ করতে, আপনাকে kubeconfig ফাইলে বর্তমান প্রসঙ্গ পরিবর্তন করতে হবে:

এখন kubectl ফক্স ক্লাস্টারের সাথে সংযুক্ত হবে।

একই ক্লাস্টারে একটি ভিন্ন নামস্থানে স্যুইচ করতে, আপনাকে বর্তমান প্রসঙ্গের জন্য নামস্থান উপাদানটির মান পরিবর্তন করতে হবে:

উপরের উদাহরণে, kubectl ফক্স ক্লাস্টারের প্রোড নেমস্পেস ব্যবহার করবে (আগে টেস্ট নামস্থান সেট করা হয়েছিল)।

মনে রাখবেন যে kubectl বিকল্পগুলিও সরবরাহ করে --cluster, --user, --namespace и --context, যা আপনাকে kubeconfig-এ সেট করা যাই থাকুক না কেন, স্বতন্ত্র উপাদান এবং বর্তমান প্রেক্ষাপটকে ওভাররাইট করতে দেয়। দেখুন kubectl options.

তাত্ত্বিকভাবে, আপনি kubeconfig এ ম্যানুয়ালি সেটিংস পরিবর্তন করতে পারেন। কিন্তু এটা অসুবিধাজনক. এই ক্রিয়াকলাপগুলিকে সহজ করার জন্য, বিভিন্ন ইউটিলিটি রয়েছে যা আপনাকে স্বয়ংক্রিয়ভাবে পরামিতি পরিবর্তন করতে দেয়।

kubectx ব্যবহার করুন

ক্লাস্টার এবং নেমস্পেসগুলির মধ্যে স্যুইচ করার জন্য একটি খুব জনপ্রিয় ইউটিলিটি।

ইউটিলিটি কমান্ড প্রদান করে kubectx и kubens বর্তমান প্রসঙ্গ এবং নামস্থান যথাক্রমে পরিবর্তন করতে।

উল্লিখিত হিসাবে, বর্তমান প্রসঙ্গ পরিবর্তন করার অর্থ ক্লাস্টার পরিবর্তন করা যদি আপনার প্রতি ক্লাস্টারে শুধুমাত্র একটি প্রসঙ্গ থাকে।

এখানে এই কমান্ড চালানোর একটি উদাহরণ:

মূলত, এই কমান্ডগুলি কেবল উপরে বর্ণিত হিসাবে kubeconfig ফাইলটি সম্পাদনা করে।

স্থাপন করা kubectx, নির্দেশাবলী অনুসরণ করুন GitHub।

উভয় কমান্ডই প্রসঙ্গ এবং নেমস্পেস নামগুলির স্বয়ংসম্পূর্ণতা সমর্থন করে, যা সম্পূর্ণরূপে টাইপ করার প্রয়োজনীয়তা দূর করে। স্বয়ংসম্পূর্ণতা সেট আপ করার জন্য নির্দেশাবলী এখানে.

আরেকটি দরকারী বৈশিষ্ট্য kubectx এটা হয় ইন্টারেক্টিভ মোড. এটি ইউটিলিটির সাথে একযোগে কাজ করে fzf, যা আলাদাভাবে ইনস্টল করা আবশ্যক। fzf ইনস্টল করা স্বয়ংক্রিয়ভাবে ইন্টারেক্টিভ মোড উপলব্ধ করে kubectx. ইন্টারেক্টিভভাবে, আপনি fzf দ্বারা প্রদত্ত ইন্টারেক্টিভ ফ্রি সার্চ ইন্টারফেসের মাধ্যমে প্রসঙ্গ এবং নামস্থান নির্বাচন করতে পারেন।

শেল উপনাম ব্যবহার করে

বর্তমান প্রসঙ্গ এবং নামস্থান পরিবর্তন করার জন্য আপনার আলাদা টুলের প্রয়োজন নেই কারণ kubectl এর জন্য কমান্ডও প্রদান করে। হ্যাঁ, দল kubectl config kubeconfig ফাইল সম্পাদনা করার জন্য সাবকমান্ড প্রদান করে।

এখানে তাদের কিছু আছে:

• kubectl config get-contexts: সমস্ত প্রসঙ্গ প্রদর্শন;
• kubectl config current-context: বর্তমান প্রসঙ্গ পেতে;
• kubectl config use-context: বর্তমান প্রেক্ষাপট পরিবর্তন;
• kubectl config set-context: প্রসঙ্গ উপাদান পরিবর্তন.

যাইহোক, এই কমান্ডগুলি সরাসরি ব্যবহার করা খুব সুবিধাজনক নয় কারণ সেগুলি দীর্ঘ। আপনি তাদের জন্য শেল উপনাম তৈরি করতে পারেন যা কার্যকর করা সহজ।

আমি এই কমান্ডগুলির উপর ভিত্তি করে উপনামের একটি সেট তৈরি করেছি যা kubectx এর মতো কার্যকারিতা প্রদান করে। এখানে আপনি তাদের কর্মে দেখতে পারেন:

মনে রাখবেন যে উপনামগুলি একটি ইন্টারেক্টিভ ফ্রি লুকআপ ইন্টারফেস প্রদান করতে fzf ব্যবহার করে (যেমন kubectx এর ইন্টারেক্টিভ মোড)। এর মানে আপনার প্রয়োজন fzf ইনস্টল করুনএই উপনাম ব্যবহার করতে।

এখানে নিজের উপনামের সংজ্ঞা রয়েছে:

# Получить текущий контекст
alias krc='kubectl config current-context'
# Список всех контекстов
alias klc='kubectl config get-contexts -o name | sed "s/^/  /;|^  $(krc)$|s/ /*/"'
# Изменить текущий контекст
alias kcc='kubectl config use-context "$(klc | fzf -e | sed "s/^..//")"'

# Получить текущее пространство имен
alias krn='kubectl config get-contexts --no-headers "$(krc)" | awk "{print $5}" | sed "s/^$/default/"'
# Список всех пространств имен
alias kln='kubectl get -o name ns | sed "s|^.*/|  |;|^  $(krn)$|s/ /*/"'
# Изменить текущее пространство имен
alias kcn='kubectl config set-context --current --namespace "$(kln | fzf -e | sed "s/^..//")"'

এই উপনামগুলি সেট করতে আপনাকে আপনার ফাইলে উপরের সংজ্ঞা যোগ করতে হবে ~/.bashrc বা ~/.zshrc এবং আপনার শেল রিবুট করুন।

প্লাগইন ব্যবহার করে

Kubectl আপনাকে প্লাগইনগুলি লোড করার অনুমতি দেয় যা মৌলিক কমান্ডের মতোই কার্যকর করা হয়। আপনি, উদাহরণস্বরূপ, kubectl-foo প্লাগইন ইনস্টল করতে পারেন এবং কমান্ডটি কার্যকর করে এটি চালাতে পারেন kubectl foo.

এইভাবে প্রসঙ্গ এবং নামস্থান পরিবর্তন করা সুবিধাজনক হবে, উদাহরণস্বরূপ রান করে kubectl ctx প্রসঙ্গ পরিবর্তন করতে এবং kubectl ns নামস্থান পরিবর্তন করতে।

আমি দুটি প্লাগইন লিখেছি যা এটি করে:

• kubectl-ctx
• kubectl-ns

প্লাগইনগুলির কাজ পূর্ববর্তী বিভাগের উপনামের উপর ভিত্তি করে।

তারা কিভাবে কাজ করে তা এখানে:

মনে রাখবেন যে প্লাগইনগুলি একটি ইন্টারেক্টিভ ফ্রি সার্চ ইন্টারফেস প্রদান করতে fzf ব্যবহার করে (যেমন kubectx এর ইন্টারেক্টিভ মোড)। এর মানে আপনার প্রয়োজন fzf ইনস্টল করুনএই উপনাম ব্যবহার করতে।

প্লাগইন ইনস্টল করার জন্য, আপনাকে নামযুক্ত শেল স্ক্রিপ্ট ডাউনলোড করতে হবে kubectl-ctx и kubectl-ns আপনার PATH ভেরিয়েবলের যেকোনো ডিরেক্টরিতে এবং সেগুলিকে এক্সিকিউটেবল করুন যেমন chmod +x. এর পরপরই আপনি ব্যবহার করতে পারবেন kubectl ctx и kubectl ns.

5. স্বয়ংক্রিয়ভাবে ইনপুট হ্রাস করুন

শেল উপনামগুলি ইনপুট গতি বাড়ানোর একটি ভাল উপায়। প্রকল্প kubectl- উপনাম মৌলিক kubectl কমান্ডের জন্য প্রায় 800 শর্টকাট রয়েছে।

আপনি হয়তো ভাবছেন - আপনি কিভাবে 800 টি উপনাম মনে রাখবেন? তবে আপনাকে সেগুলি মনে রাখার দরকার নেই, কারণ সেগুলি একটি সাধারণ স্কিম অনুসারে তৈরি করা হয়েছে, যা নীচে দেওয়া হয়েছে:

উদাহরণস্বরূপ:

1. kgpooyaml - kubectl get pods oyaml
2. ksysgsvcw — kubectl -n kube-সিস্টেম পেতে svc w
3. ksysrmcm -kubectl -n kube-সিস্টেম rm cm
4. kgdepalslsl - kubectl সব SL ডিপ্লয়মেন্ট পেতে

আপনি দেখতে পাচ্ছেন, উপনামগুলি উপাদানগুলির সমন্বয়ে গঠিত, যার প্রতিটিই kubectl কমান্ডের একটি নির্দিষ্ট উপাদানকে উপস্থাপন করে। প্রতিটি উপনামে বেস কমান্ড, অপারেশন এবং রিসোর্সের জন্য একটি উপাদান এবং প্যারামিটারের জন্য একাধিক উপাদান থাকতে পারে। উপরের চিত্র অনুসারে আপনি কেবল এই উপাদানগুলিকে বাম থেকে ডানে "পপুলেট" করুন৷

বর্তমান বিশদ চিত্রটি এখানে রয়েছে GitHub. সেখানেও পাওয়া যাবে উপনামের সম্পূর্ণ তালিকা.

উদাহরণস্বরূপ, উপনাম kgpooyamlall কমান্ডের সমতুল্য kubectl get pods -o yaml --all-namespaces.

বিকল্পগুলির আপেক্ষিক ক্রম গুরুত্বপূর্ণ নয়: কমান্ড kgpooyamlall কমান্ডের সমতুল্য kgpoalloyaml.

আপনাকে উপনাম হিসাবে সমস্ত উপাদান ব্যবহার করতে হবে না। উদাহরণ স্বরূপ k, kg, klo, ksys, kgpo এছাড়াও ব্যবহার করা যেতে পারে। তাছাড়া, আপনি কমান্ড লাইনে উপনাম এবং নিয়মিত কমান্ড বা বিকল্পগুলি একত্রিত করতে পারেন:

উদাহরণস্বরূপ:

1. এর পরিবর্তে kubectl proxy তুমি লিখতে পারো k proxy.
2. এর পরিবর্তে kubectl get roles তুমি লিখতে পারো kg roles (বর্তমানে ভূমিকা সম্পদের জন্য কোন উপনাম নেই)।
3. একটি নির্দিষ্ট পডের জন্য ডেটা পেতে, আপনি কমান্ডটি ব্যবহার করতে পারেন kgpo my-pod — kubectl get pod my-pod.

দয়া করে মনে রাখবেন যে কিছু উপনামের একটি কমান্ড লাইন আর্গুমেন্ট প্রয়োজন। উদাহরণস্বরূপ, উপনাম kgpol মানে kubectl get pods -l. অপশন -l একটি যুক্তি প্রয়োজন - একটি লেবেল স্পেসিফিকেশন। আপনি একটি উপনাম ব্যবহার করলে এটি দেখতে হবে kgpol app=ui.

কারণ কিছু উপনামের জন্য আর্গুমেন্টের প্রয়োজন হয়, উপনাম a, f, এবং l শেষ ব্যবহার করা আবশ্যক।

সাধারণভাবে, একবার আপনি এই স্কিমের হ্যাং হয়ে গেলে, আপনি যে কমান্ডগুলি চালাতে চান তা থেকে আপনি স্বজ্ঞাতভাবে উপনামগুলি বের করতে পারেন এবং টাইপ করার অনেক সময় বাঁচাতে পারেন।

ইনস্টলেশন

kubectl-aliases ইনস্টল করতে, আপনাকে ফাইলটি ডাউনলোড করতে হবে .kubectl_aliases GitHub থেকে এবং এটি ফাইলে অন্তর্ভুক্ত করুন ~/.bashrc বা ~/.zshrc:

source ~/.kubectl_aliases

স্বয়ংসম্পূর্ণতা

আমরা আগেই বলেছি, আপনি প্রায়শই কমান্ড লাইনে একটি উপনামে অতিরিক্ত শব্দ যোগ করেন। উদাহরণ স্বরূপ:

$ kgpooyaml test-pod-d4b77b989

আপনি যদি kubectl কমান্ড কমপ্লিশন ব্যবহার করেন, আপনি সম্ভবত রিসোর্সের নামের মতো জিনিসগুলির জন্য স্বয়ংসম্পূর্ণতা ব্যবহার করেছেন। কিন্তু উপনাম ব্যবহার করা হলে এটি করা যেতে পারে?

এটি একটি অত্যন্ত গুরুত্বপূর্ণ প্রশ্ন কারণ যদি স্বয়ংসম্পূর্ণতা কাজ না করে, তাহলে আপনি উপনামের কিছু সুবিধা হারাবেন৷

আপনি কোন শেল ব্যবহার করছেন তার উপর উত্তর নির্ভর করে:

1. Zsh এর জন্য, ওরফে সমাপ্তি বাক্সের বাইরে কাজ করে।
2. Bash-এর জন্য, দুর্ভাগ্যবশত, কাজ করার জন্য স্বয়ংসম্পূর্ণতা পেতে কিছু কাজ করতে হবে।

Bash এ উপনামের জন্য স্বয়ংসম্পূর্ণতা সক্ষম করা হচ্ছে

ব্যাশের সমস্যা হল যে এটি উপনামটি সম্পূর্ণ করার চেষ্টা করে (প্রতিবার আপনি ট্যাব টিপুন) উপনামটি নির্দেশ করে এমন কমান্ড নয় (যেমন Zsh করে)। যেহেতু আপনার কাছে সমস্ত 800 উপনামের জন্য সমাপ্তি স্ক্রিপ্ট নেই, তাই স্বয়ংসম্পূর্ণতা কাজ করে না।

প্রকল্পটি সম্পূর্ণ-উনাম এই সমস্যার একটি সাধারণ সমাধান প্রদান করে। এটি উপনামের জন্য সমাপ্তি প্রক্রিয়ার সাথে সংযোগ করে, অভ্যন্তরীণভাবে একটি কমান্ডে উপনাম প্রসারিত করে এবং সম্পূর্ণ কমান্ডের জন্য সমাপ্তির বিকল্প প্রদান করে। এর মানে হল যে একটি উপনামের জন্য প্যাডিং সম্পূর্ণ কমান্ডের মতোই আচরণ করে।

নিম্নলিখিতটিতে, আমি প্রথমে ব্যাখ্যা করব কিভাবে সম্পূর্ণ-উপায় ইনস্টল করতে হয় এবং তারপরে কীভাবে এটিকে কনফিগার করতে হয় যাতে সমস্ত kubectl উপনামের জন্য সমাপ্তি সক্ষম করা যায়।

সম্পূর্ণ উপনাম ইনস্টল করা হচ্ছে

প্রথমত, সম্পূর্ণ-উনাম নির্ভর করে bash-সম্পূর্ণতা. অতএব, সম্পূর্ণ-অনাম ইনস্টল করার আগে, আপনাকে নিশ্চিত করতে হবে যে bash-completion ইনস্টল করা আছে। Linux এবং MacOS এর জন্য ইনস্টলেশন নির্দেশাবলী পূর্বে প্রদান করা হয়েছে।

MacOS ব্যবহারকারীদের জন্য গুরুত্বপূর্ণ নোট: kubectl স্বয়ংসম্পূর্ণ স্ক্রিপ্টের মত, সম্পূর্ণ-অনাম Bash 3.2 এর সাথে কাজ করে না, যা MacOS-এ ডিফল্ট। বিশেষ করে, সম্পূর্ণ-উনাম bash-completion v2 এর উপর নির্ভর করে (brew install bash-completion@2), যার জন্য কমপক্ষে ব্যাশ 4.1 প্রয়োজন। এর মানে হল যে MacOS-এ সম্পূর্ণ-উনাম ব্যবহার করতে আপনাকে Bash-এর একটি নতুন সংস্করণ ইনস্টল করতে হবে।

আপনাকে স্ক্রিপ্টটি ডাউনলোড করতে হবে bash_completion.sh থেকে GitHub সংগ্রহস্থল এবং এটি আপনার ফাইলে অন্তর্ভুক্ত করুন ~/.bashrc:

source ~/bash_completion.sh

শেল রিবুট করার পরে, সম্পূর্ণ-উনাম সম্পূর্ণরূপে ইনস্টল করা হবে।

kubectl উপনামের জন্য স্বয়ংসম্পূর্ণতা সক্ষম করা হচ্ছে

প্রযুক্তিগতভাবে সম্পূর্ণ-উনাম একটি মোড়ক ফাংশন প্রদান করে _complete_alias. এই ফাংশন উপনাম পরীক্ষা করে এবং উপনাম কমান্ডের জন্য সমাপ্তির ইঙ্গিত প্রদান করে।

একটি নির্দিষ্ট উপনামের সাথে একটি ফাংশন সংযুক্ত করতে, আপনাকে অন্তর্নির্মিত ব্যাশ প্রক্রিয়া ব্যবহার করতে হবে সম্পূর্ণ, স্থাপন করা _complete_alias একটি উপনাম সমাপ্তি ফাংশন হিসাবে।

একটি উদাহরণ হিসাবে, alias k ধরা যাক, যা kubectl কমান্ডের জন্য দাঁড়িয়েছে। স্থাপন করা _complete_alias এই উপনামের জন্য একটি পরিপূরক ফাংশন হিসাবে, আপনাকে নিম্নলিখিত কমান্ডটি চালানো উচিত:

$ complete -F _complete_alias k

এর ফলাফল হল যে যখনই আপনি একটি alias k কে স্বয়ংসম্পূর্ণ করবেন, ফাংশনটিকে বলা হবে _complete_alias, যা উপনাম চেক করে এবং কমান্ডের জন্য সমাপ্তির ইঙ্গিত দেয় kubectl.

একটি দ্বিতীয় উদাহরণ হিসাবে, আসুন উপনাম গ্রহণ করা যাক kgযার অর্থ দাঁড়ায় kubectl get:

$ complete -F _complete_alias kg

ঠিক আগের উদাহরণের মতো, যখন আপনি কেজি স্বয়ংসম্পূর্ণ করেন, তখন আপনি একই সমাপ্তির ইঙ্গিত পাবেন যা আপনি পাবেন kubectl get.

মনে রাখবেন যে আপনি আপনার সিস্টেমে যেকোন উপনামের জন্য সম্পূর্ণ-অনাম ব্যবহার করতে পারেন।

অতএব, সমস্ত kubectl উপনামের জন্য স্বয়ংসম্পূর্ণতা সক্ষম করতে, আপনাকে তাদের প্রত্যেকের জন্য উপরের কমান্ডটি চালাতে হবে। নিচের স্নিপেট ঠিক এই কাজটি করে, যদি আপনি kubectl-aliases সেট করে থাকেন ~/.kubectl-aliases:

for _a in $(sed '/^alias /!d;s/^alias //;s/=.*$//' ~/.kubectl_aliases); 
do
  complete -F _complete_alias "$_a"
done

কোডের এই টুকরা আপনার মধ্যে স্থাপন করা প্রয়োজন ~/.bashrc, কমান্ড শেল পুনরায় চালু করুন এবং স্বয়ংসম্পূর্ণতা সমস্ত 800 kubectl উপনামের জন্য উপলব্ধ হবে।

6. প্লাগইন সহ kubectl প্রসারিত করা

থেকে শুরু সংস্করণ 1.12, kubectl সমর্থন করে প্লাগইন মেকানিজম, যা আপনাকে অতিরিক্ত কমান্ড সহ এর ফাংশন প্রসারিত করতে দেয়।

পরিচিত হলে গিট প্লাগইন মেকানিজম, তারপর kubectl প্লাগইনগুলি একই নীতিতে নির্মিত হয়।

এই অধ্যায়ে, আমরা কীভাবে প্লাগইন ইনস্টল করতে হয়, সেগুলি কোথায় খুঁজে পেতে হয় এবং কীভাবে আপনার নিজস্ব প্লাগইন তৈরি করতে হয় তা কভার করব।

প্লাগইন ইনস্টল করা হচ্ছে

Kubectl প্লাগইনগুলি নাম সহ সাধারণ এক্সিকিউটেবল ফাইল হিসাবে বিতরণ করা হয় kubectl-x. উপসর্গ kubectl- প্রয়োজন, একটি নতুন kubectl সাবকমান্ড যা আপনাকে প্লাগইন কল করার অনুমতি দেয়।

উদাহরণস্বরূপ, হ্যালো প্লাগইনটি একটি ফাইল হিসাবে বিতরণ করা হবে kubectl-hello.

প্লাগইন ইনস্টল করতে, আপনাকে ফাইলটি অনুলিপি করতে হবে kubectl-x আপনার PATH-এর যেকোনো ডিরেক্টরিতে এবং এটিকে এক্সিকিউটেবল করে তুলুন, উদাহরণস্বরূপ এর সাথে chmod +x. এর পরপরই আপনি প্লাগইনটিকে কল করতে পারেন kubectl x.

আপনি বর্তমানে আপনার সিস্টেমে ইনস্টল করা সমস্ত প্লাগইন তালিকাভুক্ত করতে নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:

$ kubectl plugin list

আপনার যদি একই নামের একাধিক প্লাগইন থাকে বা যদি এক্সিকিউটেবল না এমন একটি প্লাগইন ফাইল থাকে তবে এই কমান্ডটি সতর্কতাও প্রদর্শন করবে।

Krew ব্যবহার করে প্লাগইন খোঁজা এবং ইনস্টল করা

Kubectl প্লাগইন শেয়ার করা বা সফ্টওয়্যার প্যাকেজের মত পুনরায় ব্যবহার করা যেতে পারে। কিন্তু অন্যরা যে প্লাগইনগুলি ভাগ করেছে তা আপনি কোথায় খুঁজে পেতে পারেন?

প্রজেক্ট ক্রু kubectl প্লাগইনগুলি ভাগ করে নেওয়া, অনুসন্ধান করা, ইনস্টল করা এবং পরিচালনা করার জন্য একটি সমন্বিত সমাধান প্রদানের লক্ষ্য। প্রকল্পটি নিজেকে "কুবেক্টেল প্লাগইনগুলির জন্য প্যাকেজ ম্যানেজার" বলে (ক্রু একই রকম ফন্দি আঁটা).

Krew হল kubectl প্লাগইনগুলির একটি তালিকা যা আপনি নির্বাচন এবং ইনস্টল করতে পারেন। একই সময়ে, Krew kubectl-এর জন্য একটি প্লাগইন।

এর মানে হল যে Krew ইনস্টল করা মূলত অন্য কোন kubectl প্লাগইন ইনস্টল করার মত কাজ করে। আপনি এ বিস্তারিত নির্দেশাবলী পেতে পারেন গিটহাব পেজ.

সবচেয়ে গুরুত্বপূর্ণ ক্রু কমান্ড হল:

# Поиск в списке плагинов
$ kubectl krew search [<query>]
# Посмотреть информацию о плагине
$ kubectl krew info <plugin>
# Установить плагин
$ kubectl krew install <plugin>
# Обновить все плагины до последней версии
$ kubectl krew upgrade
# Посмотреть все плагины, установленные через Krew
$ kubectl krew list
# Деинсталлировать плагин
$ kubectl krew remove <plugin>

দয়া করে মনে রাখবেন যে ক্রু ব্যবহার করে প্লাগইনগুলি ইনস্টল করা উপরে বর্ণিত স্ট্যান্ডার্ড পদ্ধতি ব্যবহার করে প্লাগইনগুলি ইনস্টল করার ক্ষেত্রে হস্তক্ষেপ করে না৷

অনুগ্রহ করে নোট করুন যে কমান্ড kubectl krew list শুধুমাত্র প্ল্যাগইনগুলি প্রদর্শন করে যা ক্রু ব্যবহার করে ইনস্টল করা হয়েছিল, যেখানে কমান্ড kubectl plugin list সমস্ত প্লাগইন তালিকাভুক্ত করে, যেগুলি ক্রু ব্যবহার করে ইনস্টল করা এবং অন্যান্য পদ্ধতি দ্বারা ইনস্টল করা৷

অন্য কোথাও প্লাগইন খোঁজা হচ্ছে

Krew একটি তরুণ প্রকল্প, বর্তমানে এটির মধ্যে আছে তালিকা মাত্র 30টি প্লাগইন। আপনি যদি আপনার যা প্রয়োজন তা খুঁজে না পান, আপনি GitHub এর মতো অন্য কোথাও প্লাগইনগুলি খুঁজে পেতে পারেন।

আমি গিটহাব বিভাগটি দেখার পরামর্শ দিই kubectl-প্লাগইন. সেখানে আপনি কয়েক ডজন উপলব্ধ প্লাগইন পাবেন যা চেক আউট করার মতো।

আপনার নিজস্ব প্লাগইন লেখা

আপনি নিজেই পারেন প্লাগইন তৈরি করুন - এটা কঠিন না. আপনাকে একটি এক্সিকিউটেবল তৈরি করতে হবে যা আপনার যা প্রয়োজন তা করে, এটির নাম করুন kubectl-x এবং উপরে বর্ণিত হিসাবে ইনস্টল করুন।

ফাইলটি একটি ব্যাশ স্ক্রিপ্ট, একটি পাইথন স্ক্রিপ্ট, বা একটি সংকলিত GO অ্যাপ্লিকেশন হতে পারে - এটি কোন ব্যাপার না। একমাত্র শর্ত হল এটি সরাসরি অপারেটিং সিস্টেমে কার্যকর করা যেতে পারে।

এখন একটি উদাহরণ প্লাগইন তৈরি করা যাক. পূর্ববর্তী বিভাগে, আপনি প্রতিটি পডের জন্য পাত্রের তালিকা করতে kubectl কমান্ড ব্যবহার করেছেন। এই কমান্ডটিকে একটি প্লাগইনে পরিণত করা সহজ যা আপনি যেমন কল করতে পারেন kubectl img.

একটি ফাইল তৈরি করুন kubectl-img নিম্নলিখিত বিষয়বস্তু:

#!/bin/bash
kubectl get pods -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'

এখন ফাইলটিকে এক্সিকিউটেবল করে দিন chmod +x kubectl-img এবং এটিকে আপনার PATH-এর যেকোনো ডিরেক্টরিতে নিয়ে যান। এর পরপরই আপনি প্লাগইনটি ব্যবহার করতে পারেন kubectl img.

উল্লিখিত হিসাবে, kubectl প্লাগইনগুলি যে কোনও প্রোগ্রামিং বা স্ক্রিপ্টিং ভাষায় লেখা যেতে পারে। আপনি যদি শেল স্ক্রিপ্ট ব্যবহার করেন তবে প্লাগইন থেকে সহজেই kubectl কল করতে সক্ষম হওয়ার সুবিধা। যাইহোক, আপনি বাস্তব প্রোগ্রামিং ভাষা ব্যবহার করে আরও জটিল প্লাগইন লিখতে পারেন কুবারনেটস ক্লায়েন্ট লাইব্রেরি. আপনি যদি Go ব্যবহার করেন তবে আপনিও ব্যবহার করতে পারেন cli-রানটাইম লাইব্রেরি, যা বিশেষভাবে kubectl প্লাগইন লেখার জন্য বিদ্যমান।

কিভাবে আপনার প্লাগইন শেয়ার করবেন

আপনি যদি মনে করেন আপনার প্লাগইনগুলি অন্যদের জন্য উপযোগী হতে পারে, তাহলে নির্দ্বিধায় এটি GitHub-এ শেয়ার করুন। বিষয়ে তাদের যোগ করতে ভুলবেন না kubectl-প্লাগইন.

আপনি আপনার প্লাগইন যোগ করার জন্য অনুরোধ করতে পারেন ক্রু তালিকা. এটি কীভাবে করবেন তার নির্দেশাবলী রয়েছে GitHub সংগ্রহস্থল.

আদেশ সমাপ্তি

প্লাগইনগুলি বর্তমানে স্বয়ংসম্পূর্ণতা সমর্থন করে না। অর্থাৎ, আপনাকে অবশ্যই প্লাগইনের পুরো নাম এবং আর্গুমেন্টের পুরো নাম লিখতে হবে।

এই ফাংশনের জন্য GitHub kubectl সংগ্রহস্থল রয়েছে খোলা অনুরোধ. তাই এটা সম্ভব যে এই বৈশিষ্ট্যটি ভবিষ্যতে কোনো এক সময় প্রয়োগ করা হবে।

গুড লাক !!!

টপিক আর কি পড়া:

1. কুবারনেটসে অটোস্কেলিংয়ের তিনটি স্তর এবং কীভাবে সেগুলি কার্যকরভাবে ব্যবহার করা যায়.
2. বাস্তবায়নের জন্য একটি টেমপ্লেট সহ জলদস্যুতার চেতনায় কুবারনেটস.
3. টেলিগ্রামে আমাদের চ্যানেল আরাউন্ড কুবারনেটস.

উত্স: www.habr.com