क्लाउडमा Kubernetes मा पैसा बचतको लागि Kubecost समीक्षा

हाल, अधिक र अधिक कम्पनीहरूले आफ्नो पूर्वाधार हार्डवेयर सर्भरहरू र तिनीहरूको आफ्नै भर्चुअल मेसिनहरूबाट क्लाउडमा स्थानान्तरण गर्दैछन्। यो समाधान व्याख्या गर्न सजिलो छ: हार्डवेयरको बारेमा चिन्ता लिनु पर्दैन, क्लस्टर सजिलैसँग धेरै फरक तरिकामा कन्फिगर गरिएको छ... र सबैभन्दा महत्त्वपूर्ण कुरा, अवस्थित प्रविधिहरू (जस्तै कुबर्नेट्स) ले लोडको आधारमा कम्प्युटिङ पावर मापन गर्न सम्भव बनाउँछ। ।

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

परिचय

कुबेकोस्ट Google बाट क्यालिफोर्नियाको स्टार्टअप हो, क्लाउड सेवाहरूमा पूर्वाधार लागतहरू गणना गर्नका लागि समाधान सिर्जना गर्दै (कुबर्नेट्स क्लस्टर + साझा स्रोतहरू भित्र), क्लस्टर सेटिङहरूमा अवरोधहरू खोज्दै र Slack लाई उपयुक्त सूचनाहरू पठाउँदै।

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

मुख्य Kubecost मोड्युलको स्रोत कोड खुला स्रोत इजाजतपत्र (Apache License 2.0) को सर्तहरू अन्तर्गत खुला छ। यसलाई स्वतन्त्र रूपमा प्रयोग गर्न सकिन्छ र उपलब्ध सुविधाहरू साना परियोजनाहरूको लागि पर्याप्त हुनुपर्छ। तर, व्यापार व्यवसाय हो: बाँकी उत्पादन बन्द छ, यसलाई प्रयोग गर्न सकिन्छ सशुल्क सदस्यताहरू, जसले व्यापारिक सहयोगलाई पनि जनाउँछ। थप रूपमा, लेखकहरूले साना क्लस्टरहरूका लागि नि:शुल्क इजाजतपत्र प्रस्ताव गर्छन् (1 नोडहरू भएको 10 क्लस्टर - यो लेख लेख्ने क्रममा, यो सीमा 20 नोडहरूमा विस्तार भएको छ) वा 1 महिनाको लागि पूर्ण क्षमताहरूको साथ परीक्षण अवधि।

यो सबै कसरी काम गर्दछ

त्यसैले, Kubecost को मुख्य भाग आवेदन छ लागत मोडेल, Go मा लेखिएको छ। सम्पूर्ण प्रणालीको वर्णन गर्ने हेलम चार्ट भनिन्छ लागत विश्लेषक र यसको मूल भागमा प्रोमेथियस, ग्राफाना र धेरै ड्यासबोर्डहरू सहितको लागत-मोडेलको एक सभा हो।

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

Kubecost कसरी काम गर्छ?

• लागत-मोडेलले क्लाउड प्रदायकहरूको API मार्फत सेवाहरूको लागि मूल्यहरू प्राप्त गर्दछ।
• यसबाहेक, नोडको फलामको प्रकार र क्षेत्रको आधारमा, प्रति नोडको लागत गणना गरिन्छ।
• नोडहरू चल्ने लागतको आधारमा, प्रत्येक पात पोडले CPU उपयोगको प्रति घण्टा लागत, मेमोरी खपतको प्रति गिगाबाइट, र भण्डारण गरिएको डाटाको प्रति घण्टा प्रति गिगाबाइट - यो चलिरहेको नोड वा भण्डारणको वर्गमा निर्भर गर्दछ।
• व्यक्तिगत पोडहरू सञ्चालन गर्ने लागतको आधारमा, नेमस्पेसहरू, सेवाहरू, डिप्लोयमेन्टहरू, स्टेटफुल सेटहरूको लागि भुक्तानी गणना गरिन्छ।
• तथ्याङ्कहरू kube-state-metrics र node-exporter द्वारा प्रदान गरिएको मेट्रिक्स प्रयोग गरेर गणना गरिन्छ।

यो कुबेकोस्ट विचार गर्न महत्त्वपूर्ण छ पूर्वनिर्धारित रूपमा Kubernetes मा उपलब्ध स्रोतहरू मात्र गणना गर्दछ। बाह्य डाटाबेसहरू, GitLab सर्भरहरू, S3 भण्डारणहरू र अन्य सेवाहरू जुन क्लस्टरमा छैनन् (एउटै क्लाउडमा अवस्थित भए पनि) यसमा देखिँदैन। यद्यपि GCP र AWS को लागि तपाईंले आफ्नो सेवा खाताहरूको कुञ्जीहरू थप्न सक्नुहुन्छ र सबै कुरा सँगै गणना गर्न सक्नुहुन्छ।

सेटिङ

Kubecost आवश्यक छ:

• Kubernetes संस्करण 1.8 र उच्च;
• kube-state-metrics;
• प्रोमेथियस;
• नोड-निर्यातकर्ता।

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

Kubecost स्थापना गर्न धेरै तरिकाहरू छन्:

1. मानक स्थापना विधि मा वर्णन गरिएको छ निर्देशनहरू विकासकर्ताको वेबसाइटमा। आवश्यक छ हेल्ममा लागत-विश्लेषक भण्डार थप्नुहोस्, र त्यसपछि चार्ट स्थापना गर्नुहोस्। बाँकी रह्यो तपाईको पोर्ट फर्वार्ड गर्न र सेटिङहरूलाई म्यानुअल रूपमा (kubectl मार्फत) र/वा लागत-मोडेल वेब इन्टरफेस प्रयोग गरेर इच्छित स्थितिमा समायोजन गर्नुहोस्।

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

2. अनिवार्य रूपमा प्रयोग गर्नुहोस् एउटै चार्ट, तर कन्फिगर गर्नुहोस् र यसलाई आफैं स्थापना गर्नुहोस् कुनै पनि सुविधाजनक तरिकामा।

   पहिले नै उल्लेख गरिएझैं, kubecost आफैंको अतिरिक्त, यो चार्टमा Grafana र Prometheus चार्टहरू छन्, जसलाई इच्छित रूपमा अनुकूलित गर्न सकिन्छ।

   चार्टमा उपलब्ध छ values.yaml लागत-विश्लेषकको लागि तपाईंलाई कन्फिगर गर्न अनुमति दिन्छ:

   • लागत-विश्लेषक घटकहरूको सूची जुन तैनात गर्न आवश्यक छ;
   • प्रोमेथियसको लागि तपाईंको अन्तिम बिन्दु (यदि तपाईंसँग पहिले नै छ भने);
   • लागत-मोडेल र ग्राफानाका लागि डोमेन र अन्य प्रवेश सेटिङहरू;
   • पोडका लागि एनोटेशनहरू;
   • स्थायी भण्डारण र यसको आकार प्रयोग गर्न आवश्यक छ।

   विवरण सहित उपलब्ध कन्फिगरेसन विकल्पहरूको पूर्ण सूची उपलब्ध छ कागजात.

   यसको आधारभूत संस्करणमा kubecost ले पहुँचलाई प्रतिबन्ध लगाउन सक्दैन, तपाईंले तुरुन्तै वेब प्यानलको लागि आधारभूत-पुष्टि कन्फिगर गर्न आवश्यक हुनेछ।

3. स्थापना गर्नुहोस् केवल प्रणाली कोर - लागत मोडेल। यो गर्नको लागि, तपाईंले क्लस्टरमा प्रोमिथियस स्थापना गरेको हुनुपर्छ र चरमा यसको ठेगानाको सम्बन्धित मान निर्दिष्ट गर्नुहोस्। prometheusEndpoint हेलम को लागी। त्यस पछि - लागू गर्नुहोस् YAML कन्फिगरेसनहरूको सेट क्लस्टर मा।

   फेरि, तपाईंले म्यानुअल रूपमा आधारभूत-लेखनको साथ Ingress थप्नुपर्नेछ। अन्तमा, तपाईंले लागत-मोडेल मेट्रिक्स सङ्कलन गर्नको लागि एउटा खण्ड थप्नुपर्छ extraScrapeConfigs प्रोमेथियस कन्फिगरेसनमा:

   - job_name: kubecost
     honor_labels: true
     scrape_interval: 1m
     scrape_timeout: 10s
     metrics_path: /metrics
     scheme: http
     dns_sd_configs:
     - names:
       - <адрес вашего сервиса kubecost>
       type: 'A'
       port: 9003

हामीले के पाउँछौं?

पूर्ण स्थापनाको साथ, हामीसँग ड्यासबोर्डहरूको सेटको साथ kubecost र Grafana वेब प्यानल छ।

कुल खर्च, मुख्य स्क्रिनमा प्रदर्शित, वास्तवमा महिनाको लागि स्रोतहरूको अनुमानित लागत देखाउँछ। यो प्रक्षेपित स्रोत उपभोगको हालको स्तरमा क्लस्टर (प्रति महिना) प्रयोग गर्ने लागत प्रतिबिम्बित गर्ने मूल्य।

यो मेट्रिक खर्च विश्लेषण र तिनीहरूलाई अनुकूलन को लागी अधिक छ। क्युबेकोस्टमा अमूर्त जुलाईको लागि कुल लागतहरू हेर्न यो धेरै सुविधाजनक छैन: तपाईंले गर्नुपर्नेछ बिलिङमा जानुहोस्। तर तपाईले 1/2/7/30/90 दिनको लागि नेमस्पेस, लेबल, पोडहरू द्वारा विभाजित लागतहरू देख्न सक्नुहुन्छ, जुन बिलिङले तपाईंलाई कहिल्यै देखाउँदैन।

को कुरा गर्दै लेबलहरू। तपाईंले तुरुन्तै सेटिङहरूमा जानु पर्छ र लेबलहरूको नामहरू सेट गर्नुपर्छ जुन समूह लागतहरूको लागि अतिरिक्त कोटीहरूको रूपमा प्रयोग गरिनेछ:

तपाईंले तिनीहरूमा कुनै पनि लेबलहरू झुण्ड्याउन सक्नुहुन्छ - यदि तपाईंसँग पहिले नै आफ्नै लेबलिङ प्रणाली छ भने सुविधाजनक।

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

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

एक महत्त्वपूर्ण उपकरण - क्लस्टर बचत। यसले पोडहरूको गतिविधि (सञ्जालहरू सहित संसाधनहरूको खपत) मापन गर्दछ, र कति पैसा र तपाईंले बचत गर्न सक्नुहुन्छ भनेर पनि गणना गर्दछ।

यो अप्टिमाइजेसन सुझावहरू एकदम स्पष्ट छ जस्तो लाग्न सक्छ, तर अनुभवले सुझाव दिन्छ कि त्यहाँ हेर्नको लागि अझै केहि छ। विशेष गरी, पोडहरूको नेटवर्क गतिविधि निगरानी गरिन्छ (कुबेकोस्टले निष्क्रियहरूलाई ध्यान दिन सुझाव दिन्छ), अनुरोध गरिएको र वास्तविक मेमोरी र CPU खपत तुलना गरिएको छ, साथै क्लस्टर नोडहरू द्वारा प्रयोग गरिएको CPU (एकमा धेरै नोडहरू पतन गर्न सुझाव दिन्छ), डिस्क। लोड र एक दर्जन थप प्यारामिटरहरू।

कुनै पनि अप्टिमाइजेसन मुद्दाको रूपमा, Kubecost डेटामा आधारित स्रोतहरू अनुकूलन गर्न आवश्यक छ: सावधानीपूर्वक व्यवहार गर्नुहोस्। उदाहरणका लागि, क्लस्टर बचतले यो सुरक्षित छ भनी दाबी गर्दै नोडहरू मेटाउने सुझाव दिन्छ, तर अन्य नोडहरूमा उपलब्ध नभएका पोडहरूमा नोड चयनकर्ता र दागहरूको उपस्थितिलाई ध्यानमा राख्दैन। र सामान्यतया, उत्पादनका लेखकहरू पनि तिनीहरूको भर्खरको लेख (वैसे, यो परियोजनाको विषयमा रुचि राख्नेहरूका लागि धेरै उपयोगी हुन सक्छ) यो लागत अनुकूलनमा हेडलोङ नगर्न सिफारिस गरिएको छ, तर विचारपूर्वक मुद्दामा पुग्न।

परिणामहरू

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

त्यहाँ केही डाउनसाइडहरू पनि छन्: त्यहाँ गैर-महत्वपूर्ण बगहरू छन्, र केही ठाउँहरूमा कार्यक्षमताले केही परियोजनाहरूको लागि विशेष आवश्यकताहरू कभर गर्दैन। यद्यपि, यदि तपाईंले द्रुत रूपमा बुझ्नु आवश्यक छ कि पैसा कहाँ जाँदैछ र के "कट" गर्न सकिन्छ ताकि क्लाउड सेवाहरूको बिल 5-30% ले लगातार घटाउनको लागि (हाम्रो मामलामा यस्तै भयो), यो उत्तम विकल्प हो। ।

PS

हाम्रो ब्लगमा पनि पढ्नुहोस्:

• «Kubernetes मा स्वत: स्केलिंग र संसाधन व्यवस्थापन (अवलोकन र भिडियो रिपोर्ट)»;
• «Kubernetes साहसिक डेलीमोशन: क्लाउडहरू + अन-प्रिमाइसेसमा पूर्वाधार सिर्जना गर्दै»;
• «Kubernetes टिप्स र ट्रिक्स: नोड आवंटन र वेब अनुप्रयोग लोड बारे"।

स्रोत: www.habr.com