🎃 🔪 🤶🏻 DEVOXX यूके। उत्पादन में कुबेरनेट्स: ब्लू / ग्रीन तैनाती, ऑटोस्कोलिंग और तैनाती स्वचालन। भाग 2 🧛🏿 🔸 👩‍👩‍👧‍👧

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

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

इस वीडियो प्रतिलेख में उत्पादन-तैयार वातावरण प्राप्त करने के लिए अन्य खुले स्रोत घटकों के साथ कुबेरनेट्स को कॉन्फ़िगर करने का वर्णन किया गया है जो उत्पादन में डाउनटाइम के बिना कमिट परिवर्तन परिवर्तन से कोड स्वीकार करता है।

DEVOXX यूके। उत्पादन में कुबेरनेट्स: ब्लू / ग्रीन तैनाती, ऑटोस्कोलिंग और तैनाती स्वचालन। भाग 1

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

कुबेरनेट्स एक उपकरण नहीं है जिसका उपयोग "बॉक्स से बाहर" उत्पादक रूप से किया जा सकता है। बेशक, आप ऐसा कर सकते हैं, कुब्लेट और इतने पर उपयोग कर सकते हैं, लेकिन फिर भी एपीआई इस मंच के बारे में सबसे दिलचस्प और उपयोगी चीज है। एपीआई को एक सुविधा सेट के रूप में उपयोग करते हुए, आप कुबेरनेट्स में लगभग हर चीज को एक्सेस कर सकते हैं। Kubectl स्वयं भी REST API का उपयोग करता है।

यह REST है, इसलिए आप इस API के साथ काम करने के लिए किसी भी भाषा और टूल का उपयोग कर सकते हैं, लेकिन उपयोगकर्ता लाइब्रेरी आपके जीवन को बहुत सुविधाजनक बनाएगी। मेरी टीम ने 2 ऐसे पुस्तकालय लिखे: एक जावा / ओएसजीआई के लिए और दूसरा गो के लिए। दूसरे का अक्सर उपयोग नहीं किया जाता है, लेकिन किसी भी मामले में, ये उपयोगी चीजें आपके निपटान में हैं। वे आंशिक रूप से लाइसेंस प्राप्त ओपन-सोर्स प्रोजेक्ट हैं। विभिन्न भाषाओं के लिए कई ऐसे पुस्तकालय हैं, इसलिए आप सबसे उपयुक्त चुन सकते हैं।

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

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

नीली / हरी तैनाती तंत्र इस प्रकार है। हम अपने अनुप्रयोगों के लिए हा-प्रॉक्सी के माध्यम से ट्रैफ़िक प्राप्त करते हैं, जो इसे उसी संस्करण के एप्लिकेशन प्रतिकृतियां चलाने के लिए निर्देशित करता है।

जब एक नया परिनियोजन किया जाता है, तो हम Deployer का उपयोग करते हैं, जो नए घटकों के साथ प्रदान किया जाता है, और यह नए संस्करण को तैनात करता है। किसी एप्लिकेशन के नए संस्करण को नियुक्त करने का अर्थ है कि प्रतिकृतियों का एक नया सेट "उदय" है, जिसके बाद नए संस्करण के इन प्रतिकृतियों को एक अलग, नए पॉड में लॉन्च किया जाता है। हालांकि, हा-प्रॉक्सी उनके बारे में कुछ भी नहीं जानता है और अभी तक उन्हें कोई भी कार्यभार नहीं भेजा है।

इसलिए, सबसे पहले, यह सुनिश्चित करने के लिए स्वास्थ्य के नए संस्करणों के स्वास्थ्य की जांच करना आवश्यक है कि प्रतिकृतियां लोड की सेवा के लिए तैयार हैं।

सभी तैनाती घटकों को स्वास्थ्य के कुछ प्रकार का समर्थन करना चाहिए। यह एक बहुत ही सरल HTTP चेक हो सकता है जब आप 200 की स्थिति के साथ एक कोड प्राप्त करते हैं, या एक गहरी जांच करते हैं जिसमें आप डेटाबेस और अन्य सेवाओं के साथ प्रतिकृतियों के कनेक्शन की जांच करते हैं, गतिशील वातावरण के कनेक्शन की स्थिरता, चाहे सब कुछ शुरू हो और सही ढंग से काम करता हो। यह प्रक्रिया काफी जटिल हो सकती है।

सिस्टम द्वारा सत्यापित किए जाने के बाद कि सभी अपडेट किए गए प्रतिकृतियां चालू हैं, Deployer कॉन्फ़िगरेशन को अपडेट करेगा और सही कॉन्फिडेंस पास करेगा, जो ha -xy को फिर से कॉन्फ़िगर करेगा।

उसके बाद ही ट्रैफ़िक को नए संस्करण की प्रतिकृतियों के साथ निर्देशित किया जाएगा, और पुराना गायब हो जाएगा।

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

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

तो, पहली बात यह है कि Deployer Kubernetes API का उपयोग करके एक RC प्रतिकृति नियंत्रक बनाता है। यह एपीआई आगे की तैनाती के लिए पॉड्स और सर्विसेज बनाता है, यानी यह हमारे अनुप्रयोगों के लिए पूरी तरह से नया क्लस्टर बनाता है। एक बार जब आरसी पुष्टि करता है कि प्रतिकृतियां शुरू हो गई हैं, तो यह उनके स्वास्थ्य की जांच करेगा। ऐसा करने के लिए, Deployer GET / स्वास्थ्य कमांड का उपयोग करता है। यह संबंधित सत्यापन घटकों को लॉन्च करता है और क्लस्टर के संचालन को सुनिश्चित करने वाले सभी तत्वों की पुष्टि करता है।

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

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

जैसा कि आप देख सकते हैं, घटकों की प्रचुरता के बावजूद, कुछ भी जटिल नहीं है। आपको बस API और etcd पर अधिक ध्यान देने की आवश्यकता है। मैं आपको उस ओपन-सोर्स परिनियोजक के बारे में बताना चाहता हूं जिसका उपयोग हम स्वयं करते हैं - यह Amdatu Kubernetes Deployer है।

यह निम्नलिखित सुविधाओं के साथ कुबेरनेट्स परिनियोजन ऑर्केस्ट्रेशन टूल है:

नीली / हरी तैनाती
एक बाहरी लोड बैलेंसर स्थापित करना;
तैनाती विवरणक प्रबंधन
वास्तविक तैनाती प्रबंधन
तैनाती के दौरान स्वास्थ्य की जांच
फली में पर्यावरण चर का कार्यान्वयन।

कुबेरनेट्स एपीआई के शीर्ष पर बनाया गया, यह एंप्लायर डिस्क्रिप्टर और तैनाती के प्रबंधन के लिए एक रीस्ट एपीआई प्रदान करता है, साथ ही तैनाती के दौरान स्ट्रीम लॉग के लिए एक वेबसोकेट एपीआई भी प्रदान करता है।

यह etcd में लोड बैलेंसर कॉन्फ़िगरेशन डेटा डालता है, इसलिए आप "बॉक्स से बाहर" समर्थन के साथ हा-प्रॉक्सी का उपयोग नहीं कर सकते हैं, लेकिन अपनी खुद की बैलेंसर कॉन्फ़िगरेशन फ़ाइल का उपयोग करना आसान है। Amdatu Deployer को Kubernetes की तरह ही Go में लिखा गया है, और Apache द्वारा लाइसेंस प्राप्त है।

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

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

एक अन्य उपकरण जो अमदतु ओपन-सोर्स प्रोजेक्ट का हिस्सा है, वह परिनियोजन है। इसमें परिनियोजन कॉन्फ़िगर करने के लिए उपयोगकर्ता इंटरफ़ेस UI है, परिनियोजन इतिहास संग्रहीत करता है और तृतीय-पक्ष उपयोगकर्ताओं और डेवलपर्स द्वारा कॉलबैक के लिए webhooks शामिल हैं। आप UI का उपयोग नहीं कर सकते हैं, क्योंकि Amdatu Deployer अपने आप में एक REST API है, लेकिन यह इंटरफ़ेस आपके लिए बिना किसी API को शामिल किए तैनात करना बहुत आसान बना सकता है। Dep तैनातीctl को Angular 2 का उपयोग करते हुए OSGi / Vertx में लिखा गया है।

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

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

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

तो चलो शुरू करते है। सबसे पहले, हम ~ kubectl get pods कमांड का उपयोग करके किसी भी रनिंग पॉड्स की जांच करते हैं, और यदि फ्रंटएंड URL से कोई प्रतिक्रिया नहीं होती है, तो हम यह सुनिश्चित करते हैं कि वर्तमान में कोई तैनाती नहीं की जा रही है।

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

यदि आप दोहराते हैं ~ kubectl अब पॉड्स कमांड मिलते हैं, तो आप देख सकते हैं कि सिस्टम 20 सेकंड के लिए "जमा देता है", जिसके दौरान हा-प्रॉक्सी पुन: संयोजन होता है। उसके बाद, यह शुरू होता है, और हमारी प्रतिकृति को तैनाती लॉग में देखा जा सकता है।

मैंने वीडियो से 20 सेकंड के इंतजार को काट दिया, और अब आप स्क्रीन पर देखते हैं कि एप्लिकेशन का पहला संस्करण तैनात है। यह सब केवल यूआई की मदद से किया गया था।

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

~ Kubectl get pods कमांड से पता चलता है कि वर्तमान में एप्लिकेशन के 2 संस्करण चल रहे हैं, लेकिन फ्रंट-एंड दिखाता है कि हम अभी भी संस्करण 1 चला रहे हैं।

लोड बैलेंसर तब तक इंतजार करता है जब तक स्वास्थ्य जांच नहीं की जाती है, और फिर नए संस्करण में ट्रैफ़िक को रीडायरेक्ट करता है। 20 सेकंड के बाद, हम कर्ल पर जाते हैं और देखते हैं कि अब हमने एप्लिकेशन के संस्करण 2 को तैनात किया है, और पहले हटा दिया गया है।

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

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

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

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

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

चलिए अगले विषय पर चलते हैं - कुबेरनेट क्लस्टर को स्केल करते हुए। मैं ध्यान देता हूं कि kubectl कमांड एक स्केलिंग कमांड है। दूसरे की मदद से, आप आसानी से हमारे क्लस्टर में प्रतिकृतियों की संख्या बढ़ा सकते हैं। हालांकि, व्यवहार में, हम आमतौर पर नोड्स की संख्या बढ़ाना चाहते हैं, नोड्स नहीं।

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

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

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

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

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

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

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

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

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

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

विज्ञापन का एक सा :)

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

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

DEVOXX यूके। उत्पादन में कुबेरनेट्स: ब्लू / ग्रीन तैनाती, ऑटोस्कोलिंग और तैनाती स्वचालन। भाग 2

विज्ञापन का एक सा :)

More articles: