कुबेरनेट्स 1.14: मुख्य नवाचारों का अवलोकन

कुबेरनेट्स - 1.14 इस रात को रिलीज़ होगी । हमारे ब्लॉग के लिए विकसित की गई परंपरा के अनुसार, हम इस अद्भुत ओपन सोर्स उत्पाद के नए संस्करण में महत्वपूर्ण बदलावों के बारे में बात कर रहे हैं।

इस सामग्री को तैयार करने के लिए उपयोग की जाने वाली जानकारी कुबेरनेट्स एन्हांसमेंट ट्रैकिंग टेबल , चैनल -1.114 और संबंधित मुद्दों, पुल अनुरोधों, कुबेरनेट्स एन्हांसमेंट प्रपोजल्स (केईपी) से ली गई है। अद्यतन (26 मार्च): आधिकारिक रिलीज की घोषणा भी K8s ब्लॉग पर दिखाई दी।

आइए SIG क्लस्टर-जीवन चक्र से एक महत्वपूर्ण परिचय के साथ शुरू करें: कुबेरनेट्स डायनेमिक फेलओवर क्लस्टर (और अधिक सटीक, स्व-होस्ट किए गए हा तैनाती) अब सामान्य (एकल नोड क्लस्टर के संदर्भ में) kubeadm ( kubeadm और join ) कमांड का उपयोग करके बनाया जा सकता है । संक्षेप में, इसके लिए:

• क्लस्टर द्वारा उपयोग किए गए प्रमाण पत्र रहस्यों में स्थानांतरित किए जाते हैं;
• K8s क्लस्टर (यानी, अब तक मौजूद बाहरी निर्भरता से छुटकारा पाने के लिए) के अंदर etcd क्लस्टर का उपयोग करने की संभावना के लिए, etcd- ऑपरेटर का उपयोग किया जाता है ;
• बाहरी लोड बैलेंसर के लिए अनुशंसित सेटिंग्स जो एक दोष-सहिष्णु विन्यास प्रदान करती हैं (भविष्य में, इस निर्भरता से विफलता की संभावना की योजना बनाई गई है, लेकिन इस स्तर पर नहीं)।

कुबेरनेट्स हा क्लस्टर वास्तुकला कुबेदम के साथ बनाया गया है

कार्यान्वयन का विवरण डिजाइन प्रस्ताव में पाया जा सकता है। यह सुविधा वास्तव में लंबे समय से प्रतीक्षित थी: K8s 1.9 में अल्फा संस्करण वापस होने की उम्मीद थी, लेकिन अब केवल दिखाई दिया।

एपीआई

apply आदेश और आम तौर पर घोषणात्मक वस्तु प्रबंधन को कुब्लेट से kubectl ले जाया जाता है। डेवलपर्स ने स्वयं अपने निर्णय को यह कहकर समझा दिया कि kubectl apply में कॉन्फ़िगरेशन के साथ काम kubectl apply का एक बुनियादी हिस्सा है, हालांकि, यह "बग से भरा और इसे ठीक करना मुश्किल है" और इसलिए इस कार्यक्षमता को सामान्य करने और नियंत्रण विमान में स्थानांतरित करने की आवश्यकता है। आज की समस्याओं के सरल और स्पष्ट उदाहरण:



कार्यान्वयन का विवरण KEP में है । वर्तमान उपलब्धता अल्फा संस्करण है (बीटा के लिए प्रचार कुबेरनेट्स की अगली रिलीज के लिए योजना बनाई गई है)।

अल्फा संस्करण में, OpenAPI v3 योजना का उपयोग करने की क्षमता बनाने के लिए और कस्टम सर्वर (सीआर-साइड) पर OpenAPI प्रलेखन को प्रकाशित करने के लिए उपयोग किया जाता है (सर्वर-साइड) उपयोगकर्ता-परिभाषित K8 संसाधन (CustomResourceDefinition, CRD) उपलब्ध है। CRD के लिए OpenAPI का प्रकाशन क्लाइंट (उदाहरण के लिए, kubectl ) को अपनी ओर से सत्यापन करने की अनुमति देता है (जैसा कि kubectl create और kubectl apply ) और योजना के अनुसार प्रलेखन जारी करता है ( kubectl explain )। विवरण KEP में हैं ।

पहले से मौजूद लॉग अब O_APPEND फ्लैग ( O_APPEND बजाय) के साथ O_TRUNC ताकि कुछ स्थितियों में लॉग्स के नुकसान से बचा जा सके और बाहरी रोटेशन उपयोगिताओं के साथ O_TRUNC लॉग की सुविधा के लिए।

कुबेरनेट्स एपीआई के संदर्भ में, यह भी ध्यान दिया जा सकता है कि PodSandbox और PodSandboxStatus फ़ील्ड को पॉड में RuntimeClass बारे में जानकारी लेने के लिए runtime_handler गया है ( कुबेरनेट्स 1.12 रिलीज के बारे में पाठ में इसके बारे में अधिक पढ़ें, जहां यह वर्ग एक अल्फा संस्करण के रूप में दिखाई दिया है)। एडमिशन वेबहूक ने यह निर्धारित करने की क्षमता को लागू किया कि वे किस एडमिशन रीव्यू का समर्थन करते हैं। अंत में, एडमिशन वेबहूक नियमों में, अब आप उनके आवेदन के दायरे को नाम स्थान और क्लस्टर दायरे तक सीमित कर सकते हैं।

भंडारण की सुविधा

PersistentLocalVolumes जिनकी बीटा स्थिति K8s 1.10 की रिलीज़ के बाद से स्थिर (GA) घोषित की गई है: यह सुविधा गेट अब अक्षम नहीं किया जाएगा और Kubernetes 1.17 में निकाल दिया जाएगा।

subPath नाम के रूप में माउंट किए गए निर्देशिका नामों के लिए तथाकथित डाउनवर्ड एपीआई (उदाहरण के लिए, पॉड नाम) के पर्यावरण चर का उपयोग करने की क्षमता विकसित की गई है - एक नए subPathExpr फ़ील्ड के रूप में, जिसके साथ वांछित निर्देशिका नाम अब निर्धारित किया गया है। प्रारंभ में, सुविधा 1.11 कुबेरनेट्स में दिखाई दी, लेकिन 1.14 के लिए यह अल्फा संस्करण स्थिति में बनी रही।

पिछली कुबेरनेट की रिलीज़ के साथ, तेजी से विकसित हो रहे CSI (कंटेनर स्टोरेज इंटरफ़ेस) के लिए कई महत्वपूर्ण बदलाव पेश किए गए हैं:

सीएसआई

सीएसआई संस्करणों के लिए समर्थन को आकार देने के लिए समर्थन उपलब्ध हो गया है (अल्फा संस्करण के भाग के रूप में)। इसका उपयोग करने के लिए, आपको एक ExpandCSIVolumes CSI ड्रायवर में इस ऑपरेशन के लिए समर्थन गेट की सुविधा, साथ ही ExpandCSIVolumes नामक सुविधा को सक्षम करने की आवश्यकता होगी।

अल्फा संस्करण में सीएसआई के लिए एक अन्य विशेषता सीधे (यानी, पीवी / पीवीसी का उपयोग किए बिना) सीएसआई संस्करणों को पॉड विनिर्देश के हिस्से के रूप में संदर्भित करने की क्षमता है। यह विशेष रूप से दूरस्थ डेटा वेयरहाउस के रूप में सीएसआई का उपयोग करने पर प्रतिबंध को हटाता है, स्थानीय पंचांग संस्करणों की दुनिया के लिए उनके लिए दरवाजा खोल रहा है। उपयोग करने के लिए ( प्रलेखन से उदाहरण ), आपको CSIInlineVolume सुविधा गेट सक्षम करना होगा।

सीएसआई से संबंधित कुबेरनेट्स के "इंटर्नल" में प्रगति हुई है, जो उपयोगकर्ताओं (सिस्टम प्रशासक) को समाप्त करने के लिए इतना ध्यान देने योग्य नहीं है ... फिलहाल, डेवलपर्स को प्रत्येक स्टोरेज प्लगइन के दो संस्करणों का समर्थन करने के लिए मजबूर किया जाता है: एक "पुराने फैशन में", K8s कोड बेस के अंदर ( -ट्री), और दूसरा - नए सीएसआई के हिस्से के रूप में (इसके बारे में अधिक पढ़ें, उदाहरण के लिए, यहां ) । यह समझने योग्य असुविधा का कारण बनता है जिसे सीएसआई के रूप में संबोधित करने की आवश्यकता है जैसे कि स्थिर। केवल इन-ट्री प्लग-इन के पदावनत एपीआई को संबंधित कुबेरनेट नीति के कारण संभव नहीं है।

यह सब इस तथ्य के कारण है कि अल्फा संस्करण प्लग-इन के आंतरिक कोड को सीएसआई प्लग-इन के रूप में कार्यान्वित करने के आंतरिक कोड को माइग्रेट करने की प्रक्रिया तक पहुंच गया, जिसके कारण डेवलपर्स के चिंताओं को उनके प्लग-इन के एक संस्करण का समर्थन करने के लिए कम हो जाएगा, और पुराने एपीआई के लिए संगतता संरक्षित होगी और वे हो सकते हैं हमेशा की तरह अप्रचलित घोषित करें। यह उम्मीद की जाती है कि अगले कुबेरनेट्स रिलीज़ (1.15) के द्वारा, सभी क्लाउड प्रदाता प्लगइन्स माइग्रेट हो जाएंगे, कार्यान्वयन बीटा स्थिति प्राप्त करेगा और डिफ़ॉल्ट K8s स्थापनाओं में सक्रिय हो जाएगा। विवरण के लिए डिजाइन प्रस्ताव देखें। इस माइग्रेशन के परिणामस्वरूप विशिष्ट क्लाउड प्रदाताओं (AWS, Azure, GCE, Cinder) द्वारा परिभाषित संस्करणों के लिए प्रतिबंधों को अस्वीकार कर दिया गया।

इसके अलावा, CSI ब्लॉक डिवाइसेस ( CSIBlockVolume ) के लिए CSIBlockVolume को बीटा में बदल दिया गया है।

नोड्स / क्यूबलेट

मुख्य संसाधनों के लिए मैट्रिक्स वापस करने के लिए डिज़ाइन किया गया, क्यूबलेट में नए समापन बिंदु का एक अल्फा संस्करण पेश किया। सामान्यतया, यदि क्यूबलेट को cAdvisor से कंटेनरों के उपयोग पर आंकड़े मिलते थे, तो अब यह डेटा CRI (कंटेनर रनटाइम इंटरफ़ेस) के माध्यम से कंटेनर रनटाइम से आता है, लेकिन डॉकर के पुराने संस्करणों के साथ संगतता संरक्षित है। पहले, क्यूबलेट में एकत्र किए गए आंकड़े REST API के माध्यम से प्रदान किए गए थे, लेकिन अब यह /metrics/resource/v1alpha1 पर स्थित समापन बिंदु का उपयोग करता है। डिवेलपर्स की लॉन्ग टर्म स्ट्रैटेजी है, क्यूबलेट द्वारा मुहैया कराए गए मेट्रिक्स के सेट को कम से कम करना। वैसे, इन मैट्रिक्स को अब "कोर मैट्रिक्स" नहीं, बल्कि "संसाधन मैट्रिक्स" कहा जाता है, और इन्हें "प्रथम श्रेणी के संसाधन, जैसे कि सीपीयू, और मेमोरी" के रूप में वर्णित किया जाता है।

एक बहुत ही रोचक बारीकियों: प्रोमेथियस प्रारूप (नीचे दिए गए बेंचमार्क में से एक का परिणाम) का उपयोग करने के विभिन्न मामलों की तुलना में gRPC समापन बिंदु प्रदर्शन में स्पष्ट लाभ के बावजूद, लेखकों ने समुदाय में इस निगरानी प्रणाली के स्पष्ट नेतृत्व के कारण प्रोमेथियस प्रारूप को प्राथमिकता दी।

“जीआरपीसी प्रमुख निगरानी पाइपलाइनों के साथ संगत नहीं है। एंडपॉइंट केवल मैट्रिक्स सर्वर तक मैट्रिक्स पहुंचाने या इसके साथ सीधे एकीकृत करने वाले घटकों की निगरानी के लिए उपयोगी होगा। मेट्रिक्स सर्वर में कैशिंग का उपयोग करते समय, प्रोमेथियस पाठ प्रारूप का प्रदर्शन हमारे लिए जीआरपीसी के बजाय प्रोमेथियस को प्राथमिकता देने के लिए पर्याप्त है , जिसे समुदाय में प्रोमेथियस का व्यापक उपयोग दिया गया है। जब OpenMetrics प्रारूप अधिक स्थिर हो जाता है, तो हम एक प्रोटो-आधारित प्रारूप के साथ gRPC प्रदर्शन के करीब पहुँच सकते हैं। ”

मैट्रिक्स के लिए नए Kubelet समापन बिंदु में gRPC और प्रोमेथियस स्वरूपों का उपयोग करते हुए तुलनात्मक प्रदर्शन परीक्षणों में से एक। अधिक ग्राफ और अन्य विवरण केईपी में पाए जा सकते हैं।

अन्य परिवर्तनों में:

• क्यूबलेट अब --system-reserved और - --kube-reserved विकल्पों में pid=<number> पैरामीटर को स्वीकार करता है, यह सुनिश्चित करता है कि निर्दिष्ट पीआईडी ​​क्रमशः पूरे सिस्टम या कुबेरनेट सिस्टम डेमॉन के लिए आरक्षित होगा। सुविधा गेट सक्षम होने पर सुविधा सक्रिय हो जाती है, जिसे SupportNodePidsLimit कहा जाता है।
• क्यूबलेट अब (एक बार) पुनरारंभ होने और संचालन को हटाने से पहले एक अज्ञात स्थिति में कंटेनरों को रोकने की कोशिश करता है ।
• PodPresets का उपयोग करते PodPresets , एक ही जानकारी को नियमित कंटेनर के रूप में init कंटेनर में जोड़ा जाता है।
• Kubelet ने CRI सांख्यिकी प्रदाता से उपयोग के लिए उपयोग शुरू किया और विंडोज पर नोड्स और कंटेनरों के लिए नेटवर्क आँकड़े जोड़े गए।
• ऑपरेटिंग सिस्टम और आर्किटेक्चर के बारे में जानकारी अब नोड ऑब्जेक्ट्स के kubernetes.io/os और kubernetes.io/arch में दर्ज की गई है (बीटा से GA में स्थानांतरित)।
• फली में कंटेनरों के लिए एक विशिष्ट सिस्टम उपयोगकर्ता समूह को निर्दिष्ट करने की क्षमता ( RunAsGroup , K8s 1.11 में दिखाई दी) बीटा संस्करण (डिफ़ॉल्ट रूप से सक्षम) के लिए प्रगति की है।
• du और cAdvisor में उपयोग किए जाने वाले स्थान गो कार्यान्वयन द्वारा प्रतिस्थापित किए जाते हैं।

CLI

क-रनटाइम के साथ एकीकरण के लिए -k फ्लैग को क्ली-रनटाइम और कुबेटेल में जोड़ा गया है (वैसे, अब इसे एक अलग रिपॉजिटरी में विकसित किया जा रहा है), अर्थात्। विशेष अनुकूलन निर्देशिकाओं से अतिरिक्त YAML फ़ाइलों को संसाधित करने के लिए (उनके उपयोग के विवरण के लिए, KEP देखें):


कस्टमाइज़ेशन फ़ाइल के सरल उपयोग का एक उदाहरण ( ओवरले के भीतर कस्टमाइज़ का अधिक जटिल उपयोग संभव है )

इसके अलावा:

• Kubectl लोगो और उसके प्रलेखन को अद्यतन किया गया है - kubectl.docs.kubernetes.io देखें।
  
  
• एक नया kubectl create cronjob कमांड बनाया गया kubectl create cronjob , जिसका नाम खुद के लिए बोलता है।
• kubectl logs अब आप झंडे -f (स्ट्रीमिंग लॉग्स के लिए -) और -l (लेबल क्वेरी के लिए --follow ) को जोड़ सकते हैं।
• kubectl ने एक वाइल्ड कार्ड के साथ चयनित फ़ाइलों को कॉपी करना सिखाया ।
• निर्दिष्ट संसाधन प्रकार के नाम स्थान में सभी संसाधनों का चयन करने के लिए --all फ्लैग को kubectl wait कमांड में जोड़ा गया था।
• Kubectl के लिए स्थिर प्लगइन तंत्र की घोषणा की।

अन्य

स्थिर (GA) स्थिति को निम्नलिखित विशेषताएं प्राप्त हुईं:

• विंडोज नोड्स (विंडोज सर्वर 2019 सहित) के लिए समर्थन, जिसका अर्थ है कुबेरनेट्स में विंडोज सर्वर कंटेनरों की योजना बनाने की संभावना (केईपी भी देखें);
• फली विनिर्देशन में प्रयुक्त ReadinessGate अतिरिक्त स्थिति निर्धारित करने के लिए जो फली की तत्परता में माना जाता है;
• बड़े पृष्ठों के लिए समर्थन (विशाल गेट जिसे HugePages कहा जाता है);
• CustomPodDNS ;
• प्रायोरिटीक्लास एपीआई, पॉड प्रायोरिटी और प्रीमेशन ।

कुबेरनेट्स 1.14 में पेश किए गए अन्य परिवर्तन:

• डिफ़ॉल्ट RBAC नीति अब discovery API तक पहुँच प्रदान नहीं करती है और अप्रमाणित उपयोगकर्ताओं access-review है।
• CoreDNS के लिए आधिकारिक समर्थन केवल लिनक्स के लिए प्रदान किया जाता है, इसलिए जब एक क्लस्टर में इसकी (CoreDNS) तैनाती के लिए kubeadm का उपयोग करते हैं, तो नोड्स को केवल लिनक्स में काम करना चाहिए (इस सीमा के लिए नोडसेप्टर्स का उपयोग किया जाता है)।
• डिफ़ॉल्ट CoreDNS कॉन्फ़िगरेशन अब प्रॉक्सी के बजाय फॉरवर्ड प्लगइन का उपयोग करता है । इसके अलावा, CoreDNS में तत्परताप्रणाली को जोड़ा गया है, जो संगत (सेवा के लिए तैयार नहीं) फली पर लोड संतुलन को रोकता है।
• Kubeadm में, init या upload-certs सेर्ट्स upload-certs , नए कंट्रोल-प्लेन को kubeadm-certs secret ( --experimental-upload-certs ध्वज का उपयोग किया जाता है) से कनेक्ट करने के लिए आवश्यक प्रमाणपत्र अपलोड करना संभव हो गया ।
• विंडोज इंस्टॉलेशन के लिए, जीएमएसए (समूह प्रबंधित सेवा खाता) के लिए समर्थन का एक अल्फा संस्करण - सक्रिय निर्देशिका में विशेष खाते, जो कंटेनरों द्वारा उपयोग किए जा सकते हैं, दिखाई दिए हैं।
• जीसीई के लिए , एमटीएलएस एन्क्रिप्शन को एल्ड और क्यूब-अपीज़र के बीच सक्रिय किया गया था।
• उपयोग किए गए / निर्भर सॉफ़्टवेयर में अपडेट: गो 1.12.1, सीएसआई 1.1, कोरडएनएस 1.3.1, कुबेदम में डॉकर 18.09 के लिए समर्थन, और डॉकर एपीआई का न्यूनतम समर्थित संस्करण 1.26 था।

पुनश्च

हमारे ब्लॉग में भी पढ़ें:

• " कुबेरनेट्स 1.13: कुंजी नवाचारों का अवलोकन ";
• " कुबेरनेट्स 1.12: मुख्य नवाचारों का अवलोकन ";
• " कुबेरनेट्स 1.11: कुंजी नवाचारों का अवलोकन ";
• " कुबेरनेट्स 1.10: कुंजी नवाचारों का अवलोकन ।"