"ExtendedPromQL" - रोमन Khavronenko को रिपोर्ट को ट्रान्सक्रिप्ट

म रोमन खाभ्रोनेन्को "विस्तारितप्रोमक्यूएल" द्वारा रिपोर्टको ट्रान्सक्रिप्ट पढ्न प्रस्ताव गर्दछु।

मेरो बारेमा छोटकरीमा। मेरो नाम रोमन हो। म CloudFlare का लागि काम गर्छु र लन्डनमा बस्छु। तर म भिक्टोरियामेट्रिक्स मर्मतकर्ता पनि हुँ।
र म लेखक हुँ क्लिक हाउस प्लगइन Grafana र को लागि हाउस-प्रोक्सी क्लिक गर्नुहोस् ClickHouse को लागि एउटा सानो प्रोक्सी हो।

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

सुरुदेखि नै सुरु गरौं। PromQL के हो? PromQL Prometheus क्वेरी भाषा हो। समय श्रृंखला डेटा, समय श्रृंखला प्राप्त गर्न हामी प्रोमिथियसमा प्रश्नहरू यसरी बनाउँछौं।

समय श्रृंखला डेटा के हो? शाब्दिक रूपमा, यी तीन प्यारामिटरहरू छन्।

यी हुन्:

• हामी के हेरिरहेका छौं।
• जब हामी यसलाई हेर्छौं।
• र यसले कस्तो मूल्य देखाउँछ।

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

हामी चरणहरू हेरिरहेका छौं। हामी अर्थ देख्छौं र हामी यसलाई हेर्दा समय देख्छौं। त्यो हो, यो रेखाचित्र हेरेर, तपाईं सजिलै भन्न सक्नुहुन्छ कि आइतबार म लगभग 15 पाइला हिडे। यो समय श्रृंखला डाटा हो।

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

अब यो सबै डाटा डेटाबेसमा भण्डारण गर्ने प्रयास गरौं। उदाहरणका लागि, मैले ClickHouse सिन्ट्याक्स लिएँ। र यहाँ हामी "चरणहरू" भनिने एउटा तालिका सिर्जना गर्दैछौं, अर्थात् हामीले के हेरिरहेका छौं। यहाँ एक समय छ जब हामी यसलाई हेर्छौं; यसले के देखाउँछ र केहि मेटा-डेटा जहाँ हामी यो को हो भण्डार गर्नेछौं: जे र साइलेन्ट बब।

र यो सबै कल्पना गर्न को लागी प्रयास गर्न को लागी, हामी Grafana प्रयोग गर्नेछौं, किनकि, पहिले, यो सुन्दर छ।

साथै हामी यो प्लगइन प्रयोग गर्नेछौं। यसका दुईवटा कारण छन्। पहिलो कारण मैले यो लेखेको छु। र मलाई ठ्याक्कै थाहा छ कि Grafana मा देखाउनको लागि ClickHouse बाट समय श्रृंखला डेटा निकाल्न कत्तिको गाह्रो छ।

हामी ग्राफ प्यानलमा प्रदर्शन गर्नेछौं। यो Grafana मा सबैभन्दा लोकप्रिय प्यानल हो र समय बनाम मूल्य देखाउँछ, त्यसैले हामीलाई केवल दुई प्यारामिटरहरू चाहिन्छ।

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

र नतिजाको रूपमा, हामीले यो ग्राफ पाउँछौं। कसलाई थाहा छ ऊ किन यस्तो अनौठो छ?

यो सही छ, तपाईंले समय अनुसार क्रमबद्ध गर्न आवश्यक छ।

र अन्तमा हामीले राम्रो, तर अझै अनौठो तालिका पाउँछौं। कसलाई थाहा छ किन? यो सहि हो, त्यहाँ दुई जना सहभागीहरू छन्, र हामी Grafana मा दुई पटक श्रृंखला दिन्छौं, किनकि यदि हामीले डेटा मोडेलसँग फेरि व्यवहार गर्छौं भने, त्यसपछि प्रत्येक पटकको शृङ्खला एउटा नाम र सबै लेबलहरूको कुञ्जी-मानहरूको अद्वितीय संयोजन हो।

तसर्थ, हामीले एक विशिष्ट व्यक्ति चयन गर्न आवश्यक छ। हामी जय छनोट गर्छौं।

र फेरि कोर्नुहोस्। अब ग्राफ सत्य जस्तो देखिन्छ। अब यो एक सामान्य तालिका हो र सबै राम्रो काम गरिरहेको छ।

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

अब जय वा मौन बब को चाल गति गणना गर्न प्रयास गरौं। ClickHouse मा, हामीले runDifference गर्नु पर्छ, अर्थात्, बिन्दुहरूको जोडीहरू बीचको भिन्नता गणना गर्नुहोस् र सही गति प्राप्त गर्नको लागि तिनीहरूलाई समयद्वारा विभाजित गर्नुहोस्। अनुरोध केहि यस्तो देखिनेछ।

र उसले लगभग यी मानहरू देखाउनेछ, अर्थात् लगभग 1,8 कदम प्रति सेकेन्ड साइलेन्ट बब वा जे गर्छ।

र प्रोमेथियसमा तपाईलाई यो कसरी गर्ने भनेर पनि थाहा छ। पहिले भन्दा धेरै सजिलो।

र यसलाई Grafana मा गर्न पनि सजिलो बनाउनको लागि, मैले PromQL सँग मिल्दोजुल्दो एउटा र्यापर थपेको छु। यसलाई रेट म्याक्रो भनिन्छ, वा तपाईले यसलाई कल गर्न चाहानुहुन्छ। Grafana मा, तपाईंले "दर" मात्र लेख्नुहुन्छ, तर कतै गहिरो रूपमा यो यति ठूलो अनुरोधमा रूपान्तरण हुन्छ। र तपाईले यसलाई हेर्नु पनि पर्दैन, यो त्यहाँ कतै छ, तर तपाईले धेरै समय बचत गर्नुहुन्छ, किनकि यति ठूलो SQL प्रश्नहरू लेख्नु जहिले पनि महँगो हुन्छ। तपाईं सजिलै गल्ती गर्न सक्नुहुन्छ र त्यसपछि लामो समयसम्म के भइरहेको छ भनेर बुझ्न सक्नुहुन्न।

र यो एक प्रश्न हो जुन एक स्लाइडमा पनि फिट भएन, र मैले यसलाई दुई स्तम्भहरूमा विभाजन गर्नुपर्‍यो। यो ClickHouse मा एक अनुरोध पनि हो, जसले समान दर बनाउँछ, तर दुबै समय शृङ्खलाहरूका लागि: साइलेन्ट बब र जे, ताकि हामीसँग प्यानलमा दुई समय श्रृंखलाहरू छन्। र यो पहिले नै धेरै गाह्रो छ, मेरो विचार मा।

र प्रोमेथियस अनुसार यो योग (दर) हुनेछ। क्लिकहाउसको लागि मैले RateColumns भनिने एउटा छुट्टै म्याक्रो बनाएको छु जुन प्रोमेथियस क्वेरी जस्तो देखिन्छ।

हामीले हेर्यौं र यस्तो देखिन्छ कि PromQL सबै धेरै राम्रो छ, तर यसमा पक्कै पनि सीमितताहरू छन्।

यी हुन्:

• सीमित चयन।
• Edge JOINs।
• कुनै समर्थन छैन।

र यदि तपाईंले लामो समयदेखि यसको साथ काम गर्नुभएको छ भने, तपाइँलाई थाहा छ कि कहिलेकाहीँ PromQL मा केहि गर्न धेरै गाह्रो हुन्छ, र SQL मा तपाइँ लगभग सबै गर्न सक्नुहुन्छ, किनकि यी सबै विकल्पहरू जुन हामीले भर्खरै कुरा गर्यौं SQL मा गर्न सकिन्छ। । तर यो प्रयोग गर्न सुविधाजनक हुनेछ? र यसले मलाई सधैं सबैभन्दा शक्तिशाली भाषा सबैभन्दा सुविधाजनक हुन सक्दैन भन्ने सोच्न बाध्य बनाउँछ।

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

र अर्को भाग PromQL विस्तार गर्दैछ।

एक पटक फेरि VictoriaMetrics को बारे मा। VictoriaMetrics के हो? यो एक समय श्रृंखला डाटाबेस हो, यो OpenSource मा छ, हामी यसको एकल र क्लस्टर संस्करणहरू वितरण गर्छौं। हाम्रो बेन्चमार्कहरूका अनुसार, यो अहिले बजारमा रहेको सबैभन्दा छिटो हो र यो कम्प्रेसनको सन्दर्भमा समान छ, अर्थात् जीवित मानिसहरूले लगभग ०.४ बाइट प्रति बिन्दुको सङ्कुचन रिपोर्ट गर्छन्, जब प्रोमेथियससँग १.२-१.४ छ।

हामी प्रोमेथियसलाई मात्र समर्थन गर्दैनौं। हामी InfluxDB, Graphite, OpenTSDB लाई समर्थन गर्छौं।

तपाईं हामी मा "लेखन" सक्नुहुन्छ, त्यो हो, तपाईं पुरानो डाटा स्थानान्तरण गर्न सक्नुहुन्छ।

र हामी Prometheus र Grafana सँग पनि पूर्ण रूपमा काम गर्छौं, अर्थात् हामी PromQL इन्जिनलाई समर्थन गर्छौं। र Grafana मा, तपाईंले Prometheus endpoint लाई VictoriaMetrics मा परिवर्तन गर्न सक्नुहुन्छ र तपाईंको सबै ड्यासबोर्डहरूले तिनीहरूले गरे जस्तै काम गर्नेछन्।

तर तपाईं VictoriaMetrics द्वारा प्रदान गरिएको अतिरिक्त चिपहरू पनि प्रयोग गर्न सक्नुहुन्छ।

हामी चाँडै हामीले थपेका सुविधाहरू मार्फत जानेछौं।

अन्तराल परम छोड्नुहोस् - तपाइँ Grafana मा प्यारामिटर अन्तराल छोड्न सक्नुहुन्छ। जब तपाईं प्यानलमा जुम इन/आउट गर्दा अनौठो ग्राफहरू प्राप्त गर्न चाहनुहुन्न, यो चर प्रयोग गर्न सिफारिस गरिन्छ। $__interval। यो एक आन्तरिक Grafana परिवर्तन हो र यसले डेटा दायरा आफै चयन गर्दछ। र VictoriaMetrics आफैले बुझ्न सक्छ कि यो दायरा के हुनुपर्छ। र तपाईंले आफ्नो सबै प्रश्नहरू अद्यावधिक गर्न आवश्यक छैन। यो धेरै सजिलो हुनेछ।

दोस्रो प्रकार्य अन्तराल सन्दर्भ हो। तपाईं आफ्नो अभिव्यक्तिमा यो स्पेसिङ प्रयोग गर्न सक्नुहुन्छ। तपाईं गुणन, विभाजन, स्थानान्तरण, यसलाई सन्दर्भ गर्न सक्नुहुन्छ।

अर्को रोलअप प्रकार्य परिवार हो। रोलअप प्रकार्यले तपाइँको कुनै पनि समय शृङ्खलालाई तीन अलग-अलग समय श्रृंखलाहरूमा रूपान्तरण गर्दछ। यी न्यूनतम, अधिकतम र औसत हुन्। मलाई यो धेरै सुविधाजनक लाग्छ, किनकि कहिलेकाहीँ यसले केही आउटलियरहरू (विसंगतिहरू) र अशुद्धताहरू देखाउन सक्छ।

र यदि तपाइँ केवल क्रोधित वा रेट गर्दै हुनुहुन्छ भने, तपाइँ सम्भवतः केहि केसहरू छुटाउन सक्नुहुन्छ जहाँ समय श्रृंखलाले तपाइँले चाहेको तरिकाले व्यवहार गर्दैन। यो प्रकार्यको साथ हेर्न धेरै सजिलो छ, मानौं अधिकतम औसत भन्दा धेरै बन्द छ।

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

Keep_last_Value - मेट्रिकको अन्तिम मान छुटेको खण्डमा बचत गर्छ। यदि अर्को स्क्र्याप पछि प्रोमेथियसले यसलाई 5 मिनेट भित्र फेला पारेन भने, हामी यहाँ यसको अन्तिम मान सम्झनेछौं र तपाईंको चार्टहरू फेरि तोडिने छैन।

Scrape_interval - प्रोमिथियसले तपाईको मेट्रिकमा कति पटक डेटा सङ्कलन गर्छ, कुन फ्रिक्वेन्सीमा देखाउँछ। यहाँ तपाईंले पास देख्न सक्नुहुन्छ, उदाहरणका लागि।

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

त्यसकारण, किन तिनीहरूलाई सरल बनाउँदैन? त्यो हो, यसलाई स्पष्ट वाक्य रचनाको साथ साना प्रकार्यहरूमा विभाजन गर्नुहोस्।

र अब सबैभन्दा रोचक। हामी किन यो PromQL विस्तारित छ जस्तो लाग्छ? किनभने हामी साझा तालिका अभिव्यक्तिहरूलाई समर्थन गर्छौं। तपाईं QR कोड (https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/ExtendedPromQL), उदाहरणहरू सहितको लिङ्कहरू हेर्नुहोस्, खेल मैदानबाट, जहाँ तपाइँ ब्राउजरमा स्थापना नगरिकन VictoriaMetrics मा सीधै प्रश्नहरू चलाउन सक्नुहुन्छ।

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

उदाहरणका लागि, जब मलाई सबै अनुरोधहरूमा Grafana मा फिल्टरहरू अद्यावधिक गर्न आवश्यक छ, र ड्यासबोर्ड ठूलो हुन सक्छ वा तिनीहरूमध्ये धेरै हुन सक्छ। र म Grafana मा यो समस्या कसरी समाधान गर्न चाहन्छु?

म यो समस्यालाई यसरी हल गर्छु: म एउटा सामान्य फिल्टर बनाउँछु र यसमा यो फिल्टर परिभाषित गर्छु, र त्यसपछि म यसलाई प्रश्नहरूमा पुन: प्रयोग गर्छु। तर यदि तपाईंले अहिले त्यसै गर्नुभयो भने, यसले काम गर्दैन किनभने Grafana ले तपाईंलाई क्वेरी भेरिएबलहरू भित्र चरहरू प्रयोग गर्न अनुमति दिँदैन। र यो अलि अनौठो छ।

र त्यसैले मैले एउटा विकल्प बनाएको छु जसले तपाईंलाई यो गर्न अनुमति दिन्छ। र यदि तपाइँ इच्छुक हुनुहुन्छ वा यस्तो सुविधा चाहनुहुन्छ भने, समर्थन वा मन नपर्ने यदि तपाइँ यो विचार मनपर्दैन भने। https://github.com/grafana/grafana/pull/16694

PromQL विस्तारको बारेमा थप। यहाँ हामी एक चर मात्र होइन, तर प्रत्यक्ष रूपमा सम्पूर्ण प्रकार्य परिभाषित गर्छौं। र हामी यसलाई ru (संसाधन उपयोग) भन्छौं। र यो प्रकार्यले नि: शुल्क स्रोतहरू, एक स्रोत सीमा, र फिल्टर स्वीकार गर्दछ। वाक्य रचना सरल देखिन्छ। र यो प्रकार्य प्रयोग गर्न र हामीसँग नि: शुल्क मेमोरीको प्रतिशत गणना गर्न धेरै सजिलो छ। त्यो हो, हामीसँग कति मेमोरी छ, कुन सीमा र कसरी फिल्टर गर्ने। यो धेरै राम्रो देखिन्छ यदि तपाईले सबै एउटै फिल्टरहरू पुन: प्रयोग गरेर लेख्नु भएको थियो, किनकि यो ठूलो, ठूलो क्वेरीमा परिणत हुनेछ।

र यहाँ यस्तो ठूलो, ठूलो अनुरोध को एक उदाहरण छ। यो Grafana को लागि आधिकारिक NodeExporter ड्यासबोर्डबाट हो। तर यहाँ के भइरहेको छ म वास्तवमै बुझ्दिन। त्यो हो, निस्सन्देह, यदि तपाईले नजिकबाट हेर्नुभयो भने म बुझ्छु, तर कोष्ठकहरूको संख्याले यहाँ के भइरहेको छ भनेर बुझ्नको लागि तुरुन्तै प्रेरणा घटाउन सक्छ। र किन यसलाई सरल र स्पष्ट बनाउँदैन?

उदाहरणका लागि, यो जस्तै, महत्त्वपूर्ण चीजहरू वा चरहरूमा भागहरू हाइलाइट गर्दै। र त्यसपछि आफ्नो आधारभूत गणित गर्नुहोस्। यो पहिले नै प्रोग्रामिङ जस्तै छ, यो म भविष्यमा Grafana मा हेर्न चाहन्छु।

यदि हामीसँग पहिले नै यो ru प्रकार्य छ भने, र यो भिक्टोरियामेट्रिक्समा सिधै अवस्थित छ भने हामीले यसलाई कसरी अझ सजिलो बनाउन सक्छौं भन्ने दोस्रो उदाहरण यहाँ छ। र त्यसपछि तपाईंले CTE मा घोषणा गर्नुभएको क्यास गरिएको मान पास गर्नुहोस्।

सही प्रोग्रामिङ भाषा प्रयोग गर्नु कत्तिको महत्त्वपूर्ण छ भनेर मैले पहिले नै कुरा गरिसकेको छु। र, सायद, हरेक कम्पनीमा Grafana मा केहि फरक भइरहेको छ। र, सम्भवतः, तपाइँ अझै पनि तपाइँको विकासकर्ताहरूलाई Grafana मा पहुँच दिनुहुन्छ, र विकासकर्ताहरूले आफ्नै केहि गर्छन्। र तिनीहरू सबै फरक तरिकामा गर्छन्। तर म चाहन्थे कि यो कुनै न कुनै रूपमा उस्तै हो, त्यो हो, एक साझा मानकमा घटाइयो।

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

के हुन्छ यदि तिनीहरूले यो ज्ञान सीधै Grafana मा राख्न सक्थे ताकि अन्य प्रयोगकर्ताहरूले प्रकार्यहरू पुन: प्रयोग गर्न सकून्? र यदि नि: शुल्क मेमोरीको प्रतिशत गणना गर्न आवश्यक छ भने, तिनीहरूले मात्र प्रकार्य लागू गर्नेछन्। तर के हुन्छ यदि निर्यातकर्ताहरूका सिर्जनाकर्ताहरूले तिनीहरूको उत्पादनको साथमा, कार्यहरूको सेट पनि प्रदान गरे, तिनीहरूको मेट्रिक्ससँग कसरी काम गर्ने, किनकि उनीहरूलाई यी मेट्रिकहरू के हुन् र तिनीहरूलाई सही रूपमा गणना गर्ने भनेर थाहा छ?

यो वास्तवमा अवस्थित छैन। यहाँ मैले आफैले गरेको कुरा हो। यो Grafana मा पुस्तकालय समर्थन छ। मानौं नोडएक्सपोर्टर बनाउने केटाहरूले मैले वर्णन गरे अनुसार गरे। र पनि सुविधाहरू को एक सेट प्रदान।

अर्थात्, यो केहि यस्तो देखिन्छ। तपाईंले यस पुस्तकालयलाई Grafana मा जडान गर्नुहुन्छ, तपाईं सम्पादनमा जानुहुन्छ, र यहाँ यो मेट्रिकसँग कसरी काम गर्ने JSON मा धेरै सरल छ। त्यो हो, प्रकार्यहरूको केही सेट, तिनीहरूको विवरण र तिनीहरू केमा प्रकट हुन्छन्।

मेरो विचारमा, यो उपयोगी हुन सक्छ, किनकि त्यसो भए तपाईले ग्राफानामा त्यस्तै लेख्नुहुनेछ। र Grafana तपाईंलाई "बताउँछ" कि त्यहाँ यस्तो र यस्तो पुस्तकालयबाट यस्तो प्रकार्य छ - यसलाई प्रयोग गरौं। मलाई लाग्छ कि यो धेरै राम्रो हुनेछ।

VictoriaMetrics को बारेमा थोरै। हामी धेरै रोचक चीजहरू गर्छौं। कम्प्रेसनको बारेमा हाम्रा लेखहरू पढ्नुहोस्, अन्य समय श्रृंखला डेटा अनुप्रयोगहरूसँग हाम्रो प्रतिस्पर्धाको बारेमा, PromQL सँग कसरी काम गर्ने भन्ने बारे हाम्रो व्याख्या, किनभने यसमा धेरै धेरै शुरुआतीहरू छन्, साथै ठाडो स्केलेबिलिटी र थानोससँगको टकरावको बारेमा।

प्रश्नहरू:

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

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

कसरी जाँच गर्ने हो?

कसरी जाँच गर्ने? सायद छैन।

Grafana मा एक परीक्षण रूपमा।

र Grafana को बारेमा के हो? Grafana ले यो अनुरोधलाई सीधै डेटास्रोतमा अनुवाद गर्छ।

प्यारामिटरहरूमा थोरै थपेर।

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

रिपोर्ट को लागी धन्यवाद! कम्प्रेसन को लागी धन्यवाद! तपाईंले ग्राफमा चर म्यापिङको बारेमा सम्झनुभयो, कि Grafana मा तपाईंले चरमा चर प्रयोग गर्न सक्नुहुन्न। मैले के भन्न खोजेको बुझ्नुभयो ?

हो।

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

यदि Grafana कुनै अन्य तरिकामा चर पहुँच गर्दैन भने, हो, यसले काम गर्नेछ। तर मेरो सल्लाह Grafana मा अलर्टिङ प्रयोग गर्नु हुँदैन, तपाईले सतर्कता प्रबन्धक प्रयोग गर्नु राम्रो हुन्छ।

हो, म यसलाई प्रयोग गर्छु, तर Grafana मा सेटअप गर्न सजिलो देखिन्थ्यो, तर टिपको लागि धन्यवाद!

स्रोत: www.habr.com