[ستيفن مونوزفريقنا]

اهلا بالجميع،

لدي مشكلة في تكوين المجموعة، أشرح تكويني، كل البنية التحتية موجودة في VMware:

Node1Ip: 192.168.10.10
Node2Ip: 192.168.10.11
عنوان IP للمجموعة: 192.168.10.12

هذا التكوين جيد، ويعمل عند اختبار تكوين المجموعة. ولكن، عند إضافة شبكة ETH أخرى، أحتاج إلى تكوين مزرعة في شبكة أخرى مع شبكة VLAN أخرى.
في هذه الحالة حاولت التعديل في ملف التكوين "$exclude="–exclude if_eth0_conf –exclude if_eth1_conf";"، وتكوين

Node1eth1: 192.168.20.11
Node2eth1: 192.168.20.12
الواجهة الافتراضية: 192.168.20.13

أُنشئ واجهة افتراضية في الخادم الرئيسي، وتُنسخ إلى النسخة الاحتياطية. كل شيء يعمل هنا، عنوان IP 20.13 يستجيب لأمر ping. ولكن عندما أُجبر التوازن على Node2، يبدو أن كل شيء يعمل، لكن عنوان IP لا يستجيب لأمر ping، ومن الواضح أنه لا يعمل في المزرعة.

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

شكر.

[جوزيهالدعم]

مرحبا ستيفن،

مرحباً بكم في مجتمع Relianoid.

هل يمكنك من فضلك إنشاء حفظ دعم (في النظام> حفظ الدعم) مع كل عقدة وإدراجها في: support AT relianoid DOT com؟

شكرا.

[جوزيهالدعم]

مرحبا ستيفن،

لقد قمت بمراجعة ملفات supportave ولكنني أحتاج إلى مزيد من المعلومات حول حالة العقدة عندما تحدث المشكلة.
هل يمكنك من فضلك مشاركة دعم جديد للعقدة الثانية عندما تحدث المشكلة؟

إذا لم تتمكن من الوصول إلى واجهة الويب في ذلك الوقت، فيرجى تشغيل هذا الأمر من وحدة التحكم: /usr/local/relianoid/bin/supportsave
بعد ذلك، بعد إعادة تشغيل العقدة، يمكنك استخدام scp لإنشاء الملف الجديد الموجود في /tmp.

شكرا.

[جوزيهالدعم]

مرحبا ستيفن،

شكرًا لإرسال المعلومات المطلوبة. لا أرى أي مشكلة في السجلات أو الإعدادات.

يرجى التأكد من أن عنوان MAC لعناوين IP الافتراضية العائمة يتغير عندما تكون العقدة 1 أساسية وعندما تكون العقدة 2 أساسية. يمكنك تجربة كل عنوان IP:

ping -c1 عنوان IP
arp -n | grep عنوان IP

تأكد من السماح بتغيير عنوان MAC لعناوين IP في إعدادات الأمان الخاصة بمفتاح VMware الظاهري.

أخبرنا إذا كنت بحاجة إلى مزيد من المساعدة أو إذا تم حل المشكلة.

[ستيفن مونوزفريقنا]

لقد قمت بتكوين مفتاح VMware الظاهري للسماح بتغييرات Mac لشبكتي VLAN المختلفتين، في هذه الحالة، تعمل الواجهة الظاهرية المعينة لمجموعة بشكل مستمر عندما تتغير عقدة المجموعة الرئيسية عن طريق الفشل إلى الأخرى، ولكن الواجهات الظاهرية الأخرى لا تعمل، ولا أعرف ما إذا كان لدي خطأ في التكوين.

شكر

[جوزيهالدعم]

مرحبا ستيفن،

لقد رأيت رسالتك:

أعتقد أنني وجدتُ المشكلة. عند حدوث الفشل، يُعلن الجهاز الرئيسي الجديد (non) للبوابة عن جهاز ماك الجديد لبروتوكول ARP. عند تنفيذ الأمر "arping -U 172.16.212.1 -s 172.16.212.220 -c1" من الجهاز الرئيسي الجديد، يتم تحديث بروتوكول ARP للبوابة، ويعمل كل شيء. كيف يمكنني القيام بذلك تلقائيًا؟

لذا، لأتمتة هذا الأمر عندما تصبح العقدة رئيسية، قم بإضافة هذا الأمر إلى الملف /usr/local/relianoid/config/noid-start.
تأكد من إجراء هذا التغيير على كلتا العقدتين.

آمل أن يساعد هذا.

[المعلن / كاتب التعليق]

المنشورات