مشاركة عبر

مستويات الوصول لبيانات الكائن الثنائي كبير الحجم

  • مقالة

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

  • الطبقة الساخنة - طبقة عبر الإنترنت محسّنة لتخزين البيانات التي يتم الوصول إليها أو تعديلها بشكل متكرر. الطبقة الساخنة لديها أعلى تكاليف التخزين، ولكن أقل تكاليف الوصول.
  • الطبقة الباردة - طبقة عبر الإنترنت محسّنة لتخزين البيانات التي نادراً ما يتم الوصول إليها أو تعديلها. يجب تخزين البيانات في الطبقة الباردة لمدة لا تقل عن 30 يوما. يحتوي المستوى البارد على تكاليف تخزين أقل وتكاليف وصول أعلى مقارنة بالطبقة الساخنة.
  • الطبقة الباردة - طبقة عبر الإنترنت محسنة لتخزين البيانات التي نادرا ما يتم الوصول إليها أو تعديلها، ولكنها لا تزال تتطلب استردادا سريعا. يجب تخزين البيانات في الطبقة الباردة لمدة لا تقل عن 90 يوما. تحتوي الطبقة الباردة على تكاليف تخزين أقل وتكاليف وصول أعلى مقارنة بالطبقة الباردة.
  • الطبقة الأرشيفية - طبقة بلا اتصال محسّنة لتخزين البيانات التي نادراً ما يتم الوصول إليها، والتي لها متطلبات زمن انتقال مرنة، حسب ترتيب الساعات. يجب تخزين البيانات في مستوى الأرشيف لمدة لا تقل عن 180 يوما.

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

إشعار

لا يُسمح بتعيين طبقة الوصول إلا على Block Blobs. وهي غير معتمدة لـ Append وPage Blobs.

طبقات التخزين عبر الإنترنت

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

تتضمن أمثلة سيناريوهات الاستخدام للطبقة الساخنة ما يلي:

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

تتضمن سيناريوهات الاستخدام لمستويات الوصول الباردة والباردة ما يلي:

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

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

تتمتع البيانات في المستويات الباردة والباردة بتوافر أقل قليلا، ولكنها توفر نفس المتانة العالية وزمن الانتقال الاسترجاعي وخصائص معدل النقل مثل الطبقة الساخنة. بالنسبة للبيانات في المستويات الباردة أو الباردة، قد يكون انخفاض التوفر قليلا وارتفاع تكاليف الوصول مفاضلات مقبولة لخفض تكاليف التخزين الإجمالية، مقارنة بالطبقة الساخنة. لمزيد من المعلومات، راجع SLA for storage.

تخضع الكائنات الثنائية كبيرة الحجم لعقوبة الحذف المبكر إذا تم حذفها أو الكتابة فوقها أو نقلها إلى طبقة مختلفة قبل أن يحدث الحد الأدنى لعدد الأيام المطلوبة من قبل الطبقة. على سبيل المثال، يخضع الكائن الثنائي كبير الحجم في المستوى البارد في حساب v2 للأغراض العامة لعقوبة الحذف المبكر إذا تم حذفه أو نقله إلى طبقة مختلفة قبل انقضاء 30 يوما. بالنسبة للكائن الثنائي كبير الحجم في الطبقة الباردة، تنطبق عقوبة الحذف إذا تم حذفه أو نقله إلى طبقة مختلفة قبل انقضاء 90 يوما. وهذه التكاليف تناسبية. على سبيل المثال، إذا تم نقل كائن ثنائي كبير الحجم إلى الطبقة الباردة ثم حذفه بعد 21 يوما، تحصيل رسوم حذف مبكرة تعادل 9 (30 ناقص 21) يوما من تخزين هذا الكائن الثنائي كبير الحجم في الطبقة الباردة. تحدث رسوم الحذف المبكر أيضا إذا تمت إعادة كتابة الكائن بأكمله من خلال أي عملية (أي وضع Blob أو Put Block List أو Copy Blob) ضمن النافذة الزمنية المحددة.

إشعار

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

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

مستوى الوصول للأرشيف

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

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

لمعرفة كيفية نقل كائن ثنائي كبير الحجم إلى طبقة الأرشيف، راجع أرشفة كائن ثنائي كبير الحجم.

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

إشعار

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

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

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

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

تدعم حسابات التخزين التي تم تكوينها ل LRS أو GRS أو RA-GRS فقط نقل الكائنات الثنائية كبيرة الحجم إلى طبقة الأرشيف. طبقة الأرشيف غير مدعومة لحسابات ZRS أو GZRS أو RA-GZRS. لمزيد من المعلومات عن تكوينات التكرار لـAzure Storage، راجع Azure Storage redundancy.

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

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

الإعداد الافتراضي لطبقة التخزين إلى الحساب

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

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

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

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

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

إشعار

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

تعيين طبقة الكائن الثنائي كبير الحجم أو تغييرها

لتعيين طبقة الكائن الثنائي كبير الحجم بشكل صريح عند إنشائه، حدد الطبقة عند تحميل الكائن الثنائي كبير الحجم.

بعد إنشاء الكائن الثنائي كبير الحجم يمكنك تغيير مستواه بإحدى الطريقتين التاليتين:

  • من خلال استدعاء عملية Set Blob Tier، إما مباشرة أو عبر نهج إدارة دورة الحياة. عادة ما يكون استدعاء Set Blob Tier هو الخيار الأفضل عند تغيير طبقة كائن ثنائي كبير الحجم من مستوى أكثر دفئا إلى مستوى أكثر برودة.

    إشعار

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

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

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

ضع في اعتبارك النقاط التالية عند تغيير طبقة الكائن الثنائي كبير الحجم:

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

إدارة دورة حياة الكائن الثنائي كبير الحجم

توفر إدارة دورة حياة تخزين الكائن الثنائي كبير الحجم نهج قائم على القواعد يمكنك استخدامها لنقل بياناتك إلى طبقة التخزين المطلوبة عند استيفاء الشروط المحددة الخاصة بك. يمكنك أيضاً استخدام إدارة دورة الحياة لإنهاء صلاحية البيانات في نهاية عمرها الافتراضي. راجع Optimize costs by automating Azure Blob Storage access tiers لمعرفة المزيد.

لا يمكنك إعادة ترطيب كائن ثنائي كبير الحجم مؤرشف إلى طبقة عبر الإنترنت باستخدام نهج إدارة دورة الحياة. لا يمكن ترتيب البيانات المخزنة في حساب تخزين كائن ثنائي كبير الحجم للكتلة المتميزة إلى hot أو cool أو cold أو archive باستخدام Set Blob Tier أو باستخدام إدارة دورة حياة Azure Blob Storage. لنقل البيانات، يجب نسخ الكائنات الثنائية كبيرة الحجم بشكل متزامن من حساب تخزين كائن ثنائي كبير الحجم للكتلة إلى الطبقة الساخنة في حساب مختلف باستخدام واجهة برمجة تطبيقات Put Block From URL أو إصدار من AzCopy يدعم واجهة برمجة التطبيقات هذه. تقوم واجهة برمجة التطبيقات Put Block From URL بنسخ البيانات الموجودة على الخادم بشكل متزامن، ما يسمح يعني اكتمال الاستدعاء بمجرد نقل جميع البيانات من موقع الخادم الأصلي إلى موقع الوجهة.

إجراءات التخزين

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

ملخص خيارات طبقة التخزين

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

Hot tier Cool tier الطبقة الباردة مستوى الأرشيف
‏‏التوفر 99.9% 99% 99% 99%
‏‏التوفر
(عمليات قراءة RA-GRS)		 99.99% 99.9% 99.9% 99.9%
رسوم الاستخدام تستهلك مساحة تخزين مرتفعة، برغم استهلاكها تكاليف وصول وعمليات منخفضة تستهلك مساحة تخزين منخفضة، برغم استهلاكها تكاليف وصول وعمليات عالية تستهلك مساحة تخزين منخفضة، برغم استهلاكها تكاليف وصول وعمليات عالية تستهلك مساحة تخزين منخفضة للغاية، ولكن تكاليف وصول وعمليات عالية للغاية
الحد الأدنى الموصى به لفترة استبقاء البيانات ‏‫غير متوفر‬ 30 يوماً 1 90 يوما1 180 أيام
كمون
(الوقت حتى البايت الأول)		 مللي ثانية مللي ثانية مللي ثانية الساعات 2
تكوينات التكرار المدعومة الكل الكل الكل LRS وGRS وRA-GRS 3 فقط

1 الكائنات في الطبقة الباردة على حسابات v2 للأغراض العامة لها الحد الأدنى من مدة الاستبقاء 30 يوما. الكائنات في الطبقة الباردة على حسابات v2 للأغراض العامة لها الحد الأدنى من مدة الاستبقاء 90 يوما. بالنسبة لحسابات Blob Storage، لا يوجد حد أدنى لمدة الاستبقاء للطبقة الباردة أو الباردة.

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

3 لمزيد من المعلومات عن تكوينات التكرار في Azure Storage، راجع Azure Storage redundancy.

التسعير والفوترة

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

لمزيد من المعلومات عن أسعار كتلة الكائن الثنائي كبير الحجم، راجع Block blob pricing.

تكاليف سعة التخزين

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

تكاليف الوصول إلى البيانات

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

تكاليف المعاملات

يتم تطبيق رسوم لكل عملية على جميع الطبقات وتزداد كلما أصبحت الطبقة أكثر برودة.

تكاليف نقل بيانات النسخ المتماثل الجغرافي

تنطبق هذه الرسوم فقط على الحسابات التي تم تكوين النسخ المتماثل الجغرافي لها، بما في ذلك GRS وRA-GRS وGZRS. نقل بيانات النسخ المتماثل الجغرافي يتطلب رسوماً لكل غيغابايت.

تكاليف نقل البيانات الصادرة

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

تغيير طبقة التخزين إلى الحساب الافتراضي

يؤدي تغيير طبقة التخزين إلى الحساب إلى فرض رسوم تغيير الطبقة لجميع الكائنات الثنائية كبيرة الحجم التي لم يتم تعيين طبقة منها بالفعل بشكل صريح. لمزيد من المعلومات، راجع القسم التالي، Changing a blob's access tier.

تغيير طبقة التخزين للكائن الثنائي كبير الحجم

ضع في اعتبارك تأثيرات المحاسبة التالية عند تغيير طبقة الكائن الثنائي كبير الحجم:

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

يلخص الجدول التالي كيفية فوترة تغييرات الطبقات.

رسوم الكتابة (العملية + الوصول) رسوم القراءة (العملية + الوصول)
ساخن إلى بارد
من الساخنة إلى الباردة
التشغيل السريع للأرشفة
بارد إلى بارد
بارد للأرشفة
بارد للأرشفة		 أرشفة إلى باردة
أرشفة لتبرد
أرشفة إلى ساخنة
بارد إلى بارد
بارد إلى ساخن
بارد إلى ساخن

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

الطبقة الباردة

يتطلب المستوى البارد الإصدارات الدنيا التالية من REST وSDKs والأدوات

البيئة الحد الأدنى للإصدار
واجهة برمجة التطبيقات REST 2021-21-02
NET. 12.15.0
Java 12.21.0
Python 12.15.0
JavaScript 12.13.0
PowerShell (Az.Storage) 5.8.0
Azure CLI 2.50.0
AzCopy 10.18.1
Azure Storage Explorer 1.29.0

دعم الميزة

قد يتأثر دعم هذه الميزة بتمكين Data Lake Storage Gen2 أو بروتوكول نظام ملفات الشبكة (NFS) 3.0 أو بروتوكول نقل ملفات SSH (SFTP). إذا قمت بتمكين أي من هذه الإمكانات، فراجع دعم ميزة Blob Storage في حسابات Azure Storage لتقييم الدعم لهذه الميزة.

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