Kubernetes 1.14: নতুন কি আছে তার হাইলাইটস

এই রাত জায়গা নেবে কুবারনেটসের পরবর্তী রিলিজ - 1.14. আমাদের ব্লগের জন্য গড়ে ওঠা ঐতিহ্য অনুসারে, আমরা এই বিস্ময়কর ওপেন সোর্স পণ্যের নতুন সংস্করণের মূল পরিবর্তনের কথা বলছি।

এই উপাদান প্রস্তুত করতে ব্যবহৃত তথ্য থেকে নেওয়া হয় Kubernetes উন্নত ট্র্যাকিং টেবিল, চেঞ্জলগ-1.14 এবং সম্পর্কিত সমস্যা, পুল অনুরোধ, Kubernetes Enhancement Proposals (KEP)।

এসআইজি ক্লাস্টার-লাইফসাইকেলের একটি গুরুত্বপূর্ণ ভূমিকা দিয়ে শুরু করা যাক: ডাইনামিক ফেইলওভার ক্লাস্টার Kubernetes (বা আরও সুনির্দিষ্টভাবে বলতে গেলে, স্ব-হোস্টেড HA স্থাপনা) এখন আপনি তৈরি করতে পারেন পরিচিত (একক-নোড ক্লাস্টারের প্রসঙ্গে) কমান্ড ব্যবহার করে kubeadm (init и join) সংক্ষেপে, এর জন্য:

• ক্লাস্টার দ্বারা ব্যবহৃত শংসাপত্রগুলি গোপনীয়তায় স্থানান্তরিত হয়;
• K8s ক্লাস্টারের ভিতরে etcd ক্লাস্টার ব্যবহার করার সম্ভাবনার জন্য (অর্থাৎ পূর্বে বিদ্যমান বাহ্যিক নির্ভরতা থেকে মুক্তি পাওয়া) etcd-অপারেটর;
• একটি বহিরাগত লোড ব্যালেন্সারের জন্য প্রস্তাবিত সেটিংস নথিভুক্ত করে যা একটি ত্রুটি-সহনশীল কনফিগারেশন প্রদান করে (ভবিষ্যতে এই নির্ভরতা দূর করার পরিকল্পনা করা হয়েছে, কিন্তু এই পর্যায়ে নয়)।

kubeadm দিয়ে তৈরি একটি Kubernetes HA ক্লাস্টারের আর্কিটেকচার

বাস্তবায়নের বিশদ বিবরণ পাওয়া যাবে নকশা প্রস্তাব. এই বৈশিষ্ট্যটি সত্যই দীর্ঘ প্রতীক্ষিত ছিল: আলফা সংস্করণটি K8s 1.9 এ ফিরে আসার প্রত্যাশিত ছিল, কিন্তু এখনই উপস্থিত হয়েছে৷

এপিআই

টীম apply এবং সাধারণভাবে বলতে ঘোষণামূলক বস্তু ব্যবস্থাপনা পাস থেকে kubectl এপিসার্ভারে। ডেভেলপাররা নিজেরাই সংক্ষেপে তাদের সিদ্ধান্তের কথা বলে kubectl apply - Kubernetes-এ কনফিগারেশনের সাথে কাজ করার একটি মৌলিক অংশ, যাইহোক, "এটি বাগ পূর্ণ এবং ঠিক করা কঠিন," এবং তাই এই কার্যকারিতাটিকে স্বাভাবিক অবস্থায় ফিরিয়ে আনতে হবে এবং নিয়ন্ত্রণ সমতলে স্থানান্তর করতে হবে। আজ বিদ্যমান সমস্যার সহজ এবং স্পষ্ট উদাহরণ:

বাস্তবায়ন সম্পর্কে বিস্তারিত আছে kep. বর্তমান প্রস্তুতি হল আলফা (বিটাতে প্রচার পরবর্তী Kubernetes প্রকাশের জন্য পরিকল্পনা করা হয়েছে)।

আলফা সংস্করণে উপলব্ধ করা হয়েছে সুযোগ এর জন্য OpenAPI v3 স্কিম ব্যবহার করে CustomResources-এর জন্য OpenAPI ডকুমেন্টেশন তৈরি ও প্রকাশ করা (CR) K8s ব্যবহারকারী-সংজ্ঞায়িত সংস্থান (CustomResourceDefinition, CRD) যাচাই করতে (সার্ভার-সাইড) ব্যবহার করা হয়। CRD-এর জন্য OpenAPI প্রকাশ করা ক্লায়েন্টদের অনুমতি দেয় (যেমন kubectl) আপনার পাশে বৈধতা সঞ্চালন (এর মধ্যে kubectl create и kubectl apply) এবং স্কিম অনুযায়ী ডকুমেন্টেশন ইস্যু করুন (kubectl explain) বিস্তারিত - ইন kep.

আগে থেকে বিদ্যমান লগ এখন খুলছে পতাকা সহ O_APPEND (কিন্তু না O_TRUNC) কিছু পরিস্থিতিতে লগের ক্ষতি এড়াতে এবং ঘূর্ণনের জন্য বহিরাগত ইউটিলিটিগুলির সাথে লগগুলি কাটার সুবিধার জন্য।

এছাড়াও Kubernetes API এর প্রসঙ্গে, এটি উল্লেখ করা যেতে পারে যে মধ্যে PodSandbox и PodSandboxStatus যোগ করা হয়েছে ক্ষেত্র runtime_handler সম্পর্কে তথ্য রেকর্ড করতে RuntimeClass পডের মধ্যে (এর সম্পর্কে পাঠ্যে এটি সম্পর্কে আরও পড়ুন Kubernetes 1.12 রিলিজ, যেখানে এই ক্লাসটি একটি আলফা সংস্করণ হিসাবে উপস্থিত হয়েছিল), এবং অ্যাডমিশন ওয়েবহুক্সে বাস্তবায়িত কোন সংস্করণ নির্ধারণ করার ক্ষমতা AdmissionReview তারা সমর্থন করে. অবশেষে, ভর্তি Webhooks নিয়ম এখন সীমিত হতে পারে নামস্থান এবং ক্লাস্টার ফ্রেমওয়ার্ক দ্বারা তাদের ব্যবহারের পরিমাণ।

ভল্টস

PersistentLocalVolumes, যা মুক্তির পর থেকে বিটা স্থিতি ছিল৷ K8s 1.10, ঘোষণা স্থিতিশীল (GA): এই বৈশিষ্ট্য গেটটি আর অক্ষম নেই এবং Kubernetes 1.17 এ সরানো হবে।

সুযোগ বলা হয় পরিবেশ ভেরিয়েবল ব্যবহার করে নিম্নগামী API (উদাহরণস্বরূপ, পড নাম) হিসাবে মাউন্ট করা ডিরেক্টরির নামের জন্য subPath, বিকশিত হয়েছিল - একটি নতুন ক্ষেত্রের আকারে subPathExpr, যা এখন পছন্দসই ডিরেক্টরির নাম নির্ধারণ করতে ব্যবহৃত হয়। বৈশিষ্ট্যটি প্রাথমিকভাবে Kubernetes 1.11 এ উপস্থিত হয়েছিল, কিন্তু 1.14 এর জন্য এটি আলফা সংস্করণের স্থিতিতে রয়ে গেছে।

আগের কুবারনেটস রিলিজের মতো, সক্রিয়ভাবে বিকাশকারী CSI (কন্টেইনার স্টোরেজ ইন্টারফেস) এর জন্য অনেকগুলি উল্লেখযোগ্য পরিবর্তন আনা হয়েছে:

সিএসআই

উপলব্ধ হয়েছে (আলফা সংস্করণের অংশ হিসাবে) সমর্থন CSI ভলিউমের জন্য আকার পরিবর্তন করা হচ্ছে. এটি ব্যবহার করার জন্য আপনাকে ফিচার গেট নামক সক্রিয় করতে হবে ExpandCSIVolumes, সেইসাথে একটি নির্দিষ্ট CSI ড্রাইভারে এই অপারেশনের জন্য সমর্থনের উপস্থিতি।

আলফা সংস্করণে CSI-এর জন্য আরেকটি বৈশিষ্ট্য- সুযোগ পড স্পেসিফিকেশনের মধ্যে CSI ভলিউমগুলিতে সরাসরি (যেমন PV/PVC ব্যবহার না করে) উল্লেখ করুন। এই একচেটিয়াভাবে দূরবর্তী ডেটা স্টোরেজ হিসাবে CSI ব্যবহারের উপর সীমাবদ্ধতা সরিয়ে দেয়, তাদের জন্য বিশ্বের দরজা খোলা স্থানীয় ক্ষণস্থায়ী ভলিউম. ব্যবহারের জন্য (ডকুমেন্টেশন থেকে উদাহরণ) সক্রিয় করা আবশ্যক CSIInlineVolume বৈশিষ্ট্য গেট।

CSI সম্পর্কিত কুবারনেটসের "অভ্যন্তরীণ" ক্ষেত্রেও অগ্রগতি হয়েছে, যা শেষ ব্যবহারকারীদের (সিস্টেম অ্যাডমিনিস্ট্রেটরদের) কাছে তেমন দৃশ্যমান নয়... বর্তমানে, বিকাশকারীরা প্রতিটি স্টোরেজ প্লাগইনের দুটি সংস্করণ সমর্থন করতে বাধ্য হয়: এক - " পুরানো উপায়", K8s কোডবেসের ভিতরে (-বৃক্ষের মধ্যে), এবং দ্বিতীয়টি - নতুন CSI এর অংশ হিসাবে (এটি সম্পর্কে আরও পড়ুন, উদাহরণস্বরূপ, ইন এখানে). এটি বোধগম্য অসুবিধার কারণ হয় যা CSI নিজেই স্থিতিশীল হওয়ার সাথে সাথে সমাধান করা প্রয়োজন। এর কারণে অভ্যন্তরীণ (ইন-ট্রি) প্লাগইনগুলির APIকে কেবল অবমূল্যায়ন করা সম্ভব নয় প্রাসঙ্গিক Kubernetes নীতি.

এই সব আলফা সংস্করণ পৌঁছেছেন যে সত্য নেতৃত্বে মাইগ্রেশন প্রক্রিয়া অভ্যন্তরীণ প্লাগইন কোড, সিএসআই প্লাগইনগুলিতে ইন-ট্রি হিসাবে প্রয়োগ করা হয়েছে, যার জন্য ডেভেলপারদের উদ্বেগগুলি তাদের প্লাগইনগুলির একটি সংস্করণকে সমর্থন করার জন্য হ্রাস পাবে এবং পুরানো APIগুলির সাথে সামঞ্জস্য বজায় থাকবে এবং সেগুলিকে স্বাভাবিক পরিস্থিতিতে অপ্রচলিত ঘোষণা করা যেতে পারে। আশা করা হচ্ছে যে Kubernetes (1.15) এর পরবর্তী প্রকাশের মধ্যে সমস্ত ক্লাউড প্রদানকারী প্লাগইনগুলি স্থানান্তরিত হবে, বাস্তবায়নটি বিটা স্থিতি পাবে এবং ডিফল্টরূপে K8s ইনস্টলেশনগুলিতে সক্রিয় হবে৷ বিস্তারিত জানার জন্য, দেখুন নকশা প্রস্তাব. এই অভিবাসনও ফলে ব্যর্থতা নির্দিষ্ট ক্লাউড প্রদানকারীদের দ্বারা সংজ্ঞায়িত ভলিউম সীমা থেকে (AWS, Azure, GCE, Cinder)।

অতিরিক্তভাবে, CSI-এর সাথে ব্লক ডিভাইসের জন্য সমর্থন (CSIBlockVolume) স্থানান্তরিত বিটা সংস্করণে।

নোড/কুবেলেট

আলফা সংস্করণ উপস্থাপন করা হয়েছে নতুন শেষ বিন্দু কুবেলেটে, জন্য ডিজাইন করা হয়েছে মূল সম্পদের উপর মেট্রিক্স ফেরত. সাধারণভাবে বলতে গেলে, যদি পূর্বে কুবেলেট cAdvisor থেকে কন্টেইনার ব্যবহারের পরিসংখ্যান পেয়ে থাকে, এখন এই ডেটা CRI (কন্টেইনার রানটাইম ইন্টারফেস) এর মাধ্যমে কন্টেইনার রানটাইম পরিবেশ থেকে আসে, তবে ডকারের পুরানো সংস্করণগুলির সাথে কাজ করার সামঞ্জস্যও সংরক্ষিত হয়। পূর্বে, কুবেলেটে সংগৃহীত পরিসংখ্যান REST API-এর মাধ্যমে পাঠানো হত, কিন্তু এখন একটি শেষ পয়েন্ট এখানে অবস্থিত /metrics/resource/v1alpha1. বিকাশকারীদের দীর্ঘমেয়াদী কৌশল সমন্বিত কুবেলেট দ্বারা প্রদত্ত মেট্রিক্সের সেটকে ছোট করতে হবে। উপায় দ্বারা, এই মেট্রিক্স নিজেদের এখন তারা কল করে "কোর মেট্রিক্স" নয়, কিন্তু "রিসোর্স মেট্রিক্স", এবং "প্রথম-শ্রেণির সম্পদ, যেমন cpu এবং মেমরি" হিসাবে বর্ণনা করা হয়েছে।

একটি খুব আকর্ষণীয় সূক্ষ্মতা: প্রমিথিউস ফর্ম্যাট ব্যবহার করার বিভিন্ন ক্ষেত্রে তুলনা করে জিআরপিসি এন্ডপয়েন্টের স্পষ্ট কর্মক্ষমতা সুবিধা থাকা সত্ত্বেও (নীচের বেঞ্চমার্কগুলির একটির ফলাফল দেখুন), সম্প্রদায়ের এই পর্যবেক্ষণ ব্যবস্থার সুস্পষ্ট নেতৃত্বের কারণে লেখকরা প্রমিথিউসের পাঠ্য বিন্যাসকে পছন্দ করেছেন।

"gRPC প্রধান পর্যবেক্ষণ পাইপলাইনের সাথে সামঞ্জস্যপূর্ণ নয়। এন্ডপয়েন্ট শুধুমাত্র মেট্রিক্স সার্ভারে মেট্রিক্স প্রদানের জন্য বা এটির সাথে সরাসরি সংহত হওয়া উপাদানগুলি পর্যবেক্ষণ করার জন্য উপযোগী হবে। মেট্রিক্স সার্ভারে ক্যাশিং ব্যবহার করার সময় প্রমিথিউস টেক্সট ফরম্যাট কর্মক্ষমতা যথেষ্ট কমিউনিটিতে প্রমিথিউসকে ব্যাপকভাবে গ্রহণ করার কারণে আমরা জিআরপিসি-র চেয়ে প্রমিথিউসকে পছন্দ করি। একবার OpenMetrics ফরম্যাট আরও স্থিতিশীল হয়ে গেলে, আমরা একটি প্রোটো-ভিত্তিক বিন্যাসের সাথে gRPC পারফরম্যান্সের কাছে যেতে সক্ষম হব।"

মেট্রিক্সের জন্য নতুন কুবেলেট এন্ডপয়েন্টে জিআরপিসি এবং প্রমিথিউস ফর্ম্যাট ব্যবহার করার তুলনামূলক কর্মক্ষমতা পরীক্ষাগুলির মধ্যে একটি। আরো গ্রাফ এবং অন্যান্য বিবরণ পাওয়া যাবে kep.

অন্যান্য পরিবর্তনের মধ্যে:

• কুবেলেট এখন (একবার) থামানোর চেষ্টা করছে অপারেশন পুনরায় চালু এবং মুছে ফেলার আগে একটি অজানা অবস্থায় পাত্রে.
• ব্যবহার করার সময় PodPresets এখন init পাত্রে যুক্ত একটি নিয়মিত ধারক হিসাবে একই তথ্য.
• কুবেলেট ব্যবহার শুরু করে usageNanoCores CRI পরিসংখ্যান প্রদানকারী থেকে, এবং Windows এ নোড এবং কন্টেইনারগুলির জন্য যোগ করা হয়েছে নেটওয়ার্ক পরিসংখ্যান।
• অপারেটিং সিস্টেম এবং আর্কিটেকচার তথ্য এখন লেবেলে রেকর্ড করা হয় kubernetes.io/os и kubernetes.io/arch নোড অবজেক্ট (বিটা থেকে GA তে স্থানান্তরিত)।
• একটি পডের পাত্রের জন্য একটি নির্দিষ্ট সিস্টেম ব্যবহারকারী গ্রুপ নির্দিষ্ট করার ক্ষমতা (RunAsGroup, প্রকাশিত হওয়া K8s 1.11) উন্নত বিটা আগে (ডিফল্টরূপে সক্রিয়)।
• du এবং caAdvisor-এ ব্যবহৃত হয়, প্রতিস্থাপিত যান বাস্তবায়নে।

CLI

cli-রানটাইম এবং kubectl এ যোগ করা হয়েছে এর সাথে একীকরণের জন্য k পতাকা কাস্টমাইজ করা (যাইহোক, এর বিকাশ এখন একটি পৃথক সংগ্রহস্থলে বাহিত হয়), অর্থাৎ বিশেষ কাস্টমাইজেশন ডিরেক্টরি থেকে অতিরিক্ত YAML ফাইলগুলি প্রক্রিয়া করতে (এগুলি ব্যবহার করার বিস্তারিত জানার জন্য, দেখুন kep):

সাধারণ ফাইল ব্যবহারের উদাহরণ কাস্টমাইজেশন (কাস্টমাইজের আরও জটিল প্রয়োগ এর মধ্যে সম্ভব প্রতিস্থাপক)

উপরন্তু:

• যোগ করা হয়েছে নতুন দল kubectl create cronjob, যার নাম নিজেই কথা বলে।
• В kubectl logs এখন তুমি পার একত্রিত করা পতাকা -f (--follow স্ট্রিমিং লগের জন্য) এবং -l (--selector লেবেল প্রশ্নের জন্য)।
• কুবেক্টেল শেখানো ওয়াইল্ড কার্ড দ্বারা নির্বাচিত ফাইলগুলি অনুলিপি করুন।
• দলের কাছে kubectl wait যোগ করা হয়েছে পতাকা --all নির্দিষ্ট রিসোর্স টাইপের নামস্থানে সমস্ত সংস্থান নির্বাচন করতে।

অন্যান্য

নিম্নলিখিত ক্ষমতাগুলি স্থিতিশীল (GA) স্থিতি পেয়েছে:

• ReadinessGate, পডের প্রস্তুতিতে বিবেচনায় নেওয়া অতিরিক্ত শর্তগুলি সংজ্ঞায়িত করতে পড স্পেসিফিকেশনে ব্যবহৃত হয়;
• বড় পৃষ্ঠাগুলির জন্য সমর্থন (ফিচার গেট বলা হয় HugePages);
• কাস্টমপডডিএনএস;
• PriorityClass API পড অগ্রাধিকার এবং প্রিম্পশন.

Kubernetes 1.14 এ প্রবর্তিত অন্যান্য পরিবর্তন:

• ডিফল্ট RBAC নীতি আর API অ্যাক্সেসের অনুমতি দেয় না discovery и access-review প্রমাণীকরণ ছাড়া ব্যবহারকারী (অপ্রমাণিত).
• অফিসিয়াল CoreDNS সমর্থন নিশ্চিত শুধুমাত্র লিনাক্স, তাই একটি ক্লাস্টারে এটি (CoreDNS) স্থাপন করার জন্য kubeadm ব্যবহার করার সময়, নোডগুলি শুধুমাত্র লিনাক্সে চলতে হবে (এই সীমাবদ্ধতার জন্য nodeSelectors ব্যবহার করা হয়)।
• ডিফল্ট CoreDNS কনফিগারেশন এখন ব্যবহারসমূহ ফরওয়ার্ড প্লাগইন প্রক্সির পরিবর্তে। এছাড়াও, CoreDNS এ যোগ করা হয়েছে ReadinessProbe, যা উপযুক্ত (পরিষেবার জন্য প্রস্তুত নয়) পডগুলিতে লোড ব্যালেন্সিং প্রতিরোধ করে।
• kubeadm মধ্যে, পর্যায়ক্রমে init বা upload-certs, সম্ভব হয়ে ওঠে kubeadm-certs secret-এ নতুন কন্ট্রোল-প্লেন সংযোগ করার জন্য প্রয়োজনীয় সার্টিফিকেটগুলি লোড করুন (পতাকা ব্যবহার করুন --experimental-upload-certs).
• উইন্ডোজ ইনস্টলেশনের জন্য একটি আলফা সংস্করণ উপস্থিত হয়েছে সমর্থন gMSA (গ্রুপ ম্যানেজড সার্ভিস অ্যাকাউন্ট) - অ্যাক্টিভ ডিরেক্টরিতে বিশেষ অ্যাকাউন্ট যা পাত্রে ব্যবহার করা যেতে পারে।
• G.C.E এর জন্য সক্রিয় etcd এবং kube-apiserver এর মধ্যে mTLS এনক্রিপশন।
• ব্যবহৃত/নির্ভর সফ্টওয়্যারে আপডেট: Go 1.12.1, CSI 1.1, CoreDNS 1.3.1, kubeadm-এ Docker 18.09 সমর্থন, এবং ন্যূনতম সমর্থিত Docker API সংস্করণ এখন 1.26।

দ্রষ্টব্য

আমাদের ব্লগেও পড়ুন:

• «Kubernetes 1.13: নতুন কি আছে তার হাইলাইটস";
• «Kubernetes 1.12: নতুন কি আছে তার হাইলাইটস";
• «Kubernetes 1.11: নতুন কি আছে তার হাইলাইটস";
• «Kubernetes 1.10: নতুন কি আছে তার হাইলাইটস».

উত্স: www.habr.com