إعادة شحن حساب Microsoft Cloud: ترحيل بيئة VMware الافتراضية المحلية تمامًا إلى Azure AVS

في عالم تكنولوجيا المعلومات المؤسسية ، يعد برنامج VMware مرادفًا تقريبًا لـ "المحاكاة الافتراضية". تدير العديد من الشركات مئات الأجهزة الافتراضية vSphere في غرفة الكمبيوتر المحلية ، والتي تحمل الأعمال الأساسية. ومع ذلك ، مع تقادم معدات غرفة الكمبيوتر وارتفاع تكاليف الصيانة ، يريد الجميع الاستمتاع بالمرونة والتكلفة المنخفضة للحوسبة السحابية.

ومع ذلك ، فإن الترحيل التقليدي للتفكيك وإعادة البناء هو مجرد كابوس: تغيير IP ، وتغيير الهندسة المعمارية ، وإعادة كتابة برنامج التشغيل الأساسي لنظام التشغيل ، ومواجهة وقت توقف العمل الطويل ومشاكل التوافق التي قد تنهار في أي وقت.

ألا توجد طريقة لجعل الجهاز الظاهري المحلي VMware "معبأ في مكانه" دون تغيير خط التكوين ، أو حتى

صفر توقف

هل انتقلت الأرض مباشرة إلى السحابة ؟

نعم. هذا هو السيناريو الصعب العميق الذي سنتحدث عنه اليوم:

Azure VMware Solution (AVS ، حل Microsoft Cloud VMware)

.

1. ما هو AVS ؟ لماذا هي قطعة أثرية من "الهجرة السلسة" ؟

ببساطة ، AVS هو تتويج للتعاون الرسمي العميق بين Microsoft و VMware. بدلاً من السماح لك بتحويل برنامج VMware إلى جهاز ظاهري أصلي (AVM) ، ولكن

تستخدم Microsoft مباشرة خادم Bare Metal المادي النقي في مركز بيانات Azure لمساعدتك في بناء بيئة VMware vSphere الأصلية

.

وهذا يعني:

الأدوات متسقة تمامًا: لا تزال السحابة هي vSphere و vCenter و vSAN و NSX-T. لا يحتاج مدير الشبكة وموظفي التشغيل والصيانة إلى إعادة تعلم مفهوم الشبكة المعقدة لـ Azure ، فقط استمر في استخدام vCenter المألوف.

لا يحتاج عنوان IP إلى التغيير: بعد الاتصال عبر شبكة كبيرة وثانية ، بعد نقل الجهاز الظاهري إلى السحابة ، تظل عناوين IP وعناوين MAC وقناع الشبكة الفرعية كما هي.

Live Migration (Live Migration): باستخدام تقنية VMotion HCX من VMware ، يمكن للأجهزة الافتراضية "الانجراف" عبر الإنترنت إلى Azure أثناء التشغيل ، ولا يمكن للمستخدمين إدراك المقاطعة على الإطلاق.

2. تصميم الهيكل الأساسي: "الطريق السريع" قبل الهجرة

لربط غرفة الكمبيوتر المحلية بـ Azure AVS ، نحتاج إلى فتح شريين للحياة في الهيكل:

[غرفة الكمبيوتر المحلية] [Azure Cloud]

"──────────────────────────────────────

VSphere/vCenter المحلي │

سحابة Azure AVS الخاصة │

│ │ │ (VCenter/vSAN/NSX-T) │

│ ┌ ───────────────────────────────────────Hhhhhhhhh│

مكونات VMware HCX │ ── ────────────── ── ── ── │ مكونات VMware HCX │

│ └ ───────────────────── │ (يتم فتح الطابق الثاني من الخط الخاص) │ └ ───────────────

──────────────────────────────────────

خط الأنابيب المادي (ExpressRoute): يجب إنشاء خط مخصص لـ Azure ExpressRoute (خط مخصص) بين غرفة الكمبيوتر المحلية و Azure ، أو VPN عالي الأداء. هذا هو الأساس المادي لضمان سرعة ترحيل البيانات والكمون المنخفض.

محرك الترحيل (VMware HCX): هذا هو برنامج روح الترحيل (AVS مدمج بالفعل مجانًا). وهي مسؤولة عن "خياطة" بيئات VMware المحلية والسحابية لتحقيق توسيع الشبكة ونقل الأصول.

3. المرحلة الأولى: تهيئة بيئة AVS في Azure

أولاً ، نحتاج إلى تطبيق ونشر سحابة AVS الخاصة على Microsoft في بوابة Azure.

إنشاء مورد AVS: ابحث عن "Azure VMware Solution" في بوابة Azure ، انقر على إنشاء.

تكوين المعلومات الأساسية: حدد مجموعات الموارد (مثل AVS-Migration-RG) والمناطق. شريط الموارد (Sku): اختر مواصفات العقدة التي تناسب عملك (مثل AV36 أو تكوين أعلى). عدد المضيفين: تتطلب بيئة الإنتاج AVS ما لا يقل عن 3 عقد (هذا هو الحد الأدنى الثابت لـ VMware vSAN لتحقيق التخزين الموزع والمجموعات عالية المتاحة).

تخطيط كتلة عنوان الشبكة (التركيز على تجنب الحفرة): تحتاج إلى إدخال كتلة عنوان CIDR/22 (على سبيل المثال 10.1.0.0/22). ملاحظة: يجب ألا تتعارض كتلة العنوان هذه مع مقطع IP لغرفة الكمبيوتر المحلية وعنوان Azure VNet (الشبكة الافتراضية) الحالي. سيتم استخدامه حصريًا لشبكات الإدارة السحابية AVS (مثل IP لمضيف vCenter و ESXi).

انقر لإنشاء: عملية التهيئة أثقل ، وعادة ما تستغرق من 2 إلى 4

ساعة. يمكنك الذهاب لتناول القهوة أولا. بعد اكتمال النشر ، سيوفر لك Azure عنوان URL لتسجيل الدخول إلى vCenter وإدارة NSX-T ، واسم المستخدم الافتراضي وكلمة المرور الأولية في وحدة التحكم.

4. المرحلة الثانية: ربط شبكة الطبقة الثانية الكبيرة ونشر HCX

بعد بناء البيئة ، سنقوم ببناء "طريق سريع قابل للتشغيل البيني".

1. رسو الخطوط المخصصة (ExpressRoute Global Reach)

في وحدة التحكم في Azure ، ابحث عن مثيل AVS الذي تم بناؤه حديثًا ، وانقر فوق "Connectivity"-> "ExpressRoute". الاستخدام

Global Reach

الوظيفة ، قم بتوصيل ExpressRoute مع الواجهة الخلفية لـ AVS مع ExpressRoute المحلي الذي يتصل بغرفة الكمبيوتر المحلية.

💡بشكل عام: تسمح هذه الخطوة لمضيفي ESXi في السحابة ومضيفي ESXi المحليين بالتحدث "وجهًا لوجه" مباشرة على مستوى الشبكة.

2. نشر VMware HCX المحلي

في "الإضافات (Add-ons)" لوحدة تحكم AVS ، قم بتمكين VMware HCX وتنزيل حزمة التثبيت المحلية المقابلة (قالب OVA).

قم بتسجيل الدخول إلى vCenter المحلي الخاص بك ، واستورد قالب OVA هذا ، ونشره في جهاز إداري افتراضي (HCX Manager).

افتح واجهة HCX المحلية ، وأدخل رمز التفعيل (تم الحصول عليه مجانًا في وحدة التحكم Azure AVS) ، وربطه بـ AVS HCX في السحابة.

تكوين امتداد الشبكة: هذا هو جوهر الترحيل السلس. في HCX ، حدد مجموعة المنافذ (مجموعة المنافذ VLAN/المنفذ) التي ترغب في ترحيل الجهاز الظاهري المحلي ، وانقر على "تمديد". سيقوم HCX ببناء جسر مشفر في كلا الطرفين. الآن ، حتى إذا تم نقل الجهاز الظاهري المحلي إلى Azure ، فلا يزال بإمكانه التواصل مع الخادم المحلي المتخلف في نفس الشبكة المحلية دون تغيير القناع!

5. المرحلة الثالثة: الهجرة الفعلية (اختيار ثلاث طرق للهجرة)

الشبكة كلها متصلة. في لوحة المكونات الإضافية HCX في vCenter المحلي ، يمكنك رؤية طاولة عمل نقل كبيرة. عند اختيار الجهاز الظاهري الذي تريد نقله ، تقدم HCX ثلاثة أوضاع ترحيل رئيسية:

نموذج الهجرة

المبادئ والخصائص

سيناريوهات قابلة للتطبيق

الهجرة الباردة (Cold Migration)

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

بيئة الاختبار ، والأعمال غير الأساسية ، ونظام الإغلاق المقبول.

النسخ المتماثل بالجملة (Bulk Migration)

قم بنسخ البيانات بشكل غير متزامن في الخلفية عند بدء التشغيل ، وإعادة التشغيل مرة واحدة بعد الانتهاء ، والتبديل إلى السحابة في غضون دقائق قليلة من إعادة التشغيل.

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

الهجرة الحرارية (vMotion

)

الترحيل عبر الإنترنت في حالة التشغيل بنسبة 100 ٪ ، وعدم التوقف ، وعدم فقدان الحزمة ، والاتصال المستمر.

قاعدة البيانات الأساسية ، ERP مع خسائر فادحة بمجرد التوقف ، والنظام المالي.

تيار التشغيل مع الانتقال الحراري vMotion الأكثر تشدداً كمثال:

في واجهة ترحيل HCX ، حدد العديد من الأجهزة الافتراضية للأعمال الأساسية التي تحتاج إلى الترحيل.

إعدادات الإرسال: حدد وضع الترحيل كـ vMotion.

تكوين الهدف: حدد التخزين المستهدف vsanDatastore لـ AVS ، واختارت موارد الحوسبة المستهدفة مجموعة ESXi من AVS.

بدء التحقق: انقر فوق "Validate" ، وسيتحقق HCX تلقائيًا من توافق الأجهزة وعرض النطاق الترددي للشبكة في كلا الطرفين.

التنفيذ: انقر على "Go" بعد التحقق من مرور. سترى أن شريط التقدم يبدأ في التحرك. تنتقل بيانات الذاكرة وحالة وحدة المعالجة المركزية وبيانات القرص باستمرار إلى Azure AVS عبر خط ExpressRoute المخصص.

شاهد المعجزة: في اللحظة التي يصل فيها شريط التقدم إلى 100 ٪ ، يختفي الجهاز الظاهري في vCenter المحلي أو يظهر كقطع ، ويضيء الجهاز الظاهري على الفور الضوء الأخضر في vCenter على نهاية AVS. في لحظة التبديل هذه ، يمكنك الاستمرار في إجراء ping -t على الجهاز الظاهري ، وعادة ما ينتج عنه 1-2 حزم صغيرة فقط ، ولن ينقطع العمل على الإطلاق!

6. النهاية بعد الهجرة والمكافآت المتقدمة

الجهاز الظاهري "يطير" بشكل مثالي ، لكن الهجرة لم تنته بعد ، عليك القيام بأمرين:

تنظيف امتداد الشبكة (فصل الحبل السري): عندما يتم نقل جميع الأجهزة الافتراضية في الشبكة الفرعية (VLAN) بنجاح إلى AVS ، تذكر إلغاء تمديد الشبكة في HCX وتحويل بوابة الشبكة (Gateway) رسميًا إلى NSX-T السحابة. هذا يكمل "الفطام" الكامل ، والقضاء على تأخير الشبكة عبر السحابة.

فتح المكافأة البيئية الأصلية لـ Azure: هذا هو أفضل مكان لنقل VMware إلى Azure. تعيش أجهزتك الافتراضية الآن في نفس مركز البيانات مثل خدمات Azure Blob الأصلية (مثل تخزين Azure Blob وقاعدة بيانات Azure SQL وخدمات AI). يمكنك توصيلها مباشرة بالشبكة الأساسية ذات الكمون المنخفض للغاية ، مما يسمح لهندسة VMware القديمة بدمج التقنيات السحابية الأصلية الحديثة بسلاسة.

التجنب النهائي وملخص

حساب حساب الموارد: AVS هي مجموعة معدنية عارية حصرية بعد كل شيء ، بدءًا من 3 عقدة ، وتكلفة الفواتير الشهرية ليست منخفضة. يوصى باستخدام أداة Azure Migrate لإجراء تقييم شامل للموارد (Assessment) للبيئة المحلية قبل الترحيل ، ووضع الأجهزة الافتراضية للزومبي المحلية ، وتصغير وحدة المعالجة المركزية/الذاكرة الموزع بشكل مفرط في السحابة ، والتي يمكن أن تساعدك على توفير الكثير من المال.

توافق الإصدار: تأكد من أن إصدار vSphere المحلي الخاص بك يلبي الحد الأدنى من متطلبات AVS (عادة ما يتطلب vSphere

6.7 أو 7.0 وما فوق) ، وإلا فإن HCX لا يمكن بناء مصافحة.

ملخص:

جوهر Azure AVS ليس تغييرًا لك ، ولكن تضمك. يستخدم الطريقة الأكثر لطفًا وأقل خطورة والأكثر انسجامًا مع حدس التشغيل والصيانة التقليدية لمساعدتك على نقل أصول VMware المحلية الضخمة بأمان إلى السحابة الحديثة بين عشية وضحاها. بالنسبة لتلك الشركات الكبيرة ذات الأصول الثقيلة ، والوقت الضيق ، وغير الراغبة في المخاطرة بإعادة البناء ، فإن هذه بلا شك هي التذكرة الأكثر مثالية لسحابة شنغهاي.