Kibana: تغيير الفهرس في التصور / لوحة القيادة

يمكنك القيام بذلك عن طريق نسخ مستندات التصور في البحث المرن وتغيير معامل الفهرس. لا أرى أننا ندعم واجهة مستخدم لهذا النوع من الوظائف في أي وقت قريب.

:( ثم تصبح مشكلة O (M * N) مستعصية على الحل بسرعة (N = عدد الفهارس ، و M عدد المرئيات.

هل من الممكن مع العمارة الحالية؟ يظهر الفهرس مرتبطًا بالرسوم المرئية ، وليس لوحة القيادة في K4. سيكون هذا مفيد للغاية بالنسبة لي. مثل معظم الناس (أتخيل) لدي كل بيئة من بيئاتي مقسمة إلى فهارس منفصلة ؛ تصبح صيانة لوحات العدادات صعبة ...

في Kibana 3 ، قمت باختراق مربع قائمة محدد يسمح للمستخدمين بتبديل الفهارس لكل لوحة معلومات ، مما يعني أنه يلزم صيانة لوحة معلومات واحدة فقط لجميع البيئات. ومع ذلك ، يربط Kibana 4 الفهرس بالرسوم المرئية وليس لوحة القيادة. قد يكون من المفيد إذا كان بإمكان dashbaord (اختياريًا) تجاوز الفهرس في تصوراته؟ أستطيع أن أرى كيف أنه من المفيد أن يكون لديك لوحة معلومات لا تعرف الفهرس في بعض حالات الاستخدام.

+1

نسخ مستندات التصور في elasticsearch ليس خيارًا حقًا. هذا يولد الكثير من المعلومات المكررة والتحديث سيكون كابوسًا.

+1 على هذا. يتم تعيين مفهوم "نمط الفهرس" بشكل طبيعي على "مصدر" البيانات وتجعل لوحة العدادات حاليًا من المستحيل القيام بذلك.

على الأقل ، يجب أن يسمح شريط البحث الموجود أعلى صفحة لوحة المعلومات بالتصفية حسب نمط فهرس "أكثر تحديدًا" ولكن لا يبدو أنه يقبل عمليات البحث باستخدام أنماط _index:­...-* (ولا قيم محددة لهذه المسألة) ).

يتمثل الحل الحالي لدينا في الحصول على نوع مستند منفصل لكل مصدر لأنه الطريقة الوحيدة للتصفية بسرعة حسب المصدر مع البقاء في نفس لوحة المعلومات ، ولكن هذا يؤدي إلى إنشاء مشكلة تكوين أخرى (tm) لأننا نحتاج إلى إنشاء تعيينات أنواع جديدة لكل بيئة ...

نواجه موقفًا حيث سيكون لدينا مستخدمون من إدارات مختلفة يقومون بأدوار مختلفة للوصول إلى نفس البيانات عبر لوحات المعلومات الخاصة بهم.
على سبيل المثال المطورين مقابل فريق دعم الخط الأمامي.

كيف يمكننا تقييد تعديلات لوحة القيادة - بحيث تكون مجموعة لوحات المعلومات التي أنشأها المطورون على سبيل المثال. لا يمكن تعديله من قبل فريق الدعم؟

إذا تم ربط الدرع بالفهرس فقط ، فلن يعمل لأن البيانات الأساسية لكلا لوحتي المعلومات هي نفسها.

شكرا لك.

+1 لهذا.
في هذه اللحظة ، أستخدم Ansible والقوالب لأتمتة جزء من عملية النسخ والاستبدال على الأقل ، لكن لا ينبغي أن تكون هذه الطريقة _THE_ للقيام بذلك. التكرار ليس رائعًا من منظور الصيانة ...

+1

+1 لهذا.
سيكون من المفيد جدًا الحصول على هذه الميزة عندما يكون لديك طقطق فهرس واحد لكل بيئة (dev ، homolog ، prod) ولكن لوحات المعلومات والمرئيات هي نفسها.

+1
يعد وجود فهرس مرتبط بالرسوم المرئية ، مضمنًا في لوحات المعلومات ، كابوسًا كاملاً. يجعل من المستحيل استخدام الأسماء المستعارة للبيانات الحديثة وبيانات logstash طويلة المدى ، دون إعادة كتابة لوحات المعلومات بالكامل.

يرجى إلقاء نظرة على كيفية عمل واجهة لوحة القيادة والتصميم في Grafana 2 ، والتي سمحت تمامًا من وجهة نظري. على سبيل المثال ، الرسوم البيانية ليست كيانًا منفصلاً ولكن تم إنشاؤها داخل لوحة معلومات.

+1 الآن هو كابوس كامل عندما يكون لديك منصات معقدة.

+1 الرجاء إضافة هذا الدعم بسرعة ...

+1

+1 إنه كابوس كبير بالنسبة لنا أن نبتكر 3 لوحات تحكم مختلفة ثم نحافظ عليها في 3 بيئات مختلفة. يجب أن تكون لوحات المعلومات هي نفسها بالنسبة لنا في كل بيئة ولكن بدون هذه الميزة ، يتعين علينا إنشاء تصورات ولوحات معلومات يدويًا 3 مرات.

+1

+1

+1

+1
التصورات المكررة ليست هي الطريقة.
لماذا غيرت طريقة كيبانا 3 للتعامل مع لوحات العدادات!؟!؟

+1

+1

+1

+1

+1

1+ هذا سيكون مهمًا حقًا بالنسبة لنا

+1

في Bitergia ، أنشأنا أداة لإنشاء لوحات معلومات تلقائية من لوحة معلومات نموذجية. إحدى المهام الرئيسية هي تعديل الفهرس.

هذه هي الأداة مفتوحة المصدر في حال كانت مفيدة لأي شخص:

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

+1

+1

rashidkpc : لقد جربت اقتراحك ،

"التقدم بحذر

تعديل الكائنات للمستخدمين المتقدمين فقط. لم يتم التحقق من صحة خصائص الكائن وقد تتسبب الكائنات غير الصالحة في حدوث أخطاء أو فقد البيانات أو ما هو أسوأ. ما لم يخبرك شخص لديه معرفة وثيقة بالشفرة بأن تكون هنا ، فمن المحتمل ألا تكون كذلك ".

هل يمكنك تقديم مثال لنسخ لوحة القيادة هذه؟ يبدو أنه يمكن للمستخدمين العبث بهذا الأمر.

+1

+1

+5

+1

+1

+1

+1

+1

مرحباrashidkpc
هل ما زلت تشعر بنفس الشيء حيال هذه المشكلة بعد عام مع الردود الواردة أعلاه؟

ربما رد "رسمي" على كيفية التعامل مع البيئات المذكورة أعلاه؟

+1

+1

+1

+1

+1 من فضلك.

+1

+1

+1

+1

+1

+1

+1

+1

+1

👍

+1

+1

+1

+1

+1

+1

+1

يا إلهي. سيكون هذا مفيدا جدا !!!

+1 - تحتاج Kibana حقًا إلى دعم "الأصول" القابلة لإعادة الاستخدام.

+1

+1

+1111 !!! 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

+1

+1

+1

+100000000000

+1

+1

+1

+1

+1

+1

+1

+1

فهل يريد أي شخص في Elastic تنفيذ هذا بالفعل؟

+1

+1

+1

+1

+1 لهذا ، فهل هناك خطط لتنفيذه؟

لمعلوماتك جميعًا ، يمكنك بسهولة تعديل تمثيل JSON لكل تصور في علامة تبويب الكائنات المحفوظة: /app/kibana#/management/kibana/objects?_g=()&_a=(tab:visualizations) . لم تجربها ، ولكن القيام بالتصدير أو البحث عن الاستبدال (أو التوجيه إلى jq ) وإعادة الاستيراد من المحتمل أن يعمل مع معظم مهام سير عمل إعادة التعيين بالجملة.

+1 بالتأكيد ، إنها ميزة مطلوبة بشدة ؛ سيؤدي ذلك إلى تقليل الكثير من جهود إنشاء لوحة القيادة اليدوية وأعمال الصيانة الخاصة بهم.

+1

+1

يمكن استخدام التصدير والاستيراد المنفذة

+1

لا أفهم لماذا يمكننا تغيير الفهارس عند الاكتشاف ، ولكن في التصور نحن قوى للبدء من جديد.

أنا فقط أقوم ببناء بعض تصورات compex باستخدام فهرس nginx وأردت التحقق مما إذا كان استخدام فهرس الورنيش يمكنني الحصول على نتائج أفضل ... ولكن نظرًا لعدم السماح لنا بتغيير الفهارس ، لا بد لي من فتح علامة تبويب جديدة وتغيير الفهرس و الإعداد مرة أخرى مجالات التصور.

لاحظ أن هذا ليس مفيدًا لنسخ المرئيات التي تم تنفيذها بالفعل بين البيئات المختلفة ، ولكنه مفيد أيضًا لمقارنة تصورات الفهرس والمساعدة في إنشاء أفضل فهرس لاستخدامه في التمثيل المرئي. كما أنه مفيد جدًا للصيانة ، إذا تغير اسم حقل واحد ، فيمكننا تغيير تصور واحد وحفظه في عدة بيئات. البديل هو تصدير جميع التصورات وتحريرها واستيرادها مرة أخرى ... إنه يعمل ، لكنه صعب للغاية

من فضلك أضف هذا.

+1

+1

لقد نفذت هذه الميزة عن طريق حقن نص JS في صفحة Kibana. راجع https://github.com/gofreddo/kibana-copy-objects/ .

+1

+1 سيكون هذا تحسنًا كبيرًا بالنسبة لنا. حاليًا نحن عالقون إما في وجود جميع بياناتنا في مجموعة واحدة من المؤشرات اليومية حتى نتمكن من مشاركة لوحات المعلومات ، أو الاضطرار إلى نسخ لوحات المعلومات وتحديثها يدويًا فقط من أجل تغيير الفهرس الذي يعملون عليه.

+1

+1

+1

+1

أفضل حل هو حفظ البحث في علامة تبويب الاكتشاف في Kibana وإنشاء تصورات / لوحات معلومات من البحث المحفوظ بدلاً من نمط الفهرس. الآن كلما احتجت إلى التبديل إلى فهرس مختلف ، يمكنك الرجوع إلى البحث المحفوظ وتغيير الفهرس من القائمة المنسدلة وحفظه. سيؤدي هذا إلى تغيير الفهرس في التصور / لوحة القيادة.

svadapalli كيف يكون ذلك مفيدًا ، عندما يتم حفظ بحث بنمط فهرس على أي حال؟

يمكنك استبدال البحث الحالي عن طريق تعيينه إلى فهرس جديد. إذا كان لديك أي مرئيات تابعة ، فسيتم التبديل إلى الفهرس تلقائيًا.

₊1

الرجال هذا هو برنامج مفتوح المصدر ، وبصراحة مع مستوى URI الذي تم تمريره للتكوين لكل تصور / لوحة معلومات ، أشعر أن هناك طريقة سهلة لتجاوز جميع مثيلات نمط الفهرس المشار إليه.

حالة الاستخدام هذه شائعة في عالم الأذونات وفرض الأمان ، حيث قد يكون لديك الكثير من مجموعات JSON بنفس المخططات ، ولكن هناك فئات مختلفة من تلك المجموعات ، وبيانات مختلفة لإظهار المستخدمين الذين لديهم نفس لوحات المعلومات ولكن مع مؤشرات مختلفة. إنه مثير للغاية عندما تقوله

+1

+1

+1

+1

+1

+1 ........... لكن أكثر من 111 شخصًا * ينتظرون عامين ...... يجب أن يكون هناك حد معين في البرامج مفتوحة المصدر حيث بعد عدد معين من سنوات الإنسان (سنوات - شخص ؟) يجب تثبيت الطلب في أعلى قائمة المشكلات ويجب على الشخص الذي منح من وقته / لها أن يكون مالك المنطقة إدخال بعض المؤشرات التفصيلية (رمز ، إستراتيجية) لحل المشكلة ، ثم أحد المؤشرات المتبقية سنشعر بالقوة للذهاب لتحقيق ذلك.

أنا متأكد من أن هناك العديد من الأشخاص الذين يمكنهم الغوص إذا كان بإمكانهم رفع الهواء إلى مستوى 10000.

+1

+1

1+. بعد الترقية الجديدة لـ ELK إلى 6.X ، حيث لا يتم دعم الأنواع بعد الآن ، سيتعين علينا إجراء ترحيل كامل للوحات المعلومات الخاصة بنا ، حيث كانت جميعها تستند إلى نفس الفهرس ، وتختلف فقط على نوعها.

+1

+1

+1
هل يمكننا تغيير فهرس لوحة القيادة في جرافانا ؟؟

يمكن لأي شخص kibana إغلاق هذه المشكلة إذا لم تكن هناك خطة لهذه الميزة

بالنظر إلى kibana. ، قد نحتاج إلى تحديث فهرس القيمة في searchsourcejson من التصورات وعمليات البحث.

"searchSourceJSON": "" "{" index ":" 024642a0-faf5-11e7-bacc-890ff6c3f975 "،" filter ": []،" query ": {" query ":" "،" language ":" lucene " }} "

بغض النظر ، إذا كان بإمكاننا الحصول على فهرس كسمة منفصلة ، فإن توفير API لتغيير السمة سيساعد الجميع.

أود أيضا هذا +1

لقد جعلت ذلك ممكنًا https://github.com/ArtemUstynov/kibana_dashboard_manager . أيضًا إذا كنت بحاجة إلى نسخ لوحة القيادة لفهرس جديد فقط أرسل لي رسالة نصية

لدي بعض الأسئلة لكل شخص يتطلع بشغف إلى تنفيذ هذه الميزة ، حيث أبدأ في استكشاف طرق مختلفة لحل هذه المشكلات.

أولاً ، دعني أحاول فهم المشاكل الرئيسية التي تمت مناقشتها هنا:

المشكلة الأولى: لا توجد طريقة لتبادل نمط فهرس بآخر بسهولة في مجموعة معينة من لوحات المعلومات والمرئيات الموجودة.

المشكلة 2: لا تريد الاحتفاظ بعدد كبير من المرئيات ولوحات المعلومات المكررة حيث يكون الشيء الوحيد الذي يختلف هو نمط الفهرس. يحدث هذا الموقف لأن مشاهدي لوحات المعلومات لديهم حق الوصول إلى البيانات الموجودة في أنماط فهرس مختلفة.

هل هذا الصوت دقيق؟

في الوقت الحالي ، أود التركيز فقط على المشكلة 2.

لإعطاء سيناريو افتراضي ، تقوم الشركة بإنشاء لوحات معلومات Kibana لعملائها ، والعميل A والعميل B. تكون بيانات العميل A في نمط الفهرس client-a-* وبيانات العميل B في نمط الفهرس client-b-* . تمتلك الشركة الآن مجموعتين مكررتين من المرئيات ولوحات المعلومات ، حيث يكون كل شيء متساويًا ولكن نمط الفهرس المستخدم لإنشاء التصورات.

هل هذا مشابه للموقف الذي يواجهه الكثير منكم؟ إذا كان الأمر كذلك ، فأنا أشعر بالفضول لمعرفة ما إذا كان أي شخص قد حاول التغلب على ذلك من خلال إنشاء مجموعة واحدة من التصورات التي تشير إلى نمط الفهرس client-* . من الطبيعي أن تتم تصفية بيانات العميلين بسبب أذوناتهم ، لذلك لن يشاهدوا سوى بياناتهم الخاصة.

إذا كانت المشكلة هي أن منشئ لوحة المعلومات يريد أن يكون قادرًا على رؤية البيانات التي يراها كل عميل بسهولة ، فهل يمكنك إضافة حقل client للتصفية من خلاله؟

كملاحظة جانبية ، يوجد حقل meta _index ولكن لا يمكنك البحث باستخدام حرف بدل عليه ، مما يعني أنه إذا كان النمط الخاص بك هو client-a-date فلن تتمكن من رؤيته عبر التواريخ .

إذا ذهبت إلى هذا المسار ، فهناك مجموعة واحدة فقط من المرئيات ولوحة تحكم واحدة يجب صيانتها. تتم تصفية البيانات بشكل طبيعي للمشاهدين بناءً على أذوناتهم ، ولكن يمكن للمسؤولين الذين لديهم حق الوصول إلى جميع أنماط الفهرس عرض كل شيء أو تقسيم البيانات. سيرى العملاء حقل العميل ولكنهم سيرون فقط اسمهم الخاص كخيار للتحديد فيه (لذلك لن يروا إشارة إلى a على الإطلاق).

إن فهم كيفية قصور هذا الحل كحل سيساعدني في معرفة المخاوف التي يجب معالجتها عندما أفكر في تنفيذ هذه الميزة.

حسنا ما تصفه ليس هو المشكلة بالنسبة لي. قل أنا فهرس N من العناصر
مرن وأطلق عليه اسم "النهج 1" ثم أقوم بفهرسة البيانات التي لها نفس Jsons
الحقول ، ولكن تم استخراج تلك البيانات في مختلف (نأمل أفضل) و
سمها بطريقة "نهج 2" لذا أريد الآن أن تكون مجموعة تصورات الألغام
يتم تطبيقه على فهرس مختلف. فكر في لوحة القيادة كمؤشر وفهرس
كمؤشر بيانات يشير إلى ، لذلك أريد المؤشر (لوحة القيادة مع الكل
تصورات الألغام) ليتم تطبيقها على فهرس جديد.

لأكون صادقًا معك ، قمت بعمل برنامج نصي بيثون للتغلب على هذه المشكلة.
يمكنك التحقق من ذلك لقد قمت بنشره كحل. كما أضفت ميزة إلى
لوحة القيادة "استنساخ" لتطبيقها على فهرس جديد ، لذلك سيكون لديك اثنان
لوحات المعلومات ، لكنها ستشير إلى فهارس مختلفة.

يوم الخميس ، 1 مارس 2018 الساعة 5:11 مساءً ، Stacey Gammon [email protected]
كتب:

لدي بعض الأسئلة لكل من يتطلع بفارغ الصبر إلى ذلك
الميزة قيد التنفيذ ، حيث بدأت في استكشاف طرق مختلفة لـ
حل هذه المشاكل.

أولاً ، اسمحوا لي أن أحاول فهم المشاكل الرئيسية التي تمت مناقشتها
هنا:

المشكلة 1: لا توجد طريقة لتبادل نمط فهرس واحد بسهولة
آخر في مجموعة معينة من لوحات المعلومات والمرئيات الموجودة.

المشكلة الثانية: أنت لا تريد الاحتفاظ بعدد كبير من التصورات المكررة
ولوحات المعلومات حيث الشيء الوحيد الذي يختلف هو نمط الفهرس. هذه
يحدث الموقف لأن مشاهدي لوحات المعلومات لديهم حق الوصول إلى البيانات
الموجودة في أنماط مؤشرات مختلفة.

هل هذا الصوت دقيق؟

في الوقت الحالي ، أود التركيز فقط على المشكلة 2.

لإعطاء سيناريو افتراضي ، تقوم الشركة بإنشاء لوحات معلومات Kibana لـ
عملائهم ، العميل أ والعميل ب ، بيانات العميل أ موجودة في client-a- *
نمط الفهرس وبيانات العميل ب موجودة في نمط الفهرس ب- العميل. ال
تمتلك الشركة الآن مجموعتين مكررتين من المرئيات ولوحات المعلومات ، حيث
كل شيء متساوٍ لكن نمط الفهرس المستخدم لإنشاء التصورات.

هل هذا مشابه للموقف الذي يواجهه الكثير منكم؟ إذا كان الأمر كذلك ، فأنا
من الغريب ما إذا كان أي شخص قد حاول التغلب على ذلك من خلال إنشاء واحدة
مجموعة من التصورات التي تشير إلى نمط الفهرس client- *. الاثنان
من الطبيعي أن تتم تصفية بيانات العملاء بسبب أذوناتهم ، لذلك
سيرون فقط بياناتهم الخاصة.

إذا كانت المشكلة هي أن منشئ لوحة المعلومات يريد أن يكون قادرًا على الرؤية بسهولة
البيانات التي يراها كل عميل ، هل يمكنك إضافة حقل عميل للتصفية حسب؟

[الصورة: لقطة شاشة 2018-03-01 الساعة 10 47 49 صباحًا]
https://user-images.githubusercontent.com/16563603/36854121-2f297614-1d3e-11e8-8036-c9f69aa99ea0.png

كملاحظة جانبية ، يوجد حقل تعريف _index ولكن لا يمكنك البحث باستخدامه
حرف بدل عليه ، مما يعني إذا كان النمط الخاص بك هو عميلك في التاريخ
لن تكون قادرة على الرؤية عبر التواريخ.

إذا ذهبت في هذا الطريق ، فهناك مجموعة واحدة فقط من المرئيات وواحدة
لوحة القيادة للحفاظ عليها. تتم تصفية البيانات بشكل طبيعي للمشاهدين بناءً على
أذوناتهم ، ولكن يمكن للمسؤولين الذين لديهم حق الوصول إلى جميع أنماط الفهرس
عرض كل شيء ، أو تقسيم البيانات. سيرى العملاء حقل العميل ولكن
سيرى اسمه فقط كخيار للتحديد فيه (حتى لا يرى ذلك
انظر إشارة إلى على الإطلاق).

إن فهم كيف أن هذا الحل غير كافٍ كحل سيساعدني
معرفة المخاوف التي يجب معالجتها عندما أفكر في التنفيذ
هذه الميزة.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/elastic/kibana/issues/3668#issuecomment-369642283 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/Ae1KBra2IKRCwsvTuL6wLY0UKVBlwDXxks5taB2_gaJpZM4EHRML
.

ممتع ، شكرًا على الرد ArtemUstynov. لا يمكنني زيارة الرابط الذي قدمته أعلاه ، تلقيت خطأ 404.

كم مرة تقوم بإنشاء فهارس جديدة بأساليب مختلفة؟ بمجرد أن يكون لديك هذين النهجين ، هل تحافظ على كليهما ، أم تختار أحدهما وتجاهل الآخر؟

إذا شارك الفهرس الثاني بادئة مع الفهرس الذي تم إنشاؤه بواسطة طريقتك الأولى ، وقمت بإضافة حقل يسمى "نهج" لكلا الفهرين ، فهل سيعمل الحل أعلاه من أجلك؟ ستكون قادرًا على الحصول على مجموعة واحدة من المرئيات باستخدام البادئة المشتركة كنمط فهرس ، ويمكنك تبديل الأساليب عن طريق التصفية.

إذا سمحنا للمستخدمين بالتصفية باستخدام حرف بدل في الحقل المضمن تلقائيًا _index ، فلن تحتاج حتى إلى إضافة حقل إضافي يدويًا.

يمكنني بالتأكيد رؤية فائدة تغيير الفهرس المجمّع لمجموعة محددة من الكائنات المحفوظة لحالات لمرة واحدة. على سبيل المثال ، قمت بإنشاء جميع المرئيات الخاصة بك بالإشارة إلى approach-a-* وتريد الآن توجيههم إلى approach-* .

لست متأكدًا من الفرق بين تغيير الفهارس والتصفية على الفهارس (بافتراض أن تعيينات الفهرس هي نفسها ، والتي يجب أن تكون كذلك حتى تعمل مقايضة الفهرس بسلاسة). كلاهما وسيلة للقول "أريد فقط عرض هذه المجموعة من البيانات ، واستبعاد كل شيء آخر". يعرف المستخدمون بالفعل كيفية تصفية بياناتهم على لوحة القيادة ، ولكن تغيير الفهرس سيكون مفهومًا جديدًا بواجهة مستخدم جديدة. أريد أن أتأكد ، قبل أن نقدم واجهة مستخدم جديدة / UX ، أنها لا تزيد من تعقيدها أو تشويشها ، وأنه لا يوجد شيء مستخدم بالفعل يمكننا الاستفادة منه لحل المشكلة بدلاً من ذلك.

@ Stacey-Gammon هنا تذهب 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 !

لدي مشكلة:
nativeURL = " http: // localhost : 5601 / es_admin / .kibana / _mget"
{"statusCode": 404، "error": "Not Found"} '

في السطر: VIS = json.dumps (request.post (nativeURL، json = json.loads (الحمولة)، headers = HEADERS) .json ())

هل تستطيع مساعدتي؟

شكرا!!!

يمكنني الوصول إلى kibana عبر ssh ، لذلك قد يكون عنوان url الخاص بك مختلفًا ، يمكنك معرفة ذلك
ما هو من خلال الانتقال إلى متصفحك وشبكة المراقبة (انقر بزر الماوس الأيمن ->
فحص العنصر -> الشبكة). ثم انتقل إلى إدارة kibana وشاهد و
تنزيل شيء ما ، يجب أن يمنحك "عنوان url الأصلي" الخاص بك في مكان ما
الاستجابة (لن يطلق عليها "عنوان url الأصلي") ولكن سيكون من السهل
حددها ، فقط قم بتغيير عنوان url الخاص بي إلى عنوان URL الخاص بك.

يوم الثلاثاء 13 مارس 2018 الساعة 9:17 مساءً ، juancar1979 [email protected]
كتب:

مرحبًا ArtemUstynov https://github.com/artemustynov !

لدي مشكلة:
nativeURL = " http: // localhost : 5601 / es_admin / .kibana / _mget"
{"statusCode": 404، "error": "Not Found"} '

في السطر: VIS = json.dumps (request.post (nativeURL،
json = json.loads (الحمولة) ، headers = HEADERS) .json ())

هل تستطيع مساعدتي؟

شكرا!!!

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/elastic/kibana/issues/3668#issuecomment-372803715 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/Ae1KBmkOB6q1cFJaBnm_s6NXcdv92W86ks5teClUgaJpZM4EHRML
.

شكرًا ArtemUstynov ، لكن لا يمكنني العثور على عنوان URL هذا في أي مكان. هل تعرف كيف يمكنني البحث عنه؟ شكرا جزيلا لك!
:)

@ juancar1979 كما قلت أعلاه -> افتح الكيبانا الخاص بك -> انتقل إلى الإدارة -> الكائنات المحفوظة -> انقر بزر الماوس الأيمن في المتصفح -> فحص العنصر -> الشبكة -> (إذا كان هناك شيء واضح (دائرة متقاطعة)) -> الآن في kibana ، انقر فوق تصدير كل شيء -> ستظهر بعض العناصر في قائمة الشبكات الخاصة بك -> ضمن العمود "الاسم" ، حدد أي حقل (أولاً على سبيل المثال) -> سيكون هناك "عنوان URL لطلب" -> العب به وستكتشف عنوان url. ربما قمت بتنزيل شيء آخر لم يكن واضحًا بالنسبة لي أيضًا ، لكنني حاولت أن أجعله عامًا لنهج بقدر ما أستطيع. حاول أيضًا طباعة القيم الوسيطة من البرنامج النصي ، لأنه لسبب ما ، لا تتطابق عناوين 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." يستخدم Splunk متغيرات وعناصر تحكم اختيارية للمستخدم "عالمية" على مستوى لوحة القيادة والتي يتم حقنها في سلسلة بحث كل تصور (بما في ذلك الفهرس) لحل كل من هذه المشكلة والفهرس ، كما وصفت في # 17542. لا أعتقد أن التصفية الحالية يمكن أن تعالج مثل هذا الطلب عبر فهارس متعددة ، لكن قد أكون مخطئًا. ومع ذلك ، أعتقد أن تغيير العناصر المرئية حسب الموقع (الفهرس) سيكون أكثر شيوعًا بشكل واضح. أظن أن القائمة المنسدلة "العالمية" البسيطة لتغيير الفهرس ، أو طريقة لتغيير الفهرس بشكل مجمّع عبر تصورات متعددة ستكون أفضل وأسرع في تنفيذ الحلول الوسيطة مما هو موجود حاليًا.

مثيرة جدا للاهتمامReanimationXP. أعتقد أن عوامل التصفية الخاصة بنا يمكنها التعامل مع هذا الأمر ، على الأقل باستخدام الحل البديل المذكور في https://github.com/elastic/kibana/issues/16917.

هذه هي محاولتي - لديّ فهرسان animal-cats و animal-dogs ، ولدي ثلاثة تصورات - واحد لإظهار أصوات القطط فقط ، والآخر لأصوات الكلاب ، والآخر للجميع. يمكنني إضافة عامل تصفية وسيقوم بتصفية التصورات على الرغم من أن لديهم بيانات من فهارس مختلفة:

هل هذا صحيح؟

الجانب السلبي لهذا الحل ، الذي أراه ، هو أنك قد لا تحتاج إلى إنشاء تصور لكل "نمط موقع / فهرس" ، وفي هذه الحالة يمكنني أن أرى أنماط فهرس مستوى لوحة لوحة القيادة حلاً أفضل (على الرغم من ذلك نواجه بعض المشكلات نفسها مع أنماط فهرس مستوى لوحة القيادة).

هل يبدو الأمر وكأنه يستحق التحقيق باستخدام نوع من البحث / الاستبدال للمتغيرات كما ذكرت splunk. سيكون من الصعب دمجها في بنيتنا التحتية الحالية على الرغم من أننا نحتاج إلى تغيير الكثير من الأشياء لجعلها سهلة الاستخدام ، IMO.

أعاني من نفس المشكلة.
أنا أستخدم بعض الحيل لحل ذلك.

1. حفظ التصور الخاص بك. (حدد "حفظ كصور جديدة")
2. اذهب الإدارة. => الكائنات المحفوظة => المرئيات
   وحفظ تريد التصورات.
3. وحذف التصورات.
4. افتح ملف json. وتغيير "kibanaSavedObjectMeta - searchSourceJSON - index uuid" إلى أي uuid
   تم تغيير "5dad88d0-475b-11e8-9a8b-51472dd99c91" إلى "5dad88d0-475b-11e8-9a8b-51472dd99c92"
5. اذهب الإدارة. => الكائنات المحفوظة => المرئيات
   واستيراد ملف json هذا.
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"
}