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

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

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

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

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

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



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

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

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

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

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

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



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

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

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

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


مخطط الهجرة بين السحب DataLine في سان بطرسبرج وموسكو.

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


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

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

التحضير للهجرة

لتحديد أداة والمضي قدمًا في عملية الترحيل ، يتعين عليك تحديد النقاط التالية:

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

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

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

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

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

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

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