कुबेरनेट्स 1.15: हाइलाइट्स ओवरव्यू

सोमवार को आधिकारिक तौर पर होने वाला था ( लेकिन अभी तक ऐसा नहीं हुआ है ... अद्यतन 06/20 : K8s ब्लॉग पर यह घोषणा दिखाई दी ) कुबेरनेट्स अगली रिलीज 1.15 है । हमारे ब्लॉग के लिए विकसित परंपरा के अनुसार, हम नए संस्करण में सबसे महत्वपूर्ण परिवर्तनों के बारे में बात करते हैं।

इस सामग्री को तैयार करने के लिए उपयोग की जाने वाली जानकारी कुबेरनेट्स एन्हांसमेंट टेबल , CHANGELOG-1.15 और संबंधित मुद्दों, पुल अनुरोधों, साथ ही कुबेरनेट्स एन्हांसमेंट प्रोपोज़ल (केईपी) से ली गई है। चूंकि अगले सप्ताह शंघाई में क्यूबाकॉन सम्मेलन आयोजित किया जाएगा, इसलिए इस रिलीज़ में 11 सप्ताह का चक्र (12 सप्ताह के बजाय) छोटा था, जो कि महत्वपूर्ण परिवर्तनों की संख्या को महत्वपूर्ण रूप से प्रभावित नहीं करता था। तो चलिए चलते हैं! ..

डेटा वेयरहाउस

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

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

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

 kind: PersistentVolumeClaim apiVersion: v1 metadata: name: pvc-2 namespace: myns spec: capacity: storage: 10Gi dataSource: kind: PersistentVolumeClaim name: pvc-1 

इस स्थिति में, एक नया स्टैंडअलोन पीवी / पीवीसी ( pvc-2 ) बनाया जाएगा जिसमें pvc-1 के समान डेटा होगा। यह इंगित किया जाता है कि नए पीवीसी में मूल नाम के समान नाम होना चाहिए।

मौजूदा सीमाएं केवल डायनेमिक प्रावधान के लिए और केवल CSI प्लगइन्स के लिए समर्थन हैं (उनके पास क्षमता CLONE_VOLUME होनी चाहिए)। KEP में और पढ़ें।

निम्नलिखित विशेषताएं बीटा संस्करण की स्थिति में "बढ़ी" हैं (और, इसलिए, कुबेरनेट्स डिफ़ॉल्ट इंस्टॉलेशन में सक्रियण):

• लगातार मात्रा आकार विस्तार समारोह "ऑनलाइन", अर्थात् उपयुक्त पीवीसी का उपयोग करके फली को पुनरारंभ करने की आवश्यकता के बिना। पहली बार (अल्फा स्थिति में), यह K8s 1.11 में दिखाई दिया।
• subPath नाम के रूप में माउंट किए गए निर्देशिका नामों के लिए पर्यावरण चर के लिए समर्थन , जो पहली बार K8s 1.11 में पेश किया गया था और पिछले 1.14 में विकसित किया गया था।

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

योजनाकार

दो उल्लेखनीय नवाचार - दोनों अल्फा रूप में अब तक - कुबेरनेट्स शेड्यूलर में उपलब्ध हैं।

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

नए ढांचे में, प्रत्येक पॉड शेड्यूलिंग प्रयास को दो चरणों में विभाजित किया गया है:

• शेड्यूलिंग चक्र - जहां फली के लिए नोड का चयन किया जाता है,
• और बाइंडिंग (बाध्यकारी चक्र) - जहां चयनित समाधान क्लस्टर के भीतर कार्यान्वित किया जाता है।

इन चरणों में से प्रत्येक पर (एक साथ उन्हें शेड्यूलिंग संदर्भ भी कहा जाता है ), कई विस्तार बिंदु हैं , जिनमें से प्रत्येक पर फ्रेमवर्क प्लगइन्स कहा जा सकता है।


(शेड्यूलिंग फ्रेमवर्क में कॉलिंग प्लगइन्स के लिए जीवन चक्र।)

फ्रेमवर्क के अल्फा संस्करण के हिस्से के रूप में, केवल रिज़र्व , अनारक्षित और प्रीबाइंड बिंदु लागू किए जाते हैं । केईपी में इस बड़े पैमाने पर नवाचार के बारे में और पढ़ें।

दूसरा PriorityClasses लिए नॉन-प्रीमेप्टिंग विकल्प है ।

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

नया विकल्प - Preempting , PriorityClass संरचना में एक बूलियन के रूप में परिभाषित किया गया है, जिसका अर्थ है: यदि कोई पॉड अपनी योजना की प्रतीक्षा कर रहा है और Preempting=false , तो यह अन्य पॉड्स को प्रीमेप नहीं करेगा। यह क्षेत्र PodSpec में पॉड एडमिशन प्रक्रिया ( PriorityClass वैल्यू के समान) के दौरान दिखाई देता है। कार्यान्वयन का विवरण KEP में है ।

एपीआई मशीनरी

CustomResources के लिए , सुधार प्रस्तुत किए जाते हैं जो इस तरह से संग्रहीत डेटा के लिए लागू करने के लिए डिज़ाइन किए गए हैं (CRD में JSON के ढांचे के भीतर) एक व्यवहार है जो बेहतर रूप से आम तौर पर स्वीकार किए गए Kubernetes API ("मूल" K8s ऑब्जेक्ट के लिए) से मेल खाता है:

• ओपनएपीआई सत्यापन योजनाओं में निर्दिष्ट क्षेत्रों का स्वचालित विलोपन - विवरण के लिए, KEP " कस्टम संसाधनों के लिए Pruning " देखें;
• OpenAPI v3 सत्यापन योजनाओं में फ़ील्ड के लिए डिफ़ॉल्ट मान सेट करने की क्षमता, जो विशेष रूप से ऑब्जेक्ट में नए फ़ील्ड जोड़ते समय API संगतता बनाए रखने के लिए महत्वपूर्ण है, विवरण के लिए KEP " कस्टम संसाधन के लिए डिफ़ॉल्ट" देखें।

दोनों विशेषताओं को मूल रूप से K8s 1.12 की रिलीज़ में शामिल करने की योजना बनाई गई थी, लेकिन अब केवल उन्हें अल्फा संस्करणों में प्रस्तुत किया गया है।

CRD में परिवर्तन केवल यहीं तक सीमित नहीं थे:

• CRD OpenAPI फीचर प्रकाशित करें - अर्थात पिछले कुबेरनेट रिलीज़ में सर्वर-साइड कस्टमाइज़ेशन सत्यापन (ओपनएपीआई वी 3 योजना का उपयोग करके) - बीटा पर पहुंच गया और अब डिफ़ॉल्ट रूप से सक्षम है;
• बाहरी webhooks पर आधारित CRD संसाधनों के लिए संस्करण रूपांतरण तंत्र को भी बीटा में बदल दिया गया है।

एक और दिलचस्प नवाचार को वॉच बुकमार्क कहा जाता है। इसका सार वॉच एपीआई - Bookmark एक नए प्रकार की घटना को जोड़ने के लिए उबलता है। इस प्रकार का अर्थ है एक लेबल जो एक निश्चित रिसोर्सवर्जन तक की सभी वस्तुओं को पहले ही वॉच द्वारा प्रोसेस कर दिया गया है। इस तरह के एक तंत्र kube-apiserver पर लोड को कम करेगा, उन घटनाओं की संख्या को कम करेगा जिन्हें हर बार घड़ी को फिर से चालू करने की आवश्यकता होती है, साथ ही "संसाधन संस्करण बहुत पुरानी" जैसी अवांछित त्रुटियों की संख्या को कम करता है। कुबेरनेट्स 1.15 में, फीचर में अल्फा संस्करण की स्थिति है, और अगले रिलीज के लिए बीटा में इसकी वृद्धि की उम्मीद है।

  Added EventType = "ADDED" Modified EventType = "MODIFIED" Deleted EventType = "DELETED" Error EventType = "ERROR" Bookmark EventType = "BOOKMARK" 

(वॉच एपीआई में संभावित घटना प्रकार।)

एडमिशन वेबहूक में:

• मौजूदा नाम स्थान चयनकर्ताओं के अलावा एक वस्तु चयनकर्ता के लिए समर्थन जोड़ा गया
• किसी संसाधन के विशिष्ट संस्करण को पंजीकृत करने और इस संसाधन के किसी भी पुराने संस्करण को संशोधित करने पर कॉल करने की क्षमता को लागू किया गया;
• Option फ़ील्ड को AdmissionReview API में जोड़ा गया है, जो ऑपरेशन के लिए विकल्प की रिपोर्टिंग कर रहा है।

नेटवर्क

कुबेरनेट्स के नेटवर्क भाग में एक महत्वपूर्ण नवाचार लोड बैलेंसरों के लिए तथाकथित "फाइनलिज़र प्रोटेक्शन" है । अब LoadBalancer के संसाधनों को हटाने से पहले, यह जाँच लिया जाता है कि संबंधित सेवा संसाधन पूरी तरह से हटा नहीं दिया गया है। ऐसा करने के लिए, एक तथाकथित type=LoadBalancer प्रत्येक सेवा के साथ type=LoadBalancer : जब ऐसी सेवा को हटा दिया जाता है, तो type=LoadBalancer डिलीट होने तक रिसोर्स का वास्तविक विलोपन अवरुद्ध हो जाता है, और type=LoadBalancer तब तक डिलीट नहीं होता है, जब तक कि संबंधित लोड बैलेंसर के संसाधनों का "इरेज़र" पूरा नहीं हो जाता ( service.kubernetes.io/load-balancer-cleanup समाप्त हो service.kubernetes.io/load-balancer-cleanup )। कार्यान्वयन का वर्तमान संस्करण अल्फा संस्करण है, और इसके बारे में विवरण केईपी में पाया जा सकता है।

इसके अलावा:

• NodeLocal DNS Cache प्लगइन को Kubernetes 1.13 में पेश किया गया है और DNS प्रदर्शन में सुधार बीटा में पहुंच गया है।
• क्यूब-प्रॉक्सी अब अन्य मोड में इसके संचालन के परिणामस्वरूप बनाए गए नेटवर्क नियमों को स्वचालित रूप से हटा नहीं देता है (इसके लिए kube-proxy --cleanup स्पष्ट प्रक्षेपण की आवश्यकता होती है)।

CLI

हमेशा की तरह, कुबेरनेट समूह के साथ काम करने के लिए कंसोल कमांड में कुछ अच्छी छोटी चीजें थीं:

• एक्सटेंशन को पूरी तरह से पूर्ण (स्थिर) घोषित करने के लिए सर्वर से डेटा (और क्लाइंट नहीं) kubectl get करने के लिए kubectl get का स्थानांतरण kubectl get है।
• kubectl top विकल्प जोड़ा गया --sort-by :
  
  

   $ kubectl --kubeconfig=kubectl.kubeconfig top pod --sort=memory NAME CPU(cores) MEMORY(bytes) elasticsearch-logging-v1-psc43 2m 2406Mi hadoop-journalnode-2 13m 362Mi hodor-v0.0.5-3204531036-fqb0q 23m 64Mi kubernetes-admin-mongo-... 5m 44Mi cauth-v0.0.5-2463911897-165m8 34m 10Mi test-1440672787-kvx8h 0m 1Mi 

• kubectl rollout restart DaemonSets और StatefulSets के लिए समर्थन जोड़ा गया ।
• क्लस्टर नोड्स को अपडेट करने के लिए एक नया kubeadm upgrade node कमांड kubeadm upgrade node गया है, (अब अप्रचलित घोषित किया गया है) kubeadm upgrade node config और kubeadm upgrade node experimental-control-plane ।
• नए kubeadm alpha certs certificate-key कमांड्स (रैंडम की जेनरेट करने के लिए, जिसे बाद में kubeadm init --experimental-upload-certs ) और kubeadm alpha certs check-expiration (स्थानीय PKI प्रमाणपत्रों की वैधता अवधि की जांच करने के लिए) kubeadm alpha certs check-expiration ।
• kubeadm config upload कमांड kubeadm config upload हटा kubeadm config upload गया है क्योंकि इसका प्रतिस्थापन ( kubeadm init phase upload-config ) परिपक्व हो गया है।

अन्य

कुबेरनेट्स में अन्य उल्लेखनीय परिवर्तनों में 1.15:

• फली व्यवधान बजट (PDB) के लिए समर्थन को तीसरे पक्ष के CRD- आधारित संसाधनों / नियंत्रकों के लिए जोड़ा गया है (उदाहरण के लिए: EtcdCluster, MySQLReplicaSet ...) स्केल सबसोर्स का उपयोग करके। अब तक यह एक बीटा संस्करण है जिसे अगली रिलीज में स्थिर बनाया जाएगा। विवरण KEP में हैं ।
• नोड्स / क्यूबलेट के लिए दो विशेषताएं बीटा संस्करण में पहुंच गईं: थर्ड-पार्टी डिवाइस मॉनिटरिंग प्लगइन्स के लिए समर्थन (ताकि क्यूबलेट, यानी आउट-ऑफ-ट्री से सभी डिवाइस-विशिष्ट ज्ञान को हटाने के लिए) और SupportNodePidsLimit (नोड से पीआईडी ​​को अलग करना) pod'am)।
• गो मॉड्यूल्स के लिए समर्थन को कुबेरनेट कोड कोड (गॉडप और GOPATH मोड के बजाय डिफ़ॉल्ट रूप से हटा दिया गया है) के लिए डिफ़ॉल्ट रूप से जोड़ा और सक्षम किया गया है।
• एडब्ल्यूएस एनएलबी (नेटवर्क लोड बैलेंसर) के लिए समर्थन , जिसे पहले K8s 1.9 में वापस लाया गया था, बीटा स्तर पर पहुंच गया है। विशेष रूप से, उसे accessLogs को कॉन्फ़िगर accessLogs , टीएलएस को समाप्त करने और LoadBalancerSourceRanges करने की क्षमता LoadBalancerSourceRanges ।
• कुबेरनेट्स रहस्यों से एज़्योर क्लाउड प्रदाता को कॉन्फ़िगर करने की क्षमता को लागू किया (इसके लिए, एक नया cloudConfigType विकल्प cloudConfigType गया cloudConfigType , जिसमें से एक secret हो सकता secret )। इसके अलावा, Azure में क्यूबलेट अब Azure पहचान के बिना काम कर सकता है (इसके लिए useInstanceMetadata को सक्षम किया जाना चाहिए)।
• क्लस्टर-जीवन चक्र में, कुबेदम का उपयोग करके एचए क्लस्टर बनाने की संभावना को बीटा में लाया गया था, और उन्होंने कुबेडम कॉन्फ़िगरेशन फ़ाइल के प्रारूप को पुनर्गठित करने के लिए अगला चरण (v1beta2) भी पूरा किया।
• विभिन्न कतारों में लंबित स्थिति में पॉड्स की संख्या को शेड्यूलर से मैट्रिक्स में जोड़ा जाता है , और सीएसआई से क्यूबलेट वॉल्यूम मैट्रिक्स के माध्यम से वॉल्यूम पर आंकड़े जोड़े जाते हैं।
• उपयोग किए गए / निर्भर सॉफ़्टवेयर में अपडेट: 1.12.5 पर जाएँ, cri-tools 1.14.0, etcd 3.3.10 (सर्वर के लिए संस्करण नहीं बदला गया है, लेकिन क्लाइंट के लिए अपडेट किया गया है) । CNI, CSI, CoreDNS के संस्करण नहीं बदले हैं (Kubernetes 1.15 के अल्फा संस्करणों में से एक में इसे 1.5.0 में अपडेट किया गया था, लेकिन फिर वापस 1.3.1 पर ले जाया गया) , डॉकर के समर्थित संस्करण।

पुनश्च

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

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