تشرح هذه المقالة عملية تغيير الجهاز الافتراضي في Azure إلى حجم VM مختلف ل vSocket في Azure.
هناك حالات مختلفة قد يكون من الضروري فيها تغيير حجم vSocket VM في Azure. تتم إدارة عملية التحجيم في مستأجر Azure الخاص بك ولا يؤثر تغيير حجم VM على إعدادات vSocket أو الموقع. لا حاجة لإجراء تغييرات في تطبيق إدارة Cato أو واجهة الويب Socket.
اعتمادًا على إصدار وتكوين vSocket في Azure، سيكون هناك بعض فترات التوقف للموقع.
الحد
VM الافتراضي للنشرات الجديدة هو Standard_D8ls_v5. إذا كانت بيئتك لا تدعم حاليًا هذا VM، فاتصل بمسؤول Azure الخاص بك.
قبل تغيير حجم vSocket VM، من المهم تأكيد أن الحصة المخصصة في المنطقة المعنية تسمح بزيادة عدد vCPU Cores. تحدد Azure حصة على الحد الأقصى لعدد vCPUs في VM المسموح بها لكل منطقة. عند تعديل حجم VM وكان حجم VM الجديد يحتوي على المزيد من vCPUs، تحتاج إلى التحقق من أنك لن تتجاوز حصة vCPU لتلك المنطقة. على سبيل المثال، موقع Azure HA يحتوي على 2 Standard_D2s_v4 vSocket VMs وكل منها يستخدم 2 vCPUs، وأنت تعيد تحجيمها إلى VM Standard_D8ls_v5 الذي يستخدم 8 vCPUs. يتطلب التحجيم إضافة 12 vCPUs (6 لكل vSocket)، وتحتاج إلى التحقق من أن إضافة 12 vCPUs إلى المنطقة لا يتجاوز حصة vCPU في Azure.
إذا لزم الأمر، قدم طلبًا إلى Microsoft لزيادة حصة vCPU للمناطق ذات الصلة. عندما يتم تجاوز حصة vCPU، لا يتم نشر VM إلى الحجم الجديد.
لمزيد من المعلومات، انظر الوثائق ذات الصلة من Microsoft: عرض الحصص وتحقق من حصص vCPU.
تناقش هذه الفقرة تغيير حجم vSocket VM للموقع HA (توافر عالي) وللموقع الذي يحتوي على vSocket واحدة.
بالنسبة لمواقع HA التي تعمل بإصدار vSocket v19 أو أعلى، تأكد مما إذا كانت VMs قد تم نشرها في مجموعة توافر من صفحة نظرة عامة على الجهاز الافتراضي. اتبع الأقسام أدناه تبعاً لذلك:
من المهم أن تؤكد أيضًا أن التعافي من الفشل HA سيعمل خلال هذا الإجراء. اذهب إلى قسم أدوات الشبكة في واجهة الويب وانفذ أداة اختبار API.
- إذا فشل الاختبار، اتبع خطوات استكشاف الأخطاء وإصلاحها المذكورة في استكشاف الأخطاء وإصلاحها ل Azure HA vSockets
- إذا نجح اختبار API، فتابع باتباع الخطوات الموضحة في الأقسام التالية.
ملاحظة
ملاحظة: أثناء عملية التحجيم، إذا كانت أداة اختبار API لـ Socket WebUI على vSocket الثانوي ترجع الرسالة التالية:
فشل اختبار API في حالة 'استرجاع تكوين NIC لمقبس الحالي'! حالة API ل Azure 'إلغاء حظر كل AZ API'
إذا نجح الاختبار على vSocket الأساسي، فإن هذه الرسالة تعتبر خطأً ويمكنك تجاهل هذه النتيجة بالتحديد بأمان ومتابعة إجراء التحجيم أدناه.
ها vSockets بدون مجموعة توافر
إذا لم يتم نشر vSockets في مجموعة توافر، اتبع الخطوات أدناه لتغيير حجم كل VM بشكل فردي: تغيير حجم الجهاز الافتراضي. يجب أن لا يكون هناك وقت توقف أثناء العملية.
- قم بتحجيم vSocket الرئيسي. يتم إعادة تشغيل vSocket كجزء من عملية التحجيم ويتحول الموقع تلقائيًا إلى vSocket الثانوي.
- بعد اكتمال عملية التحجيم وتشغيل vSocket الرئيسي، يعاود الموقع تلقائيًا الرجوع إلى vSocket الرئيسي.
- قم بتحجيم vSocket الثانوي. يتم إعادة تشغيل vSocket كجزء من عملية التحجيم.
- أخيرًا، اختبر التعافي من الفشل HA بإعادة تشغيل VM الرئيسي للتأكد من أن HA يعمل لـ vSockets.
ها vSockets مع مجموعة توافر
ملاحظة
ملاحظة: يرجى الاتصال بـ Microsoft للمساعدة في تحجيم VM Standard_D2s_v4 مع 3 NICs في مجموعة توافر. لقد رأينا أن الخطوات أدناه تحجم بنجاح vSockets HA مع مجموعات التوافر.
إذا تم نشر vSockets في مجموعة توافر، اتبع الخطوات أدناه لتغيير حجم كل VM بشكل فردي: تغيير حجم الجهاز الافتراضي. سيكون هناك وقت توقف خلال العملية.
-
حاول تغيير حجم vSocket الثانوي. ستفشل عملية التحجيم مع خطأ يفيد بأن vSocket الرئيسي تجاوز حد NIC.
-
قم بتغيير حجم vSocket الرئيسي الذي سينجح. سيؤدي ذلك إلى إعادة تشغيل كلا vSockets وإعادة الاتصال بالأنفاق.
-
سيتم تشغيل كلا vSockets، ولكن من الممكن أن تفشل حركة مرور LAN في التوجيه بسبب التحجيم. قد تفشل المكالمة API لتخصيص عنوان IP العائم على vSocket الرئيسي مبدائيًا.
-
إذا كان لديك مشاكل في التوجيه، قم بإيقاف تشغيل vSocket الثانوي الذي ينبغي استعادة الاتصال عبر vSocket الرئيسي.
-
ابدأ تشغيل vSocket الثانوي. قد تتوقف حركة المرور عن التواصل لحوالي ٢ دقائق أثناء تشغيل vSocket.
بالنسبة لمواقع HA التي تعمل بإصدارات vSocket أقل من v19، نوصي بنشر VMs جديدة لـ vSocket الرئيسي (الفعال) والثانوي (الاحتياطي). انظر إلغاء التسجيل وإعادة نشر vSockets في Azure. يتم نشر vSocket إلى حجم VM الجديد مع v19.x.
إذا كان من الضروري الحفاظ على نفس الإصدار، يرجى الاتصال بالدعم لإعادة إنشاء الموقع يدويًا.
بالنسبة للمواقع التي تحتوي على vSocket Azure واحد v19.x أو أعلى، يعيد VM التشغيل كجزء من عملية التحجيم وهناك بعض فترات التوقف للموقع.
راجع وثائق Microsoft للحصول على تفاصيل حول كيفية تغيير حجم VM: تغيير حجم الجهاز الافتراضي.
بالنسبة لمواقع vSocket الواحدة التي تعمل بإصدارات vSocket أقل من v19، نوصي باستخدام سوق Azure لنشر VMs جديدة. يتم نشر vSocket إلى حجم VM الجديد مع v19.x. انظر نشر vSockets في Azure من السوق.
إذا كان من الضروري الحفاظ على نفس الإصدار، يرجى الاتصال بالدعم لإعادة إنشاء الموقع يدويًا.
للتحقق من أن vSocket يعمل بشكل صحيح بعد تغيير حجم VM، استخدم تطبيق إدارة Cato لتسجيل الدخول إلى Socket WebUI لـ vSocket.
لتسجيل الدخول إلى Socket WebUI والتحقق من vSocket بعد تغيير الحجم:
-
من قائمة التنقل، انقر فوق الشبكة > المواقع واختر الموقع.
- من قائمة التنقل، انقر فوق تكوين الموقع > المقبس.
- من قائمة الإجراءات للمقبس، اختر Socket WebUI.
يفتح المتصفح علامة تبويب جديدة ويسجل الدخول إلى Socket WebUI.
عندما يعمل vSocket بشكل صحيح، تعرض Socket WebUI علامة التبويب Monitor والروابط النشطة تحتوي على أيقونات حالة الرابط خضراء.
بالنسبة لتكوينات HA، كرر الخطوة أعلاه لـ vSocket الثانوي.
لا توجد تعليقات
الرجاء تسجيل الدخول لترك تعليق.