Grafana: [طلب ميزة] تنبيهات متعددة لكل رسم بياني

حالة استخدام ملموسة: لقد قمت بتجهيز تطبيقي لتسجيل مدرج تكراري في بروميثيوس لكل وظيفة رئيسية (على سبيل المثال ، حيث يتم إجراء مكالمة HTTP خارجية أو إدخال / إخراج قرص) وأود التنبيه عندما يصبح أي منها بطيئًا.

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

ولا يمكنك تحديد ذلك في استعلام واحد؟

رقم؛ سلسلة شروط OR بدائية ، والاسم الفردي للتنبيه لا يمكنه تحديد السبب الدقيق للتنبيه بوضوح. بالتأكيد لا أريد إرسال تنبيهات على غرار Some part of service X is failing - لن يكون المهندسون تحت الطلب أصدقائي ...

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

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

من غير المحتمل جدا

ربما إذا كان هناك طلب كبير عليها :)

هاها ، حسنًا - سأرى ما إذا كان بإمكاني إثارة حشد غاضب ؛) بجدية ، شكرًا على الصدق.

حسنًا ، لدينا مجموعة من اثنين :-) أنا أرسم مستويات الوقود في خزانات متعددة وأردت إعداد تنبيه منخفض للوقود لكل خزان.

ولكل خزان عتبات أو إخطارات مختلفة؟

بالضبط. واحد هو خزان زيت التدفئة 285 جالون. كنت أرغب في إعداد تنبيه "انخفاض زيت التدفئة" عندما يقل هذا الخزان عن 70 جالونًا. الآخر عبارة عن خزان بروبان سعة 500 جالون ، لذلك أردت تنبيه "انخفاض البروبان" عندما يقل عن 100 جالون. لقد قمت بإعداد مفردات لكل منها ولكن التنبيهات غير متوفرة في حالة فردية.

لدي رسم بياني بمقياس متوسط ​​و 90 في المائة. أود الحصول على تنبيه على كل منهما. للقيام بذلك ، لا بد لي من إنشاء رسم بياني واحد لكل منهما. بعد ذلك ، إذا كنت أريد تحذيرات وتنبيهات مهمة لكل منها ، يجب أن أقوم بإنشاء رسم بياني ثانٍ لكل منها.

لدي 30 أو 40 خدمة يجب مراقبتها ، ولكل منها من 2 إلى 5 مقاييس رئيسية. لدي رسوم بيانية حيث أرسم نفس المقياس لعدة عملاء ، وعلى الرغم من أنني لست مضطرًا إلى إجراء تنبيهات لكل عميل (حتى الآن) ، إلا أنه يضيف إلى عدد المقاييس التي أرغب في الحصول على تنبيهات بشأنها. يتسع حجم العمل لإنشاء عشرات الرسوم البيانية بسرعة كبيرة. سيكون من المفيد جدًا في بيئة الإنتاج الحالية (وفي بيئات الإنتاج السابقة) الحصول على تحذيرات وتنبيهات مهمة ، وعرض مقاييس متعددة في رسم بياني واحد وتنبيه بشأنها.

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

مرحبا توركيلو!

حصلت على العديد من "الإعجابات" لهذه الميزة! هل ندخل في أرض الواقع التالية =)؟

rmsys ربما في مرحلة ما ، فإن حلها من منظور UX وتعقيد الكود (وتعقيد UX) سيستغرق وقتًا ، فهو ليس على أي خريطة طريق حتى الآن ، ولكن ربما في العام المقبل حيث ينضج محرك التنبيه أكثر ويتم تصميم UX لهذا الغرض خارج

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

لدي رسم بياني يعرض مقياسًا بقيمة valid و invalid . قد يكون هذا مفيدًا بالنسبة لي لأنه يمكنني استخدام رسم بياني واحد يحتوي على استعلامين لإنشاء تنبيهات تنطلق عندما يكون مستوى valid منخفضًا جدًا و invalid مرتفعًا جدًا.

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

لست متأكدًا من فهمي لما تعنيه بهذا. هل يمكنك التفصيل؟

هل يمكنك وصف كيفية عمل ومظهر التنبيهات المتعددة لكل رسم بياني؟ ماذا ستقول التعليقات التوضيحية ، وسيظهر القلب الأخضر / الأحمر بجانب عنوان اللوحة (إذا قل 2/5 قواعد التنبيه عند التنشيط)؟

هل ترغب في مشاركة شيء ما بين قواعد التنبيه أم أنها ستكون معزولة تمامًا (بجانب العيش في نفس لوحة الرسم البياني وربما الإشارة إلى نفس الاستعلامات).

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

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

يبدو أن دعم rssalerno لقواعد التنبيه في لوحة singlestat لا علاقة له بهذه المشكلة.

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

هل لدى شخص ما بعض الأمثلة الملموسة حيث سيكون هذا جيدًا؟ مجرد عدم رؤية سيناريو سينتهي به الأمر في رسم بياني مربك به حدود 2-5 لا تعرفها يتعلق بالتعليقات التوضيحية لسجل التنبيهات والمقاييس التي لا تعرف أيضًا قاعدة التنبيه التي أتت منها (بدون تمرير الماوس).

هل يمكنك وصف كيفية عمل ومظهر التنبيهات المتعددة لكل رسم بياني؟ ماذا ستقول التعليقات التوضيحية ، وسيظهر القلب الأخضر / الأحمر بجانب عنوان اللوحة (إذا قل 2/5 قواعد التنبيه عند التنشيط)؟

أعتقد أنه سيتم إضافة تعليقات توضيحية لقواعد التنبيه المتعددة بشكل فردي. قد تكون القلوب مرمزة بالألوان. يجب تسمية القواعد للتمييز في التنبيهات / اللوحات.

هل ترغب في مشاركة شيء ما بين قواعد التنبيه أم أنها ستكون معزولة تمامًا (بجانب العيش في نفس لوحة الرسم البياني وربما الإشارة إلى نفس الاستعلامات).

بشكل عام لا أعتقد ذلك ، على الرغم من أنني أظن أن المجموعات ستحتاج إلى عتبة مشتركة ، والاسم إذا تم تنفيذها (على https://github.com/grafana/grafana/issues/6557#issuecomment-324363795).

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

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

يبدو أن دعم rssalerno لقواعد التنبيه في لوحة singlestat لا علاقة له بهذه المشكلة.

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

هل لدى شخص ما بعض الأمثلة الملموسة حيث سيكون هذا جيدًا؟ مجرد عدم رؤية سيناريو سينتهي به الأمر في رسم بياني مربك به حدود 2-5 لا تعرفها يتعلق بالتعليقات التوضيحية لسجل التنبيهات والمقاييس التي لا تعرف أيضًا قاعدة التنبيه التي أتت منها (بدون تمرير الماوس).

في المقام الأول ، أود أن يدعم هذا # 6557 و # 6553 ، ولحدود متعددة ، على غرار @ alex-phillips. على سبيل المثال ، حالة استخدام واحدة لدينا لـ # 6557 هي التنبيه بشكل مختلف للبيئات المختلفة ( production ، beta ، dev ، إلخ) ، جنبًا إلى جنب مع عتبات متعددة من شأنها حل معظم مشاكلنا. إذا كانت هناك طريقة أفضل للقيام بذلك بدون قواعد متعددة ، فهذا ليس واضحًا بالنسبة لي.

تضمين التغريدة

هل يمكنك وصف كيفية عمل ومظهر التنبيهات المتعددة لكل رسم بياني؟ ماذا ستقول التعليقات التوضيحية ، وسيظهر القلب الأخضر / الأحمر بجانب عنوان اللوحة (إذا قل 2/5 قواعد التنبيه عند التنشيط)؟

يعجبني النهج الذي اقترحه pdf

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

هل ترغب في مشاركة شيء ما بين قواعد التنبيه أم أنها ستكون معزولة تمامًا (بجانب العيش في نفس لوحة الرسم البياني وربما الإشارة إلى نفس الاستعلامات).

في معظم حالات الاستخدام لدينا ، لن تشارك هذه القواعد أي شيء بينها كما تختلف الاستعلامات أيضًا

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

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

في لوحة قائمة التنبيهات ، لن يكون هناك أي تغيير. يظهر كل منهم على حدة. معنويًا ، كل تنبيه منفصل. فقط أنه تم وضعه في نفس اللوحة.

هل لدى شخص ما بعض الأمثلة الملموسة حيث سيكون هذا جيدًا؟ مجرد عدم رؤية سيناريو سينتهي به الأمر في رسم بياني مربك به حدود 2-5 لا تعرفها يتعلق بالتعليقات التوضيحية لسجل التنبيهات والمقاييس التي لا تعرف أيضًا قاعدة التنبيه التي أتت منها (بدون تمرير الماوس).

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

في Splunk لدينا تنبيهات عالية / منخفضة. إذا توفرت تنبيهات متعددة في grafana ، فسنستخدم فقط نفس البحث ، فهي مجرد عتبات مختلفة مقابل نفس البحث.

+1 لهذه الميزة.

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

+1 لهذه الميزة.

أتيت هنا لقراءة بعض القضايا الأخرى المتعلقة بالفئات والشدة. أوافق على أن جميع التنبيهات يجب أن تكون قابلة للتنفيذ. ولكن هناك فرق بين تنبيه "إصلاح هذا أول شيء في الصباح" وتنبيه "استدعاء استشاري 400 دولار / ساعة في أسرع وقت ممكن".

كما ذكر الكثيرون ، يتم حل هذا الأمر بشكل شائع عن طريق التحذير والعتبات الحرجة.

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

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

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

أعتقد أن معظم المستخدمين سيكونون راضين عن طريق فصل بسيط إلى حد ما بين Warn / Crit.

هذا أمر لا بد منه لبرنامج التنبيه ، خاصةً لمراقبة الخادم. مساحة القرص ، والذاكرة ، واستخدام وحدة المعالجة المركزية ، ودرجة الحرارة ، ومتوسط ​​التحميل .... جميع الأمثلة الرئيسية حيث قد يرغب المرء في تنبيهات متعددة مكونة برسائل مختلفة ذات عتبات مختلفة. خذ مساحة القرص على سبيل المثال. تحتاج إلى تنبيه واحد لاستخدام القرص أكثر من 70٪ ، وآخر لاستخدام القرص أكثر من 90٪.

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

كما أننا نستخدم متغيرات القوالب لتكرار رسم بياني لكل منتج محدد بمقياسين متراكبين (الحجم والهامش الإجمالي) على المحور y الأيمن والأيسر. هذا يقتل أي فرصة لاستخدام التنبيه لأن استعلام التنبيه لا يلتقط متغير القائمة $sku لـ IN ($sku) .

للتغلب على هذا ، حاولت الحصول على استعلام آخر B يقوم فقط بتشغيل استعلام القالب للبحث عن جميع skus التي تهمنا ويضع ذلك مباشرة في استعلام التنبيه IN (SELECT skus from interested_product_table) . ومع ذلك ، يبدأ هذا في إرسال تنبيهات إلينا لكل رسم بياني لجميع المقاييس عبر كل رسم بياني مما يعني أننا نحصل على:

Email Alert 1 - metric1,metric2,metric3
Email Alert 2 - metric1,metric2,metric3
Email Alert 3 - metric1,metric2,metric3
Email Alert 4 - metric1,metric2,metric3

Email Alert 5 - metric4
Email Alert 6 - metric4
Email Alert 7 - metric4
Email Alert 8 - metric4

على سبيل المثال الذي يعد بريدًا عشوائيًا تمامًا.

توافق تمامًا على أن الميزة ضرورية ولا أوافق تمامًا على أن جميع الإخطارات يجب أن تكون قابلة للتنفيذ.

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

رمي في اثنين سنتي - أود أن أمتلك هذه الميزة.

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

الرجاء إضافة هذه الميزة. لحالة استخدام مثل هذه ،
من رسم بياني واحد
إذا كانت القيمة> X -> الركود
إذا كانت القيمة> X + Y -> PD

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

على سبيل المثال: RDS CPU منخفضة جدًا؟ تحقق من المكدس الآخر هنا لمعرفة السلوك. مرتفع جدا؟ توسيع نطاق المثال.

كما هو الحال مع الآخرين ، نود أيضًا أن يكون لدينا أنواع مختلفة من التنبيهات عند عتبات مختلفة.

على غرار jdblack ، أريد الحصول على مستوى تحذير مرتفع من المياه ومستوى طوارئ مرتفع للمياه. أعلم أنه يمكنني القيام بذلك من خلال استعلامين ولكنه ليس بديهيًا أو سلسًا.

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

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

كنت أحاول استخدام Grafana + Influx لشبكات الاستشعار. تعمل لوحات المعلومات بشكل جيد ، باستثناء التنبيهات. أحتاج إلى التنبيه عندما يتجاوز Sensor123 حدًا معينًا. لست بحاجة إلى رسم بياني لذلك ، فقط تنبيه. أيضًا ، من المحتمل أن يكون لدي آلاف من أجهزة الاستشعار. يمكنني إعداد تنبيه إذا تجاوز "أي جهاز استشعار" الحد الأدنى ولكني بحاجة إلى معرفة أي جهاز (أجهزة) يقوم بالتنبيه. لديّ إعداد لوحات معلومات مع متغيرات القالب لعرض مستشعر معين ، لكن لا يمكنني إضافة تنبيه لمتغير القالب. للاختبار ، قمت فقط بإعداد عدد قليل من التنبيهات لعدد قليل من أجهزة الاستشعار في لوحة معلومات إضافية لا ينظر إليها أحد ، ولكن للمضي قدمًا ، فأنا بحاجة إلى حل مختلف للتنبيهات.

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

MakoSDV ، يجب أن تفكر في استخدام kapacitor لحالة الاستخدام هذه.

+1 لهذه الميزة ؛ سيكون مفيدًا أيضًا للتنبيه على مستويين (على سبيل المثال: شيء ما> X = تنبيه أصفر ، شيء ما> ص = تنبيه أحمر)

+1 لجعل التنبيه أكثر مرونة

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

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

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

كتب Gaibhne :

هل يعرف أي شخص كيف يمكننا جذب انتباه المطورين إليه؟

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

+1 لهذا الطلب.

لدينا عداد تم إعداده في تطبيقنا عند طلب خدمة خارجية ندمجها مع انتهاء الوقت الذي أنشأنا فيه رسمًا بيانيًا في Grafana.

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

+1 لهذا أيضًا.

نحاول حاليًا إعداد تنبيهين منفصلين للرسم البياني:

1. وصول رسالة Slack للبيانات إلى مستوى _ تحذير
2. تنبيه Pager Duty للبيانات التي تصل إلى المستوى الحرج

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

torkelo هل هناك أي تحديث بشأن خطط هذا حتى عام 2019؟

+1

لدينا لوحات معلومات تراقب نفس الخدمات المصغرة لعدة عملاء / بيئات باستخدام متغير للتبديل بين البيئة المعروضة.

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

سيكون أمرًا رائعًا حتى لو تطلب الأمر استخدام استعلام مختلف لكل تنبيه ، وفقط تعيين الاستعلام ليكون غير مرئي على الرسم البياني.

يبدو أن ما تصفه itonlytakeswon يرتبط أيضًا بـ https://github.com/grafana/grafana/issues/6557 ، لذلك قد ترغب في تتبع ذلك أيضًا :)

كيف هذه ليست ميزة بالفعل؟

يصف @ jsterling7 حالة الاستخدام المرغوبة لدينا تمامًا.

torkelo إصدار أي ميزة

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

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

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

+1 ، هذا من شأنه أن يساعد بيئتنا كثيرًا! حتى مجرد تنبيهين "قلب" باللونين الأصفر / الأحمر لكل إعداد رسم بياني ، حيث إذا تم تشغيل اللون الأحمر ، فإنه يتجاوز اللون الأصفر.

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

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

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

+1 مني أيضًا - فوجئت أن هذا غير موجود بالفعل!

+1

أعتقد أن هذه الميزة تسير جنبًا إلى جنب مع قيود دعم استعلام القالب.

لقد قمت بإعداد بعض الرسوم البيانية التي تحتوي على بروميثيوس مع استعلامات تحتوي على قوالب على سبيل المثال ، واكتب الملصقات. أتغلب على مشكلة القالب عن طريق إنشاء استعلامات غير مرئية لقيم القالب.

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

البديل هو إنشاء لوحة تحكم منفصلة بها أطنان من اللوحات التي لا ينظر إليها أحد ، فقط لتكون بمثابة مصدر تنبيه.

يبدو أن إضافة دعم لتنبيهات متعددة قد يكون الخطوة الأولى في دعم تنبيهات استعلام القوالب.

+1. هذا أمر لا بد منه!

+1 هذا مفيد للغاية

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

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

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

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

بالضبط. +1 لتنبيهات متعددة لكل لوحة

في حالتنا ، نقوم بقياس جهد الخلية بالبطاريات (16 خلية لكل بطارية). نقوم برسم سلسلة 16 على لوحة واحدة للمقارنة ولدينا لوحة مختلفة لكل بطارية.

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

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

في الوقت الحالي ، يتعين علينا برمجة عبارات 16 × OR لسلسلة الخلايا ، و (إعادة) - تحديد الحدود لكل خلية في العملية - مؤلم الإعداد وكابوس الصيانة لتعديله.

من الناحية المثالية ، يجب علينا أيضًا برمجة التحذير والأحداث الحرجة لكل خلية من الخلايا في لوحة الرسم البياني.

أعتقد أنه حان الوقت لتعديل هيكل التنبيه ليشمل المتطلبات التي حددها المستخدمون. يتم تنفيذ هذه المتطلبات بشكل شائع في أنظمة SCADA التي تنشئ أيضًا تنبيهات. انها حقا مجرد محرك منطقي ، بالتأكيد؟

أي تحديث على هذا؟ أشعر أن هذه الميزة ضرورية لعمليات النشر الأكبر. خاصة وأننا نرغب في الحصول على رسم بياني واحد على سبيل المثال يوضح استخدام مساحة التخزين ، فنحن نريد تنبيهًا بنسبة 70٪ و 80٪ وما إلى ذلك ، والذي لا ينبغي أن يكون بكميات ضخمة من الرسوم البيانية.

لقد عثرت للتو على هذا الأمر وأنا مندهش جدًا من عدم وجود طريقة للقيام بذلك حتى الآن D:

أرى هنا https://github.com/grafana/grafana/pull/20822#issuecomment -561047900 أن هذا لن يتم تنفيذه في المستقبل ويبدو أن التنبيهات سيتم سحبها من لوحات المعلومات بالكامل.

كيف سيؤثر هذا على نموذج json لوحة القيادة؟ هل يمكن لأي شخص التحدث إليه عندما يكون هناك المزيد من الأخبار حول هذا؟

كانت هذه ميزة مطلوبة بشدة. أي تحديث للوضع القادم حتى الآن؟

+1 لتنبيهات متعددة لكل لوحة

+1 لهذه الميزة.

كانت هذه ميزة مطلوبة بشدة. أي تحديث للوضع القادم حتى الآن؟

تحتاج هذه الميزة.

بعد 3 سنوات .. يمكن لشخص ما أن يخبرنا لماذا لم يتم تنفيذ ذلك (بالرغم من عدد الطلبات)؟
إنه بسبب قيود فنية لتنفيذه؟ رفضت؟ انها في المهام؟
كما قلنا سابقًا ، تبدو "ميزة أساسية".
مثال: لديّ لوحة تحكم وسلسلة بها 200 خادم ، إذا أضفت تنبيهًا:
واحد من 200 خادم ميت: رائع أتلقى التنبيه بالاسم
عفوًا ، خادم جديد ميت: لا يوجد تنبيه (أو تحتاج إلى تحديث لوحة القيادة أو انتظار التذكير 24 ساعة بعد ..)
لا يمكن إضافة هذا مثل مربع الاختيار للتحقق حتى يمكن تنبيهنا بالصف في السلسلة (بدلاً من ذلك عن طريق السلسلة "الكاملة")؟
إذا كان هناك شخص من المطورين ، فيمكن لفريق grafana الإجابة للحصول على تعليقات ...

هل تمانع في تجربة بروميثيوس للتنبيه وتركت غرافانا للقيام بلوحات القيادة؟

beastea إذا كان عليك إعداد أداة أخرى فقط لتشغيل Grafana ، فلا فائدة من استخدام Grafana. نحن ننتقل إلى Datadog لأن هذه الوظيفة موجودة هناك وهي أداة واحدة فقط.

@ anne-nelson ، يجب عليك إعداد مجمّع المقاييس وتخزين المقاييس وللإعداد المناسب ، يمكنك اللعب باستخدام HA حوله لجعل Grafana يعمل ، أليس كذلك؟
Datadog ليست مجرد أداة واحدة ، إنها تخفيها عنك وتقوم بعمل جيد ، أيضًا ، لا يزال بإمكانك استخدام grafana مع datadog: https://grafana.com/grafana/plugins/grafana-datadog-datasource

beastea لست متأكدًا من ماهية هذه الأدوات ، لذلك لا أعتقد أننا نستخدمها. يتم إرسال مقاييسنا إلى Influx ، وسنقوم فقط بإرسالها إلى Datadog بدلاً من Grafana. لماذا أرسل أشياء إلى Datadog عبر Grafana بينما يمكنني إرسالها مباشرة؟ أريد استخدام أقل عدد ممكن من الأدوات.

@ anne-nelson ، يمكنك تنفيذ دفع المقاييس في تطبيقك ، ولكن في بعض الأحيان يكون هذا مفيدًا جدًا لدفع بعض مقاييس النظام أيضًا حتى تتمكن من معرفة ما يحدث مع الأقراص وغيرها من الأشياء. هذا ما أعنيه بجمع المقاييس ، بعض الخفي المحلي الذي يفعل مثل هذه الأشياء ، مثل telegraf أو Collectd أو بطلاقة.
التدفق في الإعداد الخاص بك - هو شيء يخزن المقاييس ويعطي قدرة غنية على إجراء عمليات البحث عبر grafana كواجهة واجهة ويب للبيانات الأولية التي تمنحك فرصة باستخدام بعض لغة querry الداخلية للتلاعب ببياناتك.
في حالة وجود Datadog بدلاً من Influx ، فإنه يعمل بنفس الطريقة تمامًا. Grafana هنا -هو واجهة مستخدم للوصول إلى البيانات. في الإعداد العام. لذلك فهو لا يفعل أي شيء ببياناتك ، إنه يعرضها فقط في الرسوم البيانية. لذا فأنت ترسلها مباشرة على أي حال.
في حالة ما إذا كنت تعمل مع inlux ، فلماذا لا تفكر في استخدام kapacitor أو flux لحل المشكلة التي وصفتها لأنها قدمت الكثير من إمكانيات الوصول ، فيمكن أن تقدم لك grafana أي وقت مضى ولا يزالون من نفس البائع ومثل نفس البيئة. الجريان هو جزء من حزمة شحنة التدفق.

سيكون مفيدا حقا.

beastea لذا ربما يكون من الأفضل إزالة ميزة "التنبيهات" في grafana وترحيل الأشخاص إلى أداة أخرى (لتجنب مصنع أدوات متعددة للغاز)؟
أعني ، حسنًا ، يمكننا استخدام kapacitor ، و prometheus ، وما إلى ذلك. ولكن ميزة التنبيه موجودة بالفعل في Grafana ، لذا فهي غير منطقية في حالتي.

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

beastea يبدو غريبًا حقًا أنك تحاول إقناع شخص ما بعدم استخدام Grafana.

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

@ anne-nelson أنا لا أحاول إقناع أي شخص بعدم القيام بما يود فعله. أحاول تقديم نصيحة لإلقاء نظرة على الاتجاه المختلف الذي يمكن أن يقدم لك حلاً بالفعل اليوم.
أنا لا أملي عليك ما يجب أن تستخدمه من أجل ماذا ، أنا أقدم بدائل يمكن أن توفر لك حلاً اليوم فقط. أنا لا أدافع عنك ، أنا أقدم لك نصيحة. إذا كنت تعتقد أن نصيحتي ليست مفيدة ، فهذا أمر مؤسف ولكن هذا كل شيء. أنا آسف لأنك تشعر بأنني أزعجك وأن نصيحتي شديدة الانزعاج.
وقتا ممتعا.

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

هل يستطيع الجميع التخلص منها؟ من المحتمل أن ترسل رسائل غير مرغوب فيها إلى مئات الأشخاص ، وهذا ليس مثمرًا.

آسف للضوضاء الإضافية كلها.

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

هذا و # 6041 المشابه يتم تجاهله تماما. أتساءل لماذا.

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

عندما تتعطل أنظمة متعددة ، نحصل على التنبيه لأول واحد فقط. وليس توضيحيًا جدًا أيضًا.

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

حالة الاستخدام التي أملكها لهذا الغرض هي تحديد تنبيهات معدل الحرق متعدد النوافذ عبر بروميثيوس وجرافانا. هذه ممارسة قياسية للحصول على تنبيهات من هذا النوع لمراقبة SLO كما هو محدد في دليل Google SRE على https://landing.google.com/sre/workbook/chapters/alerting-on-slos/

ضرورة مطلقة ، يرجى متابعة هذا ..

لقد انتقلت أيضًا من تنبيه بروميثيوس إلى تنبيه جرافانا وأنا أتطلع تمامًا لذلك!

هل يمكن لشخص عمل على Grafana من قبل سرد التحديات المعروفة في معالجة هذا الأمر؟

مرحبًا torkelo ، ربما يمكنك تنويرنا في هذا الشأن!

مخيب للآمال لرؤية 7.x لم يكن لديه أي تحسن في التنبيه - الاقتراح السابق بإزالة التنبيه بالكامل لا يملأني بالأمل ، ولكن إذا كان هذا هو الحال ، فمن المؤكد أن إزالته في 7.x منطقي بالنظر إلى حجم التجديد؟

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

تضمين التغريدة
لدي نفس الحاجة - تنبيهات متعددة لمقياس واحد على graf واحد ولكن مع خوادم متعددة يتم مراقبتها.
لدي حوالي 100 خادم بمقياس محدد للمساحة الخالية في القسم "/" (على سبيل المثال - لدي عشرات من هذه المقاييس). وأحتاج إلى تلقي إشعار تنبيه فريد واحد على كل خادم إذا أصبحت المساحة الخالية على "/" أقل من 20٪.
لن يحدث ذلك حاليًا ، إذا ، على سبيل المثال ، سيرسل الخادم 2 تنبيهًا ، وبينما يعمل الرجال على حل المشكلة ، سيرسل الخادم 4 نفس التنبيه - لن يتم إعلامنا. أم أنني أفتقد بعض الوظائف؟

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

أشكر وأقدر كل من يمكنه النصح أو المساعدة.

تضمين التغريدة
لدي نفس الحاجة - تنبيهات متعددة لمقياس واحد على graf واحد ولكن مع خوادم متعددة يتم مراقبتها.
لدي حوالي 100 خادم بمقياس محدد للمساحة الخالية في القسم "/" (على سبيل المثال - لدي عشرات من هذه المقاييس). وأحتاج إلى تلقي إشعار تنبيه فريد واحد على كل خادم إذا أصبحت المساحة الخالية على "/" أقل من 20٪.
لن يحدث ذلك حاليًا ، إذا ، على سبيل المثال ، سيرسل الخادم 2 تنبيهًا ، وبينما يعمل الرجال على حل المشكلة ، سيرسل الخادم 4 نفس التنبيه - لن يتم إعلامنا. أم أنني أفتقد بعض الوظائف؟

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

أشكر وأقدر كل من يمكنه النصح أو المساعدة.

تم فتح هذه المشكلة منذ عام 2017 (وإجابة torkelo هي 🤡 "من المنطقي أن يكون لديك لوحات منفصلة للتنبيهات" (من الجيد جدًا إنشاء لوحة حسب الخادم / التنبيه عندما يكون لدينا 600 خادم) 🤡).

يبدو أن الطريقة الوحيدة هي الانتقال من Grafana إلى حل آخر أو إنشاء مصنع غاز به عدة أدوات للصيانة.

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

شكرا لك مرة أخرى.

_ الانضمام (صوت ، جوقة) _
لدي مستشعر تيار على دائرة تراقب مضخة هواء ، 1.5 أمبير اسمي ومضخة دفق 10 أمبير اسمية. تعمل مضخة الهواء على مدار الساعة طوال أيام الأسبوع ، وتعمل مضخة الصرف عند الطلب بناءً على مستويات الخزان. عندما يكون كل شيء على ما يرام ، يكون التيار (I) إما 1.5 أمبير عند إيقاف تشغيل مضخة الصرف أو 11.5 أمبير عند تشغيل مضخة الصرف.

أول عطل شائع هو احتراق مضخة الهواء والذي يتم تنبيهه بواسطة (Imax <0.5A أو Iavg بين 9A إلى 11A) والذي يكتشف إما عدم وجود تيار أو تشغيل مضخة الصرف عند نفاد مضخة الهواء. يجب معالجة ذلك في غضون 48 ساعة لتجنب فشل النظام. البيانات هي نقطة واحدة في الدقيقة ، وتنبيهات بعد 90 دقيقة.

التنبيه الثاني المطلوب على نفس الرسم البياني هو (Imax> 14A أو Iavg بين 2A إلى 9A) مما يشير إلى انسداد مضخة الصرف أو تدفق الهواء أثناء الضخ. هذا تنبيه أكثر إلحاحًا وقد يحتاج إلى معالجته في غضون 3 ساعات ، لذا فإن التنبيه بعد 5 دقائق سيكون مثاليًا.

كلا التنبيهين من نفس مستشعر التيار البعيد الذي يرسل البيانات عبر LoRa. ستعمل التنبيهات المتعددة على تبسيط منعني من الاضطرار إلى تكرار استعلام لوحة المعلومات لنفس المستشعر.

torkelo الرسوم البيانية المتعددة ببساطة ليست قابلة للتطوير للعديد من المستخدمين. يبدو أن هذا شيء بسيط لإضافته وأنا أشعر بالفضول لماذا لا تفكرون في ذلك يا رفاق؟

ربما إذا كان هناك طلب كبير عليها :)

مرحبًا torkelo ، ما الذي تعتبره طلبًا كبيرًا؟ 96 تعليقًا و 250 "إعجاب" في تعليقك ضخم؟ إنه ثامن أكثر طلب ميزة مفتوحة تعليقًا وهناك طلب ميزة مغلقة واحد فقط به تعليقات أكثر من ذلك. وهو أيضًا الطلب الثالث للميزة المفتوحة مع المزيد: +1: ردود الفعل. ما هو المطلوب للدخول إلى خارطة الطريق؟

torkelo لدي سيناريو حالة بسيط للغاية.

أحتاج إلى تنبيه مختلف إذا كانت القيمة أقل من الحد الأدنى ، عن التنبيه عندما تتجاوز القيمة حدًا (مختلفًا).

هنا سيناريو مختلف عندما أراقب عدد الخادم الصحي ، أحتاج إلى تنبيهات مختلفة عندما أفقد خادمًا واحدًا (إعادة تشغيل شرعية لا تمثل مشكلة ما لم تستغرق أكثر من 10 دقائق) ، مقابل فقدان 5 خوادم.

هنا بعد سيناريو آخر. أرغب في تعيين تنبيه مختلف إذا تجاوز معدل الزيادة في قائمة الانتظار حدًا معينًا ، وتنبيهًا مختلفًا إذا تجاوز حجم قائمة الانتظار حدًا معينًا.

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

فقط سنتان.

مرحبا!

أردنا أن نتناغم هنا نحن (Spotify) نحتاج إلى هذا أيضًا.

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

لذلك ، فيما يتعلق بواجهة المستخدم ، فإن أول سلسلة زمنية للتنبيه تتسبب في انتقال اللوحة / التنبيه إلى حالة "التنبيه" ، وكل تنبيه لاحق يتراكم (سيعرض سجل الحالة تحديثات متعددة "للتنبيه ، وبالمثل ، العديد من التغييرات عودة إلى "موافق")

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

أردنا أن نتناغم هنا نحن (Spotify) نحتاج إلى هذا أيضًا.

هل استخدمت أيضًا مؤسسة جرافانا؟ ربما يمكن أن تساعد / تحفز المطورين =)

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

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

sjoeboo خارج الموضوع قليلاً هنا ولكن هل هناك أي شيء متاح للجمهور؟

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

ملاحظة ، محرك التنبيه ، في الوقت الحالي ، خاص بـ TSDB الخاص بنا (https://github.com/spotify/heroic)

+1 لهذه الميزة. هذا شيء مثل تحذير / حرج. نريد أن نحصل على تحذير قبل أن تزداد الحياة سوءًا. ثم يجب أن نحصل على تنبيهات مهمة لاتخاذ إجراءات فورية.

أنا مندهش من أن هذا لم يتم تنفيذه بعد 3 سنوات من الطلبات من قبل المستخدمين.

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

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

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

هل تم هذا؟
إصدار Grafana = 4.x

الآن ينتقل إصدار Grafana إلى 7.x ولم أر هذه الميزة

هل تم هذا؟
إصدار Grafana = 4.x

الآن ينتقل إصدار Grafana إلى 7.x ولم أر هذه الميزة

ساذج جدا😁

+1 لهذه الميزة.
على مقياس واحد أريده

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

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

سأعطي مثالا آخر.

أدير سينولوجيًا وأود التنبيه عليه. الحالة Raid لها قيمة عادية هي 1. ومع ذلك ، لها أيضًا قيمة متدهورة قدرها 11 ، وقيمة تحطيم قدرها 12. انخفاض يعني أن البيانات لا يزال من الممكن الوصول إليها. تعطل يعني احتمال كبير لفقدان البيانات.

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

يمكن أيضًا تطبيق هذا على شيء بسيط مثل استخدام مساحة القرص.
أريد إرسال تحذير إذا وصل استخدام القرص إلى 80٪ ، وإنذارًا بالغ الأهمية إذا وصل استخدام القرص إلى 90٪. إن القيام برسوم بيانية متعددة لكل قرص من أقراصي ليس بالأمر المعقول.

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

إن القيام برسوم بيانية متعددة لكل قرص من أقراصي ليس بالأمر المعقول.

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

لا يُصدق أن هذه الميزة لم يتم تنفيذها بعد ، مع التعليقات الهائلة التي حصلت عليها هذه المشكلة.

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

إنشاء مخططات وهمية هو حل بديل وليس حلاً. هذا يبدو أساسيا!

+1 ميزة ضرورية

+1

بالضبط نفس الوضع مثل OP. الميزة الأساسية التي يجب أن تكون قد نفذت بالفعل.

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

استخدم ردود الفعل في الجزء العلوي من المشكلة للإشارة إلى الاهتمام.

https://github.com/grafana/grafana/issues؟q=is٪3Aissue+is٪3Aopen+sort٪3Areactions-٪2B1-desc مفيد بشكل لا نهائي للمشرف لتأكيد المشكلات "الشائعة" من الأشخاص الذين يرسلون رسائل غير مرغوب فيها كل شخص يمكنه إرسال بريد إلكتروني إلى صناديق البريد الإلكتروني وإشعارات جيثب تحتوي على معلومات واضحة بالفعل بمجرد النظر إلى وصف المشكلة.

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

thomasf "هل يمكن للأشخاص التوقف عن إرسال رسائل غير مرغوب فيها إلى هذا الموضوع بدون إضافة أي شيء ذي قيمة؟" - مثلما فعلت؟

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

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

أو ربما قام المشرفون بإلغاء الاشتراك من الإشعار بشأن هذه المشكلة بسبب البريد العشوائي ، وهذا ليس الوحيد الذي يحتوي على الكثير من + 1 / رسالة بدون تحديث. من فضلك لا تقارن بين Grafana و DataDog (كنا مستخدمين من كليهما ، لا توجد طريقة للعودة إلى DataDog)

أفضل طريقة للحصول على هذا هو المساهمة (أو ربما الدفع مقابل Grafana Entreprise)

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

Il giorno mer 14 ott 2020 alle ore 15:35 Thomas Frössman <
[email protected]> ها سكريتو:

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

استخدم ردود الفعل في الجزء العلوي من المشكلة للإشارة إلى الاهتمام.

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

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/grafana/grafana/issues/7832#issuecomment-708406018 ،
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AABBIFUYLMIO4WH7LBYQ6FTSKWSLXANCNFSM4DDVAQPQ
.

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

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

تقديم طلب سحب أو صيانة شوكة خاصة بهم

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

أخيرًا ، ما لم يتم إغلاق / قفل الخيط ، لا أرى أي سبب يمنع أي شخص من التعبير عن آرائه. يُسمح لك بإلغاء الاشتراك إذا كان ذلك لا يناسبك. أنا في الواقع أستمتع بقراءة الناس وهم يتأسفون على السخافة النسبية لهذا الأمر. 😁

سوف يدعم تنبيه NG (NextGen) المخطط لـ 8 حالات تنبيه متعددة من تعريف تنبيه واحد. لذلك ، شيء مثل host=* مع نظام مثل prometheus سينشئ تنبيهات لكل مضيف.

بعض المعلومات العامة حول هذا في سياق الإحصائيات الفردية المضافة إلى https://github.com/grafana/grafana/issues/6983#issuecomment -712915673

ما زلنا نصمم ونصمم نماذج أولية ، ولكن للرد على بعض الأفكار الأولية حول الأشياء:

تنبيهات متعددة لكل رسم بياني

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

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

بمجرد السماح بالعديد من التنبيهات من تعريف واحد ، تصبح كيفية تجميعها مشكلة (حيث يمكن للمرء الوصول إلى العديد من التنبيهات). أرى حاليًا مسارين لكيفية عمل ذلك مع تنبيه NG:

1. استخدم التنبيه NG مع IRM مثل pagerduty أو alertmanager التي يمكنها التعامل مع تجميع حالات التنبيه.
2. قم بتغيير الاستعلام الخاص بك إلى التجميع حسب بُعد نطاق أكبر. على سبيل المثال ، إذا كان الاستعلام cluster=* بدلاً من host=*,cluster=* (أو تجميع حسب لـ sql مثل مصادر البيانات). بدلاً من ذلك ، أعتزم إضافة وظائف إلى تعبيرات جانب الخادم (تأتي مع تنبيه ng) للسماح بعمليات المجموعة / حسب المحور إذا كان مصدر البيانات لا يفعل ذلك. سيكون هذا هو الحال عند عدم استخدام IRM والإرسال مباشرة إلى خدمات مثل البريد الإلكتروني / Slack.

تحذير / حرج

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

هذا صعب ، لأنه في كثير من الحالات يكون مفيدًا جدًا:

• بالنسبة لي ، التحذير / الحرج له استخدامات واضحة: الاقتراب من المكسور / المكسور ، أو المتدهور / المكسور.
• بدونها ، سينتهي الأمر بالعديد من الإعدادات إلى تكرار قدر لا بأس به من التنبيهات لمستويات خطورة مختلفة.

فلماذا تقرر عدم الحصول عليها؟ إنها تضيف قدرًا كبيرًا من التعقيد غير الواضح:

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

(على الأقل بالنسبة لتعريف التنبيه ، ربما يكون هناك طريقة لتكرار تعريف التنبيه وتغييره وبعض كيفية تسميته / تمييزه بخطورة

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

ثم تصبح كيفية تجميعها مشكلة (حيث يمكن للمرء الوصول إلى العديد من التنبيهات)

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

نأمل أن يبسط هذا التصميم المثير للقلق حيث لا يجب أن تقلق بشأن التجميع. هذا متروك للمستخدم للتعامل معه.