ترحيل بيانات الكتلة إلى Azure باستخدام Cirrus Migrate Cloud
يتيح Cirrus Migrate Cloud (CMC) ترحيل القرص من نظام تخزين موجود، أو سحابة إلى Azure. يتم إجراء الترحيل بينما لا يزال النظام الأصلي قيد التشغيل. ستقدم هذه الوثيقة منهجية تكوين الترحيل وتنفيذه بنجاح.
نظرة عامة
يستخدم الحل وكلاء ترحيل موزعين يعملون على كل مضيف يسمح باتصالات مباشرة من مضيف إلى مضيف. كل عملية ترحيل من مضيف إلى مضيف مستقلة مما يجعل الحل قابلًا للتطوير بلا حدود، دون اختناقات مركزية لتدفق البيانات. يستخدم الترحيل تقنية «cMotion™» لضمان عدم التأثير على الإنتاج.
حالات الاستخدام
تغطي هذا الوثيقة حالة ترحيل عامة لنقل التطبيق من جهاز ظاهري واحد (يعمل محليًا أو في موفر سحابة آخر) إلى جهاز ظاهري في Azure. للحصول على أدلة أعمق خطوة بخطوة في حالات الاستخدام المختلفة، يمكنك معرفة المزيد على الروابط التالية:
- نقل حمل العمل إلى Azure باستخدام cMotion
- الانتقال من Premium Disks إلى Ultra Disks
- الانتقال من AWS إلى Azure
المكونات
يتكون Cirrus Migrate Cloud من مكونات متعددة:
تقوم ميزة cMotion™ في CMC بإجراء قطع على مستوى التخزين من مصدر إلى السحابة المستهدفة دون توقف عن العمل إلى مضيف المصدر. يستخدم «cMotion™» لتأرجح حمل العمل من القرص المصدر FC أو iSCSI الأصلي إلى الوجهة الجديدة Azure Managed Disk.
Web-based Management Portal هي إدارة قائمة على الويب كخدمة. يسمح للمستخدمين بإدارة الترحيل وحماية أي تخزين كتلة. توفر Web-based Management Portal واجهات لجميع تكوينات تطبيقات CMC والإدارة والمهام الإدارية.
دليل التنفيذ
يجب على المستخدم اتباع أفضل ممارسات Azure لتنفيذ جهاز ظاهري جديد. إذا لم تكن على دراية بالعملية، فتعرف على المزيد من دليل البدء السريع.
قبل بدء الترحيل، تأكد من استيفاء المتطلبات الأساسية التالية:
- تحقق من أن نظام التشغيل في Azure مرخص بشكل صحيح
- التحقق من الوصول إلى جهاز Azure الظاهري
- تحقق من توفر ترخيص التطبيق/ قاعدة البيانات للتشغيل في Azure
- تحقق من الإذن الخاص بالتخصيص التلقائي لحجم القرص الوجهة
- تأكد من أن القرص المدار بنفس الحجم أو أكبر من القرص المصدر
- تأكد من أن المصدر أو الجهاز الظاهري الوجهة يحتوي على منفذ مفتوح للسماح باتصال H2H الخاص بنا.
إعداد الجهاز الظاهري Microsoft Azure. تفترض الوثيقة أن الجهاز الظاهري قد تم تنفيذه بالكامل. لذلك، بمجرد ترحيل أقراص البيانات، يمكن للمضيف الوجهة بدء تشغيل التطبيق على الفور، وإحضاره عبر الإنترنت. ستكون حالة البيانات هي نفسها المصدر عندما تم إغلاقها قبل ثوان. لا يقوم CMC بترحيل قرص نظام التشغيل من المصدر إلى الوجهة.
قم بإعداد التطبيق في جهاز Azure الظاهري. في هذا المثال، المصدر هو مضيف Linux. يمكنه تشغيل أي تطبيق مستخدم يصل إلى وحدة تخزين BSD المعنية. سنستخدم تطبيق قاعدة بيانات يعمل في المصدر باستخدام قرص 1 GiB كجهاز تخزين مصدر. ومع ذلك، يمكن استخدام أي تطبيق بدلًا من ذلك. قم بإعداد جهاز ظاهري في Azure جاهز للاستخدام كجهاز ظاهري الوجهة. تأكد من أن تكوين الموارد ونظام التشغيل متوافقان مع التطبيق، وجاهزان لتلقي الترحيل من المصدر باستخدام مدخل CMC. سيتم تخصيص جهاز/ أجهزة تخزين كتلة الوجهة تلقائيًا وإنشائها أثناء عملية الترحيل.
سجّل للحصول على حساب CMC. للحصول على حساب CMC، اتبع صفحة الدعم للحصول على الإرشادات الدقيقة حول كيفية الحصول على حساب. يمكن العثور على مزيد من التفاصيل عن هذا الموضوع هنا.
أنشئ مشروع ترحيل يعكس خصائص الترحيل المحددة ونوعها ومالك الترحيل وأي تفاصيل مطلوبة لتحديد العمليات.
عرّف معلمات مشروع الترحيل. استخدم البوابة الإلكترونية المستندة إلى ويب CMC لتكوين الترحيل عن طريق تحديد المعلمات: المصدر والوجهة والمعلمات الأخرى.
ثبّت وكلاء CMC للترحيل على مضيفي المصدر والوجهة. باستخدام مدخل الإدارة المستند إلى ويب CMC، حدد Deploy Cirrus Migrate Cloud للحصول على الأمر curl New Installation. قم بتشغيل الأمر على واجهة سطر الأوامر المصدر والوجهة.
إنشاء اتصال ثنائي الاتجاه بين مضيفي المصدر والوجهة. استخدم علامة التبويب H2H في مدخل الإدارة المستند إلى ويب CMC، والزر Create New Connection. حدد الجهاز الذي يستخدمه التطبيق، وليس الجهاز الذي يستخدمه نظام التشغيل Linux.
ابدأ الترحيل إلى الجهاز الظاهري الوجهة باستخدام ترحيل وحدات تخزين المضيف من مدخل الإدارة المستند إلى ويب CMC. اتبع الإرشادات الخاصة بالموقع البعيد. استخدم مدخل CMC لتخصيص وحدات تخزين الوجهة تلقائيًا على يمين الشاشة.
بعد ذلك، نحتاج إلى إضافة بيانات اعتماد Azure للسماح بالاتصال وتوفير القرص باستخدام علامة التبويب عمليات التكامل على مدخل CMC. املأ الحقول المطلوبة باستخدام قيم شركتك الخاصة لـ Azure: Integration Name وTenant ID وClient/Application ID وSecret. اضغط على حفظ.
للحصول على تفاصيل حول إنشاء تطبيق Azure AD، اطلع على تعليماتنا خطوة بخطوة. من خلال إنشاء تطبيق Azure AD لـ CMC وتسجيله، يمكنك تمكين الإنشاء التلقائي لأقراص Azure المدارة على الجهاز الظاهري الهدف.
ملاحظة
نظرا لأنك حددت تخصيص تلقائي لوحدات تخزين الوجهة في الخطوة السابقة، فلا تضغط عليها مرة أخرى للحصول على تخصيص جديد. إذا قمت بذلك، سيخرج ويظهر لك خطأ. بدلًا من ذلك، اضغط على Continue.
دليل الترحيل
بعد الضغط على Save في الخطوة السابقة، تظهر نافذة New Migration Session. املأ الحقول:
- Session description: تقديم وصف ذي مغزى
- Auto Resync Interval: تمكين جدول الترحيل
- استخدم iQoS لتحديد تأثير الترحيل على الإنتاج:
Minimum يقيد الترحيل إلى 25% من عرض النطاق الترددي المتاح
Moderate يقيد الترحيل إلى 50% من عرض النطاق الترددي المتاح
Aggressive يقيد الترحيل إلى 75% من عرض النطاق الترددي المتاح
Relentless لا يقيد الترحيل.
اضغط على Create Session لبدء الترحيل.
من بداية المزامنة الأولية للترحيل حتى بدء تشغيل cMotion، ليست هناك حاجة لتفاعل المستخدم مع CMC. الاستثناء الوحيد هو مراقبة التقدم. يمكنك مراقبة الحالة الحالية وأحجام الجلسات وتتبع التغييرات باستخدام لوحة المعلومات.
أثناء الترحيل، يمكنك ملاحظة الكتل التي تم تغييرها على الجهاز المصدر عن طريق الضغط على خريطة البيانات المتغيرة.
ستعرض التفاصيل حول iQoS الكتل المتزامنة وحالة الترحيل. كما يظهر أنه لا يوجد أي تأثير على إنتاج IO.
نقل حمل العمل إلى Azure باستخدام cMotion
بعد انتهاء المزامنة الأولية، سنستعد لنقل حمل العمل من القرص المصدر إلى القرص المدار Azure الوجهة باستخدام cMotion™.
بدء تشغيل cMotion™
في هذه المرحلة، تكون الأنظمة جاهزة لقطع ترحيل cMotion™.
- في مدخل CMS، حدد Trigger cMotion™ باستخدام جلسة العمل لتبديل حمل العمل من المصدر إلى القرص الوجهة. للتحقق مما إذا كانت العملية قد تمت، يمكنك استخدام iostat، أو ما يعادلها من الأوامر. انتقل إلى المحطة الطرفية في الجهاز الظاهري Azure، وقم بتشغيل iostat /dev/device_name<> (على سبيل المثال /dev/sdc)، ولاحظ أن IOs مكتوبة بواسطة التطبيق على القرص الوجهة في سحابة Azure.
في هذه الحالة، يمكن أرجحة حمل العمل أو نقله مرة أخرى إلى القرص المصدر في أي وقت. إذا كنت تريد إرجاع الجهاز الظاهري للإنتاج، فاستخدم الزر Session Actions، وحدد الخيار Revert cMotion™. يمكننا التأرجح ذهابًا وإيابًا عدة مرات نريد أثناء تشغيل التطبيق في مضيف المصدر/ الجهاز الظاهري.
عند الحاجة إلى القطع النهائي إلى الجهاز الظاهري الوجهة، اتبع الخطوات:
- حدد Session Actions
- انقر فوق الخيار Finalize Cutover «لتأمين» القطع إلى جهاز Azure الظاهري الجديد، وقم بتعطيل خيار إزالة القرص المصدر. أوقف تشغيل أي تطبيق آخر في المضيف المصدر لقطع المضيف النهائي.
أنقل التطبيق إلى الجهاز الظاهري الوجهة
بمجرد الانتهاء من القطع، يجب تحويل التطبيق إلى الجهاز الظاهري الجديد. للقيام بذلك، يمكنك تنفيذ الخطوات التالية:
- إيقاف التطبيق
- إلغاء تحميل الجهاز الذي تم ترحيله
- قم بإدخال الجهاز الجديد الذي تم ترحيله في جهاز Azure الظاهري.
- ابدأ تشغيل نفس التطبيق في الجهاز الظاهري Azure على القرص الجديد الذي تم ترحيله.
لاحظ أنه لا توجد IOs تذهب إلى أجهزة مضيفات المصدر عن طريق تشغيل الأمر iostat في المضيف المصدر. سيظهر تشغيل iostat في الجهاز الظاهري Azure أن IO يتم تنفيذه على محطة الجهاز الظاهري Azure.
أكمل جلسة الترحيل في واجهة المستخدم الرسومية CMC
اكتملت خطوة الترحيل عند إعادة توجيه جميع IOs إلى الأجهزة الوجهة بعد تشغيل cMotion™. يمكنك الآن إغلاق الجلسة باستخدام Session Actions. انقر فوق Delete Session لإغلاق جلسة الترحيل. كخطوة أخيرة، ستقوم بإزالة Cirrus Migrate Cloud Agents من كل من مضيف المصدر وجهاز Azure الظاهري. لإجراء إلغاء التثبيت، احصل على Uninstall curl command من الزر Deploy Cirrus Migrate Cloud. الخيار موجود في قسم Hosts في البوابة الإلكترونية.
بعد إزالة الوكلاء، يكتمل الترحيل بالكامل. الآن يتم تشغيل التطبيق المصدر في الإنتاج على الجهاز الظاهري Azure الوجهة مع الأقراص المثبتة محليا.
الدعم
كيفية فتح حالة باستخدام Azure
في مدخل Azure، ابحث عن الدعم في شريط البحث في الأعلى. في التعليمات + الدعم ->طلب الدعم الجديد.
إشراك دعم Cirrus
في مدخل CMC، حدد علامة التبويب Help Center على مدخل CMC للاتصال بدعم Cirrus Data Solutions، أو انتقل إلى الموقع الإلكتروني CDSI، وقدم طلب دعم.
الخطوات التالية
- تعرف على المزيد حول أجهزة Azure الظاهرية
- تعرف على المزيد حول أقراص Azure المدارة
- تعرف على المزيد حول ترحيل مساحة التخزين
- Cirrus Data website
- أدلة خطوة بخطوة لـ cMotion