نموذج التكلفة لـ Azure NetApp Files

  • مقالة
  • قراءة خلال 4 دقائق

يساعدك فهم نموذج التكلفة لملفات Azure NetApp على إدارة نفقاتك من الخدمة.

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

حساب استهلاك السعة

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

يجب أن تكون مجمعات السعة 4 TiB على الأقل ويمكن زيادتها أو تقليلها في فترات 1-TiB. تحتوي مجموعات السعة على وحدات تخزين تتراوح في الحجم من 100 جيجابايت كحد أدنى إلى 100 تيرابايت كحد أقصى. يتم تعيين حصص للوحدات التي يتم طرحها من الحجم المتوفر لتجمع السعة. بالنسبة لوحدة التخزين النشطة، يعتمد استهلاك السعة مقابل الحصة النسبية على السعة المنطقية (الفعالة)، كونها بيانات نظام ملفات نشطة أو بيانات لقطة. راجع كيفية عمل لقطات ملفات Azure NetApp للحصول على التفاصيل.

أمثلة التسعير

يعرض لك هذا القسم أمثلة لمساعدتك على فهم نموذج تكلفة ملفات Azure NetApp.

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

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

على سبيل المثال، أنت تستخدم سعة Premium 24 ساعة (1 يوم) عند 10 TiB، و96 ساعة (4 أيام) عند 24 TiB، وأربع مرات في 6 ساعات (1 يوم) عند 5 TiB، و480 ساعة (20 يوما) عند 6 TiB، والساعات المتبقية من الشهر عند 0 TiB. يبدو ملف تعريف نشر استهلاك السحابة الديناميكي مختلفا عن ملف تعريف الاستهلاك المحلي الثابت التقليدي:

Bar chart that shows dynamic versus static capacity pool provisioning.

عندما تتم فوترة التكاليف بسعر 0.000403 USD لكل بنك GiB / ساعة (يعتمد التسعير على المنطقة) ، يبدو تقسيم التكلفة الشهرية كما يلي:

التوفير الثابت على Premium (السعة/الأداء الأقصى)

  • 24 TiB × 720 ساعة × 0.000403 USD لكل GiB/hour = 7,130.97 USD شهريا (237.70 USD في اليوم)

إدارة الحسابات الديناميكية باستخدام تغيير حجم وسعة تجمع

  • 10 تيرابايت × 24 ساعة × 0.000403 USD لكل بنك جيجابايت/ساعة = 99.04 USD
  • 24 تيرابايت × 96 ساعة × 0.000403 USD لكل بنك GiB/ساعة = 950.80 USD
  • 6 تيرابايت × 480 ساعة × 0.000403 USD لكل بنك جيجابايت/ساعة = 1,188.50 USD
  • الإجمالي = $2,238.33

Bar chart that shows static versus dynamic service level cost model.

يشكل هذا السيناريو وفورات شهرية قدرها 4,892.64 دولارا مقارنة بالتوفير الثابت.

مثال 2: تكلفة شهر واحد مع وبدون تغيير مستوى الخدمة الديناميكي

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

ضع في اعتبارك سيناريو يكون فيه متطلب السعة ثابتا 24 TiB. لكن احتياجات الأداء الخاصة بك تتقلب بين 384 ساعة (16 يوما) من مستوى الخدمة القياسية ، و 120 ساعة (5 أيام) من مستوى الخدمة Premium ، و 168 ساعة (7 أيام) من مستوى خدمة Ultra ، ثم العودة إلى 48 ساعة (2 أيام) من أداء مستوى الخدمة القياسي. في هذا السيناريو، يبدو ملف تعريف نشر استهلاك السحابة الديناميكي مختلفا مقارنة بملف تعريف الاستهلاك المحلي الثابت التقليدي:

Bar chart that shows provisioning with and without dynamic service level change.

في هذه الحالة، عندما تتم فوترة التكاليف بسعر 0.000202 دولار أمريكي لكل بنك GiB/ساعة (قياسي)، و0.000403 USD لكل بنك GiB/ساعة (Premium) و0.000538 USD لكل بنك GiB/ساعة (Ultra) على التوالي (يعتمد التسعير حسب المنطقة)، يبدو تقسيم التكلفة الشهرية كما يلي:

توفير ثابت على مستوى خدمة Ultra (أعلى أداء)

  • 24 TiB × 720 ساعة × 0.000538 USD لكل GiB/hour = 9,519.76 USD شهريا (317.33 USD في اليوم)

إدارة الحسابات الديناميكية باستخدام تغيير مستوى الخدمة الديناميكي

  • 24 تيرابايت × 384 ساعة × 0.000202 USD لكل بنك جيجابايت/ساعة = 1,901.31 USD
  • 24 تيرابايت × 120 ساعة × 0.000403 USD لكل بنك GiB/ساعة = 1,188.50 USD
  • 24 تيرابايت × 168 ساعة × 0.000538 USD لكل بنك GiB/ساعة = 2,221.28 USD
  • 24 تريليون بايت × 48 ساعة × 0.000202 USD لكل بنك GiB/ساعة = 238.29 USD
  • الإجمالي = $5,554.37

Bar chart that shows static versus dynamic service level change cost model.

يشكل هذا السيناريو وفورات شهرية قدرها 3,965.39 دولارا مقارنة بالتوفير الثابت.

استهلاك السعة لللقطات

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

سيكون استهلاك السعة الذي يتم احتسابه ضمن حصة وحدة التخزين لنظام الملفات النشط واللقطة 510 GiB وليس 1000 GiB. كقاعدة عامة ، يمكن افتراض أن 20٪ الموصى بها من السعة تحتفظ بقيمة أسبوع من بيانات اللقطة (اعتمادا على تكرار اللقطة ومعدلات تغيير مستوى الكتلة اليومية للتطبيق).

يوضح الرسم البياني التالي المفاهيم.

  • افترض وجود مجموعة سعة بسعة 40 TiB من السعة المتوفرة. يحتوي المسبح على ثلاثة مجلدات:
    • يتم تعيين حصة للحجم 1 تبلغ 20 TiB ويحتوي على 13 TiB (12 TiB نشطة ، لقطات 1-TiB) من الاستهلاك.
    • يتم تعيين حصة من 1 TiB للمجلد 2 ولديه 450 GiB من الاستهلاك.
    • يتم تعيين حصة 14 TiB للمجلد 3 ولكن لديه 8.8 TiB (8 TiB نشطة ، لقطات 800-GiB) من الاستهلاك.
  • يتم قياس مجمع السعة ب 40 TiB من السعة (المبلغ المخصص). يتم استهلاك 22.25 TiB من السعة (13 TiB و 450 GiB و 8.8 TiB من الحصة من الأحجام 1 و 2 و 3). يحتوي تجمع السعة على 17.75 TiB من السعة المتبقية.

Diagram showing capacity pool with three volumes.

الخطوات التالية