استكشاف أخطاء Azure Load Balancer وإصلاحها

  • مقالة

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

في حالة عدم توافر اتصال Load Balancer، تكون الأعراض الأكثر شيوعًا كما يلي:

  • لا تستجيب VMs الموجودة خلف Load Balancer إلى الفحص الصحي.
  • لا تستجيب VMs الموجودة خلف Load Balancer إلى نسبة استخدام الشبكة على منفذ التكوين.

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

المشكلة: لا يوجد اتصال صادر من موازنات التحميل الداخلية القياسية (ILB)

التحقق من الصحة والدقة

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

المشكلة: لا يوجد اتصال وارد بموازنات التحميل الخارجية القياسية (ELB)

السبب

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

نوع الحل

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

المشكلة: لا يمكن تغيير منفذ الواجهة الخلفية لقاعدة LB الحالية لموازن التحميل الذي تم نشر مجموعة مقياس الجهاز الظاهري في تجمع الواجهة الخلفية.

السبب

لا يمكن تعديل منفذ الواجهة الخلفية لقاعدة موازنة التحميل المستخدمة من قبل فحص السلامة لموازن التحميل المشار إليه بواسطة مجموعة مقياس الجهاز الظاهري

نوع الحل

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

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

السبب

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

نوع الحل

للتحقق، يمكنك إجراء تتبع شبكة اتصال. يتم سرد اسم المجال المؤهل بالكامل (FQDN) المستخدم لحساب تخزين الكائن الثنائي كبير الحجم ضمن خصائص كل حساب تخزين. من جهاز ظاهري داخل اشتراك Azure الخاص بك، يمكنك تنفيذ nslookup لتحديد AZURE IP المعين لحساب التخزين هذا.

المشكلة: موازن التحميل في حالة فشل

نوع الحل

  • بمجرد تحديد المورد الذي هو في حالة فشل انتقل إلى «Azure Resource Explorer» وتعريف المورد في هذه الحالة.
  • قم بتحديث مفتاح التبديل الموجود في الزاوية العلوية اليمنى للقراءة /الكتابة.
  • حدد تحرير للمورد في حالة فشل.
  • حدد PUT متبوعا ب GET للتأكد من تحديث حالة التوفير إلى Succeeded.
  • يمكنك بعد ذلك المتابعة مع إجراءات أخرى حيث إن المورد في حالة فشل.

التقاطات الشبكة اللازمة لاستكشاف الأخطاء وإصلاحها وحالات الدعم

إذا قررت فتح حالة دعم، قم بتجميع المعلومات التالية للحصول على حل أسرع. اختر VM الخلفية الفردي لتنفيذ الاختبارات التالية:

  • استخدم ps ping من أحد الأجهزة الظاهرية الخلفية داخل الشبكة الظاهرية لاختبار استجابة منفذ الفحص (مثال: ps ping 10.0.0.4:3389) وتسجيل النتائج.
  • إذا لم يتم تلقي أي استجابة في اختبارات اختبار الاتصال هذه، فقم بتشغيل تتبع Netsh متزامن على الجهاز الظاهري الخلفي واختبار الشبكة الظاهرية أثناء تشغيل PsPing ثم إيقاف تتبع Netsh.

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

إذا لم تحل الخطوات السابقة المشكلة، فافتح «support ticket».