تشخيصات Load Balancer القياسي مع المقاييس والتنبيهات وسلامة الموارد

يكشف Azure Load Balancer قدرات التشخيص التالية:

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

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

توفر هذه المقالة جولة سريعة لهذه القدرات، وتقدم طرقاً لاستخدامها لموازن التحميل القياسي.

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

يوفر Azure Load Balancer مقاييس متعددة الأبعاد عبر Azure Metrics في مدخل Azure، ويساعدك في الحصول على نتائج تحليلات تشخيصية في الوقت الفعلي حول موارد موازن التحميل.

توفر تكوينات موازنة التحميل المختلفة المقاييس التالية:

Metric نوع المورد ‏‏الوصف التجميع الموصى به
توفر مسار البيانات موازن التحميل العام والداخلي يستخدم موازن التحميل القياسي باستمرار مسار البيانات من داخل المنطقة إلى الواجهة الأمامية لموازن الأحمال، إلى الشبكة التي تدعم الجهاز الظاهري. طالما بقيت المثيلات السليمة، فإن القياس يتبع نفس المسار مثل نسبة استخدام الشبكة المتوازنة لتحميل تطبيقك. مسار البيانات المستخدم تم التحقق منه. القياس غير مرئي لتطبيقك ولا يتداخل مع العمليات الأخرى. المتوسط
حالة الفحص الصحي موازن التحميل العام والداخلي يستخدم موازن التحميل القياسي خدمة فحص صحة موزعة تراقب صحة نقطة نهاية التطبيق وفقًا لإعدادات التكوين الخاصة بك. يوفر هذا القياس طريقة عرض مجمعة أو مصفاة لكل نقطة نهاية ولكل نقطة نهاية مثيل في تجمع موازن التحميل. يمكنك معرفة كيفية عرض موازن التحميل لصحة تطبيقك، كما هو مشار إليه في تكوين مسبار الصحة الخاص بك. المتوسط
عدد SYN (مزامنة) موازن التحميل العام والداخلي لا ينهي موازن التحميل القياسي اتصالات بروتوكول تحكم الإرسال (TCP) أو يتفاعل مع تدفقات حزم TCP أو UDP. التدفقات وتأكيد الاتصال الخاصة بها دائماً بين المصدر ومثيل الجهاز الظاهري. لاستكشاف أخطاء سيناريوهات بروتوكول TCP وإصلاحها بشكل أفضل، يمكنك الاستفادة من عدادات حزم SYN لفهم عدد محاولات اتصال TCP التي تم إجراؤها. يوضح القياس عدد حزم TCP SYN التي تم استلامها. المجموع
ترجمة عناوين شبكة المصدر (SNAT) لعدد لاتصالات موازن التحميل العام يقوم موازن التحميل القياسي بالإبلاغ عن عدد التدفقات الصادرة التي تنكر في الواجهة الأمامية لعنوان IP العام. منافذ SNAT هي مورد قابل للنضوب. يمكن أن يعطي هذا القياس إشارة إلى مدى اعتماد تطبيقك على SNAT للتدفقات الصادرة من الخارج. يتم التقرير بعدادات نجاح وفشل تدفقات SNAT الصادرة. يمكن استخدام العدادات لاكتشاف الأخطاء وإصلاحها وفهم صحة تدفقاتك الصادرة. المجموع
منافذ SNAT المخصصة موازن التحميل العام يقوم موازن التحميل القياسي بالإبلاغ عن عدد منافذ SNAT المخصصة لكل مثيل للواجهة الخلفية المتوسط.
منافذ SNAT المستخدمة موازن التحميل العام يقوم موازن التحميل القياسي بالإبلاغ عن عدد منافذ SNAT المستخدمة لكل مثيل للواجهة الخلفية. المتوسط
عدد البايت موازن التحميل العام والداخلي يقوم موازن التحميل القياسي بالإبلاغ عن البيانات التي تتم معالجتها لكل واجهة أمامية. قد تلاحظ أن وحدات البايت لا يتم توزيعها بالتساوي عبر مثيلات الواجهة الخلفية. هذا متوقع لأن خوارزمية موازن تحميل Azure تستند إلى التدفقات المجموع
عدد حزم البيانات موازن التحميل العام والداخلي يُبلغ موازن التحميل القياسي عن الحزم التي تمت معالجتها لكل واجهة أمامية. المجموع

إشعار

لن تسجل المقاييس المتعلقة بالنطاق الترددي مثل حزمة SYN وعدد البايت وعدد الحزم أي حركة مرور إلى موازن تحميل داخلي عبر UDR (على سبيل المثال، من NVA أو جدار حماية).

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

عرض مقاييس موازن التحميل في مدخل Azure

يعرض مدخل Azure مقاييس موازن التحميل عبر صفحة المقاييس. هذه الصفحة متاحة على صفحة موارد موازن التحميل لموارد معينة وصفحة مراقبة Azure.

إشعار

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

لعرض مقاييس موارد موازن التحميل القياسي الخاصة بك:

  1. انتقل إلى صفحة المقاييس ثم قم بأي مما يلي:

    • في صفحة مورد موازن التحميل، حدد نوع القياس في القائمة المنسدلة.

    • في صفحة Azure Monitor، حدد مورد موازن التحميل.

  2. قم بتعيين نوع تجميع القياس المناسب.

  3. اختيارياً، قم بتكوين التصفية المطلوبة والتجميع.

  4. اختيارياً، قم بتكوين النطاق الزمني والتجميع. يتم عرض الوقت بشكل افتراضي في التوقيت العالمي المتفق عليه.

إشعار

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

التوصية: عند تحليل نوع تجميع القياس «الإجمالي» «العدد»، نوصي باستخدام قيمة التجميع الزمني التي تزيد عن دقيقة واحدة.

Metric for data path availability for a standard load balancer.

الشكل: مقياس لتوفر مسار البيانات لموازن تحميل قياسي

استرداد مقاييس متعددة الأبعاد برمجياً عبر واجهات برمجة التطبيقات

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

هل مسار البيانات أعلى ومتاح للواجهة الأمامية لموازن التحميل الخاصة بك؟

قم بتوسيع

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

  • مراقبة التوفر الخارجي للخدمة الخاصة بك.

  • تحقق من النظام الأساسي حيث يتم نشر خدمتك وتحديد ما إذا كانت صحية. حدد ما إذا كان نظام التشغيل الضيف أو مثيل التطبيق الخاص بك سليمًا أم لا.

  • اعزل ما إذا كان الحدث مرتبطاً بخدمتك أو بوحدة البيانات الأساسية أم لا. لا تخلط بين هذا القياس وحالة فحص الصحة ("توفر مثيل الخلفية").

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

  1. تأكد من تحديد مورد موازن التحميل الصحيح.

  2. في القائمة المنسدلة قياس، ثم حدد توفر مسار البيانات.

  3. في القائمة المنسدلة تجميع، ثم حدد متوسط.

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

Load balancer frontend probing details.

الشكل: تفاصيل فحص الواجهة الأمامية لموازن التحميل

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

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

فشل توفر مسار البيانات للأسباب التالية:

  • لا يحتوي التوزيع الخاص بك على أجهزة ظاهرية سليمة متبقية في تجمع الواجهة الخلفية.

  • حدث انقطاع في البنية الأساسية.

لأغراض التشخيص، يمكنك استخدام المقياس لتوفر مسار البيانات مع حالة المسبار الصحي.

استخدم المتوسط كنوع تجميع لمعظم السيناريوهات.

هل تستجيب مثيلات الخلفية لموازن التحميل لعمليات الفحص؟

قم بتوسيع

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

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

  1. حدد قياس حالة فحص الصحة مع نوع تجميع المتوسط.

  2. قم بتطبيق عامل تصفية على عنوان IP للواجهة الأمامية المطلوب أو المنفذ (أو كليهما).

تفشل عمليات فحص الصحة للأسباب التالية:

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

  • لا تسمح مجموعة أمان الشبكة أو جدار حماية نظام التشغيل الضيف للجهاز الظاهري أو عوامل تصفية طبقة التطبيق بنسبة استخدام الشبكة لفحص السلامة.

استخدم المتوسط كنوع تجميع لمعظم السيناريوهات.

كيف يمكنني فحص إحصائيات الاتصال الصادر الخاصة بي؟

قم بتوسيع

يصف قياس اتصالات SNAT حجم الاتصالات الناجحة والفاشلة لـ التدفقات الصادرة.

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

للحصول على إحصائيات اتصال SNAT:

  1. حدد نوع قياس اتصالات SNAT والإجمالي كنوع تجميع.

  2. يمكنك تجميع حسب حالة الاتصال لعدد اتصالات SNAT الناجحة والفشل لتمثيلها بواسطة أسطر مختلفة.

Load balancer SNAT connection count.

الشكل: عدد اتصالات SNAT لموازن التحميل

كيف يمكنني فحص استخدام وتخصيص منفذ SNAT الخاص بي؟

قم بتوسيع

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

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

لعرض استخدام منفذ SNAT وتخصيصه:

  1. قم بتعيين تجميع وقت الرسم البياني إلى 1 دقيقة لضمان عرض البيانات المطلوبة.

  2. حدد منافذ SNAT المستخدمة و/أو منافذ SNAT المخصصة كنوع قياس ومتوسط كنوع تجميع.

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

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

  3. يمكنك تصفية نوع بروتوكولمحدد ومجموعة من عناوين IP للخلفية و/أو عناوين IP للواجهة الأمامية.

  4. لمراقبة الصحة في مثيل الخلفية أو الواجهة الأمامية، قم بتطبيق التقسيم.

    • لاحظ أنه لا يُسمح للتقسيم إلا بعرض قياس واحد في كل مرة.
  5. على سبيل المثال، لمراقبة استخدام SNAT لتدفقات TCP لكل جهاز، قم بالتجميع حسب المتوسط، والتقسيم حسب عناوين IP للخلفية والتصفية حسب نوع البروتوكول.

Average TCP SNAT port allocation and usage for a set of backend VMs.

الشكل: متوسط تخصيص منفذ TCP SNAT واستخدامه لمجموعة الأجهزة الظاهرية للخلفية

TCP SNAT port usage per backend instance.

الشكل: استخدام منفذ TCP SNAT لكل مثيل خلفية

كيف يمكنني التحقق من محاولات الاتصال الوارد/الصادر للخدمة الخاصة بي؟

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

لمزيد من المعلومات حول الاتصالات الصادرة، راجع Source Network Address Translation (SNAT) للاتصالات الصادرة

استخدم الإجمالي كنوع تجميع لمعظم السيناريوهات.

Load balancer SYN count.

الشكل: عدد SYNC لموازن التحميل

كيف يمكنني التحقق من استهلاك النطاق الترددي للشبكة؟

قم بتوسيع

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

استخدم الإجمالي كنوع تجميع لمعظم السيناريوهات.

للحصول على إحصائيات عدد حزم البيانات أو البايت:

  1. حدد نوع قياس عدد البايت و/أو عدد حزم البيانات مع الإجمالي كنوع تجميع.

  2. قم بإجراء ما يلي:

    • تطبيق عامل تصفية على عنوان IP للواجهة الأمامية أو منفذ الواجهة الأمامية أو عنوان IP للواجهة الخلفية أو منفذ الخلفية.

    • يمكنك الحصول على إحصائيات عامة لمورد موازن التحميل دون أي تصفية.

Load balancer byte count.

الشكل: عدد بايت لموازن التحميل

كيف يمكنني تشخيص توزيع موازن التحميل الخاص بي؟

قم بتوسيع

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

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

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

Combining data path availability and health probe status metrics.

الشكل: الجمع بين توفر مسار البيانات ومقاييس حالة فحص الصحة

يعرض المخطط البياني الجديد المعلومات التالية:

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

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

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

تكوين التنبيهات للمقاييس متعددة الأبعاد

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

لتكوين التنبيهات:

  1. انتقل إلى صفحة التنبيه لموازن التحميل

  2. إنشاء قاعدة تنبيه جديدة

    1. تكوين حالة التنبيه (ملاحظة: لتجنب التنبيهات الصاخبة، نوصي بتكوين التنبيهات مع تعيين نوع التجميع إلى Average، والنظر إلى الوراء على نافذة من البيانات مدتها خمس دقائق، وبنسبة 95٪)

    2. (اختياري) إضافة مجموعة إجراءات للإصلاح التلقائي

    3. تعيين شدة التنبيه والاسم والوصف الذي يمكن التفاعل البديهي

تنبيه التوفر الوارد

إشعار

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

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

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

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

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

تنبيه التوفر الوارد

للتوفر الصادر، يمكنك تكوين تنبيهين منفصلين باستخدام عدد اتصالات SNAT ومقاييس منفذ SNAT المستخدمة.

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

باستخدام منافذ SNAT المستخدمة، يمكنك التنبيه بشأن مخاطر أكبر لاستنفاد SNAT وفشل الاتصال الصادر. تأكد من أنك تقوم بالتقسيم حسب عنوان IP والبروتوكول في الواجهة الخلفية عند استخدام هذا التنبيه. استخدم متوسط التجميع. قم بتعيين الحد ليكون أكبر من النسبة المئوية (النسب المئوية) لعدد المنافذ التي خصصتها لكل مثيل قررت أنه غير آمن. على سبيل المثال، كوّن تنبيه بسيط الخطورة عندما يستخدم مثيل واجهة خلفية 75% من منافذه المجمعة. قم بتكوين تنبيه عالي الخطورة عند استخدام 90٪ أو 100٪ من المنافذ المخصصة له.

الحالة الصحية للموارد

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

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

لعرض صحة موارد موازن التحميل القياسي العامة الخاصة بك:

  1. حدد مراقبة>حالة الخدمة.

    The service health link on Azure Monitor.

    الشكل: ارتباط "حالة الخدمة" على Azure Monitor

  2. حدد صحة الموارد، ثم تأكد من تحديد معرف الاشتراك ونوع المورد = موازن التحميل.

    Select resource for health view.

    الشكل: حدد مورداً لعرض الحالة الصحية

  3. في القائمة، حدد مورد موازن التحميل لعرض حالته الصحية التاريخية.

    Resource health status.

    الحالة الصحية للموارد

يتوفر وصف عام لحالة سلامة المورد في وثائق سلامة الموارد.

تنبيهات صحة الموارد

يمكن أن تقوم تنبيهات Azure Resource Health بإعلامك في الوقت الفعلي تقريبا عندما تتغير الحالة الصحية لمورد موازن التحميل. يوصى بتعيين تنبيهات سلامة الموارد لإعلامك عندما يكون مورد موازن التحميل في حالة متدهورة أو غير متوفرة .

عند إنشاء تنبيهات صحة موارد Azure لموازن التحميل، يرسل Azure إعلامات صحة الموارد إلى اشتراك Azure الخاص بك. يمكنك إنشاء التنبيهات وتخصيصها استنادا إلى:

  • الاشتراك المتأثر
  • مجموعة الموارد المتأثرة
  • نوع المورد المتأثر (موازن التحميل)
  • المورد المحدد (أي مورد موازن تحميل تختار إعداد تنبيه له)
  • حالة الحدث لمورد موازن التحميل المتأثر
  • الحالة الحالية لمورد موازن التحميل المتأثر
  • الحالة السابقة لمورد موازن التحميل المتأثر
  • نوع سبب مورد موازن التحميل المتأثر

يمكنك أيضا تكوين من يجب إرسال التنبيه إليه:

  • مجموعة إجراءات جديدة (يمكن استخدامها للتنبيهات المستقبلية)
  • مجموعة إجراءات موجودة

لمزيد من المعلومات حول كيفية إعداد تنبيهات سلامة الموارد هذه، راجع:

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