कुबेरनेट्स सर्वोत्तम अभ्यास। नेमस्पेस के साथ कुबेरनेट्स का संगठन

कुबेरनेट्स सर्वोत्तम अभ्यास। छोटे कंटेनर बनाना

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

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

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

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

इसलिए, आपको कई नामस्थान बनाने चाहिए और अपनी सेवाओं को प्रबंधनीय इकाइयों में विभाजित करने के लिए उनका उपयोग करना चाहिए। एक नेमस्पेस एक ही कमांड से बनाया जा सकता है। यदि आप टेस्ट नामक नेमस्पेस बनाना चाहते हैं, तो $ kubectl क्रिएट नेमस्पेस टेस्ट कमांड का उपयोग करें या बस एक YAML फ़ाइल बनाएं और इसे किसी अन्य Kubernetes संसाधन की तरह उपयोग करें।

आप $ kubectl get namespace कमांड का उपयोग करके सभी नेमस्पेस देख सकते हैं।

एक बार यह पूरा हो जाने पर, आपको तीन अंतर्निहित नामस्थान और "परीक्षण" नामक एक नया नामस्थान दिखाई देगा। आइए पॉड बनाने के लिए एक सरल YAML फ़ाइल देखें। आप देखेंगे कि इसमें नेमस्पेस का कोई उल्लेख नहीं है।

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

दूसरा तरीका YAML घोषणा में नेमस्पेस निर्दिष्ट करना है।

यदि आप YAML में एक नेमस्पेस निर्दिष्ट करते हैं, तो संसाधन हमेशा उस नेमस्पेस में बनाया जाएगा। यदि आप नेमस्पेस ध्वज का उपयोग करते समय किसी भिन्न नेमस्पेस का उपयोग करने का प्रयास करते हैं, तो कमांड विफल हो जाएगा। अब अगर आप अपना पॉड ढूंढने की कोशिश करेंगे तो ऐसा नहीं कर पाएंगे.

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

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

सक्रिय नामस्थान को परीक्षण नामस्थान पर स्विच करने के लिए, आप बस $kubens परीक्षण कमांड चलाएँ। यदि आप फिर से $kubens कमांड चलाते हैं, तो आप देखेंगे कि अब एक नया सक्रिय नेमस्पेस आवंटित किया गया है - परीक्षण।

इसका मतलब यह है कि आपको परीक्षण नेमस्पेस में पॉड देखने के लिए नेमस्पेस ध्वज की आवश्यकता नहीं है।

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

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

सौभाग्य से, DNS पते के विस्तारित रूप का उपयोग करके इसे प्राप्त करना आसान है। कुबेरनेट्स में सेवाएँ एक सामान्य DNS टेम्पलेट का उपयोग करके अपने समापन बिंदुओं को उजागर करती हैं। यह कुछ इस तरह दिखता है:

आमतौर पर, आपको बस सेवा नाम की आवश्यकता है और DNS स्वचालित रूप से पूरा पता निर्धारित करेगा।

हालाँकि, यदि आपको किसी सेवा को किसी भिन्न नामस्थान में एक्सेस करने की आवश्यकता है, तो बस सेवा नाम और नामस्थान नाम का उपयोग करें:

उदाहरण के लिए, यदि आप टेस्ट नेमस्पेस में किसी सेवा डेटाबेस से कनेक्ट करना चाहते हैं, तो आप एड्रेस डेटाबेस डेटाबेस.टेस्ट का उपयोग कर सकते हैं

यदि आप उत्पाद नामस्थान में सेवा डेटाबेस से कनेक्ट करना चाहते हैं, तो आप डेटाबेस.प्रोड का उपयोग करें।

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

मुझसे अक्सर यह प्रश्न पूछा जाता है कि मुझे कितने नामस्थान बनाने चाहिए और किस उद्देश्य के लिए? डेटा का प्रबंधित टुकड़ा क्या है?

यदि आप बहुत सारे नामस्थान बनाते हैं, तो वे आपके रास्ते में आ जाएंगे। यदि उनमें से बहुत कम हैं, तो आप ऐसे समाधान के सभी लाभ खो देंगे। मेरा मानना ​​है कि प्रत्येक कंपनी अपनी संगठनात्मक संरचना बनाते समय चार मुख्य चरणों से गुजरती है। आपकी परियोजना या कंपनी विकास के जिस चरण में है, उसके आधार पर, आप एक उपयुक्त नेमस्पेस रणनीति अपनाना चाह सकते हैं।

कल्पना कीजिए कि आप एक छोटी टीम का हिस्सा हैं जो 5-10 माइक्रोसर्विसेज विकसित करने पर काम कर रही है और आप आसानी से सभी डेवलपर्स को एक कमरे में इकट्ठा कर सकते हैं। इस स्थिति में, सभी उत्पाद सेवाओं को डिफ़ॉल्ट नेमस्पेस में चलाना समझ में आता है। बेशक, अधिक लचीलेपन के लिए, आप 2 नामस्थानों का उपयोग कर सकते हैं - उत्पाद और विकास के लिए अलग-अलग। और सबसे अधिक संभावना है, आप मिनिक्यूब जैसी किसी चीज़ का उपयोग करके अपने स्थानीय कंप्यूटर पर अपने विकास का परीक्षण करते हैं।

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

जैसे-जैसे टीम के प्रत्येक सदस्य को यह जानकारी मिलती है कि संपूर्ण सिस्टम कैसे काम करता है, अन्य सभी डेवलपर्स के साथ हर बदलाव का समन्वय करना अधिक कठिन हो जाता है। अपनी स्थानीय मशीन पर पूर्ण स्टैक को स्पिन करने का प्रयास दिन-ब-दिन कठिन होता जा रहा है।

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

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

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

इस प्रकार, आपके संगठन द्वारा नामस्थानों का उचित उपयोग आपको कुबेरनेट्स को अधिक प्रबंधनीय, नियंत्रणीय, सुरक्षित और लचीला बनाने की अनुमति देता है।

कुबेरनेट्स सर्वोत्तम अभ्यास। तत्परता और जीवंतता परीक्षणों के साथ कुबेरनेट्स जीवंतता को मान्य करना

कुछ विज्ञापन 🙂

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, डेवलपर्स के लिए क्लाउड VPS $4.99 से शुरू, प्रवेश स्तर के सर्वरों का एक अनूठा एनालॉग, जिसका आविष्कार हमने आपके लिए किया था: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps के बारे में पूरी सच्चाई $19 से या सर्वर कैसे साझा करें? (RAID1 और RAID10 के साथ उपलब्ध, 24 कोर तक और 40GB DDR4 तक)।

एम्स्टर्डम में इक्विनिक्स टियर IV डेटा सेंटर में Dell R730xd 2x सस्ता है? केवल यहां 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीवी $199 से नीदरलैंड में! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 से! के बारे में पढ़ा इन्फ्रास्ट्रक्चर कॉर्प का निर्माण कैसे करें। एक पैसा के लिए 730 यूरो मूल्य के डेल R5xd E2650-4 v9000 सर्वर के उपयोग के साथ वर्ग?

स्रोत: www.habr.com