DEVOXX UK सम्मेलन। ढाँचा छान्नुहोस्: डकर स्वार्म, कुबर्नेट्स वा मेसोस। भाग ३

Docker Swarm, Kubernetes र Mesos सबैभन्दा लोकप्रिय कन्टेनर अर्केस्ट्रेशन फ्रेमवर्कहरू हुन्। आफ्नो कुराकानीमा, अरुण गुप्ताले डकर, स्वार्म र कुबर्नेट्सका निम्न पक्षहरू तुलना गर्छन्:

• स्थानीय विकास।
• परिनियोजन कार्यहरू।
• बहु कन्टेनर अनुप्रयोगहरू।
• सेवा आविष्कार।
• सेवा मापन गर्दै।
• रन-एक पटक कार्यहरू।
• Maven संग एकीकरण।
• "रोलिङ" अपडेट।
• काउचबेस डाटाबेस क्लस्टर सिर्जना गर्दै।

नतिजाको रूपमा, तपाईंले प्रत्येक अर्केस्ट्रेशन उपकरणले प्रस्ताव गर्ने र यी प्लेटफर्महरूलाई प्रभावकारी रूपमा कसरी प्रयोग गर्ने भन्ने कुराको स्पष्ट बुझाइ प्राप्त गर्नुहुनेछ।

अरुण गुप्ता अमेजन वेब सेवाहरूमा खुला स्रोत उत्पादनहरूका लागि प्रमुख प्राविधिक हुन्, जसले १० वर्षभन्दा बढी समयदेखि सन, ओरेकल, रेड ह्याट र काउचबेस विकासकर्ता समुदायहरू विकास गर्दै आएका छन्। मार्केटिङ अभियान र कार्यक्रमहरूको लागि रणनीति विकास र कार्यान्वयन गर्ने प्रमुख क्रस-कार्यात्मक टोलीहरूमा काम गर्ने व्यापक अनुभव छ। उनले सन इन्जिनियरहरूको टोलीको नेतृत्व गरे, Java EE टोलीका संस्थापकहरू मध्ये एक र Devoxx10Kids को अमेरिकी शाखाका निर्माता हुन्। अरुण गुप्ता आईटी ब्लगमा २ हजार भन्दा बढी पोष्टका लेखक हुन् र उनले ४० भन्दा बढी देशमा भाषण दिएका छन्।

DEVOXX UK सम्मेलन। ढाँचा छान्नुहोस्: डकर स्वार्म, कुबर्नेट्स वा मेसोस। भाग ३
DEVOXX UK सम्मेलन। ढाँचा छान्नुहोस्: डकर स्वार्म, कुबर्नेट्स वा मेसोस। भाग ३

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

मुख्य लाइनहरू 6 र 7 हुन्। सेवामा म भन्छु, "हे, यी लेबलहरू हुन् जुन मैले खोजिरहेको छु!", र यी लेबलहरू चर जोडी नामहरू भन्दा बढी केही होइनन्, र मेरो काउचबेस-आरएस-पोडमा लाइन 7 बिन्दुहरू छन्। आवेदन। यी समान लेबलहरूमा पहुँच प्रदान गर्ने पोर्टहरू निम्न हुन्।

लाइन 19 मा मैले नयाँ प्रकारको ReplicaSet सिर्जना गर्छु, रेखा 31 मा छविको नाम समावेश छ, र लाइनहरू 24-27 ले मेरो पोडसँग सम्बन्धित मेटाडेटालाई संकेत गर्छ। यो वास्तवमा के सेवा खोजिरहेको छ र के जडान गर्नुपर्छ। फाइलको अन्त्यमा लाइनहरू 55-56 र 4 बीचको जडान छ, यसो भन्दै: "यो सेवा प्रयोग गर्नुहोस्!"

त्यसोभए, म मेरो सेवा सुरु गर्छु जब त्यहाँ प्रतिकृति सेट हुन्छ, र प्रत्येक प्रतिकृति सेटको सम्बन्धित लेबलको साथ आफ्नै पोर्ट भएको हुनाले, यो सेवामा समावेश हुन्छ। विकासकर्ताको दृष्टिकोणबाट, तपाइँ केवल सेवालाई कल गर्नुहुन्छ, जसले तपाइँलाई आवश्यक पर्ने प्रतिकृतिहरूको सेट प्रयोग गर्दछ।

नतिजाको रूपमा, मसँग वाइल्डफ्लाइ पोड छ जसले काउचबेस सेवा मार्फत डाटाबेस ब्याकइन्डसँग सञ्चार गर्दछ। म धेरै वाइल्डफ्लाइ पोडहरूसँग फ्रन्टएन्ड प्रयोग गर्न सक्छु, जसले काउचबेस सेवा मार्फत काउचबेस ब्याकइन्डसँग पनि सञ्चार गर्दछ।

पछि हामी क्लस्टर बाहिर स्थित सेवाले क्लस्टर भित्र अवस्थित र आन्तरिक IP ठेगाना भएका तत्वहरूसँग यसको IP ठेगाना मार्फत कसरी सञ्चार गर्छ भनेर हेर्नेछौं।

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

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

यी विधिहरू मध्ये प्रत्येक एक विशिष्ट भण्डारण स्थान प्रयोग गर्दछ। /var/lib/docker/volumes मा होस्टमा निहित र स्पष्ट प्रति-कन्टेनर भण्डार डाटा। प्रति-होस्ट विधि प्रयोग गर्दा, भण्डारण कन्टेनर भित्र माउन्ट गरिन्छ, र कन्टेनर आफै होस्टमा माउन्ट हुन्छ। बहुहोस्टहरूका लागि, Ceph, ClusterFS, NFS, आदि जस्ता समाधानहरू प्रयोग गर्न सकिन्छ।

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

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

स्टेटफुल कन्टेनरहरू सिर्जना गर्दा यसलाई ध्यानमा राख्नुपर्छ। अर्को उपयोगी डकर उपकरण भोल्युम प्लगइन हो, जसले "ब्याट्रीहरू उपस्थित छन्, तर प्रतिस्थापन गर्नुपर्छ" को सिद्धान्तमा काम गर्दछ। जब तपाइँ एक डकर कन्टेनर सुरु गर्नुहुन्छ, यसले भन्छ, "हे, एकचोटि तपाइँ डाटाबेसको साथ कन्टेनर सुरु गर्नुहुन्छ, तपाइँ यो कन्टेनरमा तपाइँको डाटा भण्डारण गर्न सक्नुहुन्छ!" यो पूर्वनिर्धारित सुविधा हो, तर तपाईं यसलाई परिवर्तन गर्न सक्नुहुन्छ। यो प्लगइनले तपाइँलाई कन्टेनर डाटाबेसको सट्टा नेटवर्क ड्राइभ वा यस्तै केहि प्रयोग गर्न अनुमति दिन्छ। यसले होस्ट-आधारित भण्डारणको लागि पूर्वनिर्धारित ड्राइभर समावेश गर्दछ र बाहिरी भण्डारण प्रणालीहरू जस्तै Amazon EBS, Azure भण्डारण र GCE Persistent डिस्कहरूसँग कन्टेनर एकीकरणलाई अनुमति दिन्छ।

अर्को स्लाइडले डकर भोल्युम प्लगइनको वास्तुकला देखाउँछ।

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

डकर भोल्युम प्लगइन Portworx भण्डारणको साथ प्रयोग गर्न सकिन्छ। PX-Dev मोड्युल वास्तवमा तपाईंले चलाउनुहुने कन्टेनर हो जुन तपाईंको डकर होस्टमा जडान हुन्छ र तपाईंलाई सजिलैसँग Amazon EBS मा डाटा भण्डारण गर्न अनुमति दिन्छ।

Portworx क्लाइन्टले तपाइँलाई तपाइँको होस्टमा जडान भएका विभिन्न भण्डारण कन्टेनरहरूको स्थिति निगरानी गर्न अनुमति दिन्छ। यदि तपाइँ मेरो ब्लग भ्रमण गर्नुहुन्छ भने, तपाइँ पढ्न सक्नुहुन्छ कसरी डकरको साथ पोर्टवर्क्सको अधिकतम बनाउन सकिन्छ।

Kubernetes मा भण्डारण को अवधारणा Docker जस्तै छ र एक पोड मा तपाइँको कन्टेनर को लागी पहुँच योग्य निर्देशिकाहरु द्वारा प्रतिनिधित्व गर्दछ। तिनीहरू कुनै पनि कन्टेनरको जीवनकालबाट स्वतन्त्र छन्। उपलब्ध सबैभन्दा सामान्य भण्डारण प्रकारहरू hostPath, nfs, awsElasticBlockStore, र gsePersistentDisk हुन्। यी पसलहरूले Kubernetes मा कसरी काम गर्छ भनेर हेरौं। सामान्यतया, तिनीहरूलाई जडान गर्ने प्रक्रियामा 3 चरणहरू हुन्छन्।

पहिलो यो हो कि नेटवर्क साइडमा कोही, सामान्यतया एक प्रशासक, तपाईंलाई लगातार भण्डारण प्रदान गर्दछ। यसको लागि सम्बन्धित Persistent Volume कन्फिगरेसन फाइल छ। अर्को, एप्लिकेसन विकासकर्ताले PersistentVolumeClaim नामक कन्फिगरेसन फाइल वा PVC भण्डारण अनुरोध लेख्छ, जसमा यसो भनिएको छ: “मसँग 50GB वितरण गरिएको भण्डारण प्रावधान छ, तर अन्य मानिसहरूले पनि यसको क्षमता प्रयोग गर्नको लागि, म यो PVC लाई भन्छु कि म हाल 10 GB मात्र चाहिन्छ"। अन्तमा, तेस्रो चरण भनेको तपाईको अनुरोधलाई भण्डारणको रूपमा माउन्ट गरिएको छ, र पोड, वा प्रतिकृति सेट, वा यस्तै केहि भएको अनुप्रयोगले यसलाई प्रयोग गर्न थाल्छ। यो याद गर्न महत्त्वपूर्ण छ कि यो प्रक्रिया उल्लेखित 3 चरणहरू समावेश गर्दछ र मापनयोग्य छ।

अर्को स्लाइडले AWS आर्किटेक्चरको Kubernetes Persistence कन्टेनर देखाउँछ।

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

डकरको साथ जस्तै, तपाईले पोर्टवर्क्सको साथ निरन्तर कुबर्नेट्स कन्टेनरहरू प्रयोग गर्न सक्नुहुन्छ।

हालको Kubernetes 1.6 शब्दावलीमा यसलाई "StatefulSet" भनिन्छ - स्टेटफुल एप्लिकेसनहरूसँग काम गर्ने तरिका जसले पोड रोक्ने र ग्रेसफुल शटडाउन प्रदर्शन गर्ने घटनाहरू प्रशोधन गर्छ। हाम्रो अवस्थामा, त्यस्ता अनुप्रयोगहरू डेटाबेस हुन्। मेरो ब्लगमा तपाईले पोर्टवर्क्स प्रयोग गरेर Kubernetes मा StatefulSet कसरी बनाउने भनेर पढ्न सक्नुहुन्छ।
विकास पक्षको कुरा गरौं । मैले भनेझैं, डकरसँग २ संस्करणहरू छन् - CE र EE, पहिलो अवस्थामा हामी सामुदायिक संस्करणको स्थिर संस्करणको बारेमा कुरा गर्दैछौं, जुन प्रत्येक 2 महिनामा एक पटक अद्यावधिक हुन्छ, EE को मासिक अपडेट गरिएको संस्करणको विपरित। तपाईं म्याक, लिनक्स वा विन्डोजको लागि डकर डाउनलोड गर्न सक्नुहुन्छ। एक पटक स्थापना भएपछि, डकर स्वतः अपडेट हुनेछ र यो सुरु गर्न धेरै सजिलो छ।

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

यी प्लेटफर्महरूमा रोलिङ अपडेट कसरी प्रदर्शन गरिन्छ हेरौं। यदि त्यहाँ धेरै नोडहरूको क्लस्टर छ भने, यसले छविको एक विशिष्ट संस्करण प्रयोग गर्दछ, उदाहरणका लागि, WildFly:1। एक रोलिङ अद्यावधिकको अर्थ छ कि छवि संस्करण क्रमिक रूपमा प्रत्येक नोडमा एक नयाँ संग प्रतिस्थापन गरिएको छ, एक पछि अर्को।

यो गर्नको लागि, म डकर सेवा अपडेट (सेवा नाम) आदेश प्रयोग गर्छु, जसमा मैले WildFly:2 छविको नयाँ संस्करण र अद्यावधिक विधि अपडेट-समानान्तर 2 निर्दिष्ट गर्दछु। नम्बर 2 को अर्थ प्रणालीले 2 अनुप्रयोग छविहरू अद्यावधिक गर्नेछ। एकै समयमा, त्यसपछि 10-सेकेन्ड अद्यावधिक ढिलाइ 10s, त्यसपछि अर्को 2 छविहरू 2 थप नोडहरू, आदिमा अद्यावधिक गरिनेछ। यो सरल रोलिङ अद्यावधिक संयन्त्र डकर को भाग को रूप मा तपाइँ लाई प्रदान गरिएको छ।

Kubernetes मा, रोलिङ अपडेटले यसरी काम गर्छ। प्रतिकृति नियन्त्रक rc ले उही संस्करणको प्रतिकृतिहरूको सेट सिर्जना गर्दछ, र यो webapp-rc मा प्रत्येक पोड etcd मा स्थित लेबलको साथ प्रदान गरिएको छ। जब मलाई पोड चाहिन्छ, म etcd भण्डारमा पहुँच गर्न अनुप्रयोग सेवा प्रयोग गर्छु, जसले मलाई निर्दिष्ट लेबल प्रयोग गरेर पोड प्रदान गर्दछ।

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

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

बहु-होस्ट क्लस्टर चलाउँदा डकर प्रणाली घटनाहरूको निगरानीले होस्ट क्र्यास वा एक विशेष होस्टमा कन्टेनर क्र्यास, स्केलिंग सेवाहरू, र यस्तै बारे डेटा प्राप्त गर्न सम्भव बनाउँछ। डकर १.२० बाट सुरु गर्दै, यसले प्रोमेथियस समावेश गर्दछ, जसले अवस्थित अनुप्रयोगहरूमा अन्तिम बिन्दुहरू इम्बेड गर्दछ। यसले तपाईंलाई HTTP मार्फत मेट्रिक्स प्राप्त गर्न र ड्यासबोर्डहरूमा प्रदर्शन गर्न अनुमति दिन्छ।

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

अर्को स्लाइडले Prometheus endpoint आउटपुट कस्तो देखिन्छ र प्रदर्शन गर्न उपलब्ध मेट्रिक्स देखाउँछ।

तल बायाँमा तपाईंले HTTP अनुरोधहरू, प्रतिक्रियाहरू, आदिका लागि मेट्रिक्स देख्नुहुन्छ, दायाँमा तिनीहरूको ग्राफिकल प्रदर्शन छ।

Kubernetes मा बिल्ट-इन निगरानी उपकरणहरू पनि समावेश छन्। यो स्लाइडले एक मास्टर र तीन कार्यकर्ता नोडहरू समावेश गर्ने सामान्य क्लस्टर देखाउँछ।

प्रत्येक काम गर्ने नोडहरूले स्वचालित रूपमा सुरु गरिएको cAdvisor समावेश गर्दछ। थप रूपमा, त्यहाँ Heapster, Kubernetes संस्करण 1.0.6 र उच्चसँग मिल्दो कार्यसम्पादन अनुगमन र मेट्रिक्स सङ्कलन प्रणाली छ। Heapster ले तपाईंलाई कार्यभार, पोड र कन्टेनरहरूको प्रदर्शन मेट्रिक्स मात्र होइन, तर सम्पूर्ण क्लस्टरद्वारा उत्पन्न भएका घटनाहरू र अन्य संकेतहरू पनि सङ्कलन गर्न अनुमति दिन्छ। डाटा सङ्कलन गर्न, यसले प्रत्येक पोडको कुबेलेटसँग कुरा गर्छ, स्वचालित रूपमा InfluxDB डाटाबेसमा जानकारी भण्डारण गर्छ, र Grafana ड्यासबोर्डमा मेट्रिक्सको रूपमा आउटपुट गर्दछ। यद्यपि, ध्यान राख्नुहोस् कि यदि तपाइँ miniKube प्रयोग गर्दै हुनुहुन्छ भने, यो सुविधा पूर्वनिर्धारित रूपमा उपलब्ध छैन, त्यसैले तपाइँले अनुगमनको लागि addons प्रयोग गर्नुपर्नेछ। त्यसोभए यो सबै तपाईंले कन्टेनरहरू कहाँ चलाउनुहुन्छ र कुन अनुगमन उपकरणहरू तपाईंले पूर्वनिर्धारित रूपमा प्रयोग गर्न सक्नुहुन्छ र कुनलाई तपाईंले छुट्टै एड-अनहरूको रूपमा स्थापना गर्न आवश्यक छ भन्ने कुरामा निर्भर गर्दछ।

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

केही विज्ञापनहरू 🙂

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

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com