Grafana: मॉनिटरिंग ग्राफाना

++

: +1:

सुनिश्चित करें कि स्वास्थ्य url सत्र उत्पन्न नहीं करता है

: +1:

+1, यह भारोत्तोलक के पीछे ग्रेफाना चलाने के लिए बहुत उपयोगी होगा, लोडबेलर / स्वास्थ्य HTTP को सत्यापित करने के लिए कॉल करेगा grafana रिटर्न HTTP 200 ओके।

मैंने एक साथ कुछ मृत सरल किया है, लेकिन मैं इस समय विशेष रूप से खुश नहीं हूं।

यदि कोई भी वर्तमान स्थिति बनाम मास्टर पर एक नज़र रखना चाहता है: https://github.com/grafana/grafana/compare/master...theangryangel : सुविधा / health_check

यह कुछ इस तरह देता है:

{"current_timestamp":"2016-06-04T18:43:49+01:00","database_ok":true,"session_ok":true,"version":{"built":1464981754,"commit":"v3.0.4+158-g7cbaf06-dirty","version":"3.1.0"}}

डेटाबेस चेक मैं मूल रूप से कुछ आँकड़े वापस कर रहा था, लेकिन मैंने इसे काट दिया है। मैं क्वेरी को बहुत आसान जैसे "1 का चयन करें" में बदल सकता हूं और यह जांचता है कि इसमें कोई त्रुटि नहीं है। यकीन नहीं होता अगर यह इसके लायक है।

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

डेटा स्रोतों के लिए जाँच करना विशेष रूप से समझ में नहीं आता है कि इस के माध्यम से प्रयास करें कि कैसे ग्रैफ़ाना लिखा जाता है। संभवतः आपके नियमित निगरानी प्रणाली में जोड़ने के लिए और अधिक समझदार।

मैं एक ही मुद्दे का सामना कर रहा था और एक समाधान के रूप में, मैं एक समर्पित प्रमाणीकरण एपीआई कुंजी के साथ लोड बैलेंसर से एक एपीआई कॉल का उपयोग करता हूं। मैं HAProxy का उपयोग कर रहा हूं, जिसमें option httpchk में कस्टम HTTP हेडर सेट करने की कुछ उपयोगी "छिपी हुई" सुविधा है:

option httpchk GET /api/org HTTP/1.0\r\nAccept:\ application/json\r\nContent-Type:\ application/json\r\nAuthorization:\ Bearer\ your_api_key\r\n

(मुझे 1.1 के बजाय HTTP / 1.0 का उपयोग करने की आवश्यकता है, क्योंकि उत्तरार्द्ध को होस्ट हेडर सेट करने की आवश्यकता है और मैं इसे गतिशील रूप से HAProx फ़ाइल कॉन्फ़िगरेशन में प्राप्त नहीं कर सकता)।

/api/org थोड़ा ओवरहेड के साथ सबसे सरल अनुरोध प्रतीत होता है और HTTP 200 लौटाता है, जो वास्तव में लोड बैलेंसर की आवश्यकता है - और कोई नया सत्र नहीं बनाता है।

इस मुद्दे पर कोई प्रगति या पीआर?

+1

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

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

+1

/ मीट्रिक्स प्रोमेथियस समापन बिंदु जोड़ने के बारे में क्या?

+1

किसी को भी कुछ सेवाओं के लिए अमेज़न ईसीएस जैसी स्वास्थ्य जाँच की आवश्यकता है:
इस हैक का उपयोग करें: /public/img/grafana_icon.svg , HTTP कोड: 200।

+1

इस समय के दौरान यदि आप केवल HTTP code: 200 सरल /login । मेरे सहकर्मी और मैंने केवल ग्रेफाना को एक कुबेरनेट्स क्लस्टर में तैनात किया और उस समापन बिंदु का उपयोग करके लाइनिंग / तत्परता जांच के लिए ठीक काम किया। Google कंप्यूट इंजन लोड बैलेंसर के लिए भी काम करता है।

सभी को लगता है कि तकनीकी रूप से इसका मतलब कैसे पता चलता है, लेकिन यह बिंदु बाहरी निर्भरता सहित सेवा स्वास्थ्य की निगरानी का स्पष्ट समर्थन करता है।

मेरे आईफोन से भेजा गया

5 दिसंबर, 2016 को शाम 4:09 बजे, हंटर Satterwhite सूचनाएं @github.com ने लिखा:

यदि आप एक सरल HTTP कोड: 200 की तलाश कर रहे हैं, तो बस उपयोग / लॉगिन करें। मेरे सहकर्मी और मैंने केवल ग्रेफाना को एक कुबेरनेट्स क्लस्टर में तैनात किया और उस समापन बिंदु का उपयोग करके लाइनिंग / तत्परता जांच के लिए ठीक काम किया। Google कंप्यूट इंजन लोड बैलेंसर के लिए भी काम करता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

हम अपने विशिष्ट उपयोग के मामले को जोड़ना चाहते हैं: हमें यह जांचने के लिए एक सरल HTTP एंडपॉइंट की आवश्यकता है कि क्या कोई उपयोगकर्ता लॉगिन और प्रदर्शन कर सकता है। मुझे पता है कि हम इसके अभाव में काम करने के लिए /login जैसे स्थैतिक संसाधनों और समापन बिंदुओं का उपयोग कर सकते हैं, लेकिन हमें वास्तव में कुछ ऐसी चीज़ों की आवश्यकता है जो यह जाँचें कि Grafana internals अपेक्षा के अनुरूप चल रहे हैं। डेटा स्रोतों से डेटा पुनर्प्राप्त करने के लिए हमें आवश्यक रूप से स्टेटस चेक की आवश्यकता नहीं है, क्योंकि हमारे पास उन लोगों के लिए अलग-अलग स्वास्थ्य परीक्षण हैं।

इसके लिए +1।

सोम, 5 दिसंबर, 2016 को रात 11:51 बजे, फिलिप वर्नर्सबक <
सूचनाएं@github.com> ने लिखा:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/grafana/grafana/issues/3302#issuecomment-265060171
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AIESgm7BZw3jqs8ElVWU9v7CjtcXBYFwks5rFOm-gaJpZ44Gm4T8
।

-

[छवि: TransLoc_logos_gear-blue_600x600.png]

हंटर Satterwhite

लीड बिल्ड एंड ऑपरेशंस इंजीनियर, ट्रांसलोक

सेल: 252.762.5177 | http://transloc.com http://www.transloc.com/

[छवि: सोशल मीडिया आइकन-03.png] https://www.facebook.com/TransLoc/ [छवि:
सोशल मीडिया आइकन- 04.png] https://www.linkedin.com/company/transloc [छवि:
सोशल मीडिया आइकॉन -02.png] http://www.twitter.com/transloc [image: social
मीडिया आइकॉन -01.png] http://www.instagram.com/transloc_inc

इसलिए वर्तमान में कुछ आंतरिक मैट्रिक्स के साथ 4.0 / एपी / मेट्रिक्स एंडपॉइंट है।

लेकिन मुद्दा कुछ इस तरह का अनुरोध करता है

{ "date_sources_ok": True, "database_ok": True, "authorization_ok": True, "grafana_version": "2.5.1" }

यहां जो अपेक्षित है उसके लिए अधिक विस्तृत विवरण के साथ अच्छा होगा। क्या एपीआई स्वास्थ्य कॉल को सभी ऑर्गेस में सभी डेटा स्रोतों के साथ लाइव चेक करना चाहिए? क्या इसे मक्खी पर किया जाना चाहिए क्योंकि / स्वास्थ्य एप कॉल किया जाता है?
प्राधिकरण का क्या अर्थ है?

@torkelo एक विचार टॉस करने जा रहा है, लेकिन निश्चित रूप से लगता है कि / स्वास्थ्य दोनों के लिए अनुमति देना चाहिए grafana- सर्वर के साथ ही स्थापित करने के लिए मनमानी बातें दर्ज करने के लिए प्लग इन:

{
    "ok": false,
    "items": [
        "datasources": {
            "ok": true,
        },
        "database": {
            "ok": false,
            "msg": "Cannot communicate ###.###.###.###/XXXXXXX"
        },
        ...
    ]
}

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

इस तरह आउटपुट होने से मॉनिटरिंग चेक विशिष्ट समस्याओं और आउटपुट के अनुसार समस्याओं के लिए समग्र रूप से जांच करने की अनुमति देगा।

+1

@torkelo देरी से जवाब के लिए खेद है बस अपने सवालों को देखा।

टीएल, डॉ
@ कैंडीफेलर ने अपनी टिप्पणी में एक अच्छा काम किया और यह मेरे मन में बहुत कुछ था

Grafana पर नज़र रखने के लिए इस्तेमाल किया जाने वाला अंतिम बिंदु (या अंत बिंदु) विवरण के साथ 2 प्रश्नों का उत्तर देना चाहिए:
ए) यह ग्राफ्टाना उदाहरण है और तैयार है?
बी) क्या यह ग्रैफाना उदाहरण इसकी विन्यास इंटेंट के अनुसार उम्मीद के मुताबिक चल रहा है?

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

यह मुझे उड़ान भरने के संदर्भ में सोचने में मदद करता है, पहले मुझे पता होना चाहिए कि विमान उड़ान भर चुका है और हवा में है, फिर मुझे यह जानने की जरूरत है कि विमान अपने गंतव्य की ओर उड़ान भर रहा है। क्रूज ऊंचाई तक पहुंचने का मतलब है; ;-))

इसकी तुलना कुछ हद तक / लाइव / रेडी से की जा सकती है, अन्य लोगों ने एलिस्टिक्स खोज मॉडल या स्वास्थ्य / और / सेंसू (3) की जानकारी को इंगित किया है।
IMHO एक समापन बिंदु पर्याप्त है, लेकिन अधिकांश आधुनिक उपकरणों में 2 समापन बिंदुओं को देखकर _kinda_ मेरा मन बदल रहा है; चलो बस कहते हैं कि मैं अभी तक राजी नहीं हूं क्योंकि मुझे लगता है कि बी ए का एक सबसेट है इसलिए मैं JSON को प्रतिबिंबित करूंगा कि 2 अंत बिंदु होने के बजाय। फिर एक दिन जब ग्राफ्टना को जोड़ा जा सकता है "/ क्लस्टर_स्टेट" जोड़ा जा सकता है।

अब प्रत्येक उत्तर के विवरण के बारे में, यहाँ मेरे विचार हैं- प्रारंभिक विचार:
एक विवरण:

• स्थिति (उदाहरण के लिए लाल / पीला / हरा)
• स्थिति टिप्पणी (उदाहरण के लिए "सब अच्छा है" / "घटक फू शुरू नहीं कर सका" / "शुरू करना")
• संस्करण (जैसे v4.1.1-1)

बी विवरण:

• DB स्थिति (उदाहरण के लिए लाल / पीला / हरा)
• DB विवरण (उदाहरण के लिए "कनेक्ट नहीं कर सकता, खराब स्थिति", या xxx.yyi पर mySQL v4.1 के लिए कनेक्शन ठीक है। zzz: 3306 , स्कीमा संस्करण v34132, हाँ SQL स्कीमा संस्करण होना चाहिए (4))
• प्रमाणीकरण / प्राधिकरण (जैसे xx.xx.xx के लिए LDAP कनेक्शन: 389 ठीक है)
• डेटा स्रोत (जैसे डेटासोर्स 1, टाइप ग्रेफाइट, स्टेटस रेड, स्टेटस कमेंट "ऑस्ट्रल फेलियर, डेटासोर्स 2, टाइप एलीस्टेकर्च, स्टेटस ग्रीन, स्टेटस कमेंट" ऑल गुड ")

बहुत कुछ है जो B में जा सकता है यही कारण है कि 2 अंत बिंदुओं में निगरानी को तोड़ना अधिक समझदार हो सकता है, meh।

के रूप में कैसे जाने के बारे में क्या होता है जब अंतिम बिंदु (मक्खी, एपीआई, आदि पर) को बुझाया जा रहा है, मैं कभी भी लागू करने वाले को समाप्त कर दूंगा।

एक जोड़ी - स्पष्ट - हालांकि सलाह:

• निगरानी डेटा इकट्ठा करने और इंस्ट्रूमेंटेशन कोड के साथ बहुत "सुरक्षात्मक" होने के लिए उपयोग किए जाने वाले संसाधनों के प्रति बहुत सावधान रहें, ग्रेफाना के प्रवेश से बचने में मदद करें "मेरी निगरानी ने ग्राफ्टाना को ग्रेफाना नीचे ले लिया" या "ग्रेफाना ने एक्स% से धीमा कर दिया है क्योंकि उसने इसे मॉनिटर करना शुरू कर दिया है" स्थितियों ।

• उपलब्ध निगरानी डेटा पर जितना संभव हो उतना सतर्क रहें, सतर्कता एक प्लेग है

(१) https://www.elastic.co/guide/en/elasticsearch/reference/current/cluster-health.html
(२) https://www.elastic.co/guide/en/elasticsearch/reference/current/cluster-state.html
(३) https://sensuapp.org/docs/0.23/api/health-and-info-api.html#the -info-api-endpoint
(४) https://blog.codinghorror.com/get-your-database-under-version-control/

तो 4.2.0 अभी-अभी बाहर आया है और अभी भी सेवा की जांच करने का कोई तरीका नहीं है? (सोचो k8s क्लस्टर)

@torkelo मुझे लगता है कि @dynek के पास एक बिंदु है, यह अब वैकल्पिक नहीं है। क्या यह "Grafana की निगरानी कैसे करें" के लिए समर्पित डॉक्स में एक नया खंड है, जहां मौजूदा इंस्ट्रूमेंटेशन (जैसे लीवरेज एडमिन या मेट्रिक्स पेज) के साथ आज क्या किया जा सकता है, प्रलेखित है या एक पूर्ण fleshed समर्पित एपीआई जैसे इस प्रस्ताव में हम कल कुछ करते हैं। ।
कृपया इसे गलत तरीके से न लें, मुझे आपको यह बताने का कोई मतलब नहीं है कि प्राथमिकताएं क्या होनी चाहिए, यह सिर्फ इतना है कि यह एक आवेदन के लिए एक कठिन बेचने के लिए "एंटरप्राइज रेडी" होने के लिए एक समर्पित भाग के बिना इसे कैसे मॉनिटर किया जाए।

+1

Grafana स्वास्थ्य की जांच करने के लिए एक सरल http समापन बिंदु जोड़ा गया:

GET /api/health 
{
  "commit": "349f3eb",
  "database": "ok",
  "version": "4.1.0"
}

यदि डेटाबेस (mysql / postgres / sqlite3) नहीं पहुंच पा रहा है तो यह database फ़ील्ड में "विफल" होगा। Grafana अभी भी स्टेटस कोड 200 के साथ उत्तर देगा। निश्चित नहीं है कि उस मामले में क्या सही है।

इस समापन बिंदु के बारे में सबसे महत्वपूर्ण बात यह है कि यह कभी भी सत्र का निर्माण नहीं करेगा (कुछ अन्य एपीआई कॉल यदि आप उन्हें एपीआई कुंजी या मूल अधिकार के साथ नहीं बुलाते हैं) कर सकते हैं।

डेटाबेस अनुपलब्ध होने पर स्टेटस कोड 503 के साथ लौटना बेहतर नहीं होगा?

कुबेरनेट का उपयोग करता है:

200 से अधिक या 400 से कम किसी भी कोड की सफलता इंगित करती है। कोई भी अन्य कोड विफलता को इंगित करता है।

हां, मुझे लगता है कि db स्टेटस विफल होने पर 503 स्टेटस कोड सबसे अच्छा है, अपडेट करेगा

503 का अर्थ है /api/health समापन बिंदु केवल readiness Kubernetes में चेक के लिए उपयोग किया जाता है। यदि इस चेक का उपयोग liveness लिए किया जाता है तो डेटाबेस समस्या सभी पॉड्स को मार डालेगी। क्या डेटाबेस जाँच को छोड़ने के लिए कोई क्वेरी पैरामीटर है?

@JorritSalverda शायद आप tcpSocket में livenessProbe tcpSocket चेक का उपयोग कर सकते हैं

/metrics सत्र नहीं बनाएंगे या एक db अनुरोध जारी नहीं करेंगे।

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