عملية "الترحيل": كيفية الانتقال إلى سحابة DataLine

منذ حوالي 7 سنوات، انتقلت المشاريع الأولى إلى السحابة الخاصة بنا بكل بساطة وبساطة. تم تحميل صور الآلة الافتراضية إلى خادم FTP، أو تم تسليمها على محركات الأقراص الثابتة. وبعد ذلك، من خلال خادم استيراد خاص، تم تحميل الأجهزة الافتراضية إلى السحابة.

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

عملية "الترحيل": كيفية الانتقال إلى سحابة DataLine

الهجرة مع Veeam النسخ الاحتياطي والنسخ المتماثل

الجميع يعرف Veeam Backup and Replication كأداة لإنشاء النسخ الاحتياطية والنسخ المتماثلة. نحن نستخدمها للترحيل بين مواقعنا ولنقل العملاء من المحاكاة الافتراضية الخاصة إلى السحابة الخاصة بنا. يتم نسخ الأجهزة الافتراضية للعميل إلى vCenter الخاص بنا، وبعد ذلك يضيفها المهندس إلى vCloud Director.

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

عملية "الترحيل": كيفية الانتقال إلى سحابة DataLine

عادةً، من لحظة إيقاف تشغيل الجهاز على البنية التحتية للعميل حتى لحظة تشغيله في السحابة الخاصة بنا، لا يمر أكثر من نصف ساعة، بل من 15 إلى 20 دقيقة.

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

حالة 1
كان لدى العميل بنية تحتية افتراضية خاصة به تعتمد على برنامج VMware - 40 جهازًا افتراضيًا بسعة 30 تيرابايت. كانت المعدات التي تم نشر المجموعة عليها قديمة بالفعل، وقرر العميل عدم إزعاج نفسه بشراء معدات جديدة وانتقل إلى السحابة العامة. لم تكن متطلبات وقت التوقف عن العمل للأنظمة الحيوية أكثر من ساعة. تم اختيار Veeam Replication كأداة. ميزة أخرى هي أن مزود الإنترنت الخاص بالعميل كان موجودًا في مركز البيانات لدينا، مما جعل من الممكن تنظيم قناة جيدة. استغرق الترحيل حوالي شهر، وكان وقت التوقف أثناء التبديل يصل إلى 30 دقيقة لكل مجموعة من الأجهزة الافتراضية.

الترحيل باستخدام Veeam Cloud Connect

Veeam Cloud Connect هي أداة تساعدك على إعداد النسخ المتماثل للجهاز الظاهري وإطلاق النسخ المتماثلة في سحابة مزود الخدمة. بعد التحديث إلى 2019 في العام الماضي، أصبح من الممكن نسخ الأجهزة الافتراضية مباشرة إلى vCloud Director. الشرط الوحيد هو أنه على جانب العميل، يجب نشر Veeam Backup and Replication على الأقل الإصدار 9. باختصار (النسخة التفصيلية) هنا)، فإن العملية برمتها تبدو هكذا.

في vCloud Director، يتم إنشاء مؤسسة بالموارد والشبكات اللازمة. في Veeam Cloud Connect، نقوم بإنشاء حساب، ويتصل به العميل من Veeam B&R، ويختار موفر DataLine ومؤسسة، ويقوم بتكوين المهام للنسخ المتماثل. بالإضافة إلى حقيقة أنه خلال هذا الترحيل، سيكون وقت التوقف عن العمل في غضون 15-20 دقيقة، ولا يعتمد العميل بأي شكل من الأشكال على الدعم الفني للموفر ويدير العملية برمتها بشكل مستقل: يقوم بإنشاء مهام النسخ المتماثل، والنسخ المتماثل نفسه، وإيقاف التشغيل الآلات وبدء تشغيلها على الموقع الجديد.

عملية "الترحيل": كيفية الانتقال إلى سحابة DataLine

حالة 2
البنية التحتية للعميل، حيث تم التخطيط للهجرة، كانت موجودة في بيلاروسيا. وكان من الضروري نقل 90 جهازًا افتراضيًا بسعة إجمالية قدرها 27 تيرابايت، على الرغم من أن سرعة قناة الإنترنت كانت 100 ميجابت/ثانية. إذا قمت بعمل نسخة احتياطية وقمت بتحميلها فورًا إلى السحابة الخاصة بنا، فقد يستغرق الأمر عدة أيام بالنسبة لبعض الأجهزة الافتراضية. خلال هذا الوقت، قد تنمو دلتا كبيرة على الجهاز الافتراضي، وقد يكون لذلك تأثير سلبي على أداء الأجهزة، أو الأسوأ من ذلك، قد تنفد المساحة الموجودة في مخزن البيانات. لقد تابعنا على النحو التالي: أولاً، قام العميل بعمل نسخة احتياطية محلية كاملة ونقل نسخة منها إلى السحابة الخاصة بنا عبر Veeam Cloud Connect. ثم قمت بعمل ونقل الزيادة إلى السحابة. استمر تشغيل الجهاز الظاهري الأصلي. بعد إيقاف تشغيل الجهاز الافتراضي، قام العميل بإجراء زيادة أخرى ونقلها أيضًا إلى السحابة. من جانبنا، قمنا بنشر جهاز افتراضي من نسخة احتياطية كاملة، ثم قمنا بإضافة زيادتين عليه. أتاح هذا المخطط في النهاية تقليل وقت التوقف عن العمل إلى ساعتين عند التبديل إلى موقعنا.

الترحيل باستخدام توفر VMware vCloud

في مارس من هذا العام، أصدرت VMware vCloud Availability 3.0، الذي يسمح لك بترحيل الأجهزة الافتراضية بين السحب المختلفة (vCloud Director - vCloud Director) ومن المحاكاة الافتراضية للعميل الخاص إلى السحابة (vCenter - vCloud Director). الراحة الرئيسية هي التكامل مع واجهة vCloud Director. يؤدي ذلك إلى تبسيط عملية إدارة النسخ المتماثل إلى حد كبير وتقليل وقت التوقف عن العمل أثناء عمليات التبديل.

باستخدام هذه الأداة، قمنا بترحيل أحد العملاء من سحابة موسكو الخاصة بنا إلى سحابتنا في سانت بطرسبرغ. كان من الضروري نقل 18 جهازًا افتراضيًا بسعة إجمالية قدرها 14 تيرابايت. تم إنشاء منظمة للعميل في سحابة سانت بطرسبرغ وتم تنظيم الشبكات اللازمة. بعد ذلك، من واجهة vCloud Director، انتقل العميل إلى إعدادات توفر vCloud، وأنشأ مهام النسخ المتماثل وانتقل إلى موقع سانت بطرسبرغ في وقت مناسب له. كان وقت التوقف أثناء التبديل 12 دقيقة.

عملية "الترحيل": كيفية الانتقال إلى سحابة DataLine
مخطط الترحيل بين سحابات DataLine في سانت بطرسبرغ وموسكو.

يحتوي توفر vCloud على آلية لترحيل الأجهزة الافتراضية من موقع العميل إلى السحابة الخاصة بنا. للقيام بذلك، يتم نشر تطبيق خاص لتوفر vCloud في vCenter الخاص بالعميل. بعد الإعداد البسيط، يمكنك الاتصال بالسحابة وتكوين مهام الترحيل. يقوم العميل أيضًا بإدارة العملية بأكملها بشكل مستقل ويتم تقليل وقت الترحيل إلى الحد الأدنى.

عملية "الترحيل": كيفية الانتقال إلى سحابة DataLine
مخطط لترحيل الأجهزة الافتراضية من التثبيت الخاص إلى السحابة.

لدى VMware vCloud Availability العديد من حالات الاستخدام الأخرى، سنتحدث عنها في مقالة منفصلة قريبًا.

الاستعداد للهجرة

لاختيار أداة وبدء الترحيل فعليًا، عليك تحديد النقاط التالية:

من أين نهاجر؟ إذا كنت تقوم بالترحيل من حل خاص، فلديك الحرية الكاملة في اختيار الأدوات. إذا ابتعدت عن مزود الخدمة الخاص بك، فسيكون الأمر أكثر تعقيدًا. على الأرجح، لن ينجح ربط البنى التحتية لموفرين اثنين وسحب جهاز افتراضي وإسقاطه لأسباب أمنية. في بعض الأحيان، يبدأ المزود الذي على وشك رفضه العميل في أن يكون مؤذًا ويتوقف لبعض الوقت. يمكنك الابتعاد عن الموفر بالطريقة القديمة: عن طريق تحميل الأجهزة الافتراضية على الأقراص وبروتوكول نقل الملفات (FTP)، أو عن طريق الترحيل على مستوى التطبيق. اسم الأخير مشروط، ويبدو مثل هذا.

حالة 3
كان من الضروري ترحيل نظام SAP الخاص بالعميل من مزود أوروبي: 34 جهازًا افتراضيًا بسعة 54 تيرابايت. تم تخصيص الموارد للعميل في السحابة الخاصة بنا. تم تنظيم الاتصال بالشبكة بيننا وبين البنية التحتية للمزود الأوروبي. تمت إعادة نشر خوادم التطبيقات، مع ترحيل التكوينات الضرورية. تم ترحيل قواعد البيانات الكبيرة من خلال تحميل النسخ الاحتياطية إلى السحابة الخاصة بنا. بعد ذلك، تم تكوين النسخ المتماثل بين قواعد البيانات الموجودة على مواقعنا والمواقع الأصلية. وفي الوقت المتفق عليه، تحولنا إلى قواعد البيانات في السحابة الخاصة بنا.

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

توقف مقبول. بالنسبة للأنظمة المختلفة، وبالتالي الأجهزة الافتراضية، يمكن أن يكون الأمر مختلفًا اعتمادًا على أهمية أعمالها. عادةً ما يأتي العميل بمتطلبات جاهزة لوقت التوقف عن العمل أثناء الترحيل، وبناءً على ذلك نختار الأداة المناسبة وخطة الترحيل. نحن نحاول جدولة عملية التحول النهائية ليلاً أو في عطلات نهاية الأسبوع بحيث لا يكون التوقف البسيط ملحوظًا للمستخدمين النهائيين للعميل.

واستنادًا إلى هذه البيانات، يمكنك تحديد أداة وبدء الترحيل نفسه. وإليك ما سيحدث بعد ذلك.

  1. إعداد الاتصال بالشبكة. نقوم بتنظيم اتصال الشبكة بين السحابة الخاصة بنا والبنية التحتية للعميل. سيتم نسخ الأجهزة الافتراضية عبر هذه الشبكة. إذا تم استخدام Veeam Backup and Replication، فهذه قناة مخصصة، وفي كثير من الأحيان قناة VPN. إذا كان Veeam Cloud Connect، فكل شيء يمر عبر الإنترنت أو نفس القناة المخصصة.

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

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

هذا كل شيء بالنسبة لي. في التعليقات، اطرح الأسئلة وأخبرنا عن تجربة الهجرة الخاصة بك.

المصدر: www.habr.com

إضافة تعليق