कुबेरनेट्स कंटेनरड इंटीग्रेशन ने डॉकटर को उत्पादन के लिए तैयार किया

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

इससे पहले ब्लॉग में - नोट कंटेनर में कुबेरनेट्स के लिए अधिक कंटेनर रनटाइम विकल्प - हमने कुबेरनेट्स के साथ कंटेनर के एकीकरण का एक अल्फा संस्करण पेश किया। अगले 6 महीनों के विकास ने इस तथ्य को जन्म दिया कि एकीकरण सार्वजनिक रूप से उपलब्ध हो गया है! इसका मतलब यह है कि अब आप कंटेनर 1.1 का उपयोग उत्पादन में कुबेरनेट क्लस्टर में कंटेनरों के लिए रनटाइम के रूप में कर सकते हैं।

कंटेनर 1.1 कुबेरनेट्स संस्करण 1.10 और उच्चतर के साथ काम करता है, सभी कुबेरनेट सुविधाओं का समर्थन करता है। कुबेरनेट्स परीक्षण के बुनियादी ढांचे में, Google क्लाउड प्लेटफ़ॉर्म पर कंटेनरड इंटीग्रेशन परीक्षणों की कवरेज डोकर के साथ एकीकरण के समान हो गई है (देखें टेस्ट डैशबोर्ड )।

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

वास्तु सुधार

कुबेरनेट्स के साथ कंटेनर को एकीकृत करने की वास्तुकला दो बार बदल गई है। इसके प्रत्येक विकासवादी कदम ने स्टैक की दक्षता में सुधार और सुधार किया।

कंटेनर 1.0 - CRI- कंटेनर (मौजूद नहीं है)

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

हालांकि, cri- कंटेनर और कंटेनर 1.0 जीआरपीसी पर बातचीत करने वाले दो अलग-अलग डेमन थे। इस बंडल में एक अतिरिक्त डेमन ने उपयोगकर्ताओं को डिवाइस को समझने और तैनाती के दौरान दोनों के लिए जीवन मुश्किल बना दिया, और बातचीत के लिए अनावश्यक ओवरहेड भी उत्पन्न किया।

कंटेनर 1.1 - CRI प्लगइन (वर्तमान संस्करण)

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

उत्पादकता

कंटेनरड 1.1 के लिए मुख्य लक्ष्यों में से एक प्रदर्शन में सुधार करना था। स्टार्ट-अप समय और दानव द्वारा उपयोग किए जाने वाले संसाधनों के क्षेत्र में अनुकूलन किए गए थे।

निम्नलिखित परिणाम कंटेनर १.१ और डॉकर १.03.०३ सीई की तुलना कर रहे हैं। इंटीग्रेशन कंटेनरड 1.1 बिल्ट-इन सीआरआई प्लगइन का उपयोग करता है, और डॉकटर 18.03 सीई के लिए एकीकरण डॉकर्सहिम के साथ काम करता है। परिणाम Kubernetes नोड प्रदर्शन बेंचमार्क का उपयोग करके उत्पन्न किए गए थे, जो K8s नोड्स के लिए e2e परीक्षणों का हिस्सा है। तुलनात्मक डेटा का अधिकांश हिस्सा नोड प्रदर्शन डैशबोर्ड पर सार्वजनिक रूप से उपलब्ध है।

चूल्हा देरी से शुरू

105 पॉड बैच के स्टार्टअप बेंचमार्क के परिणाम बताते हैं कि डॉकटर 18.03 CE की तुलना में डॉकरशिम (जितना छोटा उतना ही बेहतर) की तुलना में कंटेनर 1.1 इंटीग्रेशन को शुरू करने में देरी होती है।

सीपीयू और मेमोरी

निष्क्रिय अवस्था में, 105 चूल्हों के साथ कंटेनड 1.1 एकीकरण डॉकर्सहिम के साथ डॉकर 18.03 सीई एकीकरण की तुलना में कम प्रोसेसर और मेमोरी की खपत करता है। परिणाम नोड पर लॉन्च किए गए चूल्हों की संख्या के आधार पर भिन्न हो सकते हैं - 105 चूल्हों की संख्या का चयन किया जाता है, क्योंकि डिफ़ॉल्ट अब नोड पर कस्टम चूल्हा के लिए अधिकतम मूल्य है।

जैसा कि नीचे दिए गए रेखांकन से देखा जा सकता है, क्यूबलेट के साथ कंटेनर 1.1 एकीकरण 30.89% कम सीपीयू और 11.30% कम आरएसएस मेमोरी (निवासी सेट आकार), साथ ही कंटेनर रनटाइम द्वारा 12.78% कम आरएसएस मेमोरी का उपभोग करता है। ।

अनुवादक से जुड़ाव

यह ध्यान देने योग्य है कि एक अन्य वैकल्पिक समाधान, सीआरआई-ओ का विकास जारी है। विशेष रूप से, इन दिनों एक ओपन सोर्स समिट जापान 2018 में , NTT के एक कर्मचारी ने कंटेनरों में मौजूदा निष्पादन योग्य वातावरण की व्यापक तुलना के साथ एक रिपोर्ट प्रस्तुत की। और यहाँ उनके प्रदर्शन की तुलना उनकी स्लाइड्स में से एक है:

crictl

कंटेनर रनटाइम कंसोल इंटरफ़ेस (CLI) सिस्टम और एप्लिकेशन में समस्याओं की पहचान करने के लिए एक उपयोगी उपकरण है। कुबेरनेट्स में डॉकटर को कंटेनर वातावरण के रूप में उपयोग करते समय, सिस्टम प्रशासक कभी-कभी डोबेर कमांड चलाने के लिए कुबेरनेट्स साइट पर जाते हैं और सिस्टम और / या एप्लिकेशन के बारे में जानकारी एकत्र करते हैं। उदाहरण के लिए, वे प्रक्रिया की स्थिति की जांच docker inspect लिए docker ps और docker inspect का उपयोग कर सकते हैं, नोड पर छवियों की एक सूची प्राप्त करने के लिए docker, कंटेनरों आदि के लिए रनटाइम का विन्यास प्राप्त करने के लिए docker info ।

कंटेनर और अन्य सभी CRI- संगत वातावरण जैसे डॉकर्सहिम के लिए, हम कुबेरनेट्स नोड्स पर होस्ट किए गए पॉड्स, कंटेनरों और कंटेनर छवियों पर समस्याओं का विश्लेषण करने के लिए डॉकर कंसोल कमांड के सीएलआई विकल्प के रूप में क्रिक्टल का उपयोग करने की सलाह देते हैं।

crictl एक उपयोगिता है जो Docker CLI के समान सुविधाएँ प्रदान करता है और CRI के साथ संगत कंटेनरों के लिए सभी रनटाइम वातावरण के लिए समान रूप से अच्छी तरह से काम करता है। यह कुबेरनेट्स-इनक्यूबेटर / क्रि-टूल्स रिपॉजिटरी में पाया जा सकता है; वर्तमान संस्करण cri-tools v1.11.0 है (संस्करण को वर्तमान रिलीज़ के लिए 3 दिन पहले v1.0.0-beta.1 के बजाय ठीक किया गया है, मूल लेख में दिखाया गया है। लगभग अनुवाद। ) । यद्यपि क्रिटिकल उपयोगिता को डॉकटर सीएलआई के समान बनाया गया है, जो उपयोगकर्ताओं के लिए एक सरल संक्रमण की पेशकश करता है, यह इसकी पूर्ण प्रति नहीं है। कुछ महत्वपूर्ण अंतर नीचे वर्णित हैं।

सीमित उपयोग: crictl एक समस्या निवारण उपकरण है

crictl docker या kubectl लिए प्रतिस्थापन नहीं है - इसका उपयोग समस्या की पहचान और विश्लेषण के दायरे तक सीमित है। डॉकर कंसोल इंटरफ़ेस, कमांड का एक समृद्ध सेट प्रदान करता है, जो इसे एक बहुत ही उपयोगी विकास उपकरण बनाता है। हालांकि, कुबेरनेट्स नोड्स पर समस्या निवारण के लिए यह सबसे अच्छा विकल्प नहीं है। कुबेरनेट्स के लिए कुछ डॉकर कमांड (जैसे docker network और डॉक docker build ) बेकार हैं, और कुछ (जैसे डॉकटर docker rename ) सब कुछ तोड़ सकते हैं। क्रिस्ल का उद्देश्य नोड्स पर समस्याओं की पहचान करने के लिए पर्याप्त आदेश प्रदान करना है जो उत्पादन वातावरण में उपयोग करने के लिए सुरक्षित हैं।

कुबेरनेट्स फोकस करते हैं

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



हालांकि, ठहराव कंटेनर चूल्हा कार्यान्वयन का हिस्सा हैं, जहां प्रत्येक चूल्हा के लिए एक ऐसे कंटेनर का उपयोग किया जाता है; जब वे चूल्हे का हिस्सा होते हैं, तो उन्हें प्रदर्शित नहीं किया जाना चाहिए।

इसके विपरीत, क्रिक्टल , कुबेरनेट्स के लिए बनाया गया था। उपयोगिता चूल्हा और कंटेनर के लिए विभिन्न सेट प्रदान करती है। उदाहरण के लिए, crictl pods बारे में जानकारी प्रदर्शित करता है, और crictl ps केवल एप्लिकेशन कंटेनरों के बारे में जानकारी प्रदर्शित करता है। सभी डेटा को तालिका दृश्य में स्वरूपित किया गया है:





एक और उदाहरण - crictl pods में एक तर्क है - --namespace , जो कुबेरनेट्स में परिभाषित नामस्थानों द्वारा फली को छानने की अनुमति देता है:



कंटेनर के साथ क्रिक्‍टल का उपयोग कैसे करें के बारे में अधिक जानकारी के लिए, यहां देखें:

• प्रलेखन ;
• Asciinema पर डेमो वीडियो ।

लेकिन डॉकटर इंजन के बारे में क्या?

हम अक्सर निम्नलिखित प्रश्न सुनते हैं: "क्या कंटेनर पर स्विच करने का मतलब है कि मैं अब डॉकर इंजन का उपयोग नहीं कर सकता?", और इसका संक्षिप्त उत्तर "नहीं" है।

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



चूंकि कंटेनर को क्यूबलेट और डॉकर इंजन दोनों द्वारा उपयोग किया जाता है, जो उपयोगकर्ता कंटेनर के साथ एकीकृत करने का विकल्प चुनते हैं, उन्हें न केवल कुबेरनेट्स के लिए सभी नई सुविधाएँ मिलेंगी, प्रदर्शन और स्थिरता में सुधार होगा, बल्कि अन्य आवश्यकताओं के लिए पहले की तरह, डॉकिंग इंजन का उपयोग करने का विकल्प भी होगा।

कंटेनर में नेमस्पेस तंत्र यह सुनिश्चित करता है कि क्यूबलेट और डॉकर इंजन को कंटेनर और उनके द्वारा बनाई गई छवियों तक पहुंच नहीं होगी। इसका मतलब है कि वे एक-दूसरे के साथ हस्तक्षेप नहीं करेंगे, साथ ही साथ:

• Docker docker ps प्रवेश करने वाले उपयोगकर्ता कुबेरनेट्स में निर्मित कंटेनरों को नहीं देखेंगे। इसके लिए crictl ps प्रयोग करें। इसके विपरीत, उपयोगकर्ताओं को डबनेर सीएलआई में कुबेरनेट्स या crictl ps कमांड पर बनाए गए कंटेनर नहीं दिखाई देंगे। crictl create और crictl run केवल समस्या निवारण के लिए हैं। उत्पादन नोड्स पर crictl का उपयोग करके मैन्युअल रूप से चलने वाले चूल्हा या कंटेनर की सिफारिश नहीं की जाती है।
• डॉक docker images दर्ज करने वाले उपयोगकर्ता कुबेरनेट्स की छवियों को नहीं देखेंगे। ऐसा करने के लिए, crictl images कमांड का उपयोग करें। इसके विपरीत, कुबेरनेट्स डॉकटर docker pull , docker load और docker build कमांड द्वारा बनाई गई छवियों को नहीं देखेंगे। ऐसा करने के लिए, यदि आप छवि को लोड करना चाहते हैं, तो crictl pull कमांड, साथ ही ctr cri load लोड का उपयोग करें।

सारांश

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

हम Google, IBM, Docker, ZTE, ZJU और व्यक्तिगत डेवलपर्स से सभी को धन्यवाद देना चाहते हैं जिन्होंने योगदान दिया है और यह सब संभव किया है!

कंटेनर 1.1 में परिवर्तनों की विस्तृत सूची के लिए, रिलीज़ नोट्स देखें।

कैसे प्रयास करें

डिफ़ॉल्ट रनटाइम के रूप में कंटेनर का उपयोग करने के लिए कुबेरनेट क्लस्टर स्थापित करने के निर्देश:

• GCE पर एक क्लस्टर के लिए, kube-up.sh का उपयोग करके उठाया, - यहां ;
• Ansible और kubeadm का उपयोग करके कई नोड्स का एक क्लस्टर स्थापित करने के लिए - यहां ;
• Google क्लाउड में खरोंच से एक क्लस्टर बनाने के लिए - " कुबेरनेट्स द हार्ड वे " देखें;
• टारबॉल संग्रह से मैन्युअल स्थापना के लिए - यहां ;
• एक स्थानीय वर्चुअल मशीन पर LinuxKit का उपयोग करके संस्थापन के लिए - यहाँ ।

योगदान कैसे करें?

कंटेनर सीआरआई प्लगइन - गीथहब पर एक खुला स्रोत परियोजना है, जो कंटेनर का हिस्सा है: https://github.com/containerd/cri । सभी प्रस्तावित परिवर्तन विचारों, टिकटों, सुधारों के रूप में स्वागत करते हैं। यह मार्गदर्शक शुरू करने वाला डेवलपर बदलाव करने के लिए एक अच्छा शुरुआती बिंदु है।

अनुवादक से पी.एस.

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

• " CRI-O - कुबेरनेट्स में कंटेनरों को लॉन्च करने के लिए डॉकर का विकल्प ";
• " क्या और क्यों डोकर मोबबी को कुबेरनेट्स के साथ एकीकृत करने के लिए कर रहा है?" ";
• " चार सीएनसीएफ ने 1.0 और कुबेरनेट्स के बारे में प्रमुख घोषणाएँ जारी की हैं क्यूबेक 2017 ";
• " हमें कंटेनर की आवश्यकता क्यों है और इसे डॉकर से अलग क्यों किया गया ";
• “ मोबी परियोजना का सार क्या है और क्यों डकैती / डकैती अचानक मुख्य डॉकर भंडार बन गई? "