DEVOXX यूके सम्मेलन। एक ढाँचा चुनें: डॉकर झुंड, कुबेरनेट्स या मेसोस। भाग 3

डॉकर स्वार्म, कुबेरनेट्स और मेसोस सबसे लोकप्रिय कंटेनर ऑर्केस्ट्रेशन फ्रेमवर्क हैं। अपने भाषण में, अरुण गुप्ता ने डॉकर, स्वार्म और कुबेरनेट्स के निम्नलिखित पहलुओं की तुलना की:

• स्थानीय विकास.
• परिनियोजन कार्य.
• मल्टी-कंटेनर अनुप्रयोग.
• सेवा खोज.
• सेवा को स्केल करना.
• रन-वन्स कार्य।
• मावेन के साथ एकीकरण.
• "रोलिंग" अद्यतन.
• काउचबेस डेटाबेस क्लस्टर बनाना।

परिणामस्वरूप, आपको प्रत्येक ऑर्केस्ट्रेशन टूल की पेशकश की स्पष्ट समझ प्राप्त होगी और आप सीखेंगे कि इन प्लेटफार्मों का प्रभावी ढंग से उपयोग कैसे किया जाए।

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

DEVOXX यूके सम्मेलन। एक ढाँचा चुनें: डॉकर झुंड, कुबेरनेट्स या मेसोस। भाग 1
DEVOXX यूके सम्मेलन। एक ढाँचा चुनें: डॉकर झुंड, कुबेरनेट्स या मेसोस। भाग 2

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

मुख्य पंक्तियाँ 6 और 7 हैं। सेवा में मैं कहता हूँ, "अरे, ये वे लेबल हैं जिनकी मुझे तलाश है!", और ये लेबल परिवर्तनीय जोड़ी नामों से अधिक कुछ नहीं हैं, और पंक्ति 7 मेरे काउचबेस-आरएस-पॉड की ओर इशारा करती है आवेदन पत्र। निम्नलिखित पोर्ट हैं जो इन्हीं लेबलों तक पहुंच प्रदान करते हैं।

लाइन 19 पर मैं एक नया प्रकार रेप्लिकासेट बनाता हूं, लाइन 31 में छवि का नाम होता है, और लाइनें 24-27 मेरे पॉड से जुड़े मेटाडेटा की ओर इशारा करती हैं। यह वही है जो सेवा तलाश रही है और कनेक्शन किससे बनाया जाना चाहिए। फ़ाइल के अंत में पंक्ति 55-56 और 4 के बीच किसी प्रकार का संबंध है, जिसमें कहा गया है: "इस सेवा का उपयोग करें!"

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

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

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

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

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

इनमें से प्रत्येक विधि एक विशिष्ट भंडारण स्थान का उपयोग करती है। अंतर्निहित और स्पष्ट प्रति-कंटेनर होस्ट पर /var/lib/docker/volumes पर डेटा संग्रहीत करता है। प्रति-होस्ट विधि का उपयोग करते समय, भंडारण कंटेनर के अंदर लगाया जाता है, और कंटेनर स्वयं होस्ट पर लगाया जाता है। मल्टीहोस्ट के लिए, सेफ, क्लस्टरएफएस, एनएफएस इत्यादि जैसे समाधानों का उपयोग किया जा सकता है।

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

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

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

अगली स्लाइड डॉकर वॉल्यूम प्लगइन के आर्किटेक्चर को दिखाती है।

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

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

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

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

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

अगली स्लाइड AWS आर्किटेक्चर के कुबेरनेट्स पर्सिस्टेंस कंटेनर को दिखाती है।

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

डॉकर की तरह ही, आप पोर्टवर्क्स के साथ लगातार कुबेरनेट्स कंटेनर का उपयोग कर सकते हैं।

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

कुबेरनेट्स के लिए, मैं मिनिक्यूब संस्करण पसंद करता हूं - यह एकल नोड पर क्लस्टर बनाकर प्लेटफ़ॉर्म के साथ शुरुआत करने का एक अच्छा तरीका है। कई नोड्स के क्लस्टर बनाने के लिए, संस्करणों का विकल्प व्यापक है: ये kops, kube-aws (CoreOS+AWS), kube-up (पुराना) हैं। यदि आप AWS-आधारित Kubernetes का उपयोग करना चाह रहे हैं, तो मैं AWS SIG में शामिल होने की सलाह देता हूं, जो हर शुक्रवार को ऑनलाइन मिलती है और AWS Kubernetes के साथ काम करने पर विभिन्न प्रकार की दिलचस्प सामग्री प्रकाशित करती है।

आइए देखें कि इन प्लेटफ़ॉर्म पर रोलिंग अपडेट कैसे किया जाता है। यदि कई नोड्स का क्लस्टर है, तो यह छवि के एक विशिष्ट संस्करण का उपयोग करता है, उदाहरण के लिए, WildFly:1। एक रोलिंग अपडेट का मतलब है कि छवि संस्करण को क्रमिक रूप से प्रत्येक नोड पर एक के बाद एक नए से बदल दिया जाता है।

ऐसा करने के लिए, मैं डॉकर सेवा अद्यतन कमांड (सेवा नाम) का उपयोग करता हूं, जिसमें मैं WildFly:2 छवि का नया संस्करण और अद्यतन विधि अद्यतन-समानांतरवाद 2 निर्दिष्ट करता हूं। संख्या 2 का अर्थ है कि सिस्टम 2 एप्लिकेशन छवियों को अपडेट करेगा एक साथ, फिर 10 सेकंड का अपडेट 10s विलंबित होता है, जिसके बाद अगली 2 छवियां 2 और नोड्स आदि पर अपडेट की जाएंगी। यह सरल रोलिंग अपडेट तंत्र आपको डॉकर के हिस्से के रूप में प्रदान किया गया है।

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

इस मामले में, हमारे पास WildFly संस्करण 3 एप्लिकेशन चलाने वाले प्रतिकृति नियंत्रक में 1 पॉड हैं। पृष्ठभूमि में अद्यतन करते समय, एक और प्रतिकृति नियंत्रक अंत में उसी नाम और सूचकांक के साथ बनाया जाता है - xxxxx, जहां x यादृच्छिक संख्याएं हैं, और समान लेबल के साथ. अब एप्लिकेशन सेवा में एप्लिकेशन के पुराने संस्करण के साथ तीन पॉड और नए प्रतिकृति नियंत्रक में नए संस्करण के साथ तीन पॉड हैं। इसके बाद, पुराने पॉड्स को हटा दिया जाता है, नए पॉड्स के साथ प्रतिकृति नियंत्रक का नाम बदल दिया जाता है और संचालन में डाल दिया जाता है।

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

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

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

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

नीचे बाईं ओर आप HTTP अनुरोधों, प्रतिक्रियाओं आदि के लिए मेट्रिक्स देखते हैं, दाईं ओर उनका ग्राफिकल डिस्प्ले है।

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

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

अगली स्लाइड ग्राफाना डैशबोर्ड दिखाती है जो मेरे कंटेनरों की चालू स्थिति दिखाती है। यहां काफी दिलचस्प डेटा है. बेशक, कई वाणिज्यिक डॉकर और कुबेरनेट्स प्रक्रिया निगरानी उपकरण हैं, जैसे कि SysDig, DataDog, NewRelic। उनमें से कुछ के पास 30 साल की नि:शुल्क परीक्षण अवधि है, इसलिए आप कोशिश कर सकते हैं और जो आपके लिए सबसे उपयुक्त हो उसे ढूंढ सकते हैं। व्यक्तिगत रूप से, मैं SysDig और NewRelic का उपयोग करना पसंद करता हूं, जो कुबेरनेट्स के साथ अच्छी तरह से एकीकृत होते हैं। ऐसे उपकरण हैं जो डॉकर और कुबेरनेट्स दोनों प्लेटफार्मों में समान रूप से अच्छी तरह से एकीकृत होते हैं।

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

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, डेवलपर्स के लिए क्लाउड 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