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

आज रात्री होईल Kubernetes चे पुढील प्रकाशन - 1.14. आमच्या ब्लॉगसाठी विकसित झालेल्या परंपरेनुसार, आम्ही या आश्चर्यकारक मुक्त स्त्रोत उत्पादनाच्या नवीन आवृत्तीमधील मुख्य बदलांबद्दल बोलत आहोत.

हे साहित्य तयार करण्यासाठी वापरलेली माहिती घेतली आहे Kubernetes सुधारणा ट्रॅकिंग टेबल, चेंजलॉग-१.१४ आणि संबंधित समस्या, पुल विनंत्या, कुबर्नेट्स एन्हांसमेंट प्रपोझल्स (KEP).

चला SIG क्लस्टर-लाइफसायकलच्या महत्त्वाच्या परिचयाने सुरुवात करूया: डायनॅमिक फेलओव्हर क्लस्टर्स Kubernetes (किंवा अधिक तंतोतंत, स्वयं-होस्टेड HA उपयोजन) आता आहे तयार केले जाऊ शकते परिचित (सिंगल-नोड क्लस्टर्सच्या संदर्भात) कमांड वापरणे kubeadm (init и join). थोडक्यात, यासाठी:

• क्लस्टरद्वारे वापरलेली प्रमाणपत्रे रहस्यांमध्ये हस्तांतरित केली जातात;
• K8s क्लस्टरमध्ये etcd क्लस्टर वापरण्याच्या शक्यतेसाठी (म्हणजे पूर्वी अस्तित्वात असलेल्या बाह्य अवलंबनापासून मुक्त होणे) etcd-ऑपरेटर;
• दोष-सहिष्णु कॉन्फिगरेशन प्रदान करणार्‍या बाह्य लोड बॅलन्सरसाठी शिफारस केलेल्या सेटिंग्जचे दस्तऐवजीकरण करा (भविष्यात हे अवलंबित्व दूर करण्याची योजना आहे, परंतु या टप्प्यावर नाही).

kubeadm सह तयार केलेल्या Kubernetes HA क्लस्टरचे आर्किटेक्चर

अंमलबजावणीचे तपशील यामध्ये आढळू शकतात डिझाइन प्रस्ताव. हे वैशिष्ट्य खरोखरच दीर्घ-प्रतीक्षित होते: अल्फा आवृत्ती K8s 1.9 मध्ये परत अपेक्षित होती, परंतु आताच दिसली.

API

संघ apply आणि सर्वसाधारणपणे बोलणे घोषणात्मक ऑब्जेक्ट व्यवस्थापन उत्तीर्ण पासून kubectl apiserver मध्ये. असे सांगून विकासक स्वतःच आपला निर्णय थोडक्यात स्पष्ट करतात kubectl apply - कुबर्नेट्समधील कॉन्फिगरेशनसह कार्य करण्याचा एक मूलभूत भाग, तथापि, "ते बगने भरलेले आहे आणि निराकरण करणे कठीण आहे," आणि म्हणून ही कार्यक्षमता परत सामान्य स्थितीत आणणे आणि नियंत्रण विमानात हस्तांतरित करणे आवश्यक आहे. आज अस्तित्वात असलेल्या समस्यांची साधी आणि स्पष्ट उदाहरणे:

अंमलबजावणी बद्दल तपशील मध्ये आहेत केईपी. सध्याची तयारी अल्फा आहे (पुढील Kubernetes प्रकाशनासाठी बीटामध्ये प्रमोशन नियोजित आहे).

अल्फा आवृत्तीमध्ये उपलब्ध करून दिले संधी साठी OpenAPI v3 योजना वापरणे CustomResources साठी OpenAPI दस्तऐवज तयार करणे आणि प्रकाशित करणे (CR) प्रमाणित करण्यासाठी (सर्व्हर-साइड) K8s वापरकर्ता-परिभाषित संसाधने (CustomResourceDefinition, CRD) वापरले. CRD साठी OpenAPI प्रकाशित केल्याने क्लायंटला परवानगी मिळते (उदा. kubectl) आपल्या बाजूने प्रमाणीकरण करा (आत kubectl create и kubectl apply) आणि योजनेनुसार कागदपत्रे जारी करा (kubectl explain). तपशील - मध्ये केईपी.

आधीच अस्तित्वात असलेले लॉग आता उघडत आहेत ध्वजासह O_APPEND (पण नाही O_TRUNC) काही परिस्थितींमध्ये लॉगचे नुकसान टाळण्यासाठी आणि रोटेशनसाठी बाह्य उपयुक्ततेसह लॉग कापण्याच्या सोयीसाठी.

तसेच Kubernetes API च्या संदर्भात, हे लक्षात घेतले जाऊ शकते की मध्ये PodSandbox и PodSandboxStatus जोडले फील्ड runtime_handler बद्दल माहिती रेकॉर्ड करण्यासाठी RuntimeClass पॉडमध्ये (त्याबद्दल मजकूरात याबद्दल अधिक वाचा Kubernetes 1.12 रिलीझ, जिथे हा वर्ग अल्फा आवृत्ती म्हणून दिसला), आणि प्रवेश Webhooks मध्ये लागू केले कोणत्या आवृत्त्या निर्धारित करण्याची क्षमता AdmissionReview ते समर्थन करतात. शेवटी, प्रवेश वेबहुक्स नियम आता आहेत मर्यादित असू शकते नेमस्पेसेस आणि क्लस्टर फ्रेमवर्कद्वारे त्यांच्या वापराची व्याप्ती.

स्टोरेज

PersistentLocalVolumes, ज्याला रिलीजपासून बीटा स्थिती होती K8s 1.10, घोषित केले स्थिर (GA): हे वैशिष्ट्य गेट यापुढे अक्षम केले जाणार नाही आणि Kubernetes 1.17 मध्ये काढले जाईल.

संधी म्हणतात पर्यावरण चल वापरून डाउनवर्ड API (उदाहरणार्थ, पॉड नाव) म्हणून आरोहित निर्देशिकांच्या नावांसाठी subPath, विकसित केले गेले - नवीन क्षेत्राच्या रूपात subPathExpr, जे आता इच्छित निर्देशिका नाव निश्चित करण्यासाठी वापरले जाते. हे वैशिष्ट्य सुरुवातीला Kubernetes 1.11 मध्ये दिसले, परंतु 1.14 साठी ते अल्फा आवृत्ती स्थितीत राहिले.

मागील कुबर्नेट्स रिलीझ प्रमाणे, सक्रियपणे विकसित होत असलेल्या CSI (कंटेनर स्टोरेज इंटरफेस) साठी अनेक महत्त्वपूर्ण बदल सादर केले आहेत:

CSI

उपलब्ध झाले (अल्फा आवृत्तीचा भाग म्हणून) समर्थन CSI व्हॉल्यूमसाठी आकार बदलणे. ते वापरण्यासाठी तुम्हाला फीचर गेट सक्षम करणे आवश्यक आहे ExpandCSIVolumes, तसेच विशिष्ट CSI ड्राइव्हरमध्ये या ऑपरेशनसाठी समर्थनाची उपस्थिती.

अल्फा आवृत्तीमध्ये CSI साठी आणखी एक वैशिष्ट्य - संधी पॉड स्पेसिफिकेशनमधील CSI व्हॉल्यूम्सचा थेट संदर्भ घ्या (म्हणजे PV/PVC न वापरता). या केवळ रिमोट डेटा स्टोरेज म्हणून CSI च्या वापरावरील निर्बंध काढून टाकते, त्यांच्यासाठी जगाचे दरवाजे उघडणे स्थानिक क्षणभंगुर खंड. वापरासाठी (दस्तऐवजीकरणातील उदाहरण) सक्षम करणे आवश्यक आहे CSIInlineVolume वैशिष्ट्य गेट.

CSI शी संबंधित Kubernetes च्या "इंटर्नल्स" मध्ये देखील प्रगती झाली आहे, जे अंतिम वापरकर्त्यांना (सिस्टम प्रशासक) इतके दृश्यमान नाहीत ... सध्या, विकासकांना प्रत्येक स्टोरेज प्लगइनच्या दोन आवृत्त्यांचे समर्थन करण्यास भाग पाडले जाते: एक - " जुना मार्ग", K8s कोडबेसच्या आत (-ट्रीमध्ये), आणि दुसरा - नवीन CSI चा भाग म्हणून (त्याबद्दल अधिक वाचा, उदाहरणार्थ, मध्ये येथे). यामुळे समजण्याजोग्या गैरसोयी निर्माण होतात ज्यांचे निराकरण करणे आवश्यक आहे कारण CSI स्वतः स्थिर होते. मुळे अंतर्गत (इन-ट्री) प्लगइनच्या API चे अवमूल्यन करणे शक्य नाही संबंधित Kubernetes धोरण.

या सर्व गोष्टींमुळे अल्फा आवृत्ती गाठली गेली स्थलांतर प्रक्रिया अंतर्गत प्लगइन कोड, CSI प्लगइन्समध्ये, इन-ट्री म्हणून अंमलात आणले गेले आहे, ज्यामुळे विकासकांची चिंता त्यांच्या प्लगइनच्या एका आवृत्तीला समर्थन देण्यासाठी कमी होईल आणि जुन्या API सह सुसंगतता कायम राहील आणि त्यांना नेहमीच्या परिस्थितीत अप्रचलित घोषित केले जाऊ शकते. हे अपेक्षित आहे की Kubernetes (1.15) च्या पुढील प्रकाशनापर्यंत सर्व क्लाउड प्रदाता प्लगइन्स स्थलांतरित होतील, अंमलबजावणीला बीटा स्थिती प्राप्त होईल आणि डीफॉल्टनुसार K8 स्थापनांमध्ये सक्रिय केले जाईल. तपशीलांसाठी, पहा डिझाइन प्रस्ताव. या स्थलांतरावरही परिणाम झाला अस्वीकार विशिष्ट क्लाउड प्रदात्यांद्वारे परिभाषित केलेल्या व्हॉल्यूम मर्यादांमधून (AWS, Azure, GCE, Cinder).

याव्यतिरिक्त, CSI सह ब्लॉक उपकरणांसाठी समर्थन (CSIBlockVolume) हस्तांतरित बीटा आवृत्तीसाठी.

नोड्स/कुबेलेट

अल्फा आवृत्ती सादर केली नवीन अंतिम बिंदू कुबेलेटमध्ये, यासाठी डिझाइन केलेले मुख्य संसाधनांवर मेट्रिक्स परत करा. साधारणपणे सांगायचे तर, जर पूर्वी कुबेलेटला cAdvisor कडून कंटेनर वापराबद्दल आकडेवारी प्राप्त झाली असेल, तर आता हा डेटा CRI (कंटेनर रनटाइम इंटरफेस) द्वारे कंटेनर रनटाइम वातावरणातून येतो, परंतु डॉकरच्या जुन्या आवृत्त्यांसह कार्य करण्यासाठी सुसंगतता देखील जतन केली जाते. पूर्वी, कुबेलेटमध्ये संकलित केलेली आकडेवारी REST API द्वारे पाठविली जात होती, परंतु आता येथे स्थित एंडपॉइंट आहे /metrics/resource/v1alpha1. विकासकांची दीर्घकालीन धोरण आहे कुबेलेटद्वारे प्रदान केलेल्या मेट्रिक्सचा संच कमी करणे आहे. तसे, हे मेट्रिक्स स्वतःच आता ते कॉल करतात "कोर मेट्रिक्स" नाही, तर "संसाधन मेट्रिक्स", आणि "प्रथम-श्रेणी संसाधने, जसे की cpu आणि मेमरी" म्हणून वर्णन केले जाते.

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

"gRPC प्रमुख मॉनिटरिंग पाइपलाइनशी सुसंगत नाही. एंडपॉईंट फक्त मेट्रिक्स सर्व्हरवर मेट्रिक वितरीत करण्यासाठी किंवा त्याच्याशी थेट समाकलित होणार्‍या घटकांचे निरीक्षण करण्यासाठी उपयुक्त असेल. मेट्रिक्स सर्व्हरमध्ये कॅशिंग वापरताना प्रोमिथियस मजकूर स्वरूप कार्यप्रदर्शन पुरेशी चांगली प्रॉमिथियसला समाजात मोठ्या प्रमाणावर दत्तक दिल्यामुळे आम्हाला gRPC पेक्षा प्रोमिथियसला प्राधान्य द्यावे लागेल. एकदा OpenMetrics फॉरमॅट अधिक स्थिर झाल्यावर, आम्ही प्रोटो-आधारित फॉरमॅटसह gRPC कार्यप्रदर्शनाशी संपर्क साधण्यास सक्षम होऊ.”

मेट्रिक्ससाठी नवीन कुबेलेट एंडपॉइंटमध्ये gRPC आणि Prometheus फॉरमॅट्स वापरण्याच्या तुलनात्मक कामगिरी चाचण्यांपैकी एक. अधिक आलेख आणि इतर तपशील यामध्ये आढळू शकतात केईपी.

इतर बदलांमध्ये:

• कुबेलेट आता (एक वेळ) थांबवण्याचा प्रयत्न करत आहे रीस्टार्ट करण्यापूर्वी आणि ऑपरेशन हटवण्यापूर्वी कंटेनर अज्ञात स्थितीत.
• वापरत आहे PodPresets आता init कंटेनरवर जोडले आहे नियमित कंटेनरसाठी समान माहिती.
• कुबेलेट वापरण्यास सुरुवात केली usageNanoCores CRI आकडेवारी प्रदात्याकडून आणि Windows वरील नोड्स आणि कंटेनरसाठी जोडले नेटवर्क आकडेवारी.
• ऑपरेटिंग सिस्टम आणि आर्किटेक्चर माहिती आता लेबलमध्ये रेकॉर्ड केली जाते kubernetes.io/os и kubernetes.io/arch नोड ऑब्जेक्ट्स (बीटा वरून GA मध्ये हस्तांतरित).
• पॉडमधील कंटेनरसाठी विशिष्ट सिस्टम वापरकर्ता गट निर्दिष्ट करण्याची क्षमता (RunAsGroup, मध्ये दिसू लागले K8s 1.11) प्रगत बीटापूर्वी (डीफॉल्टनुसार सक्षम).
• du आणि caAdvisor मध्ये वापरलेले शोधा, बदलले गो अंमलबजावणीवर.

CLI

cli-runtime आणि kubectl मध्ये जोडले सह एकत्रीकरणासाठी -k ध्वज सानुकूलित करा (तसे, त्याचा विकास आता वेगळ्या भांडारात केला जातो), म्हणजे. विशेष कस्टमायझेशन डिरेक्टरीमधून अतिरिक्त YAML फाइल्सवर प्रक्रिया करण्यासाठी (त्या वापरण्याच्या तपशीलांसाठी, पहा केईपी):

साध्या फाइल वापराचे उदाहरण सानुकूलन (कस्टमाईझचा अधिक जटिल अनुप्रयोग आत शक्य आहे आच्छादन)

याव्यतिरिक्त:

• जोडले नवीन संघ kubectl create cronjob, ज्याचे नाव स्वतःसाठी बोलते.
• В kubectl logs आता तू करू शकतेस एकत्र झेंडे -f (--follow स्ट्रीमिंग लॉगसाठी) आणि -l (--selector लेबल क्वेरीसाठी).
• kubectl शिकवले वाइल्ड कार्डद्वारे निवडलेल्या फाइल्स कॉपी करा.
• संघाला kubectl wait जोडले झेंडा --all निर्दिष्ट संसाधन प्रकाराच्या नेमस्पेसमधील सर्व संसाधने निवडण्यासाठी.

इतर

खालील क्षमतांना स्थिर (GA) स्थिती प्राप्त झाली आहे:

• ReadinessGate, पॉडच्या तत्परतेमध्ये विचारात घेतलेल्या अतिरिक्त अटी परिभाषित करण्यासाठी पॉड तपशीलामध्ये वापरला जातो;
• मोठ्या पृष्ठांसाठी समर्थन (वैशिष्ट्य गेट म्हणतात HugePages);
• CustomPodDNS;
• PriorityClass API पॉड प्रायॉरिटी आणि प्रीम्प्शन.

Kubernetes 1.14 मध्ये सादर केलेले इतर बदल:

• डीफॉल्ट RBAC धोरण यापुढे API प्रवेशास अनुमती देत ​​नाही discovery и access-review प्रमाणीकरणाशिवाय वापरकर्ते (अप्रमाणित).
• अधिकृत CoreDNS समर्थन खात्री केली फक्त लिनक्स, म्हणून क्लस्टरमध्ये (कोरडीएनएस) उपयोजित करण्यासाठी kubeadm वापरताना, नोड्स फक्त Linux वर चालले पाहिजेत (या मर्यादेसाठी nodeSelectors वापरले जातात).
• डीफॉल्ट CoreDNS कॉन्फिगरेशन आता आहे वापरते फॉरवर्ड प्लगइन प्रॉक्सी ऐवजी. तसेच, CoreDNS मध्ये जोडले रेडिनेसप्रोब, जे योग्य (सेवेसाठी तयार नाही) पॉड्सवर भार संतुलनास प्रतिबंध करते.
• 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 मध्ये डॉकर 18.09 समर्थन आणि किमान समर्थित डॉकर API आवृत्ती आता 1.26 आहे.

PS

आमच्या ब्लॉगवर देखील वाचा:

• «कुबर्नेट्स 1.13: मुख्य नवकल्पनांचे विहंगावलोकन";
• «कुबर्नेट्स 1.12: मुख्य नवकल्पनांचे विहंगावलोकन";
• «कुबर्नेट्स 1.11: मुख्य नवकल्पनांचे विहंगावलोकन";
• «कुबर्नेट्स 1.10: मुख्य नवकल्पनांचे विहंगावलोकन».

स्त्रोत: www.habr.com