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

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

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

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

ينطبق على

نوع مشاركة الملف SMB NFS
مشاركات الملفات القياسية (GPv2)، LRS/ZRS Yes No
مشاركات الملفات القياسية (GPv2)، GRS/GZRS Yes No
مشاركات الملفات المتميزة (FileStorage)، LRS/ZRS Yes Yes

وحدات تخزين

تستخدم 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

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

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

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

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

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

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

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

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

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

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

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

حافظ على القدرة الإنتاجية.

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

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

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

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

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

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

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

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

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

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

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

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

القدرة الإنتاجية (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 ما يصل إلى 100,000 227,548,800 3,480
51,200 54,200 ما يصل إلى 100,000 164,880,000 5,220
102,400 100,000 ما يصل إلى 100,000 0 10,340

يخضع الأداء الفعال لمشاركة الملفات لحدود شبكة الجهاز، وعرض النطاق الترددي للشبكة المتاح، وأحجام الإدخال الإخراج، والتوازي، من بين العديد من العوامل الأخرى. على سبيل المثال، استنادًا إلى الاختبار الداخلي بأحجام إدخال / إخراج للقراءة / الكتابة 8 كيلوبايت، يمكن لجهاز ظاهري واحد يعمل بنظام التشغيل Windows بدون تمكين SMB متعدد القنوات، و قياسي F16s_v2 ، المتصل بمشاركة الملفات المتميزة عبر SMB، تحقيق 20 كيلو بايت قراءة IOPS و 15 كيلو بايت كتابة IOPS. مع أحجام إدخال / إخراج قراءة / كتابة تبلغ 512 ميجا بايت، يمكن لنفس الجهاز الظاهري أن يحقق خروج 1.1 جيجا بايت / ثانية ومعدل النقل في دخول تبلغ 370 ميجا بايت / ثانية. يمكن للعميل نفسه تحقيق أداء يصل إلى 3x تقريبًا إذا تم تمكين بروتوكول Server Message Block متعدد القنوات في المشاركات المميزة. لتحقيق أقصى مقياس للأداء، مكّن بروتوكول Server Message Block متعدد القنوات وانشر الحمل عبر أجهزة افتراضية متعددة. راجع أداء بروتوكول Server Message Block متعدد القنوات و دليل تحري الخلل وإصلاحه للتعرف على بعض مشكلات الأداء الشائعة والحلول.

اندفاع

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

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

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

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

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

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

نموذج الدفع عند الاستخدام

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

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

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

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

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

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

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

اختيار طبقة

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

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

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

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

ملاحظة

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

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

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

توجد خمس فئات أساسية للعمليات: الكتابة والقائمة والقراءة وغير ذلك والحذف. يتم تجميع جميع العمليات التي تتم عبر واجهة برمجة تطبيقات REST أو بروتوكول Server Message Block في إحدى هذه الفئات الأربع على النحو التالي:

مستودع العمليات عمليات الإدارة عمليات البيانات
كتابة العمليات
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareACL
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
قائمة العمليات
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
قراءة العمليات
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
عمليات أخرى
  • 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 فقط لمشاركات الملفات المتميزة، والتي تستخدم نموذج الفوترة المخصص. لا تؤثر العمليات على إعداد الفواتير لمشاركات الملفات المتميزة.

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

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

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

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

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

لقطات

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

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

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

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

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

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

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

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

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

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

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

  • تكاليف Azure Files لاستخدام خدمة ذات قيمة مضافة. لا تفرض Azure Files رسومًا مباشرة على العملاء مقابل إضافة خدمات ذات قيمة مضافة، ولكن كجزء من إضافة قيمة إلى مشاركة ملف Azure، قد تزيد خدمة القيمة المضافة من التكاليف التي تراها في مشاركة ملف Azure. من السهل رؤية ذلك مع مشاركات الملفات القياسية، لأن مشاركات الملفات القياسية لها نموذج الدفع أولًا بأول مع رسوم المعاملات. إذا كانت خدمة القيمة المضافة تقوم بمعاملات مقابل مشاركة الملف نيابة عنك، فسوف تظهر في فاتورة معاملات Azure Files الخاصة بك على الرغم من أنك لم تقم بهذه المعاملات مباشرة بنفسك. ينطبق هذا أيضًا على مشاركات الملفات المتميزة، على الرغم من أنها قد تكون أقل وضوحًا. تحسب المعاملات الإضافية مقابل مشاركات الملفات المتميزة من الخدمات ذات القيمة المضافة مقابل أرقام IOPS المقدمة، مما يعني أن الخدمات ذات القيمة المضافة قد تتطلب توفير مساحة تخزين إضافية للحصول على 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 Backup

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

عند التفكير في تكاليف استخدام Azure Backup لإجراء نسخ احتياطي لمشاركات ملفات Azure، يجب مراعاة ما يلي:

  • تكلفة ترخيص المثيل المحمي لبيانات مشاركة ملف Azure. يفرض Azure Backup تكلفة ترخيص المثيل المحمي لكل حساب تخزين يحتوي على مشاركات ملف Azure التي تم نسخها احتياطيًا. يتم تعريف المثيل المحمي على أنه 250 جيجا بايت من مساحة تخزين مشاركة ملف Azure. تخضع حسابات التخزين التي تحتوي على أقل من 250 جيجا بايت من مساحة تخزين مشاركة الملفات في Azure لتكلفة مثيل محمية جزئية. راجع أسعار Azure Backup لمزيد من المعلومات (لاحظ أنه يجب عليك تحديد 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 للتخزين. يكتشف 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 لحماية التخزين .

راجع أيضًا