قابلية التوسع لموقع تخزين Azure وأهداف الأداء

  • مقالة

تقدم Azure Files مشاركات ملفات مُدارة بالكامل في السحابة يمكن الوصول إليها عبر بروتوكول SMB ونظام ملفات NFS. تتناول هذه المقالة أهداف قابلية التوسع والأداء لـAzure Files وAzure File Sync.

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

ينطبق على

نوع مشاركة الملف SMB NFS
مشاركات الملفات القياسية (GPv2)، حسابات التخزين المكررة محليًا (LRS) وحسابات التخزين المكررة في المنطقة (ZRS) ‏‏نعم‬ لا
مشاركات الملفات القياسية (GPv2)، حساب تخزين مكرر جغرافي (GRS) أو حساب تخزين مكرر للمنطقة الجغرافية (GZRS) ‏‏نعم‬ لا
مشاركات الملفات المدفوعة (FileStorage)، حسابات التخزين المكررة محليًا (LRS) وحسابات التخزين المكررة في المنطقة (ZRS) ‏‏نعم‬ ‏‏نعم‬

أهداف مقياس ملفات Azure

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

أهداف مقياس حساب التخزين

يتم تطبيق أهداف مقياس حساب التخزين على مستوى حساب التخزين. يوجد نوعان أساسيان من حسابات التخزين لـ Azure Files:

  • حسابات التخزين للأغراض العامة الإصدار 2 (GPv2) (GPv2) : تسمح لك حسابات تخزين GPv2 بنشر مشاركات ملفات Azure على الأجهزة القياسية/المستندة إلى القرص الثابت (المستندة إلى محرك الأقراص الثابتة). بالإضافة إلى تخزين مشاركات ملفات Azure، يمكن لحسابات تخزين GPv2 تخزين موارد التخزين الأخرى مثل قوائم الانتظار أو الجداول أو حاويات الكائنات الثنائية كبيرة الحجم. يمكن نشر مشاركات الملفات في معاملات الطبقات المحسّنة (الافتراضية) أو قصيرة الأمد أو طويلة الأمد.

  • حسابات تخزين FileStorage: تتيح لك حسابات تخزين FileStorage نشر مشاركات ملفات Azure على أجهزة مستندة إلى قرص ذي حالة صلبة/مميزة (يستند إلى SSD). لا يمكن استخدام حسابات FileStorage إلا لتخزين مشاركات ملفات Azure؛ ولا يمكن توزيع أي موارد تخزين أخرى، على سبيل المثال، (قوائم الانتظار والجداول وحاويات الكائنات الثنائية كبيرة الحجم وما إلى ذلك) في حساب FileStorage.

السمة حسابات تخزين GPv2 (قياسية) حسابات تخزين FileStorage (متميزة)
عدد حسابات التخزين لكل منطقة لكل اشتراك 2501 2501
سعة حساب التخزين القصوى 5 PiB2 100 TiB (مقدم)
الحد الأقصى لعدد مشاركات الملفات غير محدود يجب أن يكون الحجم الإجمالي غير المحدود لجميع الأسهم أقل من الحد الأقصى لسعة حساب التخزين القصوى
الحد الأقصى لمعدل الطلبات المتزامنة 20,000 IOPS2 102,400 IOPS
معدل النقل (الدخول + الخروج) لـLRS/GRS
  • شرق أستراليا
  • Central US
  • شرق آسيا
  • East US 2
  • شرق اليابان
  • وسط كوريا
  • أوروبا الشمالية
  • South Central US
  • جنوب شرق آسيا
  • جنوب المملكة المتحدة
  • أوروبا الغربية
  • غرب الولايات المتحدة
  • الدخول: 7,152 MiB/ثانية
  • الخروج: 14,305 MiB/ثانية
 10,340 MiB/ثانية
معدل النقل (الدخول + الخروج) لـZRS
  • شرق أستراليا
  • Central US
  • شرق الولايات المتحدة
  • East US 2
  • شرق اليابان
  • أوروبا الشمالية
  • South Central US
  • جنوب شرق آسيا
  • جنوب المملكة المتحدة
  • أوروبا الغربية
  • West US 2
  • الدخول: 7,152 MiB/ثانية
  • الخروج: 14,305 MiB/ثانية
 10,340 MiB/ثانية
معدل النقل (الدخول + الخروج) لمجموعات التكرار/المنطقة غير المدرجة في الصف السابق
  • الدخول: 2,980 MiB/ثانية
  • الخروج: 5,960 MiB/ثانية
 10,340 MiB/ثانية
عدد قواعد الشبكة الظاهرية الأقصى 200 200
الحد الأقصى لعدد قواعد عناوين IP 200 200
عمليات قراءة الإدارة 800 لكل 5 دقائق 800 لكل 5 دقائق
إدارة كتابة العمليات 10 في الثانية/1200 في الساعة 10 في الثانية/1200 في الساعة
عمليات قائمة الإدارة 100 لكل 5 دقائق 100 لكل 5 دقائق

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

أهداف مقياس مشاركة ملف Azure

يتم تطبيق أهداف مقياس مشاركة ملف Azure على مستوى مشاركة الملف.

السمة مشاركات الملفات القياسية 1 مشاركات الملفات Premium
الحد الأدنى لحجم مشاركة الملف لا يوجد حد أدنى 100 GiB (مقدم)
وحدة زيادة/نقصان الحجم المخصص ‏‫غير متوفر‬ 1 جيجابيت
الحد الأقصى لحجم مشاركة الملف
  • 100 TiB، مع تمكين ميزة مشاركة الملفات الكبيرة 2
  • 5 TiB، افتراضي
 100 تي بايت
الحد الأقصى لعدد الملفات في مشاركة ملف غير محدود غير محدود
الحد الأقصى لمعدل الطلب (الحد الأقصى لعمليات IOPS)
  • 20,000، مع تمكين ميزة مشاركة الملفات الكبيرة 2
  • 1000 أو 100 طلب لكل 100 مللي ثانية، بشكل افتراضي
  • عمليات الإدخال والإخراج في الثانية للأساس: 3000 + 1 IOPS لكل GiB، حتى 102400
  • اندفاع IOPS: الحد الأقصى (10,000، 3x IOPS لكل GiB)، حتى 102,400
الحد الأقصى لمعدل النقل (الدخول + الخروج) لمشاركة ملف واحد (MiB/ثانية)
  • ما يصل إلى حدود حساب التخزين، مع تمكينميزة مشاركة الملفات الكبيرة 2
  • حتى 60 ميجابت/ثانية، افتراضي
 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)
الحد الأقصى لعدد لقطات التقرير 200 لقطة 200 لقطة
الحد الأقصى لطول اسم العنصر3 (اسم المسار الكامل بما في ذلك جميع الدلائل وأسماء الملفات والأحرف المائلة عكسيا) 2,048 حرفاً 2,048 حرفاً
الحد الأقصى لطول مكون اسم المسار الفردي3 (في المسار \A\B\C\D، يمثل كل حرف دليلاً أو ملفاً يمثل مكوناً فردياً) 255 أحرف 255 أحرف
حد الارتباط الثابت (NFS فقط) ‏‫غير متوفر‬ 178
الحد الأقصى لعدد قنوات الشركات الصغيرة والمتوسطة متعددة القنوات ‏‫غير متوفر‬ 4
الحد الأقصى لعدد نُهج الوصول المخزنة لكل مشاركة ملف 5 5

1 تنطبق حدود مشاركات الملفات القياسية على جميع المستويات الثلاثة المتوفرة لمشاركات الملفات القياسية: المعاملات المحسنة والساخنة والرائعة.

2 الافتراضي لمشاركات الملفات القياسية هو 5 TiB، راجع إنشاء مشاركة ملف Azure للحصول على تفاصيل حول كيفية إنشاء مشاركات الملفات بحجم 100 TiB وزيادة مشاركات الملفات القياسية الحالية حتى 100 TiB. للاستفادة من أهداف المقياس الأكبر، يجب تغيير الحصة النسبية بحيث تكون أكبر من 5 تيرابايت.

3 تفرض ملفات Azure قواعد تسمية معينة لأسماء الملفات والدليل.

أهداف مقياس الملف

تنطبق أهداف مقياس الملفات على الملفات الفردية المخزنة في مشاركات ملفات Azure.

السمة الملفات في مشاركات الملفات القياسية الملفات في مشاركات الملفات المميزة
حجم الملف الأقصى 4 تيرا بايت 4 تيرا بايت
الحد الأقصى لمعدل الطلبات المتزامنة 1,000 عملية إدخال/إخراج في الثانية ما يصل إلى 8,0001
الحد الأقصى للإدخال لملف 60 MiB/ثانية 200 MiB/ثانية (حتى 1 GiB/ثانية مع SMB متعدد القنوات)2
الحد الأقصى للإخراج لملف 60 MiB/ثانية 300 MiB/ثانية (حتى 1 GiB/ثانية مع SMB متعدد القنوات)2
الحد الأقصى للمقابض المتزامنةللدليل الجذر 3 10,000 مؤشر 10,000 مؤشر
الحد الأقصى للمقابض المتزامنة لكل ملف ودليل3 2000 مؤشر 2000 مؤشر

1 ينطبق على قراءة وكتابة I/Os (عادة ما تكون أحجام الإدخال/إخراج الأصغر أقل من أو تساوي 64 KiB). قد تكون عمليات بيانات التعريف، بخلاف عمليات القراءة والكتابة، أقل. هذه حدود ناعمة، ويمكن أن يحدث التقييد خارج هذه الحدود.

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

3 تدعم Azure Files 10000 مؤشر مفتوح على الدليل الجذر و2000 مؤشر مفتوح لكل ملف ودليل داخل المشاركة. يعتمد عدد المستخدمين النشطين المعتمدين لكل مشاركة على التطبيقات التي تصل إلى المشاركة. إذا لم تفتح تطبيقاتك مؤشرا على الدليل الجذر، يمكن أن تدعم Azure Files أكثر من 10000 مستخدم نشط لكل مشاركة. ومع ذلك، إذا كنت تستخدم Azure Files لتخزين صور القرص لأحمال عمل سطح المكتب الظاهرية واسعة النطاق، فقد نفدت مقابض الدليل الجذر أو لكل ملف/دليل. في هذه الحالة، قد تحتاج إلى استخدام مشاركات ملفات Azure متعددة. لمزيد من المعلومات، راجع إرشادات تغيير حجم ملفات Azure ل Azure Virtual Desktop.

إرشادات تغيير حجم ملفات Azure ل Azure Virtual Desktop

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

FSLogix

إذا كنت تستخدم FSLogix مع Azure Virtual Desktop، فإن حاويات ملف تعريف المستخدم هي إما ملفات القرص الثابت الظاهري (VHD) أو Hyper-V Virtual Hard Disk (VHDX)، ويتم تحميلها في سياق المستخدم، وليس سياق النظام. سيفتح كل مستخدم مقبض دليل جذر واحد، والذي يجب أن يكون لمشاركة الملف. يمكن أن تدعم Azure Files بحد أقصى 10000 مستخدم بافتراض أن لديك مشاركة الملف (\\storageaccount.file.core.windows.net\sharename) + دليل ملف التعريف (%sid%_%username%) + حاوية ملف التعريف (profile_%username.vhd(x)).

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

تحذير

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

على سبيل المثال، إذا كان لديك 2400 مستخدم متزامن، فستحتاج إلى 2400 مؤشر على الدليل الجذر (واحد لكل مستخدم)، وهو أقل من حد 10000 مؤشر مفتوح. بالنسبة لمستخدمي FSLogix، من غير المحتمل للغاية الوصول إلى حد 2000 مؤشر ملف ودليل مفتوح. إذا كان لديك حاوية ملف تعريف FSLogix واحدة لكل مستخدم، فستستهلك مؤشري ملف/دليل فقط: واحد لدليل ملف التعريف والآخر لملف حاوية ملف التعريف. إذا كان لدى المستخدمين حاويتان لكل منهما (ملف التعريف وODFC)، فستحتاج إلى مقبض إضافي واحد لملف ODFC.

إرفاق التطبيق مع CimFS

إذا كنت تستخدم إرفاق تطبيق MSIX أو إرفاق التطبيق لإرفاق التطبيقات ديناميكيا، يمكنك استخدام نظام ملفات الصور المركبة (CimFS) أو ملفات VHD/VHDX لصور القرص. وفي كلتا الحالتين، تكون حدود المقياس لكل جهاز ظاهري يقوم بتحميل الصورة، وليس لكل مستخدم. عدد المستخدمين غير ذي صلة عند حساب حدود المقياس. عند تمهيد جهاز ظاهري، فإنه يقوم بتحميل صورة القرص، حتى إذا لم يكن هناك أي مستخدمين.

إذا كنت تستخدم إرفاق التطبيق مع CimFS، فإن صور القرص تستهلك المقابض فقط على ملفات صورة القرص. لا تستهلك مقابض على الدليل الجذر أو الدليل الذي يحتوي على صورة القرص. ومع ذلك، نظرا لأن صورة CimFS هي مزيج من ملف .cim وملفين آخرين على الأقل، لكل جهاز ظاهري يقوم بتحميل صورة القرص، ستحتاج إلى مقبض واحد لكل منهما لثلاثة ملفات في الدليل. لذلك إذا كان لديك 100 جهاز ظاهري، فستحتاج إلى 300 مؤشر ملف.

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

إرفاق التطبيق مع VHD/VHDX

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

في هذا السيناريو، يمكنك الوصول إلى حد كل ملف/دليل مع 2000 تحميل من VHD/VHDX واحد. أو، إذا كانت المشاركة تحتوي على ملفات VHD/VHDX متعددة، يمكنك الوصول إلى حد الدليل الجذر أولا. على سبيل المثال، سيضرب 100 جهاز ظاهري يركب 100 ملف VHDX مشترك حد دليل الجذر الذي يبلغ 10000.

في مثال آخر، سيتطلب 100 جهاز ظاهري يصل إلى 20 تطبيقا 2000 مؤشر دليل جذر (100 × 20 = 2000)، وهو ما يقع بشكل جيد ضمن حد 10000 لمقابض الدليل الجذر. ستحتاج أيضا إلى مقبض ملف ومقبض دليل/مجلد لكل جهاز ظاهري يقوم بتحميل صورة VHD(X)، لذلك 200 مؤشر في هذه الحالة (100 مؤشر ملف + 100 مؤشر دليل)، وهو أقل بشكل مريح من حد المقبض 2000 لكل ملف/دليل.

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

أهداف مقياس Azure File Sync

يشير الجدول التالي إلى الأهداف الناعمة، التي تمثل حدود Microsoft التي تم اختبارها، وصعبة، مما يشير إلى الحد الأقصى المفروض:

Resource استهداف الحد الثابت
خدمات مزامنة التخزين لكل منطقة 100 خدمة مزامنة البيانات ‏‏نعم‬
Storage Sync Services لكل اشتراك 15 Storage Sync Services ‏‏نعم‬
مزامنة المجموعات لكل خدمة مزامنة مساحة التخزين 200 مجموعة مزامنة ‏‏نعم‬
الخوادم المسجلة لكل خدمة مزامنة التخزين 99 خادم ‏‏نعم‬
نقاط النهاية الخاصة لكل خدمة مزامنة التخزين 100 نقطة نهاية خاصة ‏‏نعم‬
نقاط نهاية السحابة لكل مجموعة مزامنة نقطة نهاية السحابة واحدة ‏‏نعم‬
نقاط نهاية السحابة لكل مجموعة مزامنة 100 نقطة نهاية للخادم ‏‏نعم‬
نقاط نهاية الخادم لكل خادم 30 نقطة نهاية للخادم ‏‏نعم‬
كائنات نظام الملفات (الدلائل والملفات) لكل مجموعة مزامنة 100 مليون كائن لا
الحد الأقصى لعدد كائنات نظام الملفات (الدلائل والملفات) في دليل (غير متكرر) 5 ملايين كائن ‏‏نعم‬
الحد الأقصى لحجم واصف أمان الكائن (الدلائل والملفات) 64 كيبيبايت ‏‏نعم‬
حجم الملف 100 جيجابايت لا
الحد الأدنى لحجم الملف للملف لترتيبه في طبقات استنادًا إلى حجم نظام مجموعة الملفات (حجم نظام الملفات المزدوج للكتلة). على سبيل المثال، إذا كان حجم نظام مجموعة الملفات 4 KiB، فسيكون الحد الأدنى لحجم الملف هو 8 KiB. ‏‏نعم‬

إشعار

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

مقاييس أداء Azure File Sync

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

بالنسبة إلى Azure File Sync، يعد الأداء أمرًا بالغ الأهمية على مرحلتين:

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

إشعار

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

نتائج الاختبار الداخلية

لمساعدتك في تخطيط التوزيع لكل مرحلة من المراحل (التوفير الأولي لمرة واحدة والمزامنة المستمرة)، فيما يلي النتائج التي لاحظناها أثناء الاختبار الداخلي على نظام بالتكوين التالي:

تكوين النظام التفاصيل
CPU 64 نواة افتراضية مع ذاكرة تخزين مؤقت L3 سعة 64 MiB
الذاكرة 128 جيبي بايت
القرص أقراص SAS المزودة بتقنية RAID 10 المزودة بذاكرة تخزين مؤقت مدعومة بالبطارية
الشبكة شبكة 1 غيغابايت في الثانية
حمل العمل خادم ملفات الأغراض العامة

التوفير الأولي لمرة واحدة

التوفير الأولي لمرة واحدة التفاصيل
عدد العناصر 25 مليون عنصر
حجم مجموعة البيانات 4.7 TiB
متوسط حجم الملف ~ 200 KiB (أكبر ملف: 100 GiB)
التعداد الأولي لتغيير السحابة 80 كائنا في الثانية
معدل نقل التحميل 20 كائنًا في الثانية لكل مجموعة مزامنة
معدل نل مساحة الاسم تنزيل 400 عنصرًا في الثانية

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

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

الوقت (بالأيام) لتعداد السحابة الأولي = (عدد العناصر في نقطة نهاية السحابة)/(80 * 60 * 60 * 24)

المزامنة الأولية للبيانات من Windows Server إلى مشاركة ملف Azure: تبدأ العديد من عمليات نشر Azure File Sync بمشاركة ملف Azure فارغة لأن جميع البيانات موجودة على Windows Server. في هذه الحالات، يكون تعداد تغيير السحابة الأولي سريعا، ويتم قضاء معظم الوقت في مزامنة التغييرات من Windows Server إلى مشاركة (مشاركات) ملف Azure.

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

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

الوقت (بالأيام) لتحميل الملفات إلى مجموعة مزامنة = (عدد الكائنات في نقطة نهاية الخادم)/(20 * 60 * 60 * 24)

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

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

المزامنة المستمرة

المزامنة المستمرة التفاصيل
عدد العناصر التي تمت مزامنتها 125000 عنصر (~ 1٪ زبد)
حجم مجموعة البيانات 50 GiB
متوسط حجم الملف ~500 KiB
معدل نقل التحميل 20 كائنًا في الثانية لكل مجموعة مزامنة
معدل نقل التنزيل الكامل* 60 عنصرًا في الثانية

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

إشعار

هذه الأرقام ليست مؤشرا على الأداء الذي ستختبره. يعتمد الأداء الفعلي على عوامل متعددة كما هو موضح في بداية هذا القسم.

كدليل عام للتوزيع، ضع في اعتبارك بعض الأشياء:

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

(راجع أيضًا )