فهم نماذج فوترة ملفات Azure
تدعم Azure Files مستويين مختلفين من الوسائط للتخزين، SSD وHDD، مما يسمح لك بتخصيص مشاركات الملفات الخاصة بك وفقا لمتطلبات الأداء والسعر للسيناريو الخاص بك:
- SSD (premium): توفر مشاركات الملفات المستضافة على محركات الأقراص ذات الحالة الصلبة (SSD) أداء عاليا ومتسقا وزمن انتقال منخفض، ضمن ميلي ثانية مكونة من رقم واحد لمعظم عمليات الإدخال والإخراج.
- HDD (قياسي): يوفر مضيف مشاركات الملفات على محركات الأقراص الثابتة (HDDs) تخزينا فعالا من حيث التكلفة للاستخدام العام.
تحتوي ملفات Azure على نماذج تسعير متعددة بما في ذلك خيارات التزويد والدفع أولا بأول:
نماذج الفوترة المقدمة: في نموذج الفوترة المقدمة، تستند التكاليف الأساسية لمشاركة الملفات إلى مقدار التخزين وعمليات الإدخال والإخراج (عمليات الإدخال والإخراج في الثانية) ومعدل النقل الذي توفره عند إنشاء مشاركة الملفات أو تحديثها، بغض النظر عن مقدار استخدامك. تحتوي Azure Files على نموذجين مختلفين تم توفيرهما v2 وv1 المقدمين.
- الإصدار 2 المتوفر: في نموذج v2 المقدم، لديك القدرة على توفير التخزين وIOOPS ومعدل النقل بشكل منفصل، على الرغم من أننا نقدم توصية لك لمساعدتك في توفير الخدمة لأول مرة.
- الإصدار 1 المتوفر: في نموذج v1 المقدم، يمكنك توفير مقدار التخزين الذي تحتاجه للمشاركة بينما يتم تحديد IOPS ومعدل النقل استنادا إلى مقدار التخزين الذي توفره. يتوفر نموذج v1 المتوفر لملفات Azure فقط لمشاركات ملفات SSD.
نموذج فوترة الدفع أولا بأول: في نموذج الدفع أولا بأول، تستند تكلفة مشاركة الملفات إلى مقدار استخدامك للمشاركة، في شكل تكاليف التخزين والمعاملات ونقل البيانات المستخدمة. يتوفر نموذج الدفع أولا بأول لملفات Azure فقط لمشاركات ملفات HDD. نوصي باستخدام نموذج الإصدار 2 المتوفر لنشر مشاركة ملف HDD الجديدة.
تشرح هذه المقالة نماذج الفوترة لملفات Azure التي تعمل لمساعدتك على فهم فاتورة ملفات Azure الشهرية. للحصول على معلومات تسعير Azure Files، راجع صفحة تسعير Azure Files .
ينطبق على
نموذج الإدارة | نموذج الفوترة | مستوى الوسائط | التكرار | SMB | NFS |
---|---|---|---|---|---|
Microsoft.Storage | الإصدار 2 المتوفر | HDD (قياسي) | محلي (LRS) | ||
Microsoft.Storage | الإصدار 2 المتوفر | HDD (قياسي) | المنطقة (ZRS) | ||
Microsoft.Storage | الإصدار 2 المتوفر | HDD (قياسي) | الموقع الجغرافي (GRS) | ||
Microsoft.Storage | الإصدار 2 المتوفر | HDD (قياسي) | GeoZone (GZRS) | ||
Microsoft.Storage | الإصدار 1 المتوفر | SSD (متميز) | محلي (LRS) | ||
Microsoft.Storage | الإصدار 1 المتوفر | SSD (متميز) | المنطقة (ZRS) | ||
Microsoft.Storage | الدفع الفوري | HDD (قياسي) | محلي (LRS) | ||
Microsoft.Storage | الدفع الفوري | HDD (قياسي) | المنطقة (ZRS) | ||
Microsoft.Storage | الدفع الفوري | HDD (قياسي) | الموقع الجغرافي (GRS) | ||
Microsoft.Storage | الدفع الفوري | HDD (قياسي) | GeoZone (GZRS) |
وحدات تخزين
تستخدم Azure Files وحدات القياس Base-2 لتمثيل سعة التخزين: KiB و MiB و GiB و TiB.
اختصار | التعريف | الوحدة |
---|---|---|
KiB | 1,024 بايت | كيبي بايت |
MiB | 1,024 كيلوبايت (1,048,576 بايت) | mebibyte |
GiB | 1024 ميجا بايت (1،073،741،824 بايت) | جيجا بايت |
TiB | 1024 جيجابايت (1,099,511,627,776 بايت) | tebibyte |
على الرغم من أن وحدات القياس الأساسية 2 شائعة الاستخدام من قبل معظم أنظمة التشغيل والأدوات لقياس كميات التخزين، إلا أنها غالبا ما تسيء تسمية الوحدات الأساسية-10، والتي قد تكون أكثر دراية بها: KB وMB وGB و TB. على الرغم من أن أسباب سوء التسمية تختلف، فإن السبب الشائع وراء سوء تسمية أنظمة التشغيل مثل Windows لوحدات التخزين هو أن العديد من أنظمة التشغيل بدأت في استخدام هذه الاختصارات قبل أن يتم توحيدها من قبل IEC (اللجنة الكهربائية التقنية الدولية)، BIPM (المكتب الدولي للأوزان والمقاييس)، و NIST (المعهد الوطني الأمريكي للمعايير والتكنولوجيا).
يبين الجدول التالي كيفية قياس أنظمة التشغيل الشائعة وتخزين الملصقات:
نظام التشغيل | نظام القياس | التسمية |
---|---|---|
Windows | أساس-2 | تسميات مضللة باستمرار على أنها أساس 10. |
توزيعات Linux | عادة base-2، تستخدم بعض البرامج base-10 | وضع العلامات غير المتسق، تعتمد المحاذاة بين القياس ووضع العلامات على حزمة البرامج. |
macOS و iOS و iPad OS | قاعدة -10 | تسميات باستمرار على أنها قاعدة-10. |
تحقق مع بائع نظام التشغيل إذا لم يكن نظام التشغيل الذي تستخدمه مذكوراً.
القائمة المرجعية للتكلفة الإجمالية للتملك في مشاركة الملفات
إذا كنت تقوم بالترحيل إلى Azure Files من الموقع المحلي أو كنت تقارن بين Azure Files وحلول التخزين على السحابة الأخرى، فيجب مراعاة العوامل التالية لضمان مقارنة عادلة:
كيف تدفع مقابل التخزين وIOPS والنطاق الترددي؟ تحتوي معظم الحلول السحابية على نماذج تتماشى مع كيانات التخزين الموفر، مثل حتمية السعر والبساطة، أو تخزين الدفع أولاً بأول، والذي يمكنه تحسين التكاليف من خلال فرض رسوم عليك مقابل ما تستخدمه بالفعل فقط. من الأمور ذات الأهمية الخاصة للنماذج المخصصة الحد الأدنى لحجم الأسهم المخصص، ووحدة المخصصات، والقدرة على زيادة وخفض التزويد.
هل توجد طرق لتحسين تكاليف التخزين؟ يمكنك استخدام Azure Files Reservations لتحقيق خصم يصل إلى 36٪ على التخزين. قد تستخدم الحلول الأخرى استراتيجيات مثل إلغاء التكرار أو الضغط لتحسين كفاءة التخزين اختياريا. لكن استراتيجيات تحسين التخزين هذه قد يكون لها تكاليف غير نقدي، مثل انخفاض الأداء. لا تحتوي حجوزات ملفات Azure على أي آثار جانبية على الأداء.
كيف تحقق مرونة التخزين والتكرار؟ مع 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 المستند إلى الائتمان مرونة إضافية حول الاستخدام، على أساس أفضل جهد، بينما تظل الأرصدة.
يمكن زيادة حجم التخزين وIOPS ومعدل النقل الذي توفره بشكل ديناميكي مع تغير احتياجاتك، ومع ذلك، يمكنك فقط تقليل الكمية المقدمة فقط بعد مرور 24 ساعة منذ زيادة الكمية الأخيرة. تكون تغييرات التخزين و IOPS ومعدل النقل فعالة في غضون بضع دقائق بعد تغيير التزويد.
بشكل افتراضي، عند إنشاء مشاركة ملف جديدة باستخدام نموذج v2 المقدم، نقدم توصية بعدد عمليات الإدخال والإخراج في الثانية (IOPS) ومقدار الإنتاجية التي تحتاجها استنادا إلى مقدار التخزين المتوفر الذي تحدده. على الرغم من أن هذه التوصيات تستند إلى استخدام العميل النموذجي لهذا القدر من التخزين المقدم لمستوى الوسائط هذا في ملفات Azure، فقد تجد أن حمل العمل يتطلب عمليات الإدخال والإخراج في الإخراج في الملفات ومعدل النقل أكثر أو أقل من "مشاركة الملفات النموذجية"، ويمكنك اختياريا توفير عمليات الإدخال والإخراج في الملفات (IOPS) ومعدل النقل بشكل اختياري اعتمادا على متطلبات مشاركة الملفات الفردية.
توفر الإصدار 2 المتوفر
يتم توفير نموذج v2 المقدم لمشاركات الملفات في حسابات التخزين مع نوع حساب تخزين FileStorage . في الوقت الحالي، تتوفر المجموعة الفرعية التالية من وحدات SKU لحساب التخزين:
نوع حساب التخزين | وحدة حفظ المخزون لحساب التخزين | نوع مشاركة الملفات المتوفرة |
---|---|---|
FileStorage | StandardV2_LRS | مشاركات ملفات V2 المتوفرة بواسطة HDD مع التكرار المحلي (LRS) المحدد. |
FileStorage | StandardV2_ZRS | مشاركات ملفات V2 المقدمة من HDD مع تكرار المنطقة (ZRS) المحدد. |
FileStorage | StandardV2_GRS | مشاركات ملفات HDD المتوفرة v2 مع التكرار الجغرافي (GRS) المحدد. |
FileStorage | StandardV2_GZRS | مشاركات ملفات V2 المتوفرة بواسطة HDD مع التكرار GeoZone (GZRS) المحدد. |
حاليا، تتوفر وحدات SKU هذه بشكل عام في مجموعة فرعية محدودة من المناطق:
- وسط فرنسا
- جنوب فرنسا
- شرق أستراليا
- جنوب شرق أستراليا
- شرق آسيا
- جنوب شرق آسيا
- West US 2
- غرب وسط الولايات المتحدة
- أوروبا الغربية
- أوروبا الشمالية
تفاصيل توفير الإصدار 2 المتوفرة
عند إنشاء مشاركة ملف v2 المتوفرة، يمكنك تحديد السعة المتوفرة لمشاركة الملف من حيث التخزين وIOOPS ومعدل النقل. تكون مشاركات الملفات محدودة استنادا إلى السمات التالية:
العنصر | قيمة HDD |
---|---|
وحدة توفير التخزين | 1 جيجابيت |
وحدة توفير IOPS | 1 IO / ثانية |
وحدة توفير معدل النقل | 1 ميبي بايت / ثانية |
الحد الأدنى للتخزين المقدم لكل مشاركة ملف | 32 غيغابايت |
الحد الأدنى من عمليات الإدخال والإخراج في الثانية (IOPS) المقدمة لكل مشاركة ملف | 500 IOPS |
الحد الأدنى لمعدل النقل المقدم لكل مشاركة ملف | 60 ميبي بايت / ثانية |
الحد الأقصى للتخزين المقدم لكل مشاركة ملف | 256 تيرابايت (262,144 جيبي بايت) |
الحد الأقصى لعمليات الإدخال والإخراج في الثانية (IOPS) المقدمة لكل مشاركة ملف | 50,000 عملية إدخال وإرسال وإيداع في الثانية |
الحد الأقصى لمعدل النقل المقدم لكل مشاركة ملف | 5,120 ميبي بايت / ثانية |
الحد الأقصى للتخزين المقدم لكل حساب تخزين | 4 بايت (4,194,304 جيبي بايت) |
الحد الأقصى لعمليات الإدخال والإخراج في الثانية لكل حساب تخزين | 50,000 عملية إدخال وإرسال وإيداع في الثانية |
الحد الأقصى لمعدل النقل المقدم لكل حساب تخزين | 5,120 ميبي بايت / ثانية |
الحد الأقصى لعدد مشاركات الملفات لكل حساب تخزين | 50 مشاركة ملف |
بشكل افتراضي، نوصي بتوفير IOPS ومعدل النقل استنادا إلى التخزين المقدم الذي تحدده. تستند صيغ التوصية هذه إلى استخدام العميل النموذجي لهذا القدر من التخزين المقدم لمستوى الوسائط هذا في ملفات Azure:
اسم الصيغة | صيغة HDD |
---|---|
توصية IOPS | MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000) |
توصية معدل النقل | 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 المتوفرة بالضبط ولا توجد أرصدة متراكمة أو مستخدمة.
تبدأ مشاركة ملف جديدة بالعدد الكامل للأرصدة في مستودع الاندفاع الخاص بها. لا تتراكم أرصدة الاندفاع إذا كانت المشاركة IOPS أقل من الحد المقدم بسبب تقييد الخادم. يتم استخدام الصيغ التالية لتحديد حد الاندفاع IOPS وعدد الأرصدة الممكنة لمشاركة ملف:
العنصر | صيغة HDD |
---|---|
حد الاندفاع IOPS | MIN(MAX(3 * ProvisionedIOPS, 5000), 50000) |
اندفاع أرصدة IOPS | (BurstLimit - ProvisionedIOPS) * 3600 |
يوضح الجدول التالي بعض الأمثلة على هذه الصيغ لمبالغ IOPS المختلفة المتوفرة:
IOPS المتوفر | حد IOPS لاندفاع HDD | أرصدة اندفاع HDD |
---|---|---|
500 | ما يصل إلى 5000 | 16,200,000 |
1,000 | ما يصل إلى 5000 | 14,400,000 |
3,000 | حتى 9000 | 21,600,000 |
5,000 | ما يصل إلى 15,000 | 36,000,000 |
10,000 | ما يصل إلى 30,000 | 72,000,000 |
25,000 | ما يصل إلى 50,000 | 90,000,000 |
50,000 | ما يصل إلى 50,000 | 0 |
لقطات v2 المتوفرة
تدعم Azure Files النسخ المطابقة، التي تشبه النسخ الاحتياطية لوحدة التخزين (VSS) على خادم ملفات Windows. لمزيد من المعلومات حول مشاركة النسخ المطابقة، راجع نظرة عامة على النسخ المطابقة لـAzure Files .
تكون اللقطات دائما تفاضلية من المشاركة المباشرة ومن بعضها البعض. في نموذج الفوترة v2 المقدم، إذا كان الحجم التفاضلي الإجمالي لجميع اللقطات يتناسب مع مساحة التخزين الزائدة المتوفرة لمشاركة الملف، فلا توجد تكلفة إضافية لتخزين اللقطة. إذا كان حجم بيانات المشاركة المباشرة بالإضافة إلى بيانات اللقطة التفاضلية أكبر من التخزين المقدم للمشاركة، تتم فوترة السعة الزائدة المستخدمة للقطات مقابل مقياس تجاوز استخدام اللقطة. صيغة تحديد مقدار التجاوز هي: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)
تستخدم بعض الخدمات ذات القيمة المضافة لملفات Azure اللقطات كجزء من عرض القيمة الخاصة بها. راجع خدمات القيمة المضافة لملفات Azure للحصول على مزيد من المعلومات.
الحذف المبدئي v2 المقدم
تتم فوترة مشاركات الملفات المحذوفة في حسابات التخزين مع تمكين الحذف المبدئي استنادا إلى سعة التخزين المستخدمة للمشاركة المحذوفة لمدة فترة الحذف المبدئي. للتأكد من إمكانية استعادة مشاركة ملف محذوفة دائما، فإن التخزين المقدم وIOOPS ومعدل نقل عدد المشاركة مقابل حدود حساب التخزين حتى يتم إزالة مشاركة الملف، ومع ذلك لا تتم فوترتها. لمزيد من المعلومات حول الحذف المبدئي، راجع كيفية تمكين الحذف المبدئي على مشاركات ملفات Azure.
عدادات فوترة الإصدار 2 المتوفرة
تتم فوترة مشاركات الملفات المقدمة باستخدام نموذج فوترة الإصدار 2 المقدم مقابل عدادات الفوترة الخمسة التالية:
- التخزين المقدم: مقدار التخزين المقدم في GiB.
- عمليات الإدخال والإخراج في الثانية المقدمة: مقدار IOPS (IO / ثانية) المقدمة.
- معدل النقل المقدم MiBPS: مقدار معدل النقل المقدم في MiB / ثانية.
- تجاوز استخدام اللقطة: أي مقدار من استخدام اللقطة التفاضلية في GiB لا يتناسب مع سعة التخزين المتوفرة. راجع لقطات v2 المتوفرة لمزيد من المعلومات.
- الاستخدام المحذوف مبدئيا: سعة التخزين المستخدمة في GiB لمشاركات الملفات المحذوفة مبدئيا. راجع الحذف المبدئي للإصدار 2 المقدم للحصول على مزيد من المعلومات.
يتم إصدار الاستهلاك مقابل عدادات الفوترة v2 المتوفرة كل ساعة من حيث الوحدات بالساعة. على سبيل المثال، للحصول على مشاركة مع توفير 1024 GiB، يجب أن ترى:
- 1024 وحدة مقابل عداد التخزين المقدم لمدة ساعة فردية.
- 24576 وحدة مقابل مقياس التخزين المتوفر إذا تم تجميعها ليوم واحد.
- عدد متغير من الوحدات إذا تم تجميعها لمدة شهر اعتمادا على عدد الأيام في الشهر:
- شهر 28 يوما (فبراير العادي): 688128 وحدة مقابل عداد التخزين المتوفر.
- شهر 29 يوما (السنة الكبسة فبراير): 712704 وحدة مقابل عداد التخزين المقدم.
- شهر 30 يوما: 737280 وحدة مقابل مقياس التخزين المقدم.
- شهر 31 يوما: 761856 وحدة مقابل عداد التخزين المقدم.
نموذج v1 المقدم
يوفر أسلوب v1 المتوفر التخزين وIOOPS ومعدل النقل بنسبة ثابتة إلى بعضها البعض، على غرار كيفية شراء التخزين في حل تخزين محلي. عند إنشاء مشاركة ملف v1 جديدة تم توفيرها، يمكنك تحديد مقدار التخزين الذي تحتاجه مشاركتك، ويتم حساب IOPS ومعدل النقل. يتوفر نموذج v1 المتوفر لملفات Azure فقط لمشاركات ملفات SSD.
يحدد مقدار التخزين الذي توفره حدود التخزين المضمونة وIOOPS ومعدل النقل لاستخدام مشاركة الملف. على سبيل المثال، إذا قمت بتوفير مشاركة 2 تيرابايت وتحميل بيانات 2 تيرابايت إلى مشاركتك، فستمتلئ مشاركتك ولن تتمكن من إضافة المزيد من البيانات إلا إذا قمت بزيادة حجم مشاركتك أو حذف بعض البيانات. يوفر اندفاع IOPS المستند إلى الائتمان مرونة إضافية حول الاستخدام، على أساس أفضل جهد، بينما تظل الأرصدة.
على عكس شراء التخزين المحلي، يمكن توسيع نطاق مشاركات الملفات v1 المتوفرة بشكل ديناميكي لأعلى أو لأسفل مع تغير احتياجاتك، ومع ذلك، يمكنك فقط تقليل التخزين المقدم فقط بعد مرور 24 ساعة منذ زيادة التخزين الأخيرة. تكون تغييرات التخزين و IOPS ومعدل النقل فعالة في غضون بضع دقائق بعد تغيير التزويد.
من الممكن تقليل حجم حصتك المخصصة إلى أقل من GiB المستخدم. إذا فعلت ذلك، فلن تفقد البيانات، ولكنك ستُحاسب على الحجم المستخدَم وستتلقى أداء الحصة المخصصة، وليس الحجم المستخدم.
توفر الإصدار 1 المتوفر
يتم توفير نموذج v1 المقدم لمشاركات ملفات SSD في حسابات التخزين مع نوع حساب تخزين FileStorage :
نوع حساب التخزين | وحدة حفظ المخزون لحساب التخزين | نوع مشاركة الملفات المتوفرة |
---|---|---|
FileStorage | Premium_LRS | مشاركة ملف v1 المقدمة من SSD مع التكرار المحلي (LRS) المحدد. |
FileStorage | Premium_ZRS | مشاركة ملف v1 المقدمة من SSD مع تكرار المنطقة (ZRS) المحدد. |
تتوفر مشاركات ملفات SSD باستخدام نموذج v1 المتوفر بشكل عام في معظم مناطق Azure. راجع منتجات Azure حسب المنطقة لمزيد من المعلومات.
تفاصيل توفير الإصدار 1 المتوفرة
عند إنشاء مشاركة ملف v1 تم توفيرها، يمكنك تحديد مقدار التخزين الذي تحتاجه مشاركتك. كل GiB تقوم بتوفيره يخولك المزيد من عمليات الإدخال والإخراج في الخدمة ومعدل النقل بنسبة ثابتة. تكون مشاركات الملفات محدودة استنادا إلى السمات التالية:
الصنف | القيمة |
---|---|
وحدة توفير التخزين | 1 جيجابيت |
الحد الأدنى للتخزين المقدم لكل مشاركة ملف | 100 جيجابايت |
الحد الأقصى للتخزين المقدم لكل مشاركة ملف | 100 تيرابايت (102,400 جيبي بايت) |
الحد الأقصى للتخزين المقدم لكل حساب تخزين | 100 تيرابايت (102,400 جيبي بايت) |
يتم تحديد مقدار IOPS ومعدل النقل المقدم على المشاركة بواسطة الصيغ التالية:
العنصر | الصيغة |
---|---|
IOPS المخصص المحسوب (الأساس) | MIN(3000 + 1 * ProvisionedStorageGiB, 102400) |
معدل النقل المخصص المحسوب (MiB / ثانية) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
استنادا إلى متطلبات مشاركة الملفات الفردية، قد تجد أنك تحتاج إلى المزيد من عمليات الإدخال والإخراج في الإخراج في الملفات أو معدل النقل أكثر مما توفره في هذه الحالة، ستحتاج إلى توفير المزيد من التخزين للحصول على IOPS أو معدل النقل المطلوب.
اندفاع الإصدار 1 المتوفر
يوفر اندفاع IOPS المستند إلى الائتمان مرونة إضافية حول استخدام IOPS. يتم استخدام هذه المرونة على أفضل وجه كمخزن مؤقت ضد طفرات IO غير المتوقعة. بالنسبة لأنماط الإدخال/الإخراج الثابتة، نوصي بتوفير أوقات ذروة الإدخال/الإخراج.
تتراكم أرصدة IOPS الاندفاعية كلما كانت نسبة استخدام الشبكة لمشاركة الملف أقل من IOPS المقدمة (الأساس). عندما يتجاوز استخدام IOPS لمشاركة الملفات IOPS المتوفرة وهناك أرصدة IOPS متاحة للاندفاع، يمكن اندفاع مشاركة الملف حتى الحد الأقصى المسموح به لاندفاع IOPS. يمكن أن تستمر مشاركات الملفات في الاندفاع طالما أن هناك أرصدة متبقية، ولكن هذا يستند إلى عدد أرصدة الاندفاع المتراكمة. يستهلك كل IO بخلاف IOPS المقدم رصيدا واحدا. بمجرد استهلاك جميع الأرصدة، تعود المشاركة إلى IOPS المقدمة. لا يتعين على IOPS مقابل مشاركة الملف القيام بأي شيء خاص لاستخدام الاندفاع. يعمل الاندفاع على أساس أفضل جهد.
تشتمل أرصدة الأسهم على ثلاث حالات:
- التراكم، عندما تستخدم مشاركة الملف أقل من IOPS المتوفرة.
- المتناقص، عندما تستخدم مشاركة الملف أكثر من IOPS المتوفرة وفي وضع الاندفاع.
- ثابت، عندما تستخدم مشاركة الملفات IOPS المتوفرة بالضبط ولا توجد أرصدة متراكمة أو مستخدمة.
تبدأ مشاركة ملف جديدة بالعدد الكامل للأرصدة في مستودع الاندفاع الخاص بها. لا تتراكم أرصدة الاندفاع إذا كانت المشاركة IOPS أقل من الحد المقدم بسبب تقييد الخادم. يتم استخدام الصيغ التالية لتحديد حد الاندفاع IOPS وعدد الأرصدة الممكنة لمشاركة ملف:
العنصر | الصيغة |
---|---|
حد مخصص للاندفاع | MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400) |
أرصدة الاندفاع | (BurstLimit - BaselineIOPS) * 3600 |
يوضح الجدول التالي بعض الأمثلة على هذه الصيغ لأحجام المشاركة المتوفرة:
القدرة الإنتاجية (GiB) | الخط الأساسي لـIOPS | اندفاع IOPS | أرصدة الاندفاع | معدل النقل (الدخول + الخروج) (MiB/sec) |
---|---|---|---|---|
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 |
51200 | 54,200 | حتى 102,400 | 164,880,000 | 5,220 |
102,400 | 102,400 | حتى 102,400 | 0 | 10,340 |
يخضع الأداء الفعال لمشاركة الملفات لحدود شبكة الجهاز، وعرض النطاق الترددي للشبكة المتاح، وأحجام الإدخال الإخراج، والتوازي، من بين العديد من العوامل الأخرى. لتحقيق أقصى استفادة من التوازي، نوصي بتمكين SMB Multichannel على مشاركات ملفات SSD. راجع دليل استكشاف أخطاء أداء SMB والأداء وإصلاحها لبعض مشكلات الأداء الشائعة والحلول البديلة.
لقطات v1 المتوفرة
تدعم Azure Files النسخ المطابقة، التي تشبه النسخ الاحتياطية لوحدة التخزين (VSS) على خادم ملفات Windows. لمزيد من المعلومات حول مشاركة النسخ المطابقة، راجع نظرة عامة على النسخ المطابقة لـAzure Files .
تكون اللقطات دائما تفاضلية من المشاركة المباشرة ومن بعضها البعض. في نموذج فوترة الإصدار 1 المقدم، تتم فوترة الحجم التفاضلي الإجمالي مقابل مقياس الاستخدام، بغض النظر عن مقدار التخزين المقدم غير المستخدم. يحتوي مقياس تخزين اللقطة المستخدم على سعر مخفض على سعر التخزين المقدم.
الحذف المبدئي المقدم v1
تتم فوترة مشاركات الملفات المحذوفة في حسابات التخزين مع تمكين الحذف المبدئي استنادا إلى سعة التخزين المستخدمة للمشاركة المحذوفة لمدة فترة الحذف المبدئي. يتم إصدار سعة تخزين الاستخدام المحذوفة مبدئيا مقابل مقياس تخزين اللقطة المستخدم. لمزيد من المعلومات حول الحذف المبدئي، راجع كيفية تمكين الحذف المبدئي على مشاركات ملفات Azure.
عدادات الفوترة v1 المتوفرة
تتم فوترة مشاركات الملفات المقدمة باستخدام نموذج فوترة الإصدار 1 المقدم مقابل مترين التاليين:
- Premium Provisioned: مقدار التخزين المقدم في GiB.
- لقطات Premium: مقدار اللقطات المستخدمة والسعة المستخدمة المحذوفة مبدئيا.
يتم إصدار الاستهلاك مقابل عدادات الفوترة v1 المتوفرة كل ساعة من حيث الوحدات الشهرية. على سبيل المثال، للحصول على مشاركة مع توفير 1024 GiB، يجب أن ترى:
- عدد متغير من الوحدات لساعة فردية اعتمادا على عدد الأيام في الشهر:
- شهر 28 يوما (فبراير العادي): 1.5238 وحدة مقابل مقياس Premium Provisioned .
- شهر 29 يوما (سنة كبيسة فبراير): 1.4713 وحدة مقابل مقياس Premium المقدم .
- شهر 30 يوما: 1.4222 وحدة مقابل مقياس Premium المقدم .
- شهر 31 يوما: 1.3763 وحدة مقابل مقياس Premium المقدم .
- عدد متغير من الوحدات إذا تم تجميعها ليوم واحد اعتمادا على عدد الأيام في الشهر:
- شهر 28 يوما (فبراير العادي): 36.5714 وحدة مقابل مقياس Premium Provisioned .
- شهر 29 يوما (السنة الكبسة فبراير): 35.3103 وحدة مقابل مقياس Premium Provisioned .
- شهر 30 يوما: 34.1333 وحدة مقابل مقياس Premium Provisioned .
- شهر 31 يوما: 33.0323 وحدة مقابل مقياس Premium المقدم .
- 1024 وحدة مقابل مقياس Premium Provisioned إذا تم تجميعها لمدة شهر.
نموذج الدفع الفوري
في نموذج الدفع أولا بأول، يتم تحديد المبلغ الذي تدفعه حسب المقدار الذي تستخدمه، بدلا من أن يستند إلى مبلغ مخصص. على مستوى عال، تدفع تكلفة كمية البيانات المنطقية المخزنة، ويتم تحصيل رسوم منك أيضا مقابل المعاملات بناء على استخدامك لتلك البيانات. قد يكون من الصعب التخطيط لنموذج الفوترة الدفع أولا بأول كجزء من عملية الموازنة، لأن النموذج مدفوع ب استهلاك المستخدم النهائي. لذلك نوصي باستخدام نموذج v2 المقدمة لتوزيع مشاركة الملفات الجديدة. يتوفر نموذج الدفع أولا بأول فقط لمشاركات ملفات HDD.
توفر الدفع أولا بأول
يتم توفير نموذج الدفع أولا بأول لمشاركات ملفات HDD في حسابات التخزين مع نوع حساب التخزين StorageV2 أو Storage :
نوع حساب التخزين | وحدة حفظ المخزون لحساب التخزين | نوع مشاركة الملفات المتوفرة |
---|---|---|
StorageV2 أو Storage | Standard_LRS | مشاركة ملف الدفع أولا بأول ل HDD مع التكرار المحلي (LRS) المحدد. |
StorageV2 أو Storage | Standard_ZRS | مشاركة ملف الدفع أولا بأول في HDD مع تكرار المنطقة (ZRS) المحدد. |
StorageV2 أو Storage | Standard_GRS | مشاركة ملف الدفع أولا بأول ل HDD مع التكرار الجغرافي (GRS) المحدد. |
StorageV2 أو Storage | Standard_GZRS | مشاركة ملف الدفع أولا بأول ل HDD مع التكرار GeoZone (GZRS) المحدد. |
تتوفر مشاركات ملفات HDD باستخدام نموذج الدفع أولا بأول بشكل عام في جميع مناطق Azure.
الاختلافات في مستويات الوصول
عند إنشاء مشاركة ملف HDD، يمكنك الاختيار بين مستويات الوصول التالية: المعاملات المحسنة والساخنة والباردة. يتم تخزين جميع مستويات الوصول الثلاثة على نفس أجهزة التخزين بالضبط. الفرق الرئيسي لمستويات الوصول الثلاثة هذه هو أسعار تخزين البيانات الثابتة، والتي تكون أقل في المستويات المبردة، وأسعار المعاملات، والتي هي أعلى في المستويات المبردة. يعني ذلك:
- تحسين المعاملة، كما يوحي الاسم، يحسن سعر أحمال عمل IOPS (المعاملة) المرتفعة. المعاملة المحسّنة لديها أعلى سعر لتخزين البيانات المتبقية، ولكن بأقل أسعار للمعاملات.
- Hot هو لأحمال العمل النشطة التي لا تتضمن عددا كبيرا من المعاملات. لديها بيانات أقل قليلا في سعر التخزين الثابت، ولكن أسعار المعاملات أعلى قليلا مقارنة بالمعاملات المحسنة. فكر في الأمر على أنه حل وسط بين الصفقات المحسّنة والمستويات الرائعة.
- تعمل Cool على تحسين سعر أحمال العمل التي لا تتمتع بنشاط عال، وتقدم أقل سعر تخزين للبيانات الثابتة، ولكن أعلى أسعار المعاملات.
إذا وضعت حمل عمل يتم الوصول إليه بشكل غير متكرر في طبقة الوصول المحسنة للمعاملات، فلن تدفع شيئا تقريبا عن المرات القليلة التي تجري فيها معاملات مقابل مشاركتك في الشهر. ومع ذلك، ستدفع مبلغاً كبيراً مقابل تكاليف تخزين البيانات. إذا قمت بنقل هذه المشاركة نفسها إلى مستوى الوصول الرائع، فلا تزال لا تدفع أي شيء تقريبا مقابل تكاليف المعاملة، ببساطة لأنك تجري معاملات بشكل غير متكرر لحمل العمل هذا. ومع ذلك، فإن طبقة الوصول الباردة لها سعر تخزين بيانات أرخص بكثير. يتيح لك تحديد طبقة الوصول المناسبة لحالة الاستخدام تقليل التكاليف بشكل كبير.
وبالمثل، إذا وضعت حمل عمل يتم الوصول إليه بشكل كبير في طبقة الوصول الباردة، فستدفع أكثر بكثير في تكاليف المعاملات، ولكن أقل لتكاليف تخزين البيانات. يمكن أن يؤدي هذا إلى وضع تفوق فيه التكاليف المتزايدة من زيادة أسعار المعاملات على المدخرات الناتجة عن انخفاض سعر تخزين البيانات، مما يؤدي إلى دفع المزيد من المال على نحو رائع أكثر مما كنت ستدفعه عند تحسين المعاملة. بالنسبة لبعض مستويات الاستخدام، من الممكن أن يكون مستوى الوصول السريع هو الأكثر كفاءة من حيث التكلفة، وستكون طبقة الوصول الباردة أكثر تكلفة من المعاملات المحسنة.
سيحدد مستوى حمل العمل والنشاط الخاص بك طبقة الوصول الأكثر كفاءة من حيث التكلفة لمشاركة ملف الدفع أولا بأول. في الممارسة العملية، تتضمن أفضل طريقة لاختيار طبقة الوصول الأكثر كفاءة من حيث التكلفة النظر في استهلاك الموارد الفعلي للحصة (البيانات المخزنة، ومعاملات الكتابة، وما إلى ذلك). بالنسبة لمشاركات ملفات الدفع أولا بأول، نوصي بالبدء في المستوى المحسن للمعاملات أثناء الترحيل الأولي إلى Azure Files، ثم اختيار طبقة الوصول الصحيحة بناء على الاستخدام بعد اكتمال الترحيل. لا يشير استخدام المعاملة أثناء الترحيل عادة إلى استخدام المعاملة العادية.
ما المقصود بالعمليات؟
عند تحميل مشاركة ملف Azure على كمبيوتر باستخدام SMB، يتم عرض مشاركة ملف Azure على الكمبيوتر كما لو كانت تخزينا محليا. وهذا يعني أن التطبيقات والبرامج النصية والبرامج الأخرى على الكمبيوتر الخاص بك يمكنها الوصول إلى الملفات والمجلدات على مشاركة ملف Azure دون الحاجة إلى معرفة أنها مخزنة في Azure.
عند القراءة أو الكتابة إلى ملف، يقوم التطبيق الذي تستخدمه بإجراء سلسلة من استدعاءات واجهة برمجة التطبيقات إلى واجهة برمجة تطبيقات نظام الملفات التي يوفرها نظام التشغيل الخاص بك. ثم يفسر نظام التشغيل الخاص بك هذه الاستدعاءات في معاملات بروتوكول SMB، والتي يتم إرسالها عبر السلك إلى ملفات Azure للوفاء بها. قد تتم ترجمة المهمة التي يرى المستخدم النهائي أنها عملية واحدة، مثل قراءة ملف من البداية إلى النهاية، إلى معاملات SMB متعددة تخدمها ملفات Azure.
كمبدأ، فإن نموذج الفوترة الدفع أولا بأول المستخدم من قبل فواتير مشاركات الملفات القياسية بناء على الاستخدام. تمثل معاملات SMB وFilyREST التي تم إجراؤها بواسطة التطبيقات والبرامج النصية استخدام مشاركة الملف وتظهر كجزء من فاتورتك. ينطبق نفس المفهوم على خدمات السحابة ذات القيمة المضافة التي قد تضيفها إلى مشاركتك، مثل Azure File Sync أو Azure Backup. يتم تجميع المعاملات في خمس فئات معاملات مختلفة لها أسعار مختلفة بناء على تأثيرها على مشاركة ملف Azure. هذه الفئات هي: الكتابة والقائمة والقراءة وغيرها والحذف.
يوضح الجدول التالي تصنيف كل معاملة:
مستودع العمليات | عمليات الإدارة | عمليات البيانات |
---|---|---|
كتابة العمليات |
|
|
قائمة العمليات |
|
|
قراءة العمليات |
|
|
العمليات الأخرى/البروتوكول |
|
|
حذف العمليات |
|
|
إشعار
يتوفر NFS 4.1 فقط لمشاركات ملفات SSD، والتي تستخدم نموذج فوترة تم توفيره. لا تؤثر مستودعات المعاملات على الفوترة لمشاركات الملفات المقدمة.
التبديل بين مستويات الوصول
على الرغم من أنه يمكنك تغيير مشاركة ملف الدفع أولا بأول بين مستويات الوصول الثلاثة، فإن أفضل ممارسة لتحسين التكاليف بعد الترحيل الأولي هي اختيار طبقة الوصول الأكثر تكلفة الأمثل لتكون فيها، والبقاء هناك ما لم يتغير نمط الوصول الخاص بك. وذلك لأن تغيير طبقة الوصول لمشاركة ملف قياسي يؤدي إلى تكاليف إضافية كما يلي:
المعاملات: عند نقل مشاركة من طبقة وصول أكثر سخونة إلى طبقة وصول أكثر برودة، ستتحمل رسوم معاملة الكتابة الخاصة بطبقة الوصول المبردة لكل ملف في المشاركة. سيؤدي نقل مشاركة ملف من طبقة وصول أكثر برودة إلى طبقة وصول أكثر سخونة إلى فرض رسوم معاملة القراءة الخاصة بطبقة الوصول المبردة لكل ملف في المشاركة.
استرداد البيانات: إذا كنت تنتقل من طبقة الوصول الباردة إلى المعاملات الساخنة أو المحسنة، فستتحمل رسوم استرداد البيانات استنادا إلى حجم البيانات المنقولة. فقط طبقة الوصول الباردة لديها رسوم استرداد البيانات.
يوضح الجدول التالي تصنيف تكلفة نقل مستويات الوصول:
مستوى الدخول | المعاملات المحسنة (الوجهة) | ساخن (الوجهة) | بارد (وجهة) |
---|---|---|---|
المعاملات المحسنة (المصدر) | -- |
|
|
ساخن (مصدر) |
|
-- |
|
بارد (مصدر) |
|
|
-- |
على الرغم من عدم وجود حد رسمي لعدد المرات التي يمكنك فيها تغيير مستوى الوصول لمشاركة الملفات، إلا أن مشاركتك ستستغرق وقتا للانتقال استنادا إلى كمية البيانات في مشاركتك. لا يمكنك تغيير طبقة الوصول للمشاركة أثناء انتقال مشاركة الملف بين مستويات الوصول. لا يؤثر تغيير طبقة الوصول لمشاركة الملف على الوصول العادي إلى مشاركة الملفات.
اختيار مستوى وصول
بغض النظر عن كيفية ترحيل البيانات الموجودة إلى Azure Files، نوصي في البداية بإنشاء مشاركة الملف في مستوى الوصول الأمثل للمعاملات بسبب العدد الكبير من المعاملات المتكبدة أثناء الترحيل. بعد اكتمال الترحيل وتشغيلك لبضعة أيام أو أسابيع باستخدام منتظم، يمكنك توصيل عدد المعاملات الخاصة بك في حاسبة التسعير لمعرفة مستوى الوصول الأنسب لحمل العمل الخاص بك.
نظرا لأن مشاركات ملفات الدفع أولا بأول تعرض معلومات المعاملات فقط على مستوى حساب التخزين، فإن استخدام مقاييس التخزين لتقدير مستوى الوصول الأرخص على مستوى مشاركة الملف هو علم غير كامل. إذا أمكن، نوصي بنشر مشاركة ملف واحدة فقط في كل حساب تخزين لضمان الرؤية الكاملة للفوترة.
للاطلاع على العمليات السابقة:
- انتقل إلى حساب التخزين خاصتك في مدخل Microsoft Azure.
- في قائمة الخدمة، ضمن Monitoring، حدد Metrics.
- حدد النطاق كاسم حساب التخزين و مساحة اسم المقياس كـ "ملف" و المقياس كـ "المعاملات" و التجميع كـ"مجموع"
- حدد تطبيق التقسيم.
- حدد القيم على أنها "اسم واجهة برمجة التطبيقات". حدد الحد و الفرز المطلوب.
- حدد الفترة الزمنية التي تريدها.
إشعار
تأكد من عرض المعاملات على مدار فترة زمنية للحصول على فكرة أفضل عن متوسط عدد المعاملات. تأكد من أن الفترة الزمنية المختارة لا تتداخل مع التوفير الأولي. اضرب متوسط عدد العمليات خلال هذه الفترة الزمنية للحصول على المعاملات المقدرة لشهر كامل.
لقطات الدفع أولا بأول
تدعم Azure Files النسخ المطابقة، التي تشبه النسخ الاحتياطية لوحدة التخزين (VSS) على خادم ملفات Windows. لمزيد من المعلومات حول مشاركة النسخ المطابقة، راجع نظرة عامة على النسخ المطابقة لـAzure Files .
تكون اللقطات دائما تفاضلية من المشاركة المباشرة ومن بعضها البعض. في نموذج فوترة الدفع أولا بأول، تتم فوترة الحجم التفاضلي الإجمالي مقابل مقياس التخزين المستخدم العادي. وهذا يعني أنك لن ترى عنصر سطر منفصل في الفاتورة يمثل لقطات لحساب تخزين الدفع أولا بأول. وهذا يعني أيضا أن استخدام اللقطة التفاضلية يحسب مقابل الحجوزات التي يتم شراؤها لمشاركات ملفات الدفع أولا بأول.
الحذف المبدئي للدفع أولا بأول
تتم فوترة مشاركات الملفات المحذوفة في حسابات التخزين مع تمكين الحذف المبدئي استنادا إلى سعة التخزين المستخدمة لمشاركة الملفات المحذوفة لمدة فترة الحذف المبدئي. يتم إصدار سعة التخزين المستخدمة المحذوفة مبدئيا مقابل مقياس التخزين المستخدم العادي. وهذا يعني أنك لن ترى عنصر سطر منفصل في فاتورتك يمثل مشاركات الملفات المحذوفة مبدئيا لحساب تخزين الدفع أولا بأول. وهذا يعني أيضا أن استخدام مشاركة الملفات المحذوفة مبدئيا يحسب مقابل الحجوزات التي يتم شراؤها لمشاركات ملفات الدفع أولا بأول.
عدادات الفوترة للدفع أولا بأول
تتم فوترة مشاركات الملفات التي تم إنشاؤها باستخدام نموذج فوترة الدفع أولا بأول مقابل العدادات التالية:
- البيانات المخزنة: التخزين المستخدم بما في ذلك المشاركات المباشرة واللقطات التفاضلية ومشاركات الملفات المحذوفة مبدئيا في GiB.
- بيانات التعريف: حجم بيانات تعريف نظام الملفات المقترنة بالملفات والدلائل مثل قوائم التحكم في الوصول (ACLs) والخصائص الأخرى في GiB. يتم استخدام عداد الفوترة هذا فقط لمشاركات الملفات في طبقات الوصول الساخنة أو الباردة.
- عمليات الكتابة: عدد مستودعات معاملات الكتابة (مستودع واحد = 10000 معاملة).
- عمليات القائمة: عدد مستودعات معاملات القائمة (مستودع واحد = 10000 معاملة).
- عمليات القراءة: عدد مستودعات معاملات القراءة (مستودع واحد = 10000 معاملة).
- عمليات بروتوكول العمليات / الأخرى: عدد مستودعات المعاملات الأخرى (مستودع واحد = 10000 معاملة).
- استرداد البيانات: مقدار البيانات المقروءة من مشاركة الملف في GiB. يتم استخدام هذا المقياس فقط لمشاركات الملفات في طبقة الوصول الباردة.
- نقل بيانات النسخ المتماثل الجغرافي: إذا كانت مشاركة الملف تحتوي على التكرار الجغرافي أو GeoZone، يتم نسخ كمية البيانات المكتوبة إلى مشاركة الملف إلى المنطقة الثانوية في GiB.
يتم إصدار الاستهلاك مقابل عدادات فوترة البيانات المخزنة وبيانات التعريف كل ساعة من حيث الوحدات الشهرية. على سبيل المثال، بالنسبة للمشاركة مع 1024 GiB المستخدم، يجب أن ترى:
- عدد متغير من الوحدات لساعة فردية اعتمادا على عدد الأيام في الشهر:
- شهر 28 يوما (فبراير العادي): 1.5238 وحدة مقابل عداد البيانات المخزنة .
- شهر 29 يوما (السنة الكبسة فبراير): 1.4713 وحدة مقابل عداد البيانات المخزنة .
- شهر 30 يوما: 1.4222 وحدة مقابل عداد البيانات المخزنة .
- شهر 31 يوما: 1.3763 وحدة مقابل مقياس Data Stored .
- عدد متغير من الوحدات إذا تم تجميعها ليوم واحد اعتمادا على عدد الأيام في الشهر:
- شهر 28 يوما (فبراير العادي): 36.5714 وحدة مقابل عداد البيانات المخزنة .
- شهر 29 يوما (سنة كبيسة فبراير): 35.3103 وحدة مقابل مقياس البيانات المخزنة .
- شهر 30 يوما: 34.1333 وحدة مقابل عداد البيانات المخزنة .
- شهر 31 يوما: 33.0323 وحدة مقابل مقياس Data Stored .
- 1024 وحدة مقابل مقياس Data Stored إذا تم تجميعها لمدة شهر.
الاستهلاك مقابل العدادات الأخرى (على سبيل المثال. يتم إصدار عمليات الكتابة أو استرداد البيانات) كل ساعة، ولكن نظرا لأنها لا تصدر من حيث الإطار الزمني، فليس لديها أي تحويلات وحدة خاصة يجب أن تكون على علم بها.
المخصص/الحصة والحجم المنطقي والحجم المادي
تتعقب Azure Files مسار ثلاث كميات متميزة فيما يتعلق بسعة المشاركة:
الحجم أو الحصة النسبية المتوفرة: مع كل من مشاركات الملفات المقدمة والدفع أولا بأول، يمكنك تحديد الحد الأقصى للحجم المسموح لمشاركة الملف بالنمو إليه. في مشاركات الملفات المقدمة، تسمى هذه القيمة الحجم المقدم. مهما كان المبلغ الذي توفره هو ما تدفعه، بغض النظر عن مقدار ما تستخدمه بالفعل. في مشاركات ملفات الدفع أولا بأول، تسمى هذه القيمة الحصة النسبية ولا تؤثر مباشرة على فاتورتك. الحجم المتوفر هو حقل مطلوب لمشاركات الملفات المقدمة. بالنسبة لمشاركات ملفات الدفع أولا بأول، إذا لم يتم تحديد الحجم المقدم مباشرة، تعيين المشاركة افتراضيا إلى الحد الأقصى للقيمة التي يدعمها حساب التخزين (100 تيرابايت).
الحجم المنطقي: يتعلق الحجم المنطقي لمشاركة الملف أو الملف بمدى حجمه دون النظر في كيفية تخزينه بالفعل، حيث يمكن تطبيق تحسينات التخزين. الحجم المنطقي للملف هو عدد KiB/MiB/GiB الذي سيتم نقله عبر السلك إذا قمت بنسخه إلى موقع مختلف. في كل من مشاركات الملفات المقدمة والدفع أولا بأول، يتم استخدام الحجم المنطقي الإجمالي لمشاركة الملف للتنفيذ مقابل الحجم/الحصة النسبية المقدمة. في مشاركات ملفات الدفع أولا بأول، الحجم المنطقي هو الكمية المستخدمة لفواتير استخدام البيانات الثابتة. يُشار إلى الحجم المنطقي باسم "الحجم" في مربع حوار خصائص Windows لملف / مجلد و "طول المحتوى" بواسطة مقاييس Azure Files.
الحجم الفعلي : يتعلق الحجم الفعلي للملف بحجم الملف كما تم ترميزه على القرص. قد يتوافق هذا مع الحجم المنطقي للملف، أو قد يكون أصغر، اعتمادا على كيفية كتابة الملف بواسطة نظام التشغيل. أحد الأسباب الشائعة لاختلاف الحجم المنطقي والحجم الفعلي هو استخدام ملفات متفرقة. يتم استخدام الحجم الفعلي للملفات في المشاركة لفوترة اللقطة، على الرغم من مشاركة النطاقات المخصصة بين اللقطات إذا لم يتم تغييرها (تخزين تفاضلي).
خدمات ذات قيمة مضافة
مثل العديد من حلول التخزين المحلية، توفر Azure Files نقاط تكامل لمنتجات الجهات الأولى والثالثة للتكامل مع مشاركات الملفات المملوكة للعملاء. على الرغم من أن هذه الحلول يمكن أن توفر قيمة إضافية كبيرة لملفات Azure، يجب مراعاة التكاليف الإضافية التي تضيفها هذه الخدمات إلى التكلفة الإجمالية لحل Azure Files.
تقسم التكاليف إلى ثلاثة مستودعات:
تكاليف الترخيص للخدمة ذات القيمة المضافة. قد تأتي هذه في شكل تكلفة ثابتة لكل عميل، أو مستخدم (يسمى أحيانا "تكلفة الرأس")، أو مشاركة ملف Azure أو حساب التخزين. قد تستند أيضا إلى وحدات استخدام التخزين، مثل تكلفة ثابتة لكل 500 جيبي بايت من البيانات في مشاركة الملف.
تكاليف العمليات لخدمة القيمة المضافة. بعض الخدمات ذات القيمة المضافة لها مفهومها الخاص للمعاملات أعلى نموذج فوترة ملفات Azure المحدد. ستظهر هذه العمليات في فاتورتك تحت رسوم خدمة القيمة المضافة ؛ ومع ذلك، فهي تتعلق بشكل مباشر بكيفية استخدامك لخدمة القيمة المضافة مع مشاركة الملفات الخاصة بك.
تكاليف Azure Files لاستخدام خدمة ذات قيمة مضافة. لا تفرض Azure Files رسوما مباشرة على العملاء لإضافة خدمات ذات قيمة مضافة، ولكن كجزء من إضافة قيمة إلى مشاركة ملف Azure، قد تزيد الخدمة ذات القيمة المضافة من التكاليف التي تراها على مشاركة ملف Azure. من السهل رؤية ذلك مع مشاركات ملفات الدفع أولا بأول، بسبب رسوم المعاملات. إذا كانت خدمة القيمة المضافة تقوم بمعاملات مقابل مشاركة الملف نيابة عنك، فسوف تظهر في فاتورة معاملات Azure Files الخاصة بك على الرغم من أنك لم تقم بهذه المعاملات مباشرة بنفسك. ينطبق هذا على مشاركات الملفات المقدمة أيضا، على الرغم من أنها قد تكون أقل وضوحا. تحسب المعاملات مقابل مشاركات الملفات المقدمة من الخدمات ذات القيمة المضافة مقابل أرقام عمليات الإدخال والإخراج في الخدمة المقدمة، مما يعني أن الخدمات ذات القيمة المضافة قد تتطلب توفير المزيد من التخزين للحصول على ما يكفي من عمليات الإدخال والإخراج في الإخراج في الأحرف (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 File التي تتم مزامنتها باستخدام Azure Files؛ يمكن استضافتها محليًا أو في جهاز Azure الظاهري أو حتى في سحابة أخرى. ما لم تكن تستخدم Azure File Sync مع Windows File Server الذي يتم استضافته في Azure VM، فلن تكون تكاليف رأس المال (أي تكاليف الأجهزة الأولية للحل الخاص بك) والتشغيل (أي تكلفة العمالة والكهرباء وما إلى ذلك) جزءًا من فاتورة Azure الخاصة بك، لكنها ستظل جزءًا كبيرًا من التكلفة الإجمالية للملكية. يجب مراعاة مقدار البيانات التي تحتاجها للتخزين المؤقت الداخلي، وعدد وحدات المعالجة المركزية ومقدار الذاكرة التي تحتاجها خوادم Windows File لاستضافة أحمال عمل Azure File Sync (راجع موارد النظام الموصى بها لمزيد من المعلومات )، والتكاليف الأخرى الخاصة بالمنظمة التي قد تكون لديك.
حسب تكلفة ترخيص الخادم للخوادم المسجلة في Azure File Sync. لاستخدام Azure File Sync مع خادم ملفات Windows محدد، يجب عليك أولاً تسجيله مع مورد Azure الخاص بـ Azure File Sync، خدمة مزامنة التخزين. كل خادم تقوم بتسجيله بعد الخادم الأول له رسوم شهرية ثابتة. على الرغم من أن هذه الرسوم صغيرة جدًا، إلا أنها أحد مكونات فاتورتك التي يجب مراعاتها. لمعرفة الرسم الحالي لرسوم تسجيل الخادم للمنطقة التي تريدها، راجع قسم مزامنة الملفات في صفحة تسعير ملفات Azure .
تكاليف Azure Files. نظرًا لأن Azure File Sync هو حل مزامنة لملفات Azure، فسوف يتسبب في استهلاك موارد Azure Files. بعض هذه الموارد، مثل استهلاك التخزين، واضحة نسبيًا، في حين أن البعض الآخر مثل استخدام المعاملات واللقطات قد لا يكون كذلك. بالنسبة لمعظم العملاء، نوصي باستخدام مشاركات الملفات القياسية مع Azure File Sync، على الرغم من أن Azure File Sync مدعوم بالكامل مع مشاركات الملفات المتميزة إذا رغبت في ذلك.
استخدام التخزين. سيقوم Azure File Sync بنسخ أي تغييرات أجريتها على المسار الموجود على Windows File Server المحدد في نقطة نهاية الخادم لمشاركة ملف Azure، مما يتسبب في استهلاك مساحة التخزين. في مشاركات الملفات القياسية، هذا يعني أن إضافة أو زيادة حجم الملفات الموجودة على نقاط نهاية الخادم سيؤدي إلى زيادة تكاليف التخزين، لأنه سيتم نسخ التغييرات. في مشاركات الملفات المتميزة، ستستهلك التغييرات مساحة مخصصة - تقع على عاتقك مسؤولية زيادة التوفير بشكل دوري حسب الحاجة لمراعاة نمو مشاركة الملفات.
استخدام نسخة مطابقة. تأخذ Azure File Sync النسخ المطابقة للمشاركة وعلى مستوى الملف كجزء من الاستخدام المنتظم. على الرغم من أن استخدام النسخة المطابقة يكون دائمًا تفاضليًا، إلا أن هذا يمكن أن يساهم بطريقة ملحوظة في إجمالي فاتورة Azure Files.
العمليات من الزحام. نظرًا لتغير الملفات في نقاط نهاية الخادم، يتم تحميل التغييرات إلى مشاركة السحابة، والتي تُنشئ العمليات. عندما يتم تمكين طبقات السحابة، يتم إنشاء عمليات إضافية لإدارة الملفات المتدرجة، بما في ذلك I/O الذي يحدث في الملفات المتدرجة، بالإضافة إلى تكاليف الخروج. على الرغم من صعوبة التنبؤ بكمية ونوع المعاملات بسبب معدلات التخلخل وكفاءة ذاكرة التخزين المؤقت، يمكنك استخدام أنماط المعاملات السابقة لتقدير التكاليف المستقبلية إذا كنت تعتقد أن استخدامك المستقبلي سيكون مماثلًا لاستخدامك الحالي.
المعاملات من قائمة التعداد السحابي. يقوم Azure File Sync بتعداد مشاركة ملفات Azure في السحابة مرة واحدة يوميا لاكتشاف التغييرات التي تم إجراؤها مباشرة على المشاركة بحيث يمكن مزامنتها وصولًا إلى نقاط نهاية الخادم. يؤدي هذا الفحص إلى إنشاء المعاملات التي يتم تحرير فواتيرها لحساب التخزين بمعدل عملية واحدة
ListFiles
لكل دليل في اليوم. يمكنك وضع هذا الرقم في حاسبة التسعير لتقدير تكلفة الفحص.
تلميح
إذا كنت لا تعرف عدد المجلدات التي لديك، فراجع أداة TreeSize من JAM Software GmbH.
النسخ الاحتياطي في Azure
يوفر Azure Backup حلاً للنسخ الاحتياطي بلا خادم لـ Azure Files يتكامل بسلاسة مع حصص الملفات وكذلك خدمات القيمة المضافة الأخرى مثل Azure File Sync. يعد Azure Backup for Azure Files أحد حلول النسخ الاحتياطي المستندة إلى اللقطات، وهو يوفر آلية جدولة لأخذ اللقطات تلقائياً وفقاً لجدول يحدده المسؤول. كما يوفر واجهة سهلة الاستخدام لاستعادة الملفات/المجلدات المحذوفة أو الحصة بأكملها لنقطة معينة في الزمن. لمعرفة المزيد، راجع حول النسخ الاحتياطي لمشاركة ملف Azure.
عند النظر في تكاليف استخدام Azure Backup، ضع في اعتبارك ما يلي:
تكلفة ترخيص المثيل المحمي لبيانات مشاركة ملف Azure. يفرض Azure Backup تكلفة ترخيص المثيل المحمي لكل حساب تخزين يحتوي على مشاركات ملف Azure التي تم نسخها احتياطيًا. يتم تعريف المثيل المحمي على أنه 250 جيجا بايت من مساحة تخزين مشاركة ملف Azure. تخضع حسابات التخزين التي تحتوي على أقل من 250 جيبي بايت لتكلفة مثيل محمية كسرية. لمزيد من المعلومات، راجع Azure Backup pricing. يجب تحديد Azure Files من قائمة الخدمات التي يمكن ل 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 pricing ضمن صف جدول Microsoft Defender for Storage .
ستتكبد عمليات مشاركة الملفات الثقيلة تكاليف كبيرة باستخدام Microsoft Defender for Storage. استنادا إلى هذه التكاليف، قد تحتاج إلى إلغاء الاشتراك في Microsoft Defender for Storage لحسابات تخزين معينة. لمزيد من المعلومات، راجع استبعاد حساب تخزين من Microsoft Defender لحماية التخزين .
الحجُوزات
تدعم Azure Files الحجوزات (يشار إليها أيضا باسم المثيلات المحجوزة) لنماذج الإصدار 1 والدفع أولا بأول المتوفرة. تمكنك الحجوزات من تحقيق خصم على التخزين عن طريق الالتزام المسبق باستخدام التخزين. يجب أن تفكر في شراء مثيلات محجوزة لأي حمل عمل إنتاجي، أو تطوير / اختبار أحمال عمل ذات آثار ثابتة. عند شراء حجز، يجب تحديد الأبعاد التالية:
- حجم السعة: يمكن أن تكون الحجوزات ل 10 تيرابايت أو 100 تيرابايت، مع خصومات أكثر أهمية لشراء حجز سعة أعلى. يمكنك شراء حجوزات متعددة، بما في ذلك الحجوزات بأحجام سعة مختلفة لتلبية متطلبات حمل العمل الخاص بك. على سبيل المثال، إذا كان نشر الإنتاج الخاص بك يحتوي على 120 تيرابايت من مشاركات الملفات، يمكنك شراء حجز 100 تيرابايت واحد وحجوزات 10 تيرابايت لتلبية إجمالي متطلبات سعة التخزين.
- المدة: يمكنك شراء الحجوزات لمدة سنة واحدة أو ثلاث سنوات، مع خصومات أكثر أهمية لشراء فترة حجز أطول.
- المستوى: مستوى ملفات Azure للحجز. تتوفر الحجوزات حاليا للمستويات المتميزة (SSD) والساخنة (HDD) والباردة (HDD).
- الموقع: منطقة Azure للحجز. تتوفر الحجوزات في مجموعة فرعية من مناطق Azure.
- التكرار: تكرار التخزين للحجز. يتم دعم الحجوزات لجميع عمليات التكرار التي يدعمها Azure Files، بما في ذلك LRS و ZRS و GRS و GZRS.
- تكرار الفوترة: يشير إلى عدد المرات التي تتم فيها فوترة الحساب للحجز. تشمل الخيارات شهريّاً أو مقدماً.
بمجرد شراء الحجز، سيتم استهلاكه تلقائيا باستخدام التخزين الحالي. إذا كنت تستخدم مساحة تخزين أكبر مما قمت بحجزه، فستدفع سعر القائمة للرصيد الذي لا يغطيه الحجز. لا يتم تضمين رسوم المعاملة وعرض النطاق الترددي ونقل البيانات وتخزين بيانات التعريف في الحجز.
هناك اختلافات في كيفية عمل الحجوزات مع لقطات مشاركة ملف Azure لمشاركات ملفات الدفع أولا بأول والمتوفرة v1. إذا كنت تأخذ لقطات من مشاركات ملفات الدفع أولا بأول، حساب تفاضلات اللقطة مقابل الحجز ويتم فوترتها كجزء من مقياس التخزين المستخدم العادي. ومع ذلك، إذا كنت تأخذ لقطات من مشاركات ملفات v1 المقدمة، فوترة اللقطات باستخدام مقياس منفصل ولا تحسب مقابل الحجز.
لمزيد من المعلومات حول كيفية شراء الحجوزات، راجع تحسين تكاليف ملفات Azure باستخدام الحجوزات.