اختر نهج الترحيل الخاص بك
في مرحلة سابقة من المشروع، قمت بإجراء اكتشاف كامل وتقييم للبيئة الحالية. لقد قمت بتحديد مخزون الخوادم والخدمات التي في النطاق للترحيل والتبعيات بينهم. لقد تلقيت التوجيه والدعم من فريق تكنولوجيا المعلومات وفرق الأعمال التي تعمل مع الخدمات الفردية، وقد وافق فريق القيادة على الترحيل.
مهمتك الأولى هي تأكيد نهج الترحيل والأدوات التي من شأنها أن تلبي هدف الشركة التجارية لإعادة استضافة البنية الأساسية الموجودة في Azure.
في هذه الوحدة، ستقارن "Azure Migrate" و"استرداد موقع Azure" كخيارات لترحيل أحمال عمل الخادم إلى Azure. ستراجع أيضًا خيارات الترحيل التي لا عوامل لها والقائمة على العامل، وستختار الطريقة المناسبة لسيناريو نشاطك التجاري.
تحديد أدوات الترحيل وخدماته
تتوفر العديد من الأدوات والخدمات في Azure لمساعدتك على ترحيل مواردك إلى Azure. يتم دمج العديد من هذه الأدوات في خدمة "Azure Migrate" التي تعمل كمركز لأدوات الترحيل، ما يتيح لك تركيز مهام الترحيل المختلفة في مكان واحد.
يعتمد اختيار الأداة على نوع حمل العمل الذي تخطط لترحيله. بالنسبة لأحمال عمل قاعدة البيانات، تساعدك أداة مثل Azure Database Migration Service (Azure DMS) على إدارة العملية بأكملها لنقل أحمال عمل قاعدة البيانات إلى Azure.
التخطيط لإصدار تجريبي للترحيل
كجزء من استراتيجيتك، تخطط لتشغيل إصدار تجريبي أولي عن طريق ترحيل مجموعة فرعية من تطبيقات الشركة التي لا تعتبر ذات أهمية بالغة للأعمال. يتم تشغيل هذه التطبيقات حاليًا في مركز البيانات كأحمال عمل Windows Server وLinux المستضافة على Hyper-V. وستشمل المراحل اللاحقة من الترحيل أعباء العمل التي تعمل على VMware.
في هذه الوحدة، ستتعرف على كيفية مساعدة "Azure Migrate" في إنجاز الترحيل التجريبي. يمكنك أيضًا استخدام "استرداد موقع Azure" لنقل الأجهزة الظاهرية من المواقع المحلية إلى Azure. من خلال مقارنة كلا الخيارين، ستفهم النهج الذي يلبي بشكل أفضل سيناريو عملك.
Azure Migrate
يوفر "Azure Migrate" مركزًا متكاملاً من الأدوات لتقييم البنية الأساسية والتطبيقات والبيانات المحلية وترحيلها إلى Azure. افترض أنك استخدمت بالفعل "Azure Migrate" لتقييم البيئة الخاصة بك. يمكنك تنفيذ الترحيل باستخدام "Azure Migrate": أداة ترحيل الخادم من نفس مشروع "Azure Migrate". ضمن "Azure Migrate" هناك أدوات التقييم والترحيل الأصلية، متوفرة بدون تكلفة إضافية.
في هذه الوحدة، ستركز على استخدام الأدوات لتقييم أحمال العمل وترحيلها.
أدوات مورد برامج مستقل
لا يوجد سيناريو ترحيل واحد متطابق. يمكن لبعض مشاريع الترحيل أن تطرح تحديات فريدة تتطلب حل ترحيل موسع بصرف النظر عن الأدوات الأصلية لـ Azure. تكامل "Azure Migrate" مع خدمات Azure الأخرى والأدوات وعروض مورد برامج مستقل (ISV) من خلال واجهة المدخل الموحدة نفسها وحدها. توفر عروض مورد برامج مستقل خيارات بديلة إذا كانت المؤسسة تواجه تحديات محددة في مشروع ترحيل، ويمكنك الوصول إلى هذه الخيارات مباشرة من "Azure Migrate".
الترحيل أو مواجهة الكوارث
بينما يمكنك أيضا استخدام "استرداد موقع Azure" لترحيل أحمال العمل الخاصة بك إلى Azure، تم تصميم "Azure Migrate" وتحسينه للترحيل. مركز "Azure Migrate" يركز كافة الأدوات والدعم المطلوبة لأحمال العمل المختلفة، بما في ذلك الخوادم الفعلية والافتراضية، وقواعد البيانات، والتطبيقات.
تتيح لك "Azure Migrate" إمكانية اكتشاف مواردك وتوفير تقرير تقييم يتضمن تقديرات التكلفة الشهرية (الحساب والتخزين) وجاهزية الجهاز الظاهري لـ Azure وضبط الحجم الصحيح المستند إلى الأداء.
استرداد موقع Azure
ترحيل أحمال العمل المحلية والسحابية العامة إلى السحابة هو قرار عمل محدد. تم تصميم "استرداد موقع Azure" كخدمة لاستخدامها في مواجهة الكوارث في المواقع المحلية وللأجهزة الظاهرية لدى Azure. يمكنه أن يكرر أحمال العمل تلقائيًا من موقع أساسي إلى موقع ثانوي إذا كان هناك انقطاع. من خلال توفير الوصول إلى Azure كموقع ثانوي، يمكنك تجنب تكلفة إنشاء أو تأجير وصيانة مركز بيانات آخر. تجاوز الفشل في "Azure Migrate" إما محليًا إلى Azure أو من منطقة Azure واحدة إلى أخرى. ومع ذلك، إذا كنت تستخدم "استرداد موقع Azure" لترحيل أحمال العمل إلى Azure، لا يمكنك إرجاع الموارد نظرًا إلى أن الترحيل عملية لمرة واحدة.
على الرغم من مشاركة بعض أوجه التشابه في عملية النسخ المتماثل للبيانات، فإن"Azure Migrate" و"استرداد موقع Azure" يخدمان أغراضًا مختلفة. في هذه الوحدة، ستركز على استخدام "Azure Migrate" لتلبية احتياجات شركتك من العمل وترحيل أحمال العمل الخاصة بك.
مقارنة الترحيل بدون عامل مقابل الترحيل المستند إلى عامل
عند التخطيط لترحيلك، عليك أولاً أن تقرر بين نهج الترحيل المستند إلى عامل أو بدون عامل. يتضمن النهج المستند إلى عامل تثبيت عامل خفيف على كل جهاز تريد إجراء نسخ متماثل للترحيل. ينسق العامل بيانات النسخ المتماثل من كل جهاز ويعده للإرسال إلى Azure. باستخدام النسخ المتماثل المستند إلى عامل، لا تحتاج إلى إيقاف تشغيل الأنظمة في أثناء الترحيل، لضمان دورة تشغيل مستمرة.
يأتي الترحيل المستند على عامل مع تكلفة إدارة العوامل والاحتفاظ بها على محدثة. يوفر الترحيل بدون عامل حلاً أرخص ويتجنب المصاريف الإضافية للإدارة. ومع ذلك، فإنه يتطلب أنظمة غير متصلة في أثناء الترحيل. بشكل عام، إذا كان النظام هامًا للعمل، فإنه يجب استخدام خيار يستند إلى عامل. بالنسبة إلى الأنظمة غير الهامة أو البعيدة، لا تمثل الفترات القصيرة دون اتصال مشكلة كبيرة، ويمكنك استخدام الترحيل بدون عامل.
ترحيل باستخدام بدون عامل
كما كنت تراعي اختيارك بأداة الترحيل، فضع في اعتبارك الهدف الأولي من الإصدار التجريبي لترحيل الأجهزة الظاهرية المستندة إلى Hyper-V بـ Azure. توفر أداة ترحيل خادم "Azure Migrate" النسخ المتماثل بدون عامل للأجهزة الظاهرية Hyper-V المحلية، باستخدام سير عمل ترحيل محسّن لـ Hyper-V. تثبيت عامل برنامج فقط على مضيفي Hyper-V أو أجهزة كمبيوتر ضمن خادم نظام المجموعة. لا تحتاج إلى تثبيت أي شيء على أجهزة Hyper-V الظاهرية الفردية.
يتطلب منك هذا الإصدار التجريبي ترحيل أحمال العمل غير الهامة التي تعمل على Hyper-V إلى Azure. لذلك، سوف تستخدم ترحيلاً بدون عامل باستخدام "Azure Migrate".
تقييم أحمال عمل VMware
بالنسبة إلى المراحل اللاحقة من الترحيل، ستحتاج إلى التفكير في نهج مستند إلى العامل كعدد كبير من أحمال العمل الهامة للشركة التي تعمل على VMware.
كما يتيح لك استخدام خيار مستند إلى عامل الحصول على تفاصيل حول كيفية ارتباط أحمال عمل VMware ببعضها البعض والتبعيات بين الأجهزة الظاهرية. ستقوم العوامل بتجميع تلك البيانات ثم يمكنك استخدام ميزة تصور التبعية لدى Azure لفهم تلك التبعيات. يرغب حملة الأسهم في ضمان نجاح الترحيل بالكامل وتصوّر التبعية المستندة إلى العامل سيعطيك مستوى ثقة أعلى عند تقييم أحمال العمل الأكثر أهمية للأعمال.