فهم المقصود بمعني الفوترة

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

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

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

ينطبق على

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

وحدات تخزين

تستخدم 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، والتي قد تكون أكثر دراية بها: كيلوبايت وMB وGB ТБ. على الرغم من أن أسباب سوء التسمية تختلف، فإن السبب الشائع وراء قيام أنظمة التشغيل مثل Windows بتسمية وحدات التخزين بشكل خاطئ هو أن العديد من أنظمة التشغيل بدأت في استخدام هذه الاختصارات قبل توحيدها من قبل IEC وBIPM وNYST.

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

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

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

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

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

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

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

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

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

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

الحجُوزات

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

  • حجم السعة: يمكن أن تكون الحجوزات ل 10 تيرابايت أو 100 تيرابايت، مع خصومات أكثر أهمية لشراء حجز سعة أعلى. يمكنك شراء حجوزات متعددة، بما في ذلك الحجوزات بأحجام سعة مختلفة لتلبية متطلبات حمل العمل الخاص بك. على سبيل المثال، إذا كان نشر الإنتاج الخاص بك يحتوي على 120 تيرابايت من مشاركات الملفات، يمكنك شراء حجز 100 تيرابايت واحد وحجوزات 10 تيرابايت لتلبية إجمالي متطلبات سعة التخزين.
  • المدة: يمكنك شراء الحجوزات لمدة سنة واحدة أو ثلاث سنوات، مع خصومات أكثر أهمية لشراء فترة حجز أطول.
  • المستوى: مستوى ملفات Azure للحجز. تتوفر الحجوزات حاليا للمستويات المتميزة والساخنة والباردة.
  • الموقع: منطقة Azure للحجز. تتوفر الحجوزات في مجموعة فرعية من مناطق Azure.
  • التكرار: تكرار التخزين للحجز. يتم دعم الحجوزات لجميع عمليات التكرار التي يدعمها Azure Files، بما في ذلك LRS و ZRS و GRS و GZRS.
  • تكرار الفوترة: يشير إلى عدد المرات التي تتم فيها فوترة الحساب للحجز. تشمل الخيارات شهريّاً أو مقدماً.

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

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

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

نموذج ثلاثي الأبعاد

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

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

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

طريقة التزويد

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

الصنف القيمة‬
الحد الأدنى لحجم مشاركة الملف 100 جيجابايت
وحدة مخصصة للتزويد 1 جيجابيت
صيغة الخط الأساسي المخصصة لـIOPS MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
حد مخصص للاندفاع MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400)
أرصدة الاندفاع (BurstLimit - BaselineIOPS) * 3600
معدل النقل (دخول + خروج) (ميجابايت / ثانية) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

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

القدرة الإنتاجية (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 على مشاركات الملفات المتميزة. راجع دليل استكشاف أخطاء أداء SMB والأداء وإصلاحها لبعض مشكلات الأداء الشائعة والحلول البديلة.

اندفاع

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

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

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

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

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

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

نموذج الدفع الفوري

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

الاختلافات المنطوية على المستويات القياسية

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

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

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

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

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

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

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

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

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

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

مستودع العمليات عمليات الإدارة عمليات البيانات
كتابة العمليات
  • 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

إشعار

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

التبديل بين المستويات القياسية

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

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

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

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

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

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

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

    اختيار طبقة

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

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

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

    1. انتقل إلى حساب التخزين وحدد المقاييس في شريط التنقل الأيمن.
    2. حدد النطاق كاسم حساب التخزين و مساحة اسم المقياس كـ "ملف" و المقياس كـ "المعاملات" و التجميع كـ"مجموع"
    3. حدد تطبيق التقسيم.
    4. حدد القيم على أنها "اسم واجهة برمجة التطبيقات". حدد الحد و الفرز المطلوب.
    5. حدد الفترة الزمنية التي تريدها.

    إشعار

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

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

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

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

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

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

    اللقطات

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

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

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

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

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

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

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

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

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

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

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

    • تكاليف 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 Files باستخدام Azure File Sync، يجب أن تفكر في مستوى مشاركة الملفات. لمزيد من المعلومات حول كيفية اختيار الطبقة لكل مشاركة ملف، راجع اختيار طبقة مشاركة ملف .

    إذا كنت تقوم بالترحيل إلى Azure File Sync من StorSimple، فراجع مقارنة تكاليف الترحيل من StorSimple إلى Azure File Sync .

    النسخ الاحتياطي في 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 لحماية التخزين .

    (راجع أيضًا )