نظرة عامة على مستويات السحابة

  • مقالة

يعمل الترتيب السحابي الذي يعتبر ميزة اختيارية في Azure File Sync على تقليل مقدار التخزين المحلي المطلوب مع الحفاظ على أداء خادم الملفات المحلي.

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

عندما يفتح مستخدم ملفا متدرجا، تقوم Azure File Sync باستدعاء بيانات الملف بسلاسة من مشاركة ملف Azure.

كيفية عمل ترتيب السحابة

نُهج طبقات النظير

عند تمكين الترتيب السحابي، تتوافر سياستان يمكنك تعيينهما لإبلاغ Azure File Sync عند تصنيف الملفات الرائعة: نهج المساحة الخالية لوحدة التخزين و نهج التاريخ .

نهج المساحة الخالية لوحدات التخزين

يشير نهج المساحة الخالية من وحدات التخزين Azure File Sync بطبقة الملفات الباردة إلى السحابة عند شغل قدر معين من المساحة على القرص المحلي.

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

نهج التاريخ

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

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

إلغاء تكرار بيانات Windows Server

يتم دعم إلغاء البيانات المكررة على وحدات التخزين التي تم تمكين طبقات السحابة بها بدءًا من Windows Server 2016. للحصول على التفاصيل، راجع التخطيط لتوزيع Azure File Sync.

خريطة التمثيل اللوني للطبقات السحابية

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

لتحديد الموضع النسبي لملف فردي في خريطة التمثيل اللوني هذه، يستخدم النظام الحد الأقصى للطوابع الزمنية الخاصة به، بالترتيب التالي: MAX (آخر وقت وصول، وقت آخر تعديل، وقت الإنشاء).

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

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

إشعار

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

استرجاع استباقي

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

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

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

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

لمزيد من المعلومات حول الاستدعاء الاستباقي، راجع نشر Azure File Sync .

سلوك الملفات المتدرجة مقابل الملفات المخزنة مؤقتًا داخليًا

طبقات السحابة هي الفصل بين مساحة الاسم (التسلسل الهرمي للملف والمجلد بالإضافة إلى خصائص الملف) ومحتوى الملف.

ملف مرتب في طبقات

بالنسبة للملفات المتدرجة، يكون الحجم على القرص صفرا لأن محتوى الملف نفسه لا يتم تخزينه محليا. عند ترتيب ملف، يستبدل عامل تصفية نظام ملفات Azure File Sync (StorageSync.sys) الملف محليا بمحدد يسمى نقطة إعادة توزيع. تمثل نقطة إعادة التوزيع عنوان URL للملف عند مشاركة ملف Azure. يحتوي الملف المتدرج على كل من السمة offline والسمات المعينة FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS في NTFS بحيث يمكن لتطبيقات الجهات الخارجية تحديد الملفات المتدرجة بشكل آمن.

A screenshot of a file's properties when it is tiered - namespace only.

ملف مخزن في ذاكرة تخزين مؤقت محليًا

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

A screenshot of a file's properties when it is not tiered - namespace + file content.

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

إشعار

تمثل المساحة الحجم المنطقي للملف. يمثل الحجم على القرص الحجم الفعلي لتدفق الملفات المخزن على القرص.

وضع انخفاض مساحة القرص

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

  • البيانات التي يتم نسخها يدويا إلى القرص خارج مسار نقطة نهاية الخادم
  • مزامنة بطيئة أو متأخرة تتسبب في عدم ترتيب الملفات
  • الاستدعاءات الزائدة للملفات المتدرجة

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

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

في وضع انخفاض مساحة القرص، يقوم عامل Azure File Sync بأمرين مختلفين:

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

  • الاستدعاءات غير الدائمة: عندما يفتح مستخدم ملفا متدرجا، لن تستمر الملفات التي تم استدعائها من مشاركة ملف Azure مباشرة في القرص. الاستدعاءات التي بدأها Invoke-StorageSyncFileRecall cmdlet هي استثناء لهذه القاعدة وسيتم الاحتفاظ بها على القرص.

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

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

كيف يتم حساب حد وضع انخفاض مساحة القرص؟

حساب الحد عن طريق أخذ الحد الأدنى من الأرقام الثلاثة التالية:

  • 10٪ من حجم وحدة التخزين في GiB
  • نهج المساحة الخالية من وحدة التخزين في GiB
  • 20 جيبي بايت

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

حجم وحدة التخزين 10٪ من حجم وحدة التخزين نهج المساحة الخالية من وحدة التخزين الحد = الحد الأدنى(10٪ من حجم وحدة التخزين، نهج المساحة الخالية من وحدة التخزين، 20 غيغابايت) مساحة خالية من وحدة التخزين الحالية هل وضع انخفاض مساحة القرص؟ السبب
100 جيجابايت 10 جيجابايت 7٪ (7 غيغابايت) 7 غيغابايت = الحد الأدنى (10 غيغابايت، 7 غيغابايت، 20 غيغابايت) 9٪ (9 غيغابايت) لا عتبة المساحة الخالية من وحدة التخزين الحالية (9 غيغابايت) > (7 غيغابايت)
100 جيجابايت 10 جيجابايت 7٪ (7 غيغابايت) 7 غيغابايت = الحد الأدنى (10 غيغابايت، 7 غيغابايت، 20 غيغابايت) 5٪ (5 غيغابايت) ‏‏نعم‬ الحد الحالي لمساحة خالية من وحدة التخزين (5 غيغابايت) < (7 غيغابايت)
300 جيبي بايت 30 جيجابايت 8٪ (24 جيبي بايت) 20 جيبي بايت = الحد الأدنى (30 جيبي بايت، 24 جيبي بايت، 20 غيغابايت) 7٪ (21 جيبي بايت) لا الحد الحالي لمساحة خالية من وحدة التخزين (21 غيغابايت) > (20 غيغابايت)
300 جيبي بايت 30 جيجابايت 8٪ (24 جيبي بايت) 20 جيبي بايت = الحد الأدنى (30 جيبي بايت، 24 جيبي بايت، 20 غيغابايت) 6٪ (18 جيبي بايت) ‏‏نعم‬ الحد الأقصى الحالي لمساحة التخزين الخالية (18 غيغابايت) < (20 غيغابايت)

كيف يعمل وضع المساحة المنخفضة على القرص مع نهج المساحة الخالية من وحدة التخزين؟

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

ما السبب الأكثر شيوعا لنقطة نهاية الخادم في وضع القرص المنخفض؟

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

كيفية الخروج من وضع انخفاض مساحة القرص؟

فيما يلي طريقتان للخروج من وضع القرص المنخفض على نقطة نهاية الخادم:

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

كيفية التحقق مما إذا كان الخادم في وضع انخفاض مساحة القرص؟

  • إذا كانت نقطة نهاية الخادم في وضع القرص المنخفض، يتم عرضها في مدخل Microsoft Azure في قسم صحة ترتيب السحابة في علامة التبويب الأخطاء + استكشاف الأخطاء وإصلاحها لنقطة نهاية الخادم.
  • يتم تسجيل معرف الحدث 19000 إلى سجل أحداث بيانات تتبع الاستخدام كل دقيقة لكل نقطة نهاية خادم. استخدم هذا الحدث لتحديد ما إذا كانت نقطة نهاية الخادم في وضع القرص المنخفض (IsLowDiskMode = true). يوجد سجل أحداث القياس عن بعد في عارض الأحداث ضمن تطبيقات وخدمات\Microsoft\FileSync\Agent.

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