कुबेरनेट्स रिपॉजिटरी के साथ इतना जटिल क्यों है?

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

कुबेरनेट्स भौतिक कंप्यूटर से सार को नियंत्रित करता है। बस उसे बताएं कि आपको कितनी मेमोरी और प्रोसेसिंग पावर चाहिए - और आपको सब कुछ मिलेगा। Ifrastruktury? नहीं, नहीं सुना।

डोकर छवियों, कुबेरनेट्स और अनुप्रयोगों का प्रबंधन यह पोर्टेबल बनाता है। कुबेरनेट्स के साथ विकसित कंटेनर एप्लिकेशन होने के बाद, आप उन्हें कहीं भी तैनात कर सकते हैं: एक खुले बादल के लिए, स्थानीय रूप से या हाइब्रिड वातावरण में - कोड को बदले बिना।

हम स्केलेबिलिटी, पोर्टेबिलिटी और मैनेजबिलिटी के लिए कुबेरनेट्स से प्यार करते हैं, लेकिन यह राज्य को स्टोर नहीं करता है। लेकिन हमारे पास लगभग सभी स्टेटफुल एप्लिकेशन हैं, यानी उन्हें बाहरी भंडारण की आवश्यकता है।

कुबेरनेट्स के पास बहुत गतिशील वास्तुकला है। डेवलपर्स के लोड और निर्देशों के आधार पर कंटेनरों को बनाया और नष्ट किया जाता है। फली और कंटेनर आत्म-चिकित्सा और प्रतिकृति हैं। वे अनिवार्य रूप से पंचांग हैं।

इस तरह की परिवर्तनशीलता के लिए बाहरी भंडारण बहुत कठिन है। यह गतिशील निर्माण और विनाश के नियमों का पालन नहीं करता है।

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

लेकिन केवल क्लाउड एप्लिकेशन के लिए इन स्टोरेज में शैतान खुद ही अपना पैर तोड़ देगा। और कुबेरनेट्स में भंडारण शब्दावली के काल्पनिक अर्थ और अर्थ को समझें । और Kubernetes स्वयं के रिपॉजिटरी, ओपन सोर्स प्लेटफ़ॉर्म, प्रबंधित या भुगतान की गई सेवाएं हैं ...

यहाँ सीएनसीएफ क्लाउड स्टोरेज के कुछ उदाहरण दिए गए हैं:

ऐसा लगता है कि डेटाबेस को कुबेरनेट्स में तैनात करना है - आपको बस उपयुक्त समाधान का चयन करने की आवश्यकता है, इसे स्थानीय डिस्क पर काम करने के लिए एक कंटेनर में पैक करें और इसे अगले कार्यभार के रूप में क्लस्टर में तैनात करें। लेकिन डेटाबेस की अपनी ख़ासियतें हैं, इसलिए सोच बर्फ नहीं है।

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

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

कुछ मामलों में, डेटाबेस, निश्चित रूप से, एक कंटेनर में तैनात किया जा सकता है। एक परीक्षण वातावरण में या ऐसे कार्यों में जहां बहुत कम डेटा होता है, डेटाबेस आराम से क्लस्टर में रहते हैं।

उत्पादन में आमतौर पर बाहरी भंडारण की आवश्यकता होती है।

कुबेरनेट्स नियंत्रण विमान इंटरफेस के माध्यम से भंडार के साथ संचार करता है। वे कुबेरनेट्स को बाहरी भंडारण से जोड़ते हैं। कुबेरनेट्स से जुड़े बाहरी भंडारण को वॉल्यूम प्लगइन्स कहा जाता है। उनके साथ, आप भंडारण को रोक सकते हैं और भंडारण को स्थानांतरित कर सकते हैं।

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

अब क्लस्टर में वॉल्यूम प्लगइन्स तैनात करें - मैं नहीं चाहता। और आपको कोड आधार में खुदाई करने की आवश्यकता नहीं है। सीएसआई और फ्लेक्सवोल्यूम के लिए धन्यवाद।

कुबेरनेट्स नेटिव स्टोरेज

कुबेरनेट कैसे भंडारण समस्याओं को हल करता है? कई समाधान हैं: अल्पकालिक विकल्प, लगातार वॉल्यूम में निरंतर भंडारण, स्थायी वॉल्यूम दावा प्रश्न, भंडारण कक्षाएं, या स्टेटफुलसेट्स। इसे सामान्य रूप से समझें।

लगातार वॉल्यूम (पीवी) स्टोरेज इकाइयां हैं जो प्रशासक द्वारा तैयार की जाती हैं। वे चूल्हा और उनके क्षणभंगुर जीवन पर निर्भर नहीं करते हैं।

लगातार वॉल्यूम क्लेम (पीवीसी) भंडारण अनुरोध हैं, अर्थात पीवी। पीवीसी के साथ, आप भंडारण को एक नोड से बांध सकते हैं, और यह नोड इसका उपयोग करेगा।

आप भंडारण के साथ सांख्यिकीय या गतिशील रूप से काम कर सकते हैं।

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

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

स्थिर दृष्टिकोण आम तौर पर कुबेरनेट दर्शन का विरोधाभास करता है: सीपीयू और मेमोरी अग्रिम में आवंटित नहीं किए जाते हैं और फली या कंटेनर से जुड़े नहीं होते हैं। उन्हें गतिशील रूप से जारी किया जाता है।

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

इसलिए, सबसे सामान्य शब्दों में, कुबेरनेट्स बाहरी भंडारण के साथ काम करता है। कई अन्य विकल्प हैं।

सीएसआई - कंटेनर स्टोरेज इंटरफ़ेस

ऐसी एक चीज है - कंटेनर स्टोरेज इंटरफ़ेस । CSI को सीएनसीएफ वॉल्ट वर्किंग ग्रुप द्वारा बनाया गया था, जिसने एक मानक कंटेनर स्टोरेज इंटरफेस को परिभाषित करने का निर्णय लिया, ताकि वॉल्ट ड्राइवर किसी ऑर्केस्ट्रा के साथ काम करें।

CSI विनिर्देशों को पहले से ही Kubernetes के लिए अनुकूलित किया गया है, और Kubernetes क्लस्टर में तैनाती के लिए ड्राइवर प्लगइन्स के टन हैं। आपको CSI अनुरूप वॉल्यूम ड्राइवर के माध्यम से रिपॉजिटरी तक पहुंचना होगा - कुबेरनेट्स में csi वॉल्यूम प्रकार का उपयोग करें।

सीएसआई के साथ, भंडारण को कुबेरनेट्स क्लस्टर में कंटेनरीकरण और तैनाती के लिए एक और कार्यभार माना जा सकता है।

अधिक जानकारी के लिए, हमारे पॉडकास्ट में सीएसआई के बारे में जी यू की बात सुनें।

ओपन सोर्स प्रोजेक्ट्स

क्लाउड प्रौद्योगिकियों के लिए उपकरण और परियोजनाएं जल्दी से गुणा करती हैं, और खुले स्रोत परियोजनाओं का उचित हिस्सा है - जो तार्किक है - मुख्य उत्पादन समस्याओं में से एक को हल करें: क्लाउड आर्किटेक्चर में भंडारण के साथ काम करना।

उनमें से सबसे लोकप्रिय सेफ और रूक हैं।

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

Ceph में RADOS, librados, RADOSGW, RDB, CRUSH एल्गोरिथ्म और विभिन्न घटकों (मॉनिटर, OSD, MDS) के साथ एक बहुत ही जटिल वास्तुकला है। हम वास्तुकला में गहराई से नहीं जाएंगे, यह समझने के लिए पर्याप्त है कि सेफ एक वितरित भंडारण क्लस्टर है जो स्केलेबिलिटी को सरल करता है, प्रदर्शन को त्याग दिए बिना विफलता के एक बिंदु को समाप्त करता है और वस्तुओं, ब्लॉकों और फाइलों तक पहुंच के साथ एक एकल भंडारण प्रदान करता है।

स्वाभाविक रूप से, सेफ को क्लाउड के लिए अनुकूलित किया गया है। आप सीफ़एच क्लस्टर को विभिन्न तरीकों से तैनात कर सकते हैं, उदाहरण के लिए, सीएसआई और पीवीसी के माध्यम से एंसिबल या कुबेरनेट क्लस्टर में।

सेफ आर्किटेक्चर

रूक एक और दिलचस्प और लोकप्रिय परियोजना है। यह अपनी गणना के साथ कुबेरनेट्स को एक क्लस्टर में अपनी रिपॉजिटरी के साथ जोड़ता है।

रूक एक क्लाउड स्टोरेज ऑर्केस्ट्रेटर है जो कुबेरनेट्स को पूरक करता है। वे इसके साथ कंटेनरों में सेफ पैक करते हैं और कुबेरनेट्स में सेफ के विश्वसनीय संचालन के लिए क्लस्टर प्रबंधन तर्क का उपयोग करते हैं। Rook, तैनाती, बूटस्ट्रैप, ट्यूनिंग, स्केलिंग, रीबैलेंसिंग को स्वचालित करता है - सामान्य तौर पर, क्लस्टर एडमिन जो कुछ भी करता है।

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

उसके पास अपनी स्थायी स्थिति नहीं है और उसे नियंत्रित करने की आवश्यकता नहीं है। यह कुबेरनेट्स की भावना में है।

रेक, सेफ़ और कुबेरनेट्स के संयोजन, सबसे लोकप्रिय क्लाउड स्टोरेज समाधानों में से एक है: जीथब पर 4,000 सितारे, 16.3 मिलियन डाउनलोड और सौ से अधिक योगदानकर्ता।
रूक प्रोजेक्ट को पहले ही सीएनसीएफ में स्वीकार किया गया है, और हाल ही में यह एक इनक्यूबेटर में समाप्त हुआ ।

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