نظرة عامة على قياسات مراقبة Azure

مقاييس مراقبة Azure هي ميزة من Azure Monitor تجمع البيانات الرقمية من الموارد المراقبة إلى قاعدة بيانات سلسلة زمنية. القياسات عبارة عن قيم عددية تُجمَّع على فواصل زمنية منتظمة وتصف بعض جوانب النظام في وقتٍ معينٍ.

إشعار

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

أنواع المقاييس

هناك أنواع متعددة من المقاييس التي تدعمها مقاييس Azure Monitor:

  • تستخدم المقاييس الأصلية الأدوات في Azure Monitor للتحليل والتنبيه.
    • يتم جمع مقاييس النظام الأساسي من موارد Azure. لا تتطلب أي تكوين وليس لها تكلفة.
    • يتم جمع المقاييس المخصصة من مصادر مختلفة تقوم بتكوينها بما في ذلك التطبيقات والعوامل التي تعمل على الأجهزة الظاهرية.
  • يتم جمع مقاييس Prometheus من مجموعات Kubernetes بما في ذلك خدمة Azure Kubernetes (AKS) واستخدام الأدوات القياسية للصناعة للتحليل والتنبيه مثل PromQL وGrafana.

Diagram that shows sources and uses of metrics.

يتم تلخيص الاختلافات بين كل من المقاييس في الجدول التالي.

الفئة مقاييس النظام الأساسي الأصلي مقاييس مخصصة أصلية مقاييس Prometheus
المصادر موارد Azure عامل Azure Monitor
Application Insights
واجهة برمجة تطبيقات REST
نظام مجموعة خدمة Azure Kubernetes (AKS)
أي مجموعة Kubernetes من خلال الكتابة عن بعد
التكوين بلا يختلف حسب المصدر تمكين خدمة Azure Monitor المدارة ل Prometheus
مخزّناً الاشتراك الاشتراك مساحة عمل Azure Monitor
التكلفة لا ‏‏نعم‬ نعم (مجاني أثناء المعاينة)
التجميع مجمع مسبقا مجمع مسبقا البيانات الأولية
التحليل مستكشف المقاييس مستكشف المقاييس PromQL
لوحات معلومات Grafana
التنبيه قاعدة تنبيه المقاييس قاعدة تنبيه المقاييس قاعدة تنبيه Prometheus
التصور المصنفات
لوحات معلومات Azure
Grafana
المصنفات
لوحات معلومات Azure
Grafana
Grafana
‏‏استرداد Azure CLI
Azure PowerShell cmdlets
واجهة برمجة تطبيقات REST أو مكتبة العميل
NET.
الذهاب
Java
جافا سكريبت
Python
Azure CLI
Azure PowerShell cmdlets
واجهة برمجة تطبيقات REST أو مكتبة العميل
NET.
الذهاب
Java
جافا سكريبت
Python
Grafana

تجميع البيانات

يقوم تطبيق مراقبة Azure بتجميع القياسات من المصادر التالية. بعد تجميع هذه القياسات في قاعدة بيانات قياسات مراقبة Azure، يمكن تقييمها معاً بغض النظر عن مصدرها:

  • موارد Azure: يجري إنشاء قياسات النظام الأساسي بواسطة موارد Azure وتمنحك رؤية بخصوص سلامتها وأدائها. ينشئ كل نوع من الموارد مجموعة مميزة من القياسات دون الحاجة إلى أي تكوين. يجري قياسات النظام الأساسي من موارد Azure بمعدل ترددي مدته دقيقة واحدة ما لم يُحدد خلاف ذلك في تعريف القياس.
  • التطبيقات: يقوم التطبيق Application Insights بإنشاء قياسات للتطبيقات التي تم مراقبتها لمساعدتك في الكشف عن مشكلات الأداء وتتبع الاتجاهات في كيفية استخدام التطبيق الخاص بك. تتضمن القيم وقت استجابة الخادم واستثناءات المستعرض.
  • وكلاء الجهاز الظاهري: تُجمع القياسات من نظام التشغيل الضيف الخاص بالجهاز الظاهري. يمكنك تمكين مقاييس نظام التشغيل الضيف لأجهزة Windows الظاهرية باستخدام عامل Azure Monitor. يحل عامل Azure Monitor محل العوامل القديمة - ملحق تشخيص Windows وعامل InfluxData Telegraf لأجهزة Linux الظاهرية.
  • القياسات المخصصة: يمكنك تحديد القياسات بالإضافة إلى القياسات المعيارية المتاحة تلقائياً. يمكنك تعريف المقاييس المخصصة في تطبيقك الذي تتم مراقبته بواسطة Application Insights. يمكنك أيضًا إنشاء مقاييس مخصصة لخدمة Azure باستخدام واجهة برمجة تطبيقات المقاييس المخصصة.
  • مجموعات Kubernetes: ترسل مجموعات Kubernetes عادة بيانات القياس إلى خادم Prometheus محلي يجب عليك الاحتفاظ به. توفر خدمة Azure Monitor المدارة ل Prometheus خدمة مدارة تجمع المقاييس من مجموعات Kubernetes وتخزنها في مقاييس Azure Monitor.

إشعار

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

واجهة برمجة تطبيقات REST

يوفر Azure Monitor واجهات برمجة تطبيقات REST التي تسمح لك بالحصول على البيانات داخل وخارج مقاييس Azure Monitor.

  • تسمح لك المقاييس المخصصة لواجهة برمجة تطبيقات - المقاييس المخصصة بتحميل المقاييس الخاصة بك في قاعدة بيانات مقاييس Azure Monitor. يمكن بعد ذلك استخدام هذه المقاييس من خلال نفس أدوات التحليل التي تعالج مقاييس النظام الأساسي ل Azure Monitor.
  • Azure Monitor Metrics REST API - يسمح لك بالوصول إلى تعريفات وقيم مقاييس النظام الأساسي ل Azure Monitor. لمزيد من المعلومات، راجع Azure Monitor REST API. للحصول على معلومات حول كيفية استخدام واجهة برمجة التطبيقات، راجع معاينة واجهة برمجة تطبيقات REST لمراقبة Azure.
  • Azure Monitor Metrics Batch REST API - Azure Monitor Metrics Batch API هي واجهة برمجة تطبيقات عالية الحجم مصممة للعملاء الذين لديهم استعلامات مقاييس كبيرة الحجم. إنه مشابه لواجهة برمجة تطبيقات REST القياسية الحالية لمقاييس Azure Monitor، ولكنه يوفر القدرة على استرداد بيانات القياس لما يصل إلى 50 معرف مورد في نفس الاشتراك والمنطقة في استدعاء دفعة واحدة لواجهة برمجة التطبيقات. يؤدي ذلك إلى تحسين معدل نقل الاستعلام وتقليل مخاطر التقييد.

Security

يتم تشفير جميع الاتصالات بين الأنظمة المتصلة وخدمة Azure Monitor باستخدام بروتوكول TLS 1.2 (HTTPS). تتبع عملية Microsoft SDL لضمان تحديث جميع خدمات Azure بأحدث التطورات في بروتوكولات التشفير.

يتم تأسيس اتصال آمن بين العامل وخدمة Azure Monitor باستخدام المصادقة المستندة إلى الشهادة وTLS مع المنفذ 443. يستخدم Azure Monitor مخزنًا سريًا لإنشاء المفاتيح والاحتفاظ بها. يتم تدوير المفاتيح الخاصة كل 90 يومًا ويتم تخزينها في Azure وتتم إدارتها بواسطة عمليات Azure التي تتبع ممارسات تنظيمية وتوافق صارمة. لمزيد من المعلومات حول الأمان، راجع تشفير البيانات أثناء النقل، وتشفير البيانات الثابتة، وأمان بيانات Azure Monitor Logs

مستكشف المقاييس

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

Screenshot that shows an example graph in Metrics Explorer that displays server requests, server response time, and failed requests.

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

بنية البيانات

يتم تخزين البيانات التي تجمعها مقاييس Azure Monitor في قاعدة بيانات سلسلة زمنية تم تحسينها لتحليل البيانات ذات الطابع الزمني. كل مجموعة من قيم القياس عبارة عن سلسلة زمنية مع الخصائص التالية:

  • الوقت عند جمع القيمة.
  • المورد المقترن بالقيمة.
  • مساحة اسم تعمل كفئة للقياس.
  • اسم القياس.
  • القيمة نفسها.
  • أبعاد متعددة عندما تكون موجودة. القياسات المخصصة تقتصر على 10 أبعاد.

قياسات متعددة الأبعاد

ويتمثل أحد التحديات التي تواجه بيانات القياس في أن المعلومات التي توفرها في كثير من الأحيان محدودة لتوفير سياق للقيم التي تم جمعها. تُعالج مراقبة Azure هذا التحدي بقياسات متعددة الأبعاد.

أبعاد القياس هي أزواج الاسم/القيمة التي تحمل المزيد من البيانات لوصف قيمة القياس. على سبيل المثال، قد يكون قياس يسمى مساحة القرص المتوفرة لديه بُعد يسمى محرك الأقراص مع القيم C: وD:. هذا البُعد سيسمح بعرض مساحة القرص المتوفرة عبر كافة محركات الأقراص أو لكل محرك أقراص على حدة.

راجع تطبيق عوامل تصفية الأبعاد والتقسيم للحصول على تفاصيل حول عرض الأبعاد القياسية في مستكشف المقاييس.

مقياس غير الأبعاد

يعرض الجدول التالي عينة من البيانات من مقياس غير الأبعاد، معدل نقل الشبكة. يمكنه الإجابة عن سؤال أساسي فقط مثل "ما هو معدل نقل الشبكة في وقت معين؟"

الطابع الزمني قيمة قياسية
8/9/2017 8:14 1,331.8 كيلوبت في الثانية
8/9/2017 8:15 1,141.4 كيلوبت في الثانية
8/9/2017 8:16 1,110.2 كيلوبت في الثانية

معدل نقل الشبكة وأبعادها ("IP" و"الاتجاه")

يعرض الجدول التالي بيانات نموذجية من مقياس متعدد الأبعاد، ومعدل نقل الشبكة ببعدين يسمى IP والاتجاه. يمكنه الإجابة عن أسئلة مثل "ما هو معدل نقل الشبكة لكل عنوان IP؟" و"كم من البيانات تم إرسالها مقابل تلقيها؟"

الطابع الزمني البُعد "IP" البُعد "الاتجاه" قيمة قياسية
8/9/2017 8:14 IP="192.168.5.2" الاتجاه ="إرسال" 646.5 كيلوبت في الثانية
8/9/2017 8:14 IP="192.168.5.2" الاتجاه ="تلقي" 420.1 كيلوبت في الثانية
8/9/2017 8:14 IP="10.24.2.15" الاتجاه ="إرسال" 150.0 كيلوبت في الثانية
8/9/2017 8:14 IP="10.24.2.15" الاتجاه ="تلقي" 115.2 كيلوبت في الثانية
8/9/2017 8:15 IP="192.168.5.2" الاتجاه ="إرسال" 515.2 كيلوبت في الثانية
8/9/2017 8:15 IP="192.168.5.2" الاتجاه ="تلقي" 371.1 كيلوبت في الثانية
8/9/2017 8:15 IP="10.24.2.15" الاتجاه ="إرسال" 155.0 كيلوبت في الثانية
8/9/2017 8:15 IP="10.24.2.15" الاتجاه ="تلقي" 100.1 كيلوبت في الثانية

إشعار

أسماء الأبعاد وقيم الأبعاد غير حساسة لحالة الأحرف.

استبقاء القياسات

النظام الأساسي والمقاييس المخصصة

يتم تخزين النظام الأساسي والمقاييس المخصصة لمدة 93 يوما مع الاستثناءات التالية:

  • قياسات نظام التشغيل الضيف الكلاسيكية: هذه عدادات أداء تم جمعها من خلال ملحق التشخيص Windows أو ملحق تشخيص Linux وتوجيهها إلى حساب تخزين Azure. ويضمن استبقاء هذه القياسات أن يكون هناك 14 يومًا على الأقل، على الرغم من عدم كتابة تاريخ انتهاء الصلاحية إلى حساب التخزين.

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

  • قياسات نظام التشغيل الضيف المرسلة إلى قياسات مراقبة Azure: هذه هي عدادات الأداء التي تم جمعها من قِبل ملحق التشخيص Windows وإرسالها إلى مصدر بيانات مراقبة Azure أو عامل InfluxData Telegraf على أجهزة Linux أو عامل مراقبة Azure الأحدث عبر قواعد جمع البيانات. مدة استبقاء هذه القياسات هي 93 يوماً.

  • قياسات نظام التشغيل الضيف التي جمعها عامل تحليلات السجل: هذه هي عدادات الأداء التي جمعها عامل تحليلات السجل وإرسالها إلى مساحة عمل تحليلات السجل. مدة استبقاء هذه القياسات هي 31 يوماً ويمكن تمديدها حتى عامين.

  • مقاييس Application Insights المعتمدة على السجل: خلف الكواليس، تُترجم القياسات المستندة إلى السجل إلى استعلامات السجل. مدة هذا الاستبقاء متغيرة وتطابق الاحتفاظ بالأحداث في السجلات الأساسية، وهي من 31 يوماً إلى عامين. بالنسبة لموارد وسجلات Application Insights، تُخزّن السجلات لمدة 90 يومًا.

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

إشعار

قد يؤدي نقل مورد Azure أو إعادة تسميته إلى فقدان محفوظات القياس لهذا المورد.

مقاييس Prometheus

يتم تخزين مقاييس Prometheus لمدة 18 شهرا، ولكن يمكن أن يمتد استعلام PromQL فقط لمدة 32 يوما كحد أقصى.

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