ترحيل vSockets من Azure إلى حل 2-NIC

تشرح هذه المقالة كيفية ترحيل vSocket من Azure من VM يحتوي على ٣ NICs إلى ٢ NIC.

نظرة عامة

توفر هذه المقالة معلومات حول vSockets المدعومة من Cato في Azure. سابقًا، كان Cato يدعم فقط vSockets من Azure مع 3 واجهات شبكة. ابتداءً من Socket v21، يمكنك الآن إنشاء مثيلات جديدة في Azure تحتوي على واجهتين، وترحيل vSockets الحالية إلى مثيل ٢-NIC.

توضح الأقسام التالية كيفية ترحيل vSockets الحالية لديك إلى مثيل Standard_D2s_v5.

لست مطالبًا بترحيل إلى مثيل 2-NIC ويمكنك الاستمرار في استخدام المثيلات المدعومة 3-NIC

2 NICs أو 3 NICs

هناك فرقان رئيسيان بين vSockets من Azure ذات ٢-NIC و٣-NIC:

  • المثيلات 3-NIC تدعم واجهة MGMT، وهي غير متوفرة للمثيلات 2-NIC
  • المثيلات 2-NIC أرخص من المثيلات 3-NIC

لمزيد من المعلومات حول مثيلات Azure المدعومة 3-NIC، انظر هذا المستند. لمزيد من المعلومات حول تسعير Azure، يرجى الاطلاع على الوثائق ذات الصلة من Microsoft.

إرشادات

في تكوين HA، يجب عليك تشغيل إجراء الترحيل على vSocket الثانوية قبل vSocket الرئيسية.

  1. إذا كنت حاليًا على مثيل Standard_D2S_v4 في Azure، قبل الترقية إلى Socket v21، يجب عليك تغيير حجم المثيل الخاص بك إلى المثيل المدعوم 3-NIC. إذا كنت بالفعل على المثيل المدعوم 3-NIC، يمكنك تخطي هذه الخطوة.

    ملاحظة

    ملاحظة: بالنسبة إلى vSockets في Azure مع مثيلات Standard_D2S_v4 ومجموعة التوفر، هناك توقف للموقع خلال هذه العملية لمدة تصل إلى 17 دقيقة.

  2. قم بالترقية يدويًا إلى Socket v21.
    ملاحظة: تأكد من انتظار إشعار Cato بأن الترقية قد اكتملت بنجاح، يمكن أن تستغرق عملية الترقية ما يصل إلى 17 دقيقة. الترقية الناجحة معلنة بواسطة حدث، بريد إلكتروني، ورسالة في منطقة إشعارات CMA.
  3. بعد الترقية، قم بتشغيل سكريبت الترحيل باستخدام AzureCLI.
    سوف يفصل السكريبت واجهة الإدارة من مثيل Azure. كجزء من العملية، سيتم إيقاف vSocket وستعود للعمل بعد دقيقة واحدة.
  4. قلل حجمالمثيل الخاص بك إلى Standard_D2s_v5.
  5. أكد أنك متصل إلى Cato Cloud.

إذا كنت في تكوين HA، كرر هذه العملية للـ vSocket الأساسية.

(اختياري) التحول إلى حل 3-NIC مرة أخرى

  1. إذا كنت تعمل حاليًا على Standard_D2S_v4 أو Standard_D2S_v5، أولًا غير حجم إلى مثيل 3-NIC المدعوم.
  2. تابع لتشغيل سكريبت الترحيل وفي الخطوة 5 اختر لا، ثم سيطلب السكريبت إذا كنت ترغب في إضافة واجهة شبكة إدارة، اختر نعم واختر NIC المناسبة من القائمة لإنهاء العملية.

تشغيل سكريبت الترحيل

بعد ترقية vSocket إلى v21، قم بتشغيل سكريبت الترحيل لإزالة واجهة الإدارة من vSocket:

  1. قم بتنزيل سكريبت الترحيل
  2. اتصل بـ Azure CLI من داخل واجهة المستخدم في Azure فقط، وتحت إدارة الملفات قم برفع السكريبت

    ملاحظة

    ملاحظة: تشغيل السكريبت خارج واجهة المستخدم في Azure قد يؤدي إلى فشل السكريبت.

    لقطة شاشة 2024-09-22 الساعة 13.48.57.png

  3. غير أذونات التشغيل على السكريبت باستخدام الأمر التالي:
     chmod 755 <filename>
  4. تشغيل السكريبت باستخدام الأمر التالي:
     sh <filename>
    1. أدخل معرف الاشتراك.
    2. حدد مجموعة موارد VM.
    3. حدد الموقع
    4. اختر مثيل VM المناسب
    5. حدد نعم لإزالة واجهة الشبكة MGMT وحدد NIC المراد إزالته.
    6. حدد NIC الخاص بـ WAN المناسب.

      في هذه المرحلة، تكون واجهة MGMT مفصولة ويكتمل السكريبت.

تأكيد التحويل الوظيفي HA

إذا كنت في تكوين HA، من المهم أيضًا تأكيد أن التحويل الوظيفي HA يعمل خلال هذا الإجراء.

انتقل إلى قسم أدوات الشبكة في WebUI وقم بتشغيل أداة اختبار API.

ملاحظة

ملاحظة: أثناء عملية تغيير الحجم، قد تعود أداة اختبار API في Socket WebUI على vSocket الثانوي بالرسالة التالية:

حالة اختبار API لـ Azure 'استرداد تكوين NIC للمقبس الحالي' فشلت! حالة حظر API لـ Azure 'إلغاء حظر جميع AZ API'

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

 

تأكيد الاتصال بـ Cato

  • من صفحة المراقبة > التوبولوجيا، اختر موقع vSocket في Azure وفي قسم الموقع > تكوين المقبس، اضغط على الإجراء > واجهة ويب المقبس لكل من vSockets الرئيسية والثانوية.

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

    عندما يعمل vSocket بشكل صحيح، تظهر واجهة ويب المقبس علامة تبويب المراقبة وتحتوي الروابط النشطة على أيقونات حالة الرابط خضراء. يظهر المثال أدناه أن الروابط WAN (١ و٤) لها أيقونات خضراء.

vSocket_webUI.png

 

هل كان هذا المقال مفيداً؟

1 من 1 وجدوا هذا مفيداً

لا توجد تعليقات