فهم نماذج فوترة ملفات Azure

يتم تحديد تكلفة توزيع Azure Files من خلال أربعة عوامل رئيسية:

• نموذج الفوترة: تدعم Azure Files ثلاثة نماذج فوترة مختلفة تشكل بنية تكلفة توزيع Azure Files:

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

• طبقة الوسائط: تدعم Azure Files مستويين مختلفين من الوسائط للتخزين، SSD وHDD. يتيح لك ذلك تخصيص مشاركات الملفات الخاصة بك وفقا لمتطلبات الأداء والسعر للسيناريو الخاص بك.

  • SSD (متميز): توفر مشاركات الملفات المستضافة على محركات الأقراص ذات الحالة الصلبة (SSD) أداء عاليا متسقا وزمن انتقال منخفض، مع زمن انتقال أحادي الرقم بالمللي ثانية لمعظم عمليات الإدخال.
  • محرك الأقراص الثابتة (قياسي): توفر مشاركات الملفات المستضافة على محركات الأقراص الثابتة (HDD) تخزينا منخفض التكلفة للاستخدام للأغراض العامة.

• التكرار: تدعم Azure Files أربعة خيارات تكرار مختلفة تسمح لك بالتحكم في عدد نسخ بياناتك المخزنة ومكان وضع النسخ داخل البنية الأساسية ل Azure. توفر الخيارات الأكثر مرونة مزيدا من المتانة والتوافر، ولكن بتكلفة أعلى:

  • محلي: يحتفظ التخزين المتكرر محليا (LRS) بثلاث نسخ من بياناتك داخل مركز بيانات واحد في منطقة واحدة.
  • المنطقة: يخزن التخزين المتكرر للمنطقة (ZRS) ثلاث نسخ من بياناتك عبر مراكز البيانات المستقلة (مناطق التوفر) داخل المنطقة.
  • الموقع الجغرافي: يخزن التخزين المتكرر جغرافيا (GRS) ثلاث نسخ من البيانات في المنطقة الأساسية ويتم تكراره بشكل غير متزامن إلى منطقة مقترنة، ليصبح المجموع ست نسخ. متوفر على مساحة تخزين محرك الأقراص الثابتة فقط.
  • GeoZone: يجمع التخزين المتكرر للمنطقة الجغرافية (GZRS) بين تكرار المنطقة في المنطقة الأساسية والنسخ المتماثل غير المتزامن إلى منطقة ثانوية. متوفر على مساحة تخزين محرك الأقراص الثابتة فقط.

• نموذج المورد: تدعم Azure Files نوعين مختلفين من الموارد، والعناصر التي يمكن إدارتها التي تقوم بإنشائها وتكوينها داخل اشتراكات Azure ومجموعات الموارد. يدعم كل نوع من أنواع الموارد خيارات نموذج الفوترة المختلفة قليلا، والتي بدورها تؤثر على كل من هيكل التكلفة والتكلفة:

  • تمثل حسابات التخزين مجموعة مشتركة من التخزين وعمليات الإدخال والإخراج في الثانية ومعدل النقل حيث يمكنك نشر مشاركات الملفات الكلاسيكية أو موارد التخزين الأخرى، اعتمادا على نوع حساب التخزين. تدعم حسابات التخزين جميع نماذج الفوترة ومستويات الوسائط وخيارات التكرار. تشترك جميع موارد التخزين التي توزع في حساب التخزين في الحدود التي تنطبق على حساب التخزين هذا. تدعم مشاركات الملفات الكلاسيكية كلا من بروتوكولات SMB و NFS ، على الرغم من أن NFS مدعوم فقط على تخزين SSD. يتم تقديم حسابات التخزين بواسطة Microsoft.Storage موفر الموارد.

  • مشاركات الملفات (معاينة) هي نوع جديد من الموارد ذات المستوى الأعلى الذي يبسط توزيع Azure Files عن طريق التخلص من حساب التخزين. تدعم مشاركات الملفات نموذج v2 المقدم الموصى به فقط، وتدعم فقط طبقة وسائط SSD مع بروتوكول نظام ملفات NFS. يتم تقديم مشاركات الملفات بواسطة Microsoft.FileShares موفر الموارد.

للحصول على معلومات تسعير ملفات Azure، راجع صفحة تسعير ملفات Azure.

يوفر هذا الفيديو نظرة عامة شاملة على الاختلافات بين نماذج فوترة ملفات Azure المختلفة، بما في ذلك الدفع أولا بأول، والإبتلاء 1 المقدمة، والإ v2 المقدمة.

يتعمق هذا الفيديو في نموذج فوترة الإصدار 2 المتوفر من Azure Files، ويقدم إرشادات الإعداد والتوصيات لتقليل التكلفة الإجمالية للملكية.

وحدات التخزين

تستخدم Azure Files وحدات القياس Base-2 لتمثيل سعة التخزين: KiB و MiB و GiB و TiB.

اختصار	التعريف	الوحدة
KiB	1,024 بايت	kibibyte
MiB	1,024 كيلوبايت (1,048,576 بايت)	mebibyte
GiB	1,024 ميبي بايت (1,073,741,824 بايت)	gibibyte
TiB	1,024 جيبي بايت (1,099,511,627,776 بايت)	tebibyte

تستخدم معظم أنظمة التشغيل والأدوات بشكل شائع وحدات القياس الأساسية 2 لقياس كميات التخزين. ومع ذلك، غالبا ما يخطئ في تسمية الوحدات الأساسية 10، والتي قد تكون أكثر دراية بها: KB وMB وGB و TB. السبب الشائع وراء سوء تسمية أنظمة التشغيل مثل Windows لوحدات التخزين هو أن العديد من أنظمة التشغيل بدأت في استخدام هذه الاختصارات قبل أن يتم توحيدها من قبل اللجنة الكهربائية التقنية الدولية (IEC) والمكتب الدولي للأوزان والمقاييس (BIPM) والمعهد الوطني الأمريكي للمعايير والتكنولوجيا (NIST).

يبين الجدول التالي كيفية قياس أنظمة التشغيل الشائعة وتخزين الملصقات:

نظام التشغيل	نظام القياس	Labeling
Windows	Base-2	تسميات مضللة باستمرار على أنها أساس 10.
توزيعات Linux	عادة base-2، تستخدم بعض البرامج base-10	وضع العلامات غير المتسق، تعتمد المحاذاة بين القياس ووضع العلامات على حزمة البرامج.
macOS و iOS و iPad OS	Base-10	تسميات متناسقة على أنها base-10.

تحقق مع بائع نظام التشغيل إذا لم يكن نظام التشغيل الذي تستخدمه مذكوراً.

القائمة المرجعية للتكلفة الإجمالية للتملك في مشاركة الملفات

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

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

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

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

• ماذا تريد أن تدير؟ Azure Files هو حل مدار بالكامل. قد تتطلب الحلول الأخرى تحديثات نظام التشغيل أو إدارة الموارد الظاهرية مثل الأجهزة الظاهرية والأقراص وعناوين IP للشبكة.

• ما هي تكاليف المنتجات ذات القيمة المضافة؟ تدعم Azure Files عمليات التكامل مع العديد من خدمات القيمة المضافة من الجهات الخارجية والخارجية. توفر الخدمات ذات القيمة المضافة مثل Azure Backup وAzure File Sync وMicrosoft Defender for Storage النسخ الاحتياطي والنسخ المتماثل والتخزين المؤقت ووظائف الأمان لملفات Azure. تتمتع حلول القيمة المضافة، سواء كانت محلية أو في السحابة، بتكاليف الترخيص والمنتجات الخاصة بها، ولكنها غالباً ما تُعتبر جزءاً من التكلفة الإجمالية للملكية لتخزين الملفات.

نموذج v2 المقدم

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

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

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

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

توفر الإصدار 2 المتوفر

يتوفر نموذج v2 المقدم للمجموعات التالية من طبقة الوسائط والتكرار وبروتوكول مشاركة الملفات:

مستوى الوسائط	Redundancy	بروتوكول مشاركة الملفات	مشاركات الملفات الكلاسيكية (Microsoft.Storage)	مشاركات الملفات (Microsoft.FileShares)
SSD	محلي	SMB
SSD	المنطقة	SMB
SSD	محلي	NFS
SSD	المنطقة	NFS
HDD	محلي	SMB
HDD	المنطقة	SMB
HDD	الجغرافيه	SMB
HDD	المنطقة الجغرافية	SMB
HDD	محلي	NFS
HDD	المنطقة	NFS
HDD	الجغرافيه	NFS
HDD	المنطقة الجغرافية	NFS

حاليا، يتوفر نموذج v2 المقدم بشكل عام في مجموعة فرعية محدودة من المناطق:

• جميع مناطق السحابة العامة في Azure.
• جميع مناطق سحابة Azure US Government.

Note

لا تدعم جميع المناطق جميع مستويات الوسائط وخيارات التكرار.

تفاصيل توفير الإصدار 2 المتوفرة

عند إنشاء مشاركة ملف v2 المتوفرة، يمكنك تحديد السعة المتوفرة لمشاركة الملف من حيث التخزين وIOOPS ومعدل النقل. تكون مشاركات الملفات محدودة استنادا إلى السمات التالية:

Item	قيمة SSD	قيمة محرك الأقراص الثابتة
وحدة توفير التخزين	1 جيجابيت	1 جيجابيت
وحدة توفير IOPS	1 IO / ثانية	1 IO / ثانية
وحدة توفير معدل النقل	1 ميبي بايت / ثانية	1 ميبي بايت / ثانية
الحد الأدنى لمساحة التخزين المتوفرة	32 غيغابايت	32 غيغابايت
الحد الأدنى من عمليات الإدخال والإخراج في الثانية المتوفرة	3,000 عملية إدخال في الثانية	500 IOPS
الحد الأدنى للإنتاجية المتوفرة	100 ميجابايت / ثانية	60 ميبي بايت / ثانية
الحد الأقصى لمساحة التخزين المتوفرة	256 تيرابايت (262,144 جيبي بايت)	256 تيرابايت (262,144 جيبي بايت)
الحد الأقصى لعمليات الإدخال والإخراج في الثانية المتوفرة	102,400 IOPS	50,000 IOPS
الحد الأقصى لمعدل النقل المقدم	10,340 ميبي بايت / ثانية	5,120 ميبي بايت / ثانية

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

اسم الصيغة	صيغة SSD	صيغة الأقراص الصلبة
توصية IOPS	MIN(MAX(3000 + CEILING(1 * ProvisionedStorageGiB), 3000), 102400)	MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
توصية الإنتاجية	MIN(MAX(100 + CEILING(0.1 * ProvisionedStorageGiB), 100), 10340)	MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

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

اندفاع v2 المتوفر

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

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

تشتمل أرصدة الأسهم على ثلاث حالات:

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

تبدأ مشاركة ملف جديدة بالعدد الكامل للأرصدة في مستودع الاندفاع الخاص بها. لا تتراكم أرصدة الاندفاع إذا كانت المشاركة IOPS أقل من الحد المقدم بسبب تقييد الخادم. يتم استخدام الصيغ التالية لتحديد حد الاندفاع IOPS وعدد الأرصدة الممكنة لمشاركة ملف:

Item	صيغة SSD	صيغة الأقراص الصلبة
حد الاندفاع IOPS	MIN(MAX(3 * ProvisionedIOPS, 10000), 102400)	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
اندفاع أرصدة IOPS	(BurstLimit - ProvisionedIOPS) * 3600	(BurstLimit - ProvisionedIOPS) * 3600

يوضح الجدول التالي بعض الأمثلة على هذه الصيغ لمبالغ IOPS المختلفة المتوفرة:

عمليات الإدخال والإخراج في الثانية المتوفرة	حد IOPS لاندفاع SSD	أرصدة اندفاع SSD	حد IOPS لاندفاع HDD	أرصدة اندفاع HDD
500	--	--	ما يصل إلى 5000	16,200,000
1,000	--	--	ما يصل إلى 5000	14,400,000
3,000	ما يصل إلى 10,000	25,200,000	حتى 9000	21,600,000
5,000	ما يصل إلى 15,000	36,000,000	ما يصل إلى 15,000	36,000,000
10,000	ما يصل إلى 30,000	72,000,000	ما يصل إلى 30,000	72,000,000
25,000	ما يصل إلى 75,000	180,000,000	ما يصل إلى 50,000	90,000,000
50,000	حتى 102,400	188,640,000	ما يصل إلى 50,000	0
75,000	حتى 102,400	98,640,000	--	--
102,400	حتى 102,400	0	--	--

نماذج موارد v2 المتوفرة

يتوفر نموذج الفوترة v2 المقدم لكلا النوعين من الموارد التي تستخدمها Azure Files. يمكنك إنشاء مشاركة ملف v2 المتوفرة إما كمشاركة ملف كلاسيكية إما داخل حساب تخزين (Microsoft.Storage) أو مباشرة كمشاركة ملفات ذات المستوى الأعلى (Microsoft.FileShares).

مشاركات الملفات الكلاسيكية v2 المتوفرة (Microsoft.Storage)

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

نوع حساب التخزين	SKU لحساب التخزين	نوع مشاركة الملفات الكلاسيكية المتاحة
FileStorage	PremiumV2_LRS	SSD توفير مشاركات الملفات الكلاسيكية v2 مع التكرار المحلي المحدد.
FileStorage	PremiumV2_ZRS	SSD توفير مشاركات الملفات الكلاسيكية v2 مع تكرار المنطقة المحددة.
FileStorage	StandardV2_LRS	تم توفير مشاركات الملفات الكلاسيكية v2 مع التكرار المحلي المحدد.
FileStorage	StandardV2_ZRS	تم توفير مشاركات الملفات الكلاسيكية v2 مع تكرار المنطقة المحدد.
FileStorage	StandardV2_GRS	تم توفير مشاركات الملفات الكلاسيكية v2 مع التكرار الجغرافي المحدد.
FileStorage	StandardV2_GZRS	تم توفير مشاركة الملفات الكلاسيكية v2 مع تكرار GeoZone المحدد.

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

تشارك مشاركات الملفات الكلاسيكية التي تم إنشاؤها في حساب التخزين نفسه حدود حساب التخزين هذا للتخزين وعمليات الإدخال والإخراج في الثانية ومعدل النقل:

Attribute	قيمة SSD	قيمة محرك الأقراص الثابتة	استراتيجية الإنفاذ
الحد الأقصى للتخزين المقدم لكل حساب تخزين	256 تيرابايت (262,144 جيبي بايت)	4 بيبل (4,194,304)	في وقت التوفير.
الحد الأقصى لعمليات الإدخال والإخراج في الثانية لكل حساب تخزين	102,400 IOPS	50,000 IOPS	في وقت التوفير.
الحد الأقصى لمعدل النقل المقدم لكل حساب تخزين	10,340 ميبي بايت / ثانية	5,120 ميبي بايت / ثانية	في وقت التوفير.
الحد الأقصى لعدد مشاركات الملفات الكلاسيكية لكل حساب تخزين	50 مشاركة ملفات كلاسيكية	50 مشاركة ملفات كلاسيكية	في وقت التوفير.

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

• ما مقدار التخزين المقدم وعمليات الإدخال والإخراج في الثانية ومعدل النقل الذي تحتاجه لكل مشاركة ملف كلاسيكية؟ كيف تتغير هذه المتطلبات بمرور الوقت؟
  نظرا لأن حسابات التخزين لها حدود مشتركة، عند تخصيص مشاركات الملفات الكلاسيكية لحسابات التخزين، تحتاج إلى مراعاة احتياجات كل مشاركة ملف كلاسيكية الآن وبمرور الوقت. يمنعك منطق التوفير لنموذج v2 المقدم من توفير المزيد من التخزين أو IOPS أو معدل النقل أكثر مما يدعمه حساب التخزين. إذا تم وضع عدد كاف من مشاركات الملفات الكلاسيكية في حساب تخزين واحد بحيث يتم الوصول إلى الحد الأقصى لأحد هذه الأبعاد، فلا يمكن أن تنمو مشاركات الملفات الكلاسيكية الحالية دون الترحيل أولا إلى حساب تخزين مختلف. لتقليل هذا الخطر، خطط لمساحة كافية في كل حساب تخزين بحيث يمكنك الاحتفاظ بتعيينات مشاركات الملفات الكلاسيكية إلى حسابات التخزين لمدة 3 إلى 5 سنوات على الأقل.

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

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

مشاركات ملفات v2 المتوفرة (Microsoft.FileShares)

يؤدي إنشاء مشاركات الملفات باستخدام Microsoft.FileShares نموذج الإدارة إلى تسهيل نشر ملفات Azure بشكل كبير:

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

• يتم تتبع فاتورة كل مشاركة ملف بشكل مستقل.
  نظرا لأن مشاركات الملفات هي موارد ذات مستوى أعلى، يمكنك تتبع فاتورة كل مشاركة ملف بشكل مستقل عن كل مشاركة ملف أخرى. يمكنك أيضا استخدام العلامات لتسهيل تجميع الموارد معا لتعقب تكاليف المشاريع أو الأقسام أو العملاء.

• بينما لا يزال لمشاركات الملفات حد لكل اشتراك لكل منطقة ، فإن حد مشاركات الملفات أعلى بكثير من حد حسابات التخزين.
  لمزيد من المعلومات، راجع Microsoft.FileShares حدود مستوى التحكم.

لقطات v2 المتوفرة

تدعم Azure Files النسخ المطابقة، التي تشبه النسخ الاحتياطية لوحدة التخزين (VSS) على خادم ملفات Windows. لمزيد من المعلومات حول لقطات المشاركة، راجع نظرة عامة على اللقطات لملفات Azure.

تكون اللقطات دائما تفاضلية من المشاركة المباشرة ومن بعضها البعض. في نموذج الفوترة v2 المقدم، إذا كان الحجم التفاضلي الإجمالي لجميع اللقطات يتناسب مع مساحة التخزين الزائدة المتوفرة لمشاركة الملف، فلا توجد تكلفة إضافية لتخزين اللقطة. إذا كان حجم بيانات المشاركة المباشرة بالإضافة إلى بيانات اللقطة التفاضلية أكبر من التخزين المقدم للمشاركة، تتم فوترة السعة الزائدة المستخدمة للقطات مقابل مقياس تجاوز استخدام اللقطة . صيغة تحديد مقدار التجاوز هي: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

تستخدم بعض الخدمات ذات القيمة المضافة لملفات Azure اللقطات كجزء من عرض القيمة الخاصة بها. لمزيد من المعلومات، راجع خدمات القيمة المضافة لملفات Azure.

الحذف المبدئي v2 المتوفر

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

عدادات فوترة الإصدار 2 المتوفرة

تتم فوترة مشاركات الملفات المقدمة باستخدام نموذج فوترة الإصدار 2 المقدم مقابل عدادات الفوترة التالية:

• التخزين المقدم: مقدار التخزين المقدم في الجيبايت.
• عمليات الإدخال والإخراج في الثانية المتوفرة: مقدار عمليات الإدخال والإخراج في الثانية (IO/sec) المتوفرة.
• معدل النقل المقدم MiBPS: مقدار معدل النقل المقدم في MiB / ثانية.
• تجاوز استخدام اللقطة: أي مقدار من استخدام اللقطة التفاضلية في GiB لا يتناسب مع سعة التخزين المتوفرة. لمزيد من المعلومات، راجع لقطات v2 المتوفرة.
• Soft-Deleted الاستخدام: سعة التخزين المستخدمة في جيبي بايت لمشاركات الملفات المحذوفة مبدئيا. لمزيد من المعلومات، راجع الحذف المبدئي للإصدار 2 المتوفر.

يتم إصدار وحدات الاستهلاك مقابل عدادات الفوترة v2 المتوفرة كل ساعة. على سبيل المثال، بالنسبة لمشاركة مع 1024 غيغابايت تم توفيرها، يجب أن ترى:

• 1,024 وحدة مقابل عداد التخزين المخصص لمدة ساعة فردية.
• 24,576 وحدة مقابل عداد التخزين المخصص إذا تم تجميعها ليوم واحد.
• عدد متغير من الوحدات إذا تم تجميعها لمدة شهر اعتمادا على عدد الأيام في الشهر:
  • 28 يوما شهريا (فبراير عادي): 688,128 وحدة مقابل عداد التخزين المتوفر .
  • شهر 29 يوما (السنة الكبيسة فبراير): 712,704 وحدة مقابل عداد التخزين المتوفر .
  • 30 يوما في الشهر: 737,280 وحدة مقابل عداد التخزين المتوفر .
  • 31 يوما في الشهر: 761,856 وحدة مقابل عداد التخزين المتوفر .

عمليات ترحيل الإصدار 2 المتوفرة

تختلف عملية ترحيل مشاركات ملفات SMB Azure من نموذج الدفع أولا بأول إلى نموذج فوترة الإصدار 2 المقدم اعتمادا على ما إذا كنت تستخدم Azure File Sync.

• إذا كنت تستخدم Azure Files بدون Azure File Sync، فشاهد ترحيل الملفات من مشاركة ملف SMB Azure إلى آخر.
• إذا كنت تستخدم Azure File Sync، فشاهد ترحيل الملفات من مشاركة ملف Azure إلى أخرى عند استخدام Azure File Sync.

نموذج v1 المقدم

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

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

على عكس شراء مساحة التخزين المحلية، يمكن توسيع نطاق مشاركات الملفات الكلاسيكية v1 المتوفرة ديناميكيا مع تغير احتياجاتك. ومع ذلك، يمكنك تقليل التخزين المقدم فقط بعد مرور 24 ساعة منذ آخر زيادة في التخزين. تكون تغييرات التخزين و IOPS ومعدل النقل فعالة في غضون بضع دقائق بعد تغيير التزويد.

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

توفر الإصدار 1 المتوفر

يتوفر نموذج v1 المقدم للمجموعات التالية من طبقة الوسائط والتكرار وبروتوكول مشاركة الملفات:

مستوى الوسائط	Redundancy	بروتوكول مشاركة الملفات	مشاركات الملفات الكلاسيكية (Microsoft.Storage)	مشاركات الملفات (Microsoft.FileShares)
SSD	محلي	SMB
SSD	المنطقة	SMB
SSD	محلي	NFS
SSD	المنطقة	NFS
HDD	محلي	SMB
HDD	المنطقة	SMB
HDD	الجغرافيه	SMB
HDD	المنطقة الجغرافية	SMB
HDD	محلي	NFS
HDD	المنطقة	NFS
HDD	الجغرافيه	NFS
HDD	المنطقة الجغرافية	NFS

تتوفر مشاركات الملفات الكلاسيكية SSD باستخدام نموذج v1 المقدم بشكل عام في معظم مناطق Azure. لمزيد من المعلومات، راجع منتجات Azure حسب المنطقة.

تفاصيل توفير الإصدار 1 المتوفرة

عند إنشاء مشاركة ملف كلاسيكية v1 متوفرة، فإنك تحدد مقدار مساحة التخزين التي تحتاجها مشاركتك. كل GiB تقوم بتوفيره يخولك المزيد من عمليات الإدخال والإخراج في الخدمة ومعدل النقل بنسبة ثابتة. يتم تقييد مشاركات الملفات الكلاسيكية v1 المتوفرة استنادا إلى السمات التالية:

Item	قيمة
وحدة توفير التخزين	1 جيجابيت
الحد الأدنى لمساحة التخزين المتوفرة	100 جيبي بايت
الحد الأدنى لعمليات الإدخال والإخراج في الثانية (المحسوبة)	3,100 IOPS
الحد الأدنى للإنتاجية المتوفرة (محسوبة)	110 ميجابايت / ثانية
الحد الأقصى لمساحة التخزين المتوفرة	100 تيرابايت (102,400 جيبي بايت)
الحد الأقصى لعمليات الإدخال والإخراج في الثانية (المحسوبة)	102,400 IOPS
الحد الأقصى لمعدل النقل المقدم (محسوب)	10,340 ميبي بايت / ثانية

تحدد الصيغ التالية مقدار IOPS ومعدل النقل المتوفر على المشاركة:

Item	الصيغة
IOPS المخصص المحسوب (الأساس)	MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
معدل النقل المخصص المحسوب (MiB / ثانية)	100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

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

اندفاع الإصدار 1 المتوفر

يدعم نموذج v1 المقدم نوعين من الاندفاع: الاندفاع المستند إلى الائتمان، والذي يتم تضمينه مجانا كجزء من التوفير، والاندفاع المدفوع، وهي ميزة متقدمة يمكنك تمكينها اختياريا لدعم الفوترة المستندة إلى الاستخدام عندما يتجاوز IOPS ومعدل النقل المبلغ المتوفر.

الاندفاع المستند إلى الائتمان v1 المقدم

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

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

تشتمل أرصدة الأسهم على ثلاث حالات:

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

تبدأ مشاركة الملفات الكلاسيكية الجديدة بالعدد الكامل من الاعتمادات في حاوية الاندفاع الخاصة بها. لا تتراكم أرصدة الاندفاع إذا كانت المشاركة IOPS أقل من الحد المقدم بسبب تقييد الخادم. يتم استخدام الصيغ التالية لتحديد حد اندفاع IOPS وعدد الاعتمادات الممكنة لمشاركة ملف كلاسيكية:

Item	الصيغة
حد الاندفاع	MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
اعتمادات متفجرة	(BurstLimit - BaselineIOPS) * 3600

يوضح الجدول التالي بعض الأمثلة على هذه الصيغ للأحجام المتوفرة:

السعة (جيبي بايت)	عمليات الإدخال والإخراج في الثانية الأساسية	اندفاع IOPS	اعتمادات متفجرة	الإنتاجية (ميجابايت/ثانية)
100	3,100	ما يصل إلى 10,000	24,840,000	110
500	3,500	ما يصل إلى 10,000	23,400,000	150
1,024	4,024	ما يصل إلى 10,000	21,513,600	203
5,120	8,120	ما يصل إلى 15,360	26,064,000	613
10,240	13,240	ما يصل إلى 30,720	62,928,000	1,125
33,792	36,792	حتى 102,400	227,548,800	3,480
51,200	54,200	حتى 102,400	164,880,000	5,220
102,400	102,400	حتى 102,400	0	10,340

الاندفاع المدفوع v1 المقدم

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

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

يتم تعطيل الاندفاع المدفوع بشكل افتراضي، ولكن يمكنك تمكينه باتباع الإرشادات لتغيير خصائص التكلفة والأداء لمشاركة ملف كلاسيكي v1 تم توفيرها (PowerShell وCLI فقط). إذا تم تمكين الاندفاع المدفوع، نوصي بمراقبة IOPS واستخدام معدل النقل بعناية باستخدام المقاييس التالية المتوفرة من خلال Azure monitor:

• IOPS المقدمة لمشاركة الملفات
• File Share Provisioned Bandwidth MiB/s (معدل النقل)
• المعاملات حسب الحد الأقصى IOPS
• عرض النطاق الترددي حسب الحد الأقصى ل MiB/ثانية (معدل النقل)
• أرصدة الاندفاع ل IOPS (الاندفاع المستند إلى الائتمان)
• دفع اندفاع IOS (IOs)
• النطاق الترددي المدفوع للاندفاع

نماذج موارد v1 المتوفرة

يمكنك إنشاء مشاركة ملف v1 متوفرة فقط كمشاركة ملف كلاسيكية داخل حساب تخزين (Microsoft.Storage).

مشاركات الملفات الكلاسيكية v1 المتوفرة (Microsoft.Storage)

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

نوع حساب التخزين	SKU لحساب التخزين	نوع مشاركة الملف المتاح
FileStorage	Premium_LRS	SSD توفير مشاركات ملفات v1 مع التكرار المحلي (LRS) المحدد.
FileStorage	Premium_ZRS	SSD توفير مشاركات ملفات v1 مع تكرار المنطقة (ZRS) المحدد.

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

تشارك مشاركات الملفات الكلاسيكية التي تم إنشاؤها في حساب التخزين نفسه حدود حساب التخزين هذا للتخزين وعمليات الإدخال والإخراج في الثانية ومعدل النقل:

Attribute	قيمة SSD	استراتيجية الإنفاذ
الحد الأقصى للتخزين المقدم لكل حساب تخزين	100 تيرابايت (102,400 جيبي بايت)	في وقت التوفير
الحد الأقصى لعمليات الإدخال والإخراج في الثانية المستخدمة لكل حساب تخزين	102,400 IOPS	يسمح لك بتوفير أكثر من 102,400 IOPS، ولكن يتم تقييد الاستخدام فوق هذا الحد.
الحد الأقصى للإنتاجية المستخدمة لكل حساب تخزين	10,340 ميبي بايت / ثانية	يسمح لك بتوفير أكثر من 10,340 ميجابايت / ثانية ، ولكن يتم تقييد الاستخدام فوق هذا الحد.
الحد الأقصى لعدد مشاركات الملفات الكلاسيكية لكل حساب تخزين	1,024 مشاركة ملفات كلاسيكية	يتم فرض هذا الحد ضمنيا من خلال الحد الأقصى للتخزين المقدم لحساب التخزين.

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

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

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

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

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

لقطات v1 المتوفرة

تدعم Azure Files النسخ المطابقة، التي تشبه النسخ الاحتياطية لوحدة التخزين (VSS) على خادم ملفات Windows. لمزيد من المعلومات حول لقطات المشاركة، راجع نظرة عامة على اللقطات لملفات Azure.

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

الحذف المبدئي v1 المتوفر

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

عدادات الفوترة v1 المتوفرة

تتم فوترة مشاركات الملفات الكلاسيكية التي يتم توفيرها باستخدام نموذج فوترة الإصدار 1 المقدم مقابل المقاييس التالية:

• Premium Provisioned: مقدار التخزين المقدم في GiB.
• اللقطات المميزة: مقدار اللقطات المستخدمة وسعة الحذف المبدئي المستخدمة.

ينبعث الاستهلاك مقابل عدادات الفوترة v1 المتوفرة كل ساعة من حيث الوحدات الشهرية. على سبيل المثال، بالنسبة لمشاركة مع 1024 غيغابايت تم توفيرها، يجب أن ترى:

• عدد متغير من الوحدات لساعة فردية اعتمادا على عدد الأيام في الشهر:
  • 28 يوما شهريا (فبراير عادي): 1.5238 وحدة مقابل العداد المخصص المميز .
  • 29 يوما شهريا (السنة الكبيسة فبراير): 1.4713 وحدة مقابل العداد المخصص المميز .
  • 30 يوما في الشهر: 1.4222 وحدة مقابل العداد المخصص المميز .
  • 31 يوما في الشهر: 1.3763 وحدة مقابل العداد المخصص المميز .
• عدد متغير من الوحدات إذا تم تجميعها ليوم واحد اعتمادا على عدد الأيام في الشهر:
  • 28 يوما شهريا (فبراير العادي): 36.5714 وحدة مقابل العداد المخصص المميز .
  • 29 يوما شهريا (السنة الكبيسة فبراير): 35.3103 وحدة مقابل العداد المخصص المميز .
  • 30 يوما في الشهر: 34.1333 وحدة مقابل العداد المخصص المميز .
  • 31 يوما في الشهر: 33.0323 وحدة مقابل العداد المخصص المميز .
• 1,024 وحدة مقابل العداد المخصص المميز إذا تم تجميعها لمدة شهر.

نموذج الدفع أولا بأول

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

توفر الدفع أولا بأول

يتوفر نموذج الدفع أولا بأول للمجموعات التالية من طبقة الوسائط والتكرار وبروتوكول مشاركة الملفات:

مستوى الوسائط	Redundancy	بروتوكول مشاركة الملفات	مشاركات الملفات الكلاسيكية (Microsoft.Storage)	مشاركات الملفات (Microsoft.FileShares)
SSD	محلي	SMB
SSD	المنطقة	SMB
SSD	محلي	NFS
SSD	المنطقة	NFS
HDD	محلي	SMB
HDD	المنطقة	SMB
HDD	الجغرافيه	SMB
HDD	المنطقة الجغرافية	SMB
HDD	محلي	NFS
HDD	المنطقة	NFS
HDD	الجغرافيه	NFS
HDD	المنطقة الجغرافية	NFS

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

الاختلافات في مستويات الوصول

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

• تعمل المعاملة المحسنة، كما يوحي الاسم، على تحسين السعر لأحمال عمل IOPS (المعاملات) العالية. المعاملة المحسّنة لديها أعلى سعر لتخزين البيانات المتبقية، ولكن بأقل أسعار للمعاملات.
• Hot مخصص لأحمال العمل النشطة التي لا تتضمن عددا كبيرا من المعاملات. لديها بيانات أقل قليلا في سعر التخزين الثابت، ولكن أسعار المعاملات أعلى قليلا مقارنة بالمعاملات المحسنة. فكر في الأمر على أنه حل وسط بين الصفقات المحسّنة والمستويات الرائعة.
• يعمل Cool على تحسين سعر أعباء العمل التي لا تتمتع بنشاط مرتفع ، مما يوفر أقل سعر تخزين للبيانات الثابتة ، ولكن أعلى أسعار المعاملات.

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

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

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

ما المقصود بالعمليات؟

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

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

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

يتم تجميع الحركات في خمس فئات معاملات مختلفة لها أسعار مختلفة بناء على تأثيرها على مشاركة الملف الكلاسيكية. هذه الفئات هي: الكتابة والقائمة والقراءة وغيرها والحذف.

يوضح الجدول التالي تصنيف كل معاملة:

دلو المعاملات	عمليات الإدارة	عمليات البيانات
كتابة المعاملات	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
قائمة المعاملات	ListShares	ListFileRanges ListFiles ListHandles
قراءة المعاملات	GetFileServiceProperties GetShareAcl GetShareMetadata GetShareProperties GetShareStats	FilePreflightRequest GetDirectoryMetadata GetDirectoryProperties GetFile GetFileCopyInformation GetFileMetadata GetFileProperties QueryDirectory QueryInfo Read GetFilePermission
معاملات أخرى/بروتوكول	AcquireShareLease BreakShareLease ReleaseShareLease RenewShareLease ChangeShareLease	AbortCopyFile Cancel ChangeNotify Close Echo Ioctl Lock Logoff Negotiate OplockBreak SessionSetup TreeConnect TreeDisconnect CloseHandles AcquireFileLease BreakFileLease ChangeFileLease ReleaseFileLease
حذف المعاملات	DeleteShare	ClearRange DeleteDirectory DeleteFile

Note

يتوفر NFSv4.1 فقط لمشاركات ملفات SSD باستخدام نماذج الفوترة v2 أو v1 المتوفرة فقط. لا تؤثر مستودعات المعاملات على الفوترة لمشاركات الملفات المقدمة.

التبديل بين مستويات الوصول

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

• المعاملات: عند نقل مشاركة من طبقة وصول أكثر سخونة إلى طبقة وصول أكثر برودة، فإنك تتحمل رسوم حركة الكتابة لطبقة الوصول الأكثر برودة لكل ملف في مشاركة الملفات الكلاسيكية. يؤدي نقل مشاركة ملف كلاسيكية من طبقة وصول أكثر برودة إلى طبقة وصول أكثر سخونة إلى تكبد رسوم حركة القراءة لطبقة الوصول الأكثر برودة لكل ملف في مشاركة الملفات الكلاسيكية.

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

يوضح الجدول التالي تصنيف تكلفة نقل مستويات الوصول:

مستوى الدخول	المعاملة المحسنة (الوجهة)	حار (وجهة)	بارد (وجهة)
المعاملات المحسنة (المصدر)	--	معاملة كتابة فعالة واحدة لكل ملف.	معاملة كتابة رائعة واحدة لكل ملف.
حار (مصدر)	معاملة قراءة فعالة واحدة لكل ملف.	--	معاملة كتابة رائعة واحدة لكل ملف.
بارد (مصدر)	معاملة قراءة رائعة واحدة لكل ملف. استرداد البيانات لكل إجمالي GiB مستخدم.	معاملة قراءة رائعة واحدة لكل ملف. استرداد البيانات لكل إجمالي GiB مستخدم.	--

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

اختيار مستوى وصول

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

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

للاطلاع على العمليات السابقة:

1. انتقل إلى حساب التخزين خاصتك في مدخل Microsoft Azure.
2. في قائمة الخدمة، ضمن المراقبة، حدد المقاييس.
3. حدد النطاق كاسم حساب التخزين الخاص بك، ومساحة اسم المقياس ك "ملف"، والمقياس ك "المعاملات"، والتجميع ك "المجموع".
4. حدد تطبيق التقسيم.
5. حدد القيم ك "اسم واجهة برمجة التطبيقات". حدد الحدوالفرز الذي تريده.
6. حدد الفترة الزمنية التي تريدها.

Note

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

نماذج موارد الدفع أولا بأول

يمكنك إنشاء مشاركة ملف الدفع أولا بأول فقط كمشاركة ملف كلاسيكية داخل حساب تخزين (Microsoft.Storage).

مشاركات الملفات الكلاسيكية للدفع أولا بأول (Microsoft.Storage)

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

نوع حساب التخزين	SKU لحساب التخزين	نوع مشاركة الملف المتاح
StorageV2	Standard_LRS	مشاركة ملف الدفع أولا بأول ل HDD مع التكرار المحلي (LRS) المحدد.
StorageV2	Standard_ZRS	مشاركة ملف الدفع أولا بأول في HDD مع تكرار المنطقة (ZRS) المحدد.
StorageV2	Standard_GRS	مشاركة ملف الدفع أولا بأول ل HDD مع التكرار الجغرافي (GRS) المحدد.
StorageV2	Standard_GZRS	مشاركة ملف الدفع أولا بأول ل HDD مع التكرار GeoZone (GZRS) المحدد.
StorageV2	Standard_RAGRS	مشاركة ملف الدفع أولا بأول ل HDD مع التكرار الجغرافي (GRS) المحدد.
StorageV2	Standard_RAGZRS	مشاركة ملف الدفع أولا بأول ل HDD مع التكرار GeoZone (GZRS) المحدد.

تشارك مشاركات الملفات الكلاسيكية التي تم إنشاؤها في حساب التخزين نفسه حدود حساب التخزين هذا للتخزين وعمليات الإدخال والإخراج في الثانية ومعدل النقل:

Attribute	قيمة محرك الأقراص الثابتة	استراتيجية الإنفاذ
الحد الأقصى لمساحة التخزين المستخدمة لكل حساب تخزين	5 بيبيت (5,242,880)	الاستخدام محدد.
الحد الأقصى لعمليات الإدخال والإخراج في الثانية المستخدمة لكل حساب تخزين	مناطق محددة: 40,000 IOPS الافتراضي: 20,000 IOPS	يتم تقييد الاستخدام فوق الحد الأقصى.
الحد الأقصى للإنتاجية المستخدمة لكل حساب تخزين	حدد المناطق: الدخول: 7680 ميبي بايت / ثانية الخروج: 25600 ميبي بايت / ثانية Default: الدخول: 3200 ميبي بايت / ثانية الخروج: 6400 ميبي بايت / ثانية	يتم تقييد الاستخدام فوق الحد الأقصى.
الحد الأقصى لعدد مشاركات الملفات الكلاسيكية لكل حساب تخزين	Unlimited	من المفترض أن تكون حدود التخزين وعمليات الإدخال والإخراج في الثانية ومعدل النقل محدودا عمليا لعدد مشاركات الملفات الكلاسيكية.

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

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

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

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

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

لقطات الدفع أولا بأول

تدعم Azure Files النسخ المطابقة، التي تشبه النسخ الاحتياطية لوحدة التخزين (VSS) على خادم ملفات Windows. لمزيد من المعلومات حول لقطات المشاركة، راجع نظرة عامة على اللقطات لملفات Azure.

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

الدفع أولا بأول الحذف المبدئي

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

عدادات الفوترة للدفع أولا بأول

تتم فوترة مشاركات الملفات الكلاسيكية التي تم إنشاؤها باستخدام نموذج فوترة الدفع أولا بأول مقابل المقاييس التالية:

• البيانات المخزنة: التخزين المستخدم بما في ذلك المشاركات الحية واللقطات التفاضلية ومشاركات الملفات الكلاسيكية المحذوفة مبدئيا في GiB.
• البيانات الوصفية: حجم البيانات الوصفية لنظام الملفات المقترنة بالملفات والدلائل مثل قوائم التحكم في الوصول (ACL) والخصائص الأخرى في GiB. يستخدم مقياس الفوترة هذا فقط لمشاركات الملفات الكلاسيكية في مستويات الوصول الساخنة أو الباردة.
• عمليات الكتابة: عدد حاويات حركات الكتابة (حاوية واحدة = 10,000 حركة).
• عمليات القائمة: عدد حاويات حركات القائمة (حاوية واحدة = 10,000 حركة).
• عمليات القراءة: عدد حاويات حركات القراءة (حاوية واحدة = 10,000 حركة).
• عمليات / أخرىعمليات البروتوكول: عدد حاويات المعاملات الأخرى (حاوية واحدة = 10,000 معاملة).
• استرداد البيانات: مقدار البيانات المقروءة من مشاركة الملف الكلاسيكية في جيبي بايت. يستخدم هذا المقياس فقط لمشاركات الملفات الكلاسيكية في طبقة الوصول الرائع.
• Geo-Replication نقل البيانات: إذا كانت مشاركة الملف الكلاسيكية تحتوي على تكرار الموقع الجغرافي أو المنطقة الجغرافية، فإن كمية البيانات المكتوبة إلى مشاركة الملف الكلاسيكية يتم نسخها إلى المنطقة الثانوية في جيبي بايت.

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

• عدد متغير من الوحدات لساعة فردية اعتمادا على عدد الأيام في الشهر:
  • 28 يوما في الشهر (فبراير العادي): 1.5238 وحدة مقابل عداد البيانات المخزنة .
  • شهر 29 يوما (السنة الكبيسة فبراير): 1.4713 وحدة مقابل عداد البيانات المخزنة .
  • 30 يوما في الشهر: 1.4222 وحدة مقابل عداد البيانات المخزنة .
  • 31 يوما في الشهر: 1.3763 وحدة مقابل عداد البيانات المخزنة .
• عدد متغير من الوحدات إذا تم تجميعها ليوم واحد اعتمادا على عدد الأيام في الشهر:
  • 28 يوما في الشهر (فبراير عادي): 36.5714 وحدة مقابل عداد البيانات المخزنة .
  • 29 يوما شهريا (السنة الكبيسة فبراير): 35.3103 وحدة مقابل عداد البيانات المخزنة .
  • 30 يوما في الشهر: 34.1333 وحدة مقابل عداد البيانات المخزنة .
  • 31 يوما في الشهر: 33.0323 وحدة مقابل عداد البيانات المخزنة .
• 1,024 وحدة مقابل عداد البيانات المخزنة إذا تم تجميعها لمدة شهر.

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

المخصص/الحصة والحجم المنطقي والحجم المادي

تتعقب Azure Files مسار ثلاث كميات متميزة فيما يتعلق بسعة المشاركة:

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

• الحجم المنطقي: يرتبط الحجم المنطقي لمشاركة الملف أو الملف بحجمه دون النظر في كيفية تخزينه فعليا ، دون أي تحسين للتخزين. الحجم المنطقي للملف هو عدد KiB/MiB/GiB الذي سيتم نقله عبر السلك إذا قمت بنسخه إلى موقع مختلف. في كل من مشاركات الملفات المقدمة والدفع أولا بأول، يتم استخدام الحجم المنطقي الإجمالي لمشاركة الملف للتنفيذ مقابل الحجم/الحصة النسبية المقدمة. في مشاركات ملفات الدفع أولا بأول، الحجم المنطقي هو الكمية المستخدمة لفواتير استخدام البيانات الثابتة. يُشار إلى الحجم المنطقي باسم "الحجم" في مربع حوار خصائص Windows لملف / مجلد و "طول المحتوى" بواسطة مقاييس Azure Files.

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

خدمات ذات قيمة مضافة

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

تقسم التكاليف إلى ثلاثة مستودعات:

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

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

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

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

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

"Azure File Sync"

Azure File Sync عبارة عن خدمة ذات قيمة مضافة لـAzure Files التي تقوم بمزامنة واحد أو أكثر من مشاركات ملفات Windows المحلية مع مشاركة ملف Azure. نظرًا لأن مشاركة ملف Azure السحابية تحتوي على نسخة كاملة من البيانات في مشاركة ملف متزامنة متوفرة محليًا، يمكنك تحويل Windows File Server الخاص بك إلى ذاكرة تخزين مؤقت لمشاركة ملف Azure لتقليل البصمة المحلية تعرف على المزيد من خلال قراءة مقدمة إلى Azure File Sync.

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

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

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

• تكاليف Azure Files. يستهلك Azure File Sync الموارد من مشاركة ملف Azure. بعض هذه الموارد، مثل استهلاك التخزين، واضحة نسبيًا، في حين أن البعض الآخر مثل استخدام المعاملات واللقطات قد لا يكون كذلك. بالنسبة لمعظم العملاء، نوصي باستخدام مشاركات ملفات v2 المتوفرة بمحرك الأقراص الثابتة مع Azure File Sync، على الرغم من أن Azure File Sync مدعوم بالكامل على جميع نماذج فوترة Azure Files (SSD المزود v2 أو SSD المزود v1 أو محرك الأقراص الثابتة الدفع أولا بأول).

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

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

  • IOPS / استخدام معدل النقل: يقوم Azure File Sync بتشغيل IOPS واستخدام معدل النقل لنقل التغييرات من نقاط نهاية الخادم إلى مشاركة ملف Azure. إذا كنت تستخدم مشاركة ملف متوفرة، فيجب عليك مراقبة استخدام مشاركة الملفات للتأكد من أن لديك ما يكفي من عمليات الإدخال والإخراج في الثانية ومعدل النقل الذي تم توفيره بحيث لا يتم تقييدك. إذا كنت تستخدم مشاركة ملف الدفع أولا بأول، تحصيل رسوم منك مقابل استخدام IOPS في شكل معاملات. بشكل عام ، هناك نوعان من المعاملات يجب مراعاتها:

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

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

    Tip

    إذا كنت لا تعرف عدد المجلدات التي لديك، فراجع أداة TreeSize من JAM Software GmbH.

Azure Backup

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

عند النظر في تكاليف استخدام Azure Backup، ضع في اعتبارك العوامل التالية:

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

• تكاليف Azure Files. يعمل Azure Backup على زيادة تكاليف Azure Files بالطرق التالية:

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

  • تكاليف العمليات من عمليات الاستعادة. تتكبد عمليات الاستعادة من اللقطة إلى المشاركة المباشرة تكاليف المعاملات. بالنسبة لمشاركات الملفات القياسية، تتم فوترة القراءات من اللقطات/عمليات الكتابة من عمليات الاستعادة كمعاملات مشاركة ملف عادية. بالنسبة لمشاركات الملفات المقدمة، تحسب هذه العمليات مقابل IOPS المقدم لمشاركة الملف.

Microsoft Defender للتخزين

يدعم Microsoft Defender Azure Files كجزء من منتج Microsoft Defender for Storage الخاص به. يكتشف Microsoft Defender for Storage محاولات غير عادية وربما ضارة للوصول إلى مشاركات ملف Azure أو استغلالها عبر SMB أو FileREST. يتم تمكين Microsoft Defender for Storage على مستوى الاشتراك لجميع مشاركات الملفات في حسابات التخزين في ذلك الاشتراك.

لا يدعم Microsoft Defender for Storage قدرات مكافحة الفيروسات لمشاركات ملفات Azure.

التكلفة الرئيسية من Microsoft Defender for Storage هي مجموعة إضافية من تكاليف المعاملات التي يفرضها المنتج أعلى المعاملات التي تتم مقابل مشاركة ملف Azure. على الرغم من أن هذه التكاليف تستند إلى العمليات المتكبدة في Azure Files، فإنها ليست جزءاً من فوترة Azure Files، ولكنها بالأحرى جزء من أسعار Microsoft Defender. يفرض Microsoft Defender for Storage رسوما على معدل المعاملة حتى على مشاركات الملفات المقدمة، حيث تتضمن Azure Files المعاملات كجزء من توفير IOPS. يمكن العثور على معدل المعاملة الحالي في صفحة تسعير Microsoft Defender for Cloud ضمن صف جدول Microsoft Defender for Storage .

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

Reservations

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

• حجم السعة: يمكن أن تكون الحجوزات إما بقيمة 10 تيرابيت أو 100 تيرابايت، مع خصومات أكبر لشراء حجز سعة أعلى. يمكنك شراء حجوزات متعددة، بما في ذلك الحجوزات بأحجام سعة مختلفة لتلبية متطلبات حمل العمل الخاص بك. على سبيل المثال، إذا كان نشر الإنتاج يحتوي على 120 تيرابايت من مشاركات الملفات الكلاسيكية، فيمكنك شراء حجز واحد بسعة 100 تيرابايت وحجزين بسعة 10 تيرابايت لتلبية متطلبات سعة التخزين الإجمالية.
• المدة: يمكنك شراء الحجوزات لمدة عام واحد أو ثلاث سنوات، مع خصومات أكثر أهمية لشراء فترة حجز أطول.
• المستوى: طبقة ملفات Azure للحجز. تتوفر الحجوزات حاليا لنماذج فوترة SSD المقدمة v1 (ك "premium") وDDD pay-as-you-go (مستويات الوصول الساخنة والباردة فقط).
• الموقع: منطقة Azure للحجز. تتوفر الحجوزات في مجموعة فرعية من مناطق Azure.
• التكرار: تكرار التخزين للحجز. يتم دعم الحجوزات لجميع عمليات التكرار التي يدعمها Azure Files، بما في ذلك LRS و ZRS و GRS و GZRS.
• تكرار الفوترة: يشير إلى عدد مرات فوترة الحساب للحجز. تشمل الخيارات شهريا أو مقدما.

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

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

لمزيد من المعلومات حول كيفية شراء الحجوزات، راجع تحسين تكاليف Azure Files مع الحجوزات.

راجع أيضًا

• تسعير ملفات Azure
• أمثلة على تقدير التكلفة
• التخطيط لتوزيع Azure Filesوالتخطيط لتوزيع Azure File Sync
• إنشاء مشاركة ملف كلاسيكية
• إنشاء مشاركة ملف (معاينة)