مشاركة عبر

مقاييس مخصصة في Azure Monitor (معاينة)

  • مقالة

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

تتوفر مقاييس Azure Monitor المخصصة حالياً في وضع المعاينة العامة.

طرق إرسال المقاييس المخصصة

يمكن إرسال المقاييس المخصصة إلى Azure Monitor عبر عدة طرق:

  • استخدم Azure Application Insights SDK لوضع علامة على التطبيق الخاص بك عن طريق إرسال بيانات تتبع الاستخدام المخصصة إلى Azure Monitor.
  • قم بتثبيت عامل Azure Monitor على جهاز Windows أو Linux Azure الظاهري أو مجموعة مقياس الجهاز الظاهري واستخدم قاعدة تجميع البيانات لإرسال عدادات الأداء إلى مقاييس Azure Monitor.
  • قم بتثبيت ملحق تشخيصات Azure على جهاز Azure الظاهري أو مجموعة مقياس الجهاز الظاهري أو الجهاز الظاهري الكلاسيكي أو خدمة السحابة الكلاسيكية. إرسال عدّاد الأداء إلى المراقب الخاص بـ Azure.
  • ثبتعامل InfluxData Telegraf على جهاز Azure Linux الظاهري. إرسال المقاييس عن طريق استخدام المكون الإضافي لإخراج Azure Monitor.
  • إرسال مقاييس مخصصة مباشرة إلى Azure Monitor REST API.

نموذج الأسعار واستبقاء البيانات

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

يتم استبقاء بيانات المقاييس المخصصة لنفس الفترة الزمنية التي يتم فيها استبقاء بيانات مقاييس النظام الأساسي.

إشعار

يتم فوترة المقاييس المرسلة إلى Azure Monitor عبر تطبيق SDK Insights كبيانات سجل تم إدخالها. ولا يتم تطبيق رسوم إضافية على المقاييس إلا إذا تم تحديد ميزة Insights تمكين التنبيه لأبعاد المقاييس المخصصة. يرسل مربع الاختيار هذا البيانات إلى قاعدة بيانات مقاييس Azure Monitor باستخدام واجهة برمجة تطبيقات المقاييس المخصصة للسماح بالتنبيهات الأكثر تعقيداً. تعرف على المزيد من المعلومات عن نموذج أسعار Application Insightsوالأسعار في منطقتك.

تعريفات القياس المخصصة

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

إشعار

كون Application Insights وملحق مستعرض التشخيص وعامل FlowData Telegraf بالفعل لإرسال قيم مقياس مقابل نقطة النهاية الإقليمية الصحيحة وتحمل جميع الخصائص السابقة في كل عملية إرسال.

استخدام المقاييس المخصصة

بعد إرسال المقاييس المخصصة إلى Azure Monitor، يمكنك استعراضها عبر مدخل Azure والاستعلام عنها عبر واجهات برمجة تطبيقات REST في Azure Monitor. يمكنك أيضا إنشاء تنبيهات عليها لإعلامك عند استيفاء شروط معينة.

إشعار

تحتاج إلى دور قارئ أو مساهم لمشاهدة المقاييس المخصصة. اطلع على قارئ المراقبة.

تصفح المقاييس المخصصة عبر بوابة Azure

  1. انتقل إلى مدخل Azure.
  2. اختر جزء المراقبة.
  3. حدد القياسات.
  4. اختر مورداً أرسلت مقاييس مخصصة ضده.
  5. اختر مساحة اسم المقاييس للمقياس المخصص.
  6. اختر المقياس المخصص.

لمزيد من المعلومات حول عرض المقاييس في مدخل Microsoft Azure، راجع تحليل المقاييس باستخدام مستكشف مقاييس Azure Monitor.

زمن الانتقال واستبقاء بيانات التخزين

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

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

الحصص والقيود

يفرض Azure Monitor حدود الاستخدام التالية على المقاييس المخصصة:

Category الحد
إجمالي السلسلة الزمنية النشطة في اشتراك لكل منطقة 50,000
مفاتيح الأبعاد لكل مقياس 10
طول السلسلة لمساحات أسماء المقاييس وأسماء المقاييس ومفاتيح الأبعاد وقيم الأبعاد 256 حرفاً
الطول المجمع لجميع أسماء المقاييس المخصصة، باستخدام ترميز utf-8 64 كيلو بايت

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

لفهم الحد الأقصى 50,000 في السلسلة الزمنية، ضع في اعتبارك المقياس التالي:

زمن استجابة الخادم مع الأبعاد: المنطقة، القسم، معرّف العميل

باستخدام هذا المقياس، إذا كان لديك 10 مناطق و20 قسما و100 عميل يمنحك سلسلة زمنية 10 × 20 × 100 = 20000.

إذا كان لديك 100 منطقة و200 قسم و2000 عميل، فهذا يمنحك 100 × 200 × 2000 = 40 مليون سلسلة زمنية، وهو ما يزيد كثيراً عن الحد الأقصى فقط لهذا المقياس وحده.

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

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

  1. انتقل إلى قسم Monitor في مدخل Microsoft Azure.
  2. حدد Metrics على الجانب الأيسر.
  3. ضمن Select a scope، تحقق من الاشتراك القابل للتطبيق ومجموعات الموارد.
  4. ضمن Refine scope، اختر Custom Metric Usage والموقع المطلوب.
  5. حدد الزر تطبيق.
  6. اختر إما Active Time Series أو Active Time Series Limit أو Throttled Time Series.

هناك حد يبلغ 64 كيلوبايت على الطول المدمج لجميع أسماء المقاييس المخصصة، بافتراض utf-8 أو 1 بايت لكل حرف. إذا تم تجاوز حد 64 كيلوبايت، فلن تتوفر بيانات التعريف للمقاييس الإضافية. لن تظهر أسماء المقاييس للمقاييس المخصصة الإضافية في مدخل Microsoft Azure في حقول التحديد، ولن يتم إرجاعها بواسطة واجهة برمجة التطبيقات في طلبات تعريفات المقاييس. لا تزال بيانات القياس متاحة ويمكن الاستعلام عن ذلك.

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

لتجنب الوصول إلى الحد الأقصى، لا تقم بتضمين جوانب متغيرة أو بعدية في أسماء المقاييس الخاصة بك. على سبيل المثال، مقاييس استخدام وحدة المعالجة المركزية للخادم،CPU_server_12345678-319d-4a50-b27e-1234567890abCPU_server_abcdef01-319d-4a50-b27e-abcdef012345 ويجب تعريفها كمقياس CPU وببعد Server .

قيود الخدمة واعتباراتها

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

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

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

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

في حالة كان لديك متغير في الاسم أو بُعد ذو علاقة أساسية عالية، يمكن أن يحدث ما يلي:

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

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

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

الخطوات التالية

استخدم مقاييس مخصصة من خدمات مختلفة: