مراقبة ذاكرة التخزين المؤقت في Azure لـ Redis

توضح هذه المقالة ما يلي:

• أنواع بيانات المراقبة التي يمكنك جمعها لهذه الخدمة.
• طرق لتحليل تلك البيانات.

إشعار

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

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

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

الرؤى

تحتوي بعض الخدمات في Azure على لوحة معلومات مراقبة مضمنة في مدخل Microsoft Azure توفر نقطة بداية لمراقبة خدمتك. تسمى لوحات المعلومات هذه رؤى، ويمكنك العثور عليها في مركز Insights ل Azure Monitor في مدخل Microsoft Azure.

توفر نتائج تحليلات Azure Cache for Redis التجربة التالية:

• على نطاق واسع من Azure Cache لموارد Redis عبر الاشتراكات. يمكنك تحديد النطاق بشكل انتقائي للاشتراكات والموارد التي تريد تقييمها فقط.
• تحليل التنقل لأسفل لمورد Azure Cache for Redis. لتشخيص المشكلات، يمكنك مشاهدة تحليل مفصل للاستخدام والفشل والسعة والعمليات، أو الاطلاع على عرض متعمق للمعلومات ذات الصلة.
• التخصيص المبني على قوالب مصنف Azure Monitor. يمكنك تغيير المقاييس التي يتم عرضها وتعديل أو تعيين الحدود التي تتوافق مع حدودك. يمكنك حفظ التغييرات في مصنف مخصص ثم تثبيت مخططات المصنف على لوحات معلومات Azure.

لا تتطلب نتائج تحليلات Azure Cache for Redis تمكين أي شيء أو تكوينه. يتم جمع معلومات Azure Cache for Redis بشكل افتراضي، ولا توجد رسوم إضافية للوصول إلى نتائج التحليلات.

لمعرفة كيفية عرض الرؤى وتكوينها وتخصيصها ل Azure Cache for Redis، راجع رؤى Azure Monitor ل Azure Cache for Redis.

أنواع الموارد

يستخدم Azure مفهوم أنواع الموارد والمعرفات لتحديد كل شيء في الاشتراك. أنواع الموارد هي أيضا جزء من معرفات الموارد لكل مورد يعمل في Azure. على سبيل المثال، نوع مورد واحد لجهاز ظاهري هو Microsoft.Compute/virtualMachines. للحصول على قائمة بالخدمات وأنواع الموارد المقترنة بها، راجع موفري الموارد.

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

لمزيد من المعلومات حول أنواع الموارد ل Azure Cache for Redis، راجع مرجع بيانات مراقبة Azure Cache for Redis.

تخزين البيانات.

بالنسبة إلى Azure Monitor:

• يتم تخزين بيانات المقاييس في قاعدة بيانات مقاييس Azure Monitor.
• يتم تخزين بيانات السجل في مخزن سجلات Azure Monitor. Log Analytics هي أداة في مدخل Microsoft Azure يمكنها الاستعلام عن هذا المتجر.
• سجل نشاط Azure هو مخزن منفصل بواجهة خاصة به في مدخل Microsoft Azure.

يمكنك اختياريا توجيه بيانات سجل المقاييس والنشاط إلى مخزن سجلات Azure Monitor. يمكنك بعد ذلك استخدام Log Analytics للاستعلام عن البيانات وربطها ببيانات السجل الأخرى.

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

للحصول على معلومات مفصلة حول كيفية تخزين Azure Monitor للبيانات، راجع النظام الأساسي لبيانات Azure Monitor.

مقاييس النظام الأساسي ل Azure Monitor

يوفر Azure Monitor مقاييس النظام الأساسي لمعظم الخدمات. هذه المقاييس هي:

• معرف بشكل فردي لكل مساحة اسم.
• مخزن في قاعدة بيانات مقاييس السلسلة الزمنية ل Azure Monitor.
• خفيف الوزن وقادر على دعم التنبيه في الوقت الفعلي تقريبا.
• يستخدم لتعقب أداء مورد بمرور الوقت.

المجموعة: يجمع Azure Monitor مقاييس النظام الأساسي تلقائيا. لا يلزم التكوين.

التوجيه: يمكنك أيضا توجيه مقاييس النظام الأساسي عادة إلى Azure Monitor Logs / Log Analytics حتى تتمكن من الاستعلام عنها باستخدام بيانات السجل الأخرى. لمزيد من المعلومات، راجع إعداد تشخيص المقاييس. لمعرفة كيفية تكوين إعدادات التشخيص لخدمة ما، راجع إنشاء إعدادات التشخيص في Azure Monitor.

للحصول على قائمة بجميع المقاييس، من الممكن جمعها لجميع الموارد في Azure Monitor، راجع المقاييس المدعومة في Azure Monitor.

للحصول على قائمة بالمقاييس المتوفرة ل Azure Cache for Redis، راجع مرجع بيانات مراقبة Azure Cache for Redis.

سجلات موارد Azure Monitor

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

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

التوجيه: الافتراضي المقترح هو توجيه سجلات الموارد إلى سجلات Azure Monitor حتى تتمكن من الاستعلام عنها باستخدام بيانات السجل الأخرى. تتوفر أيضا مواقع أخرى مثل Azure Storage وAzure Event Hubs وبعض شركاء مراقبة Microsoft. لمزيد من المعلومات، راجع سجلات موارد Azure ووجهات سجل الموارد.

للحصول على معلومات مفصلة حول جمع سجلات الموارد وتخزينها وتوجيهها، راجع إعدادات التشخيص في Azure Monitor.

للحصول على قائمة بجميع فئات سجل الموارد المتوفرة في Azure Monitor، راجع سجلات الموارد المدعومة في Azure Monitor.

تحتوي جميع سجلات الموارد في Azure Monitor على نفس حقول العنوان، متبوعة بالحقول الخاصة بالخدمة. المخطط الشائع مُوضح في مخطط سجل الموارد في Azure Monitor.

بالنسبة لفئات سجل الموارد المتوفرة وجداول Log Analytics المقترنة بها ومخططات السجلات ل Azure Cache for Redis، راجع مرجع بيانات مراقبة Azure Cache for Redis.

Azure Cache لسجلات موارد Redis

في Azure Cache for Redis، يتوفر خياران لتسجيل الدخول:

• تسجل مقاييس ذاكرة التخزين المؤقت ("AllMetrics") المقاييس من Azure Monitor
• سجلات الاتصال تسجل الاتصالات بذاكرة التخزين المؤقت لأغراض الأمان والتشخيص.

مقاييس ذاكرة التخزين المؤقت

تصدر ذاكرة التخزين المؤقت Azure ل Redis العديد من المقاييس مثل Server Load والتي Connections per Second تكون مفيدة في التسجيل. يتيح تحديد خيار AllMetrics تسجيل مقاييس ذاكرة التخزين المؤقت هذه وغيرها. يمكنك تكوين المدة للاحتفاظ بالمقاييس.

سجلات الاتصال

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

تحتوي سجلات الاتصال على عمليات تنفيذ ومحتويات وإجراءات إعداد مختلفة قليلا لذاكرة التخزين المؤقت Azure لمستويات Redis المختلفة. للحصول على التفاصيل، راجع إعدادات تشخيص Azure Monitor.

سجل الأنشطة Azure

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

المجموعة: يتم إنشاء أحداث سجل النشاط تلقائيا وتجميعها في مخزن منفصل للعرض في مدخل Microsoft Azure.

التوجيه: يمكنك إرسال بيانات سجل النشاط إلى سجلات Azure Monitor حتى تتمكن من تحليلها جنبا إلى جنب مع بيانات السجل الأخرى. تتوفر أيضا مواقع أخرى مثل Azure Storage وAzure Event Hubs وبعض شركاء مراقبة Microsoft. لمزيد من المعلومات حول كيفية توجيه سجل النشاط، راجع نظرة عامة على سجل نشاط Azure.

تحليل بيانات المراقبة

هناك العديد من الأدوات لتحليل بيانات المراقبة.

أدوات Azure Monitor

يدعم Azure Monitor الأدوات الأساسية التالية:

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

• Log Analytics، أداة في مدخل Microsoft Azure تسمح لك بالاستعلام عن بيانات السجل وتحليلها باستخدام لغة استعلام Kusto (KQL). لمزيد من المعلومات، راجع البدء في استعلامات السجل في Azure Monitor.

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

تتضمن الأدوات التي تسمح بتصور أكثر تعقيدا ما يلي:

• لوحات المعلومات التي تتيح لك دمج أنواع مختلفة من البيانات في جزء واحد في مدخل Microsoft Azure.
• المصنفات والتقارير القابلة للتخصيص التي يمكنك إنشاؤها في مدخل Microsoft Azure. يمكن أن تتضمن المصنفات النص والمقاييس واستعلامات السجل.
• Grafana، أداة منصة مفتوحة تتفوق في لوحات المعلومات التشغيلية. يمكنك استخدام Grafana لإنشاء لوحات معلومات تتضمن بيانات من مصادر متعددة غير Azure Monitor.
• Power BI، خدمة تحليلات الأعمال التي توفر مرئيات تفاعلية عبر مصادر بيانات مختلفة. يمكنك تكوين Power BI لاستيراد بيانات السجل تلقائيًا من Azure Monitor للاستفادة من هذه المرئيات.

أدوات تصدير Azure Monitor

يمكنك الحصول على البيانات من Azure Monitor في أدوات أخرى باستخدام الطرق التالية:

• المقاييس: استخدم واجهة برمجة تطبيقات REST للمقاييس لاستخراج بيانات القياس من قاعدة بيانات مقاييس Azure Monitor. تدعم واجهة برمجة التطبيقات تعبيرات التصفية لتحسين البيانات التي تم استردادها. لمزيد من المعلومات، راجع مرجع Azure Monitor REST API.

• السجلات: استخدم واجهة برمجة تطبيقات REST أو مكتبات العميل المقترنة.

• خيار آخر هو تصدير بيانات مساحة العمل.

لبدء استخدام واجهة برمجة تطبيقات REST ل Azure Monitor، راجع معاينة واجهة برمجة تطبيقات REST لمراقبة Azure.

مقاييس Azure Cache for Redis

يتم تجميع مقاييس ذاكرة التخزين المؤقت في Azure لمثيلات Redis باستخدام الأمر Redis INFO. يتم جمع المقاييس مرتين تقريبا في الدقيقة بحيث يمكن عرضها في مخططات المقاييس وتقييمها بواسطة قواعد التنبيه. لمعرفة المدة التي يتم فيها الاحتفاظ بالبيانات وكيفية تكوين نهج استبقاء مختلف، راجع الاحتفاظ بالبيانات والأرشفة في سجلات Azure Monitor.

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

يتضمن كل مقياس إصدارين: مقياس واحد يقيس الأداء لذاكرة التخزين المؤقت بأكملها، وذاكرة التخزين المؤقت التي تستخدم تكوين أنظمة المجموعات. يقيس الإصدار الثاني للمقياس، والذي يتضمن (Shard 0-9) في الاسم، أداء جزء واحد في ذاكرة التخزين المؤقت. على سبيل المثال، إذا كانت ذاكرة التخزين المؤقت تحتوي على أربعة أجزاء، Cache Hits هو العدد الإجمالي لعدد مرات الوصول لذاكرة التخزين المؤقت بأكملها، ويقيس Cache Hits (Shard 3) فقط عدد مرات الوصول لهذا الجزء من ذاكرة التخزين المؤقت.

عرض مقاييس ذاكرة التخزين المؤقت

يمكنك عرض مقاييس Azure Monitor لذاكرة التخزين المؤقت Azure ل Redis مباشرة من Azure Cache لمورد Redis في مدخل Microsoft Azure.

حدد Azure Cache لمثيل Redis في المدخل. تعرض صفحة نظرة عامة مخططي استخدام الذاكرة المعرفة مسبقا ومراقبة تحميل خادم Redis. هذه المخططات البيانية هي ملخصات مفيدة تسمح لك بإلقاء نظرة سريعة على حالة ذاكرة التخزين المؤقت الخاصة بك.

لمزيد من المعلومات المتعمقة، يمكنك مراقبة مقاييس Azure Cache ل Redis المفيدة التالية من قسم المراقبة في قائمة الموارد.

مقاييس Azure Cache for Redis	مزيد من المعلومات
استخدام عرض النطاق الترددي للشبكة	أداء ذاكرة التخزين المؤقت - النطاق الترددي المتوفر
أجهزة الكمبيوتر العميلة المتصلة	تكوين خادم Redis الافتراضي - الحد الأقصى لأجهزة الكمبيوتر العميلة
حمل الخادم	تحميل خادم Redis
استخدام الذاكرة	أداء ذاكرة التخزين المؤقت - الحجم

إنشاء المقاييس الخاصة بك

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

يتضمن كل مقياس إصدارين: مقياس واحد يقيس الأداء لذاكرة التخزين المؤقت بأكملها، وذاكرة التخزين المؤقت التي تستخدم تكوين أنظمة المجموعات. يقيس الإصدار الثاني للمقياس، والذي يتضمن (Shard 0-9) في الاسم، أداء جزء واحد في ذاكرة التخزين المؤقت. على سبيل المثال، إذا كانت ذاكرة التخزين المؤقت تحتوي على أربعة أجزاء، Cache Hits هو العدد الإجمالي لعدد مرات الوصول لذاكرة التخزين المؤقت بأكملها، ويقيس Cache Hits (Shard 3) فقط عدد مرات الوصول لهذا الجزء من ذاكرة التخزين المؤقت.

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

أنواع التجميع

للحصول على معلومات عامة حول أنواع التجميع، راجع تكوين التجميع.

في ظل ظروف ذاكرة التخزين المؤقت العادية، يكون المتوسط والحد الأقصى متشابهين لأن العقدة الأساسية فقط تصدر هذه المقاييس. في سيناريو يتغير فيه عدد العملاء المتصلين بسرعة، يظهر Max وAverage وMin قيما مختلفة، وهو السلوك المتوقع أيضا.

يمكن أن تكون الأنواع Count و Sum مضللة لمقاييس معينة، مثل العملاء المتصلين. بدلا من ذلك، من الأفضل إلقاء نظرة على متوسط المقاييس وليس مقاييس المجموع .

إشعار

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

بالنسبة لذاكرة التخزين المؤقت غير متفاوتة الكعب، من الأفضل استخدام المقاييس دون اللاحقة Instance Based. على سبيل المثال، للتحقق من تحميل الخادم لمثيل ذاكرة التخزين المؤقت، استخدم مقياس تحميل الخادم.

في المقابل، بالنسبة لذاكرة التخزين المؤقت المجمعة، استخدم المقاييس مع اللاحقة Instance Based. بعد ذلك، أضف تقسيما أو عامل تصفية على ShardId. على سبيل المثال، للتحقق من تحميل الخادم للجزء 1، استخدم مقياس تحميل الخادم (يستند إلى المثيل)، ثم قم بتطبيق عامل التصفية ShardId = 1.

استعلامات Kusto

يمكنك تحليل بيانات المراقبة في مخزن Azure Monitor Logs / Log Analytics باستخدام لغة استعلام Kusto (KQL).

هام

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

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

استفسارات Log Analytics

إشعار

للحصول على برنامج تعليمي حول كيفية استخدام Azure Log Analytics، راجع نظرة عامة على Log Analytics في Azure Monitor. تذكر أن الأمر قد يستغرق ما يصل إلى 90 دقيقة قبل أن تظهر السجلات في Log Analtyics.

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

استعلامات المستويات الأساسية والقياسية والمتميزة

• اتصالات عميل Azure Cache for Redis في الساعة ضمن نطاق عنوان IP المحدد:

let IpRange = "10.1.1.0/24";
ACRConnectedClientList
// For particular datetime filtering, add '| where TimeGenerated between (StartTime .. EndTime)'
| where ipv4_is_in_range(ClientIp, IpRange)
| summarize ConnectionCount = sum(ClientCount) by TimeRange = bin(TimeGenerated, 1h)

• عناوين IP لعميل Redis الفريدة التي تم توصيلها بذاكرة التخزين المؤقت:

ACRConnectedClientList
| summarize count() by ClientIp

استعلامات لمستويات Enterprise وEnterprise Flash

• Azure Cache لاتصالات Redis في الساعة ضمن نطاق عنوان IP المحدد:

REDConnectionEvents
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
| where EventType == "new_conn"
| summarize ConnectionCount = count() by TimeRange = bin(EventTime, 1h)

• Azure Cache لطلبات مصادقة Redis في الساعة ضمن نطاق عنوان IP المحدد:

REDConnectionEvents
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| where EventType == "auth"
| summarize AuthencationRequestsCount = count() by TimeRange = bin(EventTime, 1h)

• عناوين IP لعميل Redis الفريدة التي تم توصيلها بذاكرة التخزين المؤقت:

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus :
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus == 2 or EventStatus == 8 or EventStatus == 7
| summarize count() by ClientIp

• محاولات المصادقة غير الناجحة إلى ذاكرة التخزين المؤقت

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus : 
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus != 2 and EventStatus != 8 and EventStatus != 7
| project ClientIp, EventStatus, ConnectionId

التنبيهات

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

هناك العديد من مصادر التنبيهات الشائعة لموارد Azure. للحصول على أمثلة للتنبيهات الشائعة لموارد Azure، راجع نموذج استعلامات تنبيه السجل. يوفر موقع Azure Monitor Baseline Alerts (AMBA) طريقة شبه آلية لتنفيذ تنبيهات قياس النظام الأساسي الهامة ولوحات المعلومات والإرشادات. ينطبق الموقع على مجموعة فرعية موسعة باستمرار من خدمات Azure، بما في ذلك جميع الخدمات التي تعد جزءا من منطقة هبوط Azure (ALZ).

يوحد مخطط التنبيه الشائع استهلاك إعلامات تنبيه Azure Monitor. لمزيد من المعلومات، راجع مخطط التنبيه الشائع.

أنواع التنبيهات

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

تصف القائمة التالية أنواع تنبيهات Azure Monitor التي يمكنك إنشاؤها:

• تقيم التنبيهات القياسية مقاييس الموارد على فترات منتظمة. يمكن أن تكون المقاييس مقاييس النظام الأساسي أو المقاييس المخصصة أو السجلات من Azure Monitor المحولة إلى مقاييس أو مقاييس Application Insights. يمكن أن تطبق التنبيهات القياسية أيضا شروطا متعددة وحدا ديناميكيا.
• تسمح تنبيهات السجل للمستخدمين باستخدام استعلام Log Analytics لتقييم سجلات الموارد بتردد محدد مسبقا.
• يتم تشغيل تنبيهات سجل النشاط عند حدوث حدث سجل نشاط جديد يطابق الشروط المحددة. تنبيهات صحة الموارد وتنبيهات حالة الخدمة هي تنبيهات سجل النشاط التي تبلغ عن الخدمة وصحة الموارد.

تدعم بعض خدمات Azure أيضا تنبيهات الكشف الذكية أو تنبيهات Prometheus أو قواعد التنبيه الموصى بها.

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

إنشاء تنبيهات

يمكنك التكوين لتلقي التنبيهات استناداً إلى المقاييس وسجلات النشاط. يسمح لك Azure Monitor بتكوين تنبيه للقيام بما يلي عند تشغيله:

• إرسال إشعار بالبريد الإلكتروني
• استدعاء إخطارات على الويب
• استدعاء Azure Logic App

لتكوين التنبيهات لذاكرة التخزين المؤقت الخاصة بك، حدد التنبيهات ضمن المراقبة في قائمة الموارد.

Azure Cache لقواعد التنبيه الشائعة ل Redis

يسرد الجدول التالي قواعد التنبيه الشائعة والموصى بها ل Azure Cache for Redis.

نوع التنبيه	شرط	‏‏الوصف
Metric	زمن الانتقال 99 بالمائة	تنبيه حول أسوأ زمن انتقال للأوامر من جانب الخادم في Azure Cache لمثيلات Redis. يتم قياس زمن الانتقال باستخدام PING الأوامر وتعقب أوقات الاستجابة. تعقب صحة مثيل ذاكرة التخزين المؤقت لمعرفة ما إذا كانت الأوامر طويلة الأمد تهدد أداء زمن الانتقال.
Metric	الاستخدام العالي Server Load أو الارتفاعات المفاجئة	يعني التحميل العالي للخادم أن خادم Redis غير قادر على مواكبة الطلبات، مما يؤدي إلى مهلات أو استجابات بطيئة. إنشاء تنبيهات على المقاييس على مقاييس تحميل الخادم ليتم إعلامك مبكرا بالتأثيرات المحتملة.
Metric	استخدام عرض النطاق الترددي العالي للشبكة	إذا تجاوز الخادم النطاق الترددي المتاح، فلن يتم إرسال البيانات إلى العميل في أسرع وقت. قد تنتهي مهلة طلبات العميل لأن الخادم لا يمكنه إرسال البيانات إلى العميل بالسرعة الكافية. قم بإعداد تنبيهات لحدود النطاق الترددي للشبكة من جانب الخادم باستخدام العدادين Cache Read و Cache Write .

توصيات Advisor

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

لمزيد من المعلومات حول Azure Advisor، راجع نظرة عامة على Azure Advisor.

تظهر لقطة الشاشة التالية توصية مستشار لتنبيه Azure Cache for Redis:

لترقية ذاكرة التخزين المؤقت، حدد Upgrade now لتغيير مستوى التسعير وتوسيع نطاق ذاكرة التخزين المؤقت. لمزيد من المعلومات حول اختيار مستوى التسعير، راجع اختيار المستوى الصحيح.

المحتوى ذو الصلة

• راجع مرجع بيانات مراقبة Azure Cache for Redis للحصول على مرجع للمقاييس والسجلات والقيم الهامة الأخرى التي تم إنشاؤها ل Azure Cache for Redis.
• راجع مراقبة موارد Azure باستخدام Azure Monitor للحصول على تفاصيل عامة حول مراقبة موارد Azure.