اختبار عنوان IP الظاهري مجموعة mirror في شبكتك

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

1. المبادئ الأساسية

شرط أساسي: يجب أن تكون كلتا عقدتي مجموعة mirror في نفس الشبكة الفرعية لبروتوكول الإنترنت من الطبقة الثانية: شبكة محلية (LAN)، أو شبكة محلية افتراضية (VLAN) ممتدة بين مواقع بعيدة.

• يكون عنوان IP الظاهري (VIP) نشطًا فقط على الخادم الأساسي (حالات PRIM أو ALONE): يتم تعيينه كاسم مستعار لعنوان IP الفعلي، على بطاقة الشبكة لهذا العنوان، عندما تبدأ الوحدة النمطية كخادم أساسي على العقدة (where="one_side_alias" التكوين).
• وبالتالي، فإن عنوان MAC الخاص بالخادم الأساسي هو العنوان المرتبط بعنوان IP الظاهري (VIP) في جداول ARP (الموجه، والبوابة، والعملاء في الشبكة الفرعية نفسها). ويتم إرسال جميع حركة المرور إلى عنوان IP الظاهري (VIP) إلى الخادم الأساسي.
• أثناء عملية تجاوز الفشل (توقف أو فشل الخادم الأساسي)، تتم إزالة عنوان IP الظاهري (VIP) من الخادم الأساسي السابق وتعيينه كاسم مستعار على الخادم الأساسي الجديد. ثم تسمح آليتان للشبكة بربط عنوان IP الظاهري (VIP) بعنوان MAC الخاص بالخادم الأساسي الجديد:
  • رسائل الشبكة التي يرسلها نظام التشغيل عند إضافة عنوان IP الظاهري (VIP) كاسم مستعار على بطاقة الشبكة؛
  • GARPs ARP المجاني (GARP) التي يرسلها SafeKit، عندما يتم تكوين السمة arpreroute="on" في قسم <vip>.

لذلك، ما تحتاج إلى اختباره هو:

1. يحتفظ الخادم الأساسي بعنوان IP الظاهري (VIP) ويمكن الوصول إليه من العملاء؛
2. يتم إعادة توجيه عنوان MAC المرتبط بعنوان IP الظاهري (VIP) إلى الخادم الأساسي الجديد في الشبكة (الموجه، البوابة، المحاكاة الافتراضية) عند تغيير الخادم الأساسي.

2. المتطلب الأساسي: تكوين عنوان IP الظاهري (VIP)

1. في ملف userconfig.xml الخاص بوحدة mirror ، قم بتكوين عنوان IP الظاهري (VIP) في قسم <vip>. تجعل السمة arpreroute="on" الجهاز الأساسي الجديد يرسل GARPs بعد تجاوز الفشل:

   <vip>
     <interface_list>
       <interface arpreroute="on">
         <real_interface>
           <virtual_addr addr="<VIP>" where="one_side_alias"/>
         </real_interface>
       </interface>
     </interface_list>
   </vip>
   

2. طبّق الإعدادات على كلتا العقدتين.

3. ابدأ تشغيل الوحدة: يجب أن تكون إحدى العقدتين PRIM (Ready) والأخرى SECOND (Ready).

3. الاختبار 1 – عنوان IP الظاهري (VIP) الذي يحتفظ به الخادم الأساسي

الخطوات

1. على الخادم الأساسي، قم بتشغيل ipconfig (Windows) أو ip addr show (Linux). → النتيجة المتوقعة: يظهر عنوان IP الظاهري (VIP) كاسم مستعار على بطاقة الشبكة الخاصة بعنوان IP الفعلي.
2. على الخادم الثانوي، قم بتشغيل الأمر نفسه. → النتيجة المتوقعة: لا يظهر عنوان IP الظاهري (VIP).
3. من محطة عمل العميل خارج المجموعة ، ping لكل من عناوين IP المادية وعنوان IP الظاهري (VIP). → النتيجة المتوقعة: تستجيب جميع أوامر ping الثلاثة (ما لم يتم تصفيتها بواسطة جدران الحماية).
4. تحقق من الوصول عبر عنوان IP الظاهري (VIP) باستخدام فسيفساء SafeKit (mosaic) : من متصفح على العميل الخارجي ، اتصل بـ http://<VIP>:9010/safekit/mosaic.html (أو استخدم المنفذ 9453 إذا تم تحويل خادم الويب ووحدة التحكم في SafeKit إلى HTTPS)، ثم أدخل اسم وحدة mirror وقم بتشغيل الاختبار. → النتيجة المتوقعة: تعرض جميع خلايا الفسيفساء (mosaic) اسم الخادم الأساسي بلون واحد: جميع اتصالات TCP إلى عنوان IP الظاهري (VIP) يخدمها الخادم الأساسي.

4. الاختبار 2 – تجاوز الفشل اليدوي (إيقاف الأساسي)

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

الخطوات

1. أوقف الوحدة النمطية على العقدة الأساسية (العقدة 1) من وحدة تحكم SafeKit (أو من سطر الأوامر باستخدام safekit stop -m <module>). → النتيجة المتوقعة: تنتقل العقدة 1 إلى STOP (NotReady) وتنتقل العقدة 2 إلى ALONE (Ready). في سجل العقدة الأساسية الجديدة، تظهر رسالة " Virtual IP <VIP> set.
2. في الواجهة الأساسية الجديدة، قم بتشغيل ipconfig أو ip addr show. → النتيجة المتوقعة: يظهر عنوان IP الظاهري (VIP) الآن كاسم مستعار على هذه العقدة، ولم يعد يظهر على العقدة الأساسية السابقة.
3. من محطة عمل العميل، كرر أوامر ping الثلاثة وقم بتشغيل الفسيفساء (mosaic) مرة أخرى على عنوان IP الظاهري (VIP). → النتيجة المتوقعة: كل شيء يستجيب، وتُظهر جميع خلايا الفسيفساء (mosaic) الآن اسم اللون الأساسي الجديد ، بلون واحد.
4. أعد تشغيل الوحدة على العقدة 1: تتم إعادة مزامنتها وتنتقل إلى SECOND (Ready)، بينما تنتقل العقدة 2 إلى PRIM (Ready).

5. الاختبار 3 – التحقق من إعادة توجيه MAC باستخدام arp -a

دوّن عنوان MAC المرتبط بعنوان IP الظاهري (VIP) قبل تجاوز الفشل، ثم تحقق من أنه قد تغير بعد ذلك.

لا يمكن إجراء هذا الاختبار إلا إذا كانت محطة عمل العميل موجودة في نفس الشبكة الفرعية لبروتوكول الإنترنت (IP) الخاصة بالمجموعة.

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

الخطوات

1. الوحدة هي PRIM (Ready) على العقدة 1 و SECOND (Ready) على العقدة 2.
2. على محطة عمل العميل، ping لكل من عناوين IP المادية وعنوان IP الظاهري (VIP)، ثم قم بتشغيل الأمر arp -a. → النتيجة المتوقعة: يتم ربط عنوان IP الظاهري (VIP) بنفس عنوان MAC الخاص بعنوان IP الفعلي للجهاز الأساسي.
3. stop الوحدة النمطية على العقدة الأساسية (العقدة 1).
4. ping إلى عنوان IP الظاهري (VIP) مرة أخرى، ثم شغّل الأمر arp -a مرة أخرى. → النتيجة المتوقعة: أصبح عنوان IP الظاهري (VIP) الآن مرتبطًا بنفس عنوان MAC الخاص بعنوان IP الفعلي للجهاز الأساسي الجديد.

ping إلى عنوان IP الظاهري (VIP) مرة أخرى قبل قراءة جدول ARP: قد يكون الإدخال معلمًا على أنه قديم ويتم تحديثه فقط بعد ping.

مثال على جدول ARP المتوقع، قبل وبعد إيقاف تشغيل الجهاز الأساسي:

6. الاختبار 4 – فحص شامل باستخدام Wireshark (نظام التشغيل Windows) أو tcpdump (نظام التشغيل Linux)

يمكنك تتبع اتصال TCP إلى عنوان IP الظاهري (VIP) عن طريق التقاط الحزم على العميل وعلى كلتا العقدتين: باستخدام Wireshark على أجهزة Windows، وباستخدام tcpdump على أجهزة Linux.

يجب عليك إلقاء نظرة على رؤوس MAC (إيثرنت) للحزم : عنوان IP الوجهة يبقى عنوان IP الظاهري (VIP)، وهو عنوان MAC الوجهة الذي يوضح أي عقدة تستقبل حركة المرور.

ما يجب عليك ملاحظته:

إذا كانت محطة عمل العميل في شبكة فرعية مختلفة عن المجموعة، فإن “عنوان MAC للعميل” الذي يظهر على العُقد هو عنوان MAC للبوابة (الموجه) التي تربط الشبكتين الفرعيتين، وليس عنوان محطة عمل العميل.

7. محطات العمل التي سيتم الاختبار منها

يعتمد السلوك على مسار الشبكة بين العميل والمجموعة. قم بتشغيل الاختبارين 1 و 2 من كل نوع من أنواع العملاء ذات الصلة بالبنية الخاصة بك:

8. ملخص النتائج المتوقعة

9. استكشاف الأخطاء وإصلاحها

• لم يعد عنوان IP الظاهري (VIP) يستجيب بعد تجاوز الفشل: لا تأخذ الأجهزة الموجودة على المسار (الموجه، البوابة، المحول الافتراضي) رسائل إعادة توجيه عنوان MAC في الاعتبار، وتستمر في إرسال حركة المرور إلى عنوان MAC الخاص بالجهاز الأساسي السابق. تحقق من معالجة رسائل إعادة توجيه عنوان MAC مع فريق الشبكة لديك.
• إرسال GARPs : ترسل السمة arpreroute="on" الخاصة بالقسم <vip> (مع arpinterval و arpelapse) رسائل GARPs بانتظام على عنوان IP الظاهري (VIP) بعد تجاوز الفشل. راجع دليل المستخدم، القسم 13.6.4 " صيغة <vip> “.
• تشخيص حل عنوان IP الظاهري (VIP) ↔ عنوان MAC: راجع دليل المستخدم، القسم 7.24 " استكشاف أخطاء حل عنوان IP الظاهري (VIP) ↔ عنوان MAC وإصلاحها “، والقسم 7.16 " مشكلة في عنوان IP الظاهري بعد تجاوز الفشل “.

لمزيد من المعلومات:

• كيف يعمل عنوان IP الظاهري في تجميعات التوافر العالي؟
• لتحقيق توازن الأحمال باستخدام عنوان IP ظاهري، راجع اختبار عنوان IP الظاهري لتوازن الأحمال في مجموعة farm.