Kibana: विज़ुअलाइज़ेशन/डैशबोर्ड पर इंडेक्स बदलें

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

:( यह तब एक त्वरित अट्रैक्टिव ओ (एम * एन) मुद्दा बन जाता है (एन = इंडेक्स की संख्या, और एम विज़ुअलाइज़ेशन की संख्या।

क्या यह वर्तमान वास्तुकला के साथ संभव है? इंडेक्स विज़ुअलाइज़ेशन के लिए बाध्य प्रतीत होता है, K4 में डैशबोर्ड नहीं। यह मेरे लिए बेहद उपयोगी होगा। अधिकांश लोगों की तरह (मैं कल्पना करता हूं) मेरे पास मेरे प्रत्येक वातावरण को अलग-अलग इंडेक्स में विभाजित किया गया है; डैशबोर्ड को मेंटेन करना मुश्किल हो जाता है...

किबाना 3 में मैंने एक चुनिंदा सूची बॉक्स में हैक किया है जो उपयोगकर्ताओं को प्रत्येक डैशबोर्ड के लिए इंडेक्स स्विच करने की अनुमति देता है, जिसका अर्थ है कि सभी वातावरणों के लिए केवल 1 डैशबोर्ड को बनाए रखने की आवश्यकता है। हालांकि किबाना 4 इंडेक्स को डैशबोर्ड से नहीं विज़ुअलाइज़ेशन से बांधता है। यह मददगार हो सकता है यदि डैशबोर्ड (वैकल्पिक रूप से) अपने विज़ुअलाइज़ेशन पर इंडेक्स को ओवरराइड कर सकता है? मैं देख सकता हूं कि डैशबोर्ड का होना कैसे उपयोगी है जो कि कुछ उपयोग के मामलों में सूचकांक अज्ञेयवादी है।

+1

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

इस पर +1। "इंडेक्स पैटर्न" अवधारणा स्वाभाविक रूप से डेटा के "स्रोत" पर मैप करती है और डैशबोर्ड वर्तमान में ऐसा करना असंभव बना देता है।

कम से कम, डैशबोर्ड पृष्ठ के शीर्ष पर स्थित खोज बार को "अधिक विशिष्ट" अनुक्रमणिका पैटर्न द्वारा फ़िल्टर करने की अनुमति देनी चाहिए, लेकिन यह _index:­...-* पैटर्न वाली खोजों को स्वीकार नहीं करता है (न ही उस मामले के लिए विशिष्ट मान )

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

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

हम डैशबोर्ड संशोधनों को कैसे प्रतिबंधित कर सकते हैं - ताकि उदाहरण के लिए डेवलपर्स द्वारा बनाए गए डैशबोर्ड का सेट। सहायक कर्मचारियों द्वारा संशोधित नहीं किया जा सकता है?

यदि शील्ड पूरी तरह से इंडेक्स से जुड़ी हुई है, तो यह काम नहीं करेगी क्योंकि दोनों डैशबोर्ड के लिए अंतर्निहित डेटा समान है।

शुक्रिया।

इसके लिए +1।
इस समय मैं कम से कम कॉपी और प्रतिस्थापन प्रक्रिया को स्वचालित करने के लिए Ansible और टेम्प्लेट का उपयोग कर रहा हूं, लेकिन ऐसा करने का यह _THE_ तरीका नहीं होना चाहिए। एक रखरखाव के नजरिए से अतिरेक अच्छा नहीं है...

+1

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

+1
डैशबोर्ड में एम्बेड किए गए विज़ुअलाइज़ेशन से जुड़े इंडेक्स का होना एक पूर्ण दुःस्वप्न है। डैशबोर्ड को पूरी तरह से फिर से लिखे बिना, हाल के डेटा और दीर्घकालिक लॉगस्टैश डेटा के लिए उपनामों का उपयोग करना असंभव बना देता है।

कृपया देखें कि ग्राफाना 2 में डैशबोर्ड इंटरफ़ेस और डिज़ाइन कैसे काम करता है, जिसने इसे पूरी तरह से मेरे दृष्टिकोण का निर्माण किया। उदाहरण के लिए, ग्राफ़ अलग निकाय नहीं हैं बल्कि एक डैशबोर्ड के अंदर बनाए गए हैं।

+1 अभी जब आपके पास जटिल प्लेटफॉर्म हैं तो यह एक पूर्ण दुःस्वप्न है।

+1 कृपया इस समर्थन को तेजी से जोड़ें...

+1

+1 हमारे लिए 3 अलग-अलग वातावरण में 3 अलग-अलग डैशबोर्ड बनाना और फिर उनका रखरखाव करना एक बहुत बड़ा दुःस्वप्न है। डैशबोर्ड हमारे लिए प्रत्येक परिवेश में समान होना चाहिए लेकिन इस सुविधा के बिना हमें मैन्युअल रूप से विज़ुअलाइज़ेशन और डैशबोर्ड को 3 बार बनाना होगा।

+1

+1

+1

+1
डुप्लिकेट विज़ुअलाइज़ेशन कोई रास्ता नहीं है।
आपने डैशबोर्ड को संभालने के लिए Kibana 3 का तरीका क्यों बदला!?!?

+1

+1

+1

+1

+1

+1 यह हमारे लिए वास्तव में महत्वपूर्ण होगा

+1

बिटर्जिया में हमने टेम्प्लेट डैशबोर्ड से स्वचालित डैशबोर्ड बनाने के लिए एक टूल बनाया है। मुख्य कार्यों में से एक सूचकांक को संशोधित करना है।

किसी के लिए उपयोगी होने की स्थिति में यहां ओपन सोर्स टूल है:

https://github.com/acs/GrimoireELK/blob/master/utils/e2k.py

+1

+1

@rashidkpc : मैंने आपके सुझाव की कोशिश की, और मुझे उचित प्रविष्टियां बनाने में कठिनाई हो रही है। तब मुझे किबाना चेतावनी मिलती है:

"सावधानी के साथ आगे बढ़ें

वस्तुओं को संशोधित करना केवल उन्नत उपयोगकर्ताओं के लिए है। ऑब्जेक्ट गुण मान्य नहीं हैं और अमान्य ऑब्जेक्ट त्रुटियों, डेटा हानि, या इससे भी बदतर हो सकते हैं। जब तक कोड के घनिष्ठ ज्ञान वाले किसी व्यक्ति ने आपको यहां रहने के लिए नहीं कहा, आपको शायद नहीं होना चाहिए।"

क्या आप ऐसे डैशबोर्ड की प्रतिलिपि बनाने का उदाहरण प्रदान कर सकते हैं? ऐसा लगता है कि उपयोगकर्ता इसके साथ अपने किबाना उदाहरण को गड़बड़ कर सकते हैं।

+1

+1

+5

+1

+1

+1

+1

+1

नमस्ते @राशिदकपीसी
एक साल बाद भी ऊपर दिए गए जवाबों के साथ इस मुद्दे के बारे में ऐसा ही महसूस करें?

शायद एक "आधिकारिक" प्रतिक्रिया कि ऊपर वर्णित वातावरण को कैसे संभालना है?

+1

+1

+1

+1

+1 कृपया।

+1

+1

+1

+1

+1

+1

+1

+1

+1

मैं

+1

+1

+1

+1

+1

+1

+1

हे भगवान। यह बहुत उपयोगी होगा!!!

+1 - किबाना को वास्तव में पुन: प्रयोज्य "संपत्तियों" का समर्थन करने की आवश्यकता है।

+1

+1

+1111!!!1एक

+1

+1

+1 यह बहुत अच्छा होगा!

इसके लिए +1।

+1

+1

+1

+1

+1

+1

+1! बहुत उपयोगी हो सकता है

+1

+1

+1

+1

+1
मैंने सोचा था कि यह पहले से ही संभव था :(

+1

यह डीईएफ़ है। यह आपके पास होना ही चाहिए। कृपया इसे साकार करें।

+1

+1

+1

क्या अनुरोधित सुविधा 2 साल बाद मौजूद होगी? कौन जाने! +1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+100000000000

+1

+1

+1

+1

+1

+1

+1

+1

तो क्या इलास्टिक पर कोई भी वास्तव में इसे लागू करना चाहता है?

+1

+1

+1

+1

इसके लिए +1, क्या इसे लागू करने की कोई योजना है?

FYI करें, आप सहेजे गए ऑब्जेक्ट टैब में प्रत्येक विज़ुअलाइज़ेशन के JSON प्रतिनिधित्व को बहुत आसानी से मैन्युअल रूप से संपादित कर सकते हैं: /app/kibana#/management/kibana/objects?_g=()&_a=(tab:visualizations) । कोशिश नहीं की है, लेकिन निर्यात करना, ढूंढें-प्रतिस्थापन (या jq पर पाइप), और पुन: आयात शायद अधिकांश थोक पुनर्मूल्यांकन वर्कफ़्लो के लिए काम करेगा।

+1 बिल्कुल, यह एक अत्यधिक आवश्यक विशेषता है; यह बहुत सारे मैनुअल डैशबोर्ड निर्माण प्रयासों और उनके रखरखाव के काम को कम करेगा।

+1

+1

लागू निर्यात और आयात का उपयोग कर सकते हैं

+1

मुझे समझ में नहीं आता कि खोज पर हम इंडेक्स क्यों बदल सकते हैं, लेकिन विज़ुअलाइज़ेशन पर हम शुरू करने के लिए मजबूर होते हैं।

मैं सिर्फ nginx इंडेक्स के साथ कुछ कॉम्पेक्स विज़ुअलाइज़ेशन बना रहा हूं और यह जांचना चाहता हूं कि क्या वार्निश इंडेक्स का उपयोग करने से मुझे बेहतर परिणाम मिल सकते हैं ... विज़ुअलाइज़ेशन फ़ील्ड को फिर से सेटअप करें।

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

कृपया, इसे जोड़ें।

+1

+1

मैंने किबाना पेज में JS स्क्रिप्ट को इंजेक्ट करके इस फीचर को लागू किया। https://github.com/gofreddo/kibana-copy-objects/ देखें।

+1

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

+1

+1

+1

+1

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

@svadapalli यह कैसे मददगार है, जब किसी खोज को किसी इंडेक्स पैटर्न के साथ सहेजा जाता है?

आप मौजूदा खोज को एक नई अनुक्रमणिका में मैप करके बदल सकते हैं। यदि आपके पास कोई आश्रित विज़ुअलाइज़ेशन होता है, तो इंडेक्स पर स्विच करना स्वचालित रूप से होता है।

1

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

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

+1

+1

+1

+1

+1

+1 ............ लेकिन 111+ लोग * दो साल प्रतीक्षा कर रहे हैं ... ओपन सोर्स सॉफ़्टवेयर में कुछ सीमा होनी चाहिए जहां एक निश्चित संख्या में मानव-वर्ष (व्यक्ति-वर्ष) के बाद ?) एक अनुरोध को मुद्दों की सूची के शीर्ष पर पिन करना चाहिए और जिस व्यक्ति ने कृपापूर्वक क्षेत्र के मालिक होने के लिए अपना समय दिया है, उसे समस्या को हल करने के लिए कुछ विस्तृत पॉइंटर्स (कोड, रणनीति) दर्ज करनी चाहिए, फिर बाकी में से एक हम इसे पूरा करने के लिए सशक्त महसूस करेंगे।

मुझे यकीन है कि अगर हवा को 10,000 के स्तर तक ले जाया जा सकता है तो कई और लोग इसमें गोता लगा सकते हैं।

+1

+1

1+। ELK के 6.X में नए अपग्रेड के बाद, जहां अब प्रकारों का समर्थन नहीं किया जा रहा है, हमें अपने डैशबोर्ड का संपूर्ण माइग्रेशन करना होगा, क्योंकि वे सभी एक ही इंडेक्स पर आधारित थे, केवल उनके प्रकार पर भिन्न थे।

+1

+1

+1
क्या हम ग्राफाना में डैशबोर्ड के इंडेक्स को बदल सकते हैं ??

अगर इस सुविधा के लिए कोई योजना नहीं है तो कोई भी किबाना इस मुद्दे को बंद कर सकता है

.kibana को देखते हुए, हमें विज़ुअलाइज़ेशन और खोजों के searchsourcejson में मान अनुक्रमणिका को अपडेट करने की आवश्यकता हो सकती है।

"SearchSourceJSON": """{"इंडेक्स":"024642a0-faf5-11e7-bacc-890ff6c3f975",,"filter":[],"query":{"query":"","language":"lucene" }}"

भले ही, हम एक अलग विशेषता के रूप में सूचकांक प्राप्त कर सकते हैं, और विशेषता को बदलने के लिए एपीआई प्रदान करने से सभी को मदद मिलेगी।

इसे भी पसंद करेंगे +1

मैंने इसे संभव बनाया https://github.com/ArtemUstynov/kibana_dashboard_manager । अगर आपको नई अनुक्रमणिका के लिए डैशबोर्ड कॉपी करने की आवश्यकता है तो भी मुझे टेक्स्ट करें

मेरे पास हर किसी के लिए कुछ प्रश्न हैं जो इस सुविधा के लागू होने की उत्सुकता से प्रतीक्षा कर रहे हैं, क्योंकि मैं इन समस्याओं को हल करने के लिए विभिन्न तरीकों का पता लगाना शुरू करता हूं।

पहले मैं उन मुख्य समस्याओं को समझने की कोशिश करता हूँ जिन पर यहाँ चर्चा की गई है:

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

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

क्या यह सही लगता है?

अभी के लिए मैं केवल समस्या 2 पर ध्यान देना चाहूंगा।

एक काल्पनिक परिदृश्य देने के लिए, एक कंपनी अपने क्लाइंट, क्लाइंट A और क्लाइंट B के लिए Kibana डैशबोर्ड बनाती है। क्लाइंट A का डेटा client-a-* इंडेक्स पैटर्न में होता है और क्लाइंट B का डेटा client-b-* इंडेक्स पैटर्न में होता है। कंपनी के पास अब विज़ुअलाइज़ेशन और डैशबोर्ड के दो डुप्लिकेट सेट हैं, जहाँ सब कुछ समान है लेकिन विज़ुअलाइज़ेशन बनाने के लिए उपयोग किए जाने वाले इंडेक्स पैटर्न।

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

यदि समस्या यह है कि डैशबोर्ड निर्माता उस डेटा को आसानी से देखने में सक्षम होना चाहता है जिसे प्रत्येक ग्राहक देखता है, तो क्या आप फ़िल्टर करने के लिए client फ़ील्ड जोड़ सकते हैं?

एक साइड नोट के रूप में, एक _index मेटा फ़ील्ड है लेकिन आप उस पर वाइल्डकार्ड का उपयोग करके खोज नहीं कर सकते हैं, जिसका अर्थ है कि यदि आपका पैटर्न client-a-date तो आप सभी तिथियों को नहीं देख पाएंगे .

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

यह समझना कि समाधान के रूप में यह समाधान कैसे कम हो जाता है, मुझे यह पता लगाने में मदद मिलेगी कि इस सुविधा को लागू करने के बारे में मेरे विचार से किन चिंताओं को दूर करने की आवश्यकता है।

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

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

गुरु, 1 मार्च, 2018 को शाम 5:11 बजे, स्टेसी गैमन सूचनाएं @github.com
लिखा था:

मेरे पास हर किसी के लिए कुछ प्रश्न हैं जो इसका बेसब्री से इंतजार कर रहे हैं
सुविधा लागू की जा रही है, क्योंकि मैं अलग-अलग तरीकों का पता लगाना शुरू करता हूं
इन समस्याओं का समाधान।

सबसे पहले मैं उन मुख्य समस्याओं को समझने की कोशिश करता हूं जिन पर चर्चा की गई है
यहां:

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

समस्या 2: आप कई डुप्लिकेट विज़ुअलाइज़ेशन को बनाए नहीं रखना चाहते हैं
और डैशबोर्ड जहां केवल एक चीज जो भिन्न होती है वह है इंडेक्स पैटर्न। इस
स्थिति इसलिए होती है क्योंकि आपके डैशबोर्ड के दर्शकों के पास डेटा तक पहुंच होती है
जो विभिन्न सूचकांक पैटर्न में रहता है।

क्या यह सही लगता है?

अभी के लिए मैं केवल समस्या 2 पर ध्यान देना चाहूंगा।

एक काल्पनिक परिदृश्य देने के लिए, एक कंपनी के लिए किबाना डैशबोर्ड बनाती है
उनके क्लाइंट, क्लाइंट A और क्लाइंट B. क्लाइंट A का डेटा क्लाइंट-ए-* में है
इंडेक्स पैटर्न और क्लाइंट बी का डेटा क्लाइंट-बी-* इंडेक्स पैटर्न में है।
कंपनी के पास अब विज़ुअलाइज़ेशन और डैशबोर्ड के दो डुप्लीकेट सेट हैं, जहां
सब कुछ समान है लेकिन विज़ुअलाइज़ेशन बनाने के लिए उपयोग किए जाने वाले इंडेक्स पैटर्न।

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

यदि समस्या यह है कि डैशबोर्ड निर्माता आसानी से देखने में सक्षम होना चाहता है
जो डेटा प्रत्येक क्लाइंट देखता है, क्या आप फ़िल्टर करने के लिए क्लाइंट फ़ील्ड जोड़ सकते हैं?

[छवि: स्क्रीन शॉट 2018-03-01 सुबह 10, 47, 49 बजे]
https://user-images.githubusercontent.com/16563603/368542121-2f297614-1d3e-11e8-8036-c9f69aa99ea0.png

एक साइड नोट के रूप में, एक _index मेटा फ़ील्ड है लेकिन आप इसका उपयोग करके खोज नहीं कर सकते हैं
उस पर एक वाइल्डकार्ड, जिसका अर्थ है कि यदि आपका पैटर्न क्लाइंट-ए-डेट है तो आप
तिथियों में नहीं देख पाएंगे।

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

यह समझना कि समाधान के रूप में यह समाधान कैसे कम हो जाता है, इससे मुझे मदद मिलेगी
जैसा कि मैं लागू करने के बारे में सोचता हूं, पता लगाएं कि किन चिंताओं को दूर करने की आवश्यकता है
यह सुविधा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/3668#issuecomment-369642283 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/Ae1KBra2IKRCwsvTuL6wLY0UKVBlwDXxks5taB2_gaJpZM4EHRML
.

दिलचस्प है, प्रतिक्रिया के लिए धन्यवाद @ArtemUstynov। मैं ऊपर दिए गए लिंक पर नहीं जा पा रहा हूं, मुझे 404 त्रुटि मिलती है।

आप कितनी बार अलग-अलग तरीकों से नई अनुक्रमणिका बनाते हैं? एक बार जब आपके पास वे दो दृष्टिकोण होते हैं, तो क्या आप दोनों को अपने पास रखते हैं, या क्या आप एक को चुनते हैं और दूसरे को त्याग देते हैं?

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

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

मैं निश्चित रूप से एक बंद स्थितियों के लिए सहेजी गई वस्तुओं के चयनित समूह के लिए थोक सूचकांक परिवर्तन की उपयोगिता देख सकता था। उदाहरण के लिए, आपने अपने सभी विज़ुअलाइज़ेशन approach-a-* ओर इशारा करते हुए बनाए हैं और अब आप उन्हें approach-* पर इंगित करना चाहते हैं।

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

@ स्टेसी-गैमन यहाँ आप जाएँ https://github.com/ArtemUstynov/kibana_dashboard_manager/blob/master/kibana_manager.py
`

import os
import string
import requests
import json

nativeURL = "http://localhost:5601/es_admin/.kibana/_mget"
HEADERS = {'Content-Type': 'application/json', 'kbn-xsrf': 'true', 'Host': 'localhost:5601',
'Connection': 'keep-alive', 'Accept': 'application/json'}

visURL = "http://localhost:5601/api/saved_objects/visualization?per_page=2000"

vis_list = requests.get(visURL, headers=HEADERS).json()['saved_objects']
oldName = input("Old index name: ")
newName = input("New index name: ")
for vis in vis_list:
    payload = "{\"docs\":[{\"_id\":\"" + vis['id'] + "\" ,\"_type\": \"visualization\"}]}" `'`

    VIS = json.dumps(requests.post(nativeURL, json=json.loads(payload), headers=HEADERS).json())
    VIS = json.dumps(json.loads(VIS)['docs'][0]['_source']).replace(oldName, newName)

    POSTURL = "http://localhost:5601/es_admin/.kibana/visualization/" + vis['id']
    print("ERRORS: " + str(requests.post(POSTURL, json=json.loads(VIS), headers=HEADERS).raise_for_status()))`

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

हाय @ArtemUstynov !

मुझे समस्या है:
देशी यूआरएल = " http://localhost :5601/es_admin/.kibana/_mget"
{"statusCode":404, "त्रुटि": "नहीं मिला"}'

लाइन में: VIS = json.dumps(requests.post(nativeURL, json=json.loads(payload), headers=HEADERS).json())

क्या आप मेरी मदद कर सकते हैं?

धन्यवाद!!!

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

मंगल, मार्च 13, 2018 में 9:17 बजे पर, juancar1979 [email protected]
लिखा था:

हाय @ArtemUstynov https://github.com/artemustynov !

मुझे समस्या है:
देशी यूआरएल = " http://localhost :5601/es_admin/.kibana/_mget"
{"statusCode":404, "त्रुटि": "नहीं मिला"}'

लाइन में: VIS = json.dumps(requests.post(nativeURL,
json=json.loads (पेलोड), हेडर = HEADERS.json ())

क्या आप मेरी मदद कर सकते हैं?

धन्यवाद!!!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/3668#issuecomment-372803715 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/Ae1KBmkOB6q1cFJaBnm_s6NXcdv92W86ks5teClUgaJpZM4EHRML
.

धन्यवाद @ArtemUstynov , लेकिन मुझे यह URL कहीं नहीं मिल रहा है। क्या आप जानते हैं कि मैं इसे कैसे ढूंढ सकता हूं? आपका बहुत बहुत धन्यवाद!
:)

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

धन्यवाद @ArtemUstynov !!!! मैं कोशिश करता हूँ और कहता हूँ !!! मैं

@ juancar1979 यदि आप किसी भी प्रकार के प्रॉक्सी का उपयोग करते हैं, तो यह विफल होने का एक कारण हो सकता है। स्क्रिप्ट में प्रॉक्सी का उपयोग न करने के लिए बस ध्वज जोड़ें (यह आसानी से googleble है मुझे ठीक से याद नहीं है)

+1। यह बहुत ही बुनियादी अनुरोध 3 साल पुराना क्यों है और इस पर कोई ध्यान नहीं दिया जा रहा है?

@ReanimationXP - यह हमारे रडार पर है। इस मुद्दे का एक हिस्सा यह है कि इस एकल मुद्दे में कई अनुरोध शामिल हैं। काम को बेहतर ढंग से प्राथमिकता देने में हमारी मदद करने के लिए मैंने उन्हें अलग कर दिया है:

विज़ुअलाइज़ेशन पर इंडेक्स पैटर्न बदलना: https://github.com/elastic/kibana/issues/17542
डैशबोर्ड स्तर सूचकांक पैटर्न: https://github.com/elastic/kibana/issues/16917
संदर्भित वस्तुओं को शामिल करने के लिए बेहतर निर्यात/आयात। फिर आप एक फ़ाइल में इंडेक्स पैटर्न आईडी पर खोज/प्रतिस्थापन कर सकते हैं: https://github.com/elastic/kibana/issues/16831

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

इस मुद्दे के शीर्ष पर मैंने जो कुछ जोड़ा है उसे दोहराने के लिए:

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

यहाँ तीन उप मुद्दे हैं जो मुझे लगता है कि इस मेगा मुद्दे को बनाते हैं:

विज़ुअलाइज़ेशन पर इंडेक्स पैटर्न बदलना: #17542
डैशबोर्ड स्तर सूचकांक पैटर्न: #16917
संदर्भित वस्तुओं को शामिल करने के लिए बेहतर निर्यात/आयात। फिर आप एक फ़ाइल में इंडेक्स पैटर्न आईडी पर खोज/प्रतिस्थापन कर सकते हैं: #16831

डैशबोर्ड स्तर इंडेक्स पैटर्न इस प्रारंभिक अनुरोध से सबसे अच्छे मेल खाते हैं और इसके लिए वर्तमान में उपलब्ध वर्कअराउंड है, जिसका उल्लेख #16917 में किया गया है।

यदि वे तीन मुद्दे आपके विशेष मामले को कवर नहीं करते हैं, तो कृपया हमें बताएं!

केवल एक चीज को संबोधित नहीं किया गया है, मैं देख सकता हूं कि कोई व्यक्ति रिवर्स करना चाहता है - एक ही क्षेत्र को एक डैशबोर्ड में एकाधिक साइटों (साइट == इंडेक्स मानते हुए) से मॉनिटर करें, खोज के कुछ अन्य हिस्से को अलग करें .. यानी "मुझे नमी दिखाएं तापमान> 50 होने पर सभी साइटों पर स्तर।" "ठीक है, अब> 51।" स्प्लंक वैकल्पिक डैशबोर्ड-स्तरीय "वैश्विक" उपयोगकर्ता चर और नियंत्रण का उपयोग करता है, जो इस और इंडेक्स दोनों मुद्दों को हल करने के लिए प्रत्येक विज़ुअलाइज़ेशन की खोज स्ट्रिंग (इंडेक्स सहित) में इंजेक्ट किया जाता है, जैसा कि मैंने #17542 में वर्णित किया है। मुझे नहीं लगता कि वर्तमान फ़िल्टरिंग कई अनुक्रमितों में इस तरह के अनुरोध को संभाल सकता है, लेकिन मैं गलत हो सकता था। उस ने कहा, मुझे लगता है कि साइट (इंडेक्स) द्वारा केवल दृश्य बदलना स्पष्ट रूप से कहीं अधिक सामान्य होगा। सूचकांक को बदलने के लिए एक सरल 'वैश्विक' ड्रॉपडाउन, या एकाधिक विज़ुअलाइज़ेशन में इंडेक्स को थोक-बदलने का एक तरीका, वर्तमान में मौजूद चीज़ों की तुलना में मध्यवर्ती समाधानों को लागू करने के लिए बेहतर, तेज़ होगा, मुझे संदेह है।

बहुत ही रोचक @ReanimationXP। मुझे लगता है कि हमारे फ़िल्टर इसे संभाल सकते हैं, कम से कम https://github.com/elastic/kibana/issues/16917 में उल्लिखित समाधान का उपयोग करके

यहाँ मेरा प्रयास है - मेरे पास दो इंडेक्स हैं animal-cats और animal-dogs , और मेरे पास तीन विज़ुअलाइज़ेशन हैं - एक केवल बिल्ली की आवाज़ दिखाने के लिए, एक कुत्ते की आवाज़ के लिए, और एक सभी के लिए। मैं एक फ़िल्टर जोड़ सकता हूं और यह विज़ुअलाइज़ेशन को फ़िल्टर करेगा, भले ही उनके पास अलग-अलग इंडेक्स से डेटा हो:

क्या यह सही है?

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

ऐसा लगता है जैसे आप स्प्लंक का उल्लेख करते हैं, चर के लिए किसी प्रकार की खोज/प्रतिस्थापन का उपयोग करके जांच के लायक है। हालांकि, हमारे मौजूदा बुनियादी ढांचे में शामिल करना मुश्किल होगा, हमें इसे उपयोगकर्ता के अनुकूल, आईएमओ बनाने के लिए बहुत सी चीजें बदलने की जरूरत है।

मुझे एक ही समस्या का सामना करना पड़ता है।
मैं इसे हल करने के लिए कुछ तरकीबों का उपयोग कर रहा हूं।

1. अपना विज़ुअलाइज़ेशन सहेजें। ("नए विज़ुअलाइज़ेशन के रूप में सहेजें" चेक करें)
2. प्रबंधन जाओ। => सहेजी गई वस्तुएं => विज़ुअलाइज़ेशन
   और आप विज़ुअलाइज़ेशन चाहते हैं सहेजें।
3. और विज़ुअलाइज़ेशन हटाएं।
4. जेसन फ़ाइल खोलें। और "kibanaSavedObjectMeta - searchSourceJSON - अनुक्रमणिका uuid" को किसी भी uuid में बदलें
   मैं "5dad88d0-475b-11e8-9a8b-51472dd99c91" को "5dad88d0-475b-11e8-9a8b-51472dd99c92" में बदलता हूं
5. प्रबंधन जाओ। => सहेजी गई वस्तुएं => विज़ुअलाइज़ेशन
   और उस जेसन फ़ाइल को आयात करें।
6. आप एक नया सूचकांक चुन सकते हैं।

आपको कामयाबी मिले।

+1

+1

+1

+1

+1

@ heris25 , क्या आप कृपया बता सकते हैं कि चरण 3 में आप विज़ुअलाइज़ेशन क्यों हटाते हैं? साथ ही, चरण 4 में, क्या आप कृपया स्पष्ट कर सकते हैं कि आपको uuid अनुक्रमणिका कहाँ मिली, मुझे uuid नाम की कोई चीज़ दिखाई नहीं दे रही है। मैं सराहना करता हूं यदि आप स्पष्ट कर सकते हैं कि मुझे kibanaSavedObjectMeta.searchSourceJSON में किस क्षेत्र को संशोधित करने की आवश्यकता है।

{
  "query": {
    "query": "",
    "language": "kuery"
  },
  "filter": [
    {
      "$state": {
        "store": "appState"
      },
      "meta": {
        "alias": null,
        "disabled": false,
        "key": "cloudwatch_logs.log_group",
        "negate": false,
        "params": {
          "query": "/aws/lambda/b2_record_processor"
        },
        "type": "phrase",
        "value": "/aws/lambda/b2_record_processor",
        "indexRefName": "kibanaSavedObjectMeta.searchSourceJSON.filter[0].meta.index"
      },
      "query": {
        "match": {
          "cloudwatch_logs.log_group": {
            "query": "/aws/lambda/b2_record_processor",
            "type": "phrase"
          }
        }
      }
    },
    {
      "meta": {
        "alias": null,
        "negate": false,
        "type": "phrase",
        "key": "message",
        "value": "ERROR - RECPROC - PROCESS",
        "params": {
          "query": "ERROR - RECPROC - PROCESS"
        },
        "disabled": false,
        "indexRefName": "kibanaSavedObjectMeta.searchSourceJSON.filter[1].meta.index"
      },
      "query": {
        "match": {
          "message": {
            "query": "ERROR - RECPROC - PROCESS",
            "type": "phrase"
          }
        }
      },
      "$state": {
        "store": "appState"
      }
    }
  ],
  "indexRefName": "kibanaSavedObjectMeta.searchSourceJSON.index"
}