أساسيات الترحيل السحابي لتخزين الملفات والمجلدات

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

الغرض من هذه المقالة هو توفير نظرة ثاقبة حول كيفية تحقيق ترحيل التخزين إلى Azure، بحيث يمكنك تحقيق تصميم الحل السحابي للتخزين.

Summary illustration showing migration phases: Discover, Assess, Plan, Deploy, Migrate, Post-Migrate to illustrate the sections to come in this article.

يتطلب ترحيل الملفات والمجلدات إلى السحابة تخطيطا دقيقا والعديد من الاعتبارات على طول الطريق لتحقيق نتيجة مثالية. يوفر Azure Storage Mover قائمة متزايدة من الميزات وسيناريوهات الترحيل التي تدعمك في رحلتك. في هذه المقالة، نقسم المهام الشائعة للترحيل إلى مراحل يكون لكل منها قسم خاص بها.

المرحلة الأولى: الاكتشاف

في مرحلة الاكتشاف، يمكنك تحديد مواقع المصدر التي تشكل جزءا من مشروع الترحيل. يعالج Azure Storage Mover مواقع المصدر في شكل مشاركات الملفات. يمكن أن تتواجد هذه المواقع على التخزين المرفق بالشبكة (NAS) أو خادم أو حتى على محطة عمل. البروتوكولات الشائعة لمشاركات الملفات هي SMB (Server Message Block) وNFS (نظام ملفات الشبكة).

إذا كان حمل العمل الخاص بك يستخدم التخزين المرفق المباشر (DAS)، فمن المرجح أن Azure Storage Mover لا يزال بإمكانه المساعدة في ترحيل السحابة. قد تتمكن من إنشاء مشاركة ملف على مسار المجلد المحلي ثم مشاركة الموقع عبر الشبكة المحلية. باستخدام الأذونات المناسبة واعتبارات الشبكات، يمكنك الآن ترحيل هذا الموقع إلى Azure، حتى إذا كان تطبيقك يستخدم المسار المحلي.

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

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

هام

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

نتيجة مرحلة الاكتشاف هي قائمة بمشاركات الملفات التي تحتاج إلى ترحيلها إلى Azure. يجب أن يكون لديك قوائم مميزة لكل حمل عمل.

يوفر Azure Storage Mover مشاريع ترحيل لإنشاء قوائم فردية وتخزينها. من الممارسات الشائعة تسمية مشروع الترحيل بعد حمل العمل الذي تقوم بترحيله. تعمل هذه الممارسة على تبسيط الإشراف على خطوات التخطيط وتقدم الترحيل.

المرحلة الثانية: التقييم

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

في مرحلة التقييم، يمكنك التحقق من مشاركاتك المكتشفة والمدرجة في القائمة القصيرة للتأكد من اختيار التخزين الهدف المناسب ل Azure لتصميم الحل السحابي الخاص بك.

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

فيما يلي المكونان الأساسيان للملف:

  • تدفق البيانات: يخزن دفق البيانات الخاص بالملف محتوى الملف.
  • بيانات تعريف الملف: تحتوي بيانات تعريف الملف على هذه المكونات الفرعية:
    • سمات الملف، مثل للقراءة فقط
    • أذونات الملفات، مثل أذونات NTFS أو قوائم التحكم في الوصول إلى الملفات والمجلدات (ACLs)
    • الطوابع الزمنية، أبرزها إنشاء الطوابع الزمنية وآخر تعديل لها
    • دفق بيانات بديل، وهو مساحة لتخزين كميات أكبر من الخصائص غير المتوافقة

يمكن تعريف دقة الملف في الترحيل على أنها القدرة على:

  • اقرأ جميع معلومات الملف المطلوبة من المصدر.
  • نقل الملفات باستخدام خدمة الترحيل أو الأداة.
  • تخزين الملفات في التخزين الهدف للترحيل.

ناتج مرحلة التقييم هو قائمة بالجوانب الموجودة في مشاركة المصدر. قد تتضمن هذه الجوانب بيانات مثل:

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

هذه الرؤى هي إدخال مهم في تصميم حلول السحابة للتخزين.

المرحلة الثالثة: التخطيط

في مرحلة التخطيط، يمكنك دمج مشاركات المصدر المكتشفة مع المواقع المستهدفة في Azure.

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

في خدمة Azure Storage Mover، يمكنك تسجيل كل زوج مصدر/هدف كتعريف وظيفة. يتم تضمين تعريف الوظيفة في مشروع الترحيل الذي قمت بإنشائه مسبقا. تحتاج إلى تعريف وظيفة جديد ومتميز لكل زوج مصدر/هدف.

إشعار

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

نتيجة مرحلة التخطيط هي تعيين مشاركات المصدر إلى مواقع هدف Azure. إذا لم تكن أهدافك موجودة بالفعل، يتعين عليك إكمال المرحلة التالية "نشر" قبل أن تتمكن من تسجيل خطة الترحيل في خدمة Azure Storage Mover.

المرحلة الرابعة: التوزيع

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

لا يمكن أن يساعد Azure Storage Mover حاليا في نشر المورد الهدف. لنشر تخزين Azure، يمكنك استخدام مدخل Azure أو Azure PowerShell أو Azure CLI أو قالب Bicep.

هام

عند نشر Azure Storage، راجع مجموعات أزواج مصدر الدعم/الهدف ل Azure Storage Mover وتأكد من عدم تكوين سيناريوهات غير مدعومة.

المرحلة الخامسة: الترحيل

يحدث عمل نسخ ملفاتك ومجلداتك إلى موقع هدف Azure ضمن مرحلة الترحيل.

هناك اعتباران رئيسيان لمرحلة الترحيل:

  • تقليل وقت تعطل حمل العمل الخاص بك.
  • حدد وضع الترحيل الصحيح.

تقليل وقت التعطل

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

ترحيل متقارب، n-pass

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

يدعم Azure Storage Mover النسخ من المصدر إلى الهدف كلما تطلب ذلك. يخزن تعريف الوظيفة إعدادات المصدر والهدف والترحيل. يمكنك إرشاد عامل ترحيل لتنفيذ تعريف الوظيفة الخاص بك، ما يؤدي إلى تشغيل وظيفة. في هذه المقالة المرتبطة، يمكنك معرفة المزيد حول التسلسل الهرمي لمورد Storage Mover.

أوضاع الترحيل

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

هناك وضعان للنسخ:

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

المرحلة 6: مهام ما بعد الترحيل

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

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

فيما يلي بعض التوصيات الإضافية:

الخطوات التالية

يمكن أن تساعدك هذه المقالات على استخدام Azure Storage Mover لترحيل السحابة: