مشاركة عبر

بنية نهج إدارة دورة حياة Azure Blob Storage

يمكنك استخدام نهج إدارة دورة الحياة لانتقال الكائنات الثنائية كبيرة الحجم إلى مستويات وصول فعالة من حيث التكلفة استنادا إلى أنماط استخدامها. يمكنك أيضا حذف الكائنات الثنائية كبيرة الحجم بالكامل في نهاية دورة حياتها. يمكن أن يعمل النهج على الإصدارات الحالية والإصدارات السابقة واللقطات، ولكن النهج لا يعمل على الكائنات الثنائية كبيرة الحجم في حاويات النظام مثل $logs أو حاويات $web . للحصول على معلومات عامة، راجع نظرة عامة على إدارة دورة حياة تخزين Azure Blob.

توضح هذه المقالة عناصر نهج إدارة دورة الحياة. للحصول على أمثلة النهج، راجع المقالات التالية:

تلميح

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

القواعد

نهج إدارة دورة الحياة هو مجموعة من القواعد في مستند JSON. تعرض عينة JSON التالية تعريفًا كاملًا للقاعدة:

{
  "rules": [
    {
      "name": "rule1",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {...}
    },
    {
      "name": "rule2",
      "type": "Lifecycle",
      "definition": {...}
    }
  ]
}
اسم المعلمة نوع المعلمة ملاحظات
القواعد صفيفة من عناصر القاعدة مطلوب قاعدة واحدة على الأقل في النهج. يمكنك تحديد ما يصل إلى 100 قاعدة في النهج.

تحتوي كل قاعدة ضمن النهج على عدة معلّمات، موضحة في الجدول التالي:

اسم المعلمة نوع ملاحظات المطلوب
الاسم السلسلة‬ يمكن أن يتضمن اسم القاعدة ما يصل إلى 256 حرفاً أبجدياً رقمياً. اسم القاعدة حساس لحالة الأحرف. يجب أن يكون فريداً من نوعه في إطار النهج. ‏‏نعم‬
الممكنة قيمة منطقية قيمة منطقية اختيارية للسماح بتعطيل قاعدة مؤقتاً. القيمة الافتراضية صحيحة. لا
النوع قيمة قائمة التعداد النوع الصحيح الحالي هو Lifecycle. ‏‏نعم‬
تعريف عنصر يحدد قاعدة دورة الحياة يتكون كل تعريف من مجموعة عوامل تصفية ومجموعة إجراءات. ‏‏نعم‬

عوامل التصفية

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

اسم عامل التصفية نوع ‏‏الوصف المطلوب
أنواع الكائنات الثنائية كبيرة الحجم صفيف قيم قائمة التعداد المُحددة مسبقاً نوع الكائن الثنائي كبير الحجم (إما blockblob أو appendBlob) ‏‏نعم‬
PrefixMatch صفيف من السلاسل هذه السلاسل هي بادئات يجب مطابقتها. لا
blobIndexMatch صفيف من قيم القاموس تتكون هذه القيم من مفتاح علامة فهرس كائن ثنائي كبير الحجم وشروط القيمة المراد مطابقتها. لا

عامل تصفية مطابقة البادئة

إذا قمت بتطبيق عامل تصفية prefixMatch ، فيمكن لكل قاعدة تحديد ما يصل إلى 10 بادئات حساسة لحالة الأحرف. يجب أن تبدأ سلسلة بادئة باسم حاوية. على سبيل المثال، إذا كنت تريد مطابقة كافة الكائنات الثنائية كبيرة الحجم ضمن المسار https://myaccount.blob.core.windows.net/sample-container/blob1/...، فحدد prefixMatch ك sample-container/blob1.

سيطابق عامل التصفية هذا جميع الكائنات الثنائية كبيرة الحجم حيث sample-container تبدأ الأسماء ب blob1. إذا لم تقم بتعريف مطابقة البادئة، فإن القاعدة تنطبق على جميع الكائنات الثنائية كبيرة الحجم داخل حساب التخزين. لا تدعم سلاسل البادئة مطابقة أحرف البدل. يتم التعامل مع الأحرف مثل * و ? كأحرف سلسلة حرفية.

عامل تصفية مطابقة فهرس Blob

إذا قمت بتطبيق عامل تصفية blobIndexMatch ، فيمكن لكل قاعدة تحديد ما يصل إلى 10 شروط لعلامة فهرس كائن ثنائي كبير الحجم. على سبيل المثال، إذا كنت تريد مطابقة جميع الكائنات الثنائية كبيرة الحجم مع Project = Contoso ضمن https://myaccount.blob.core.windows.net/، فإن عامل التصفية blobIndexMatch هو {"name": "Project","op": "==","value": "Contoso"}. إذا لم تحدد قيمة لعامل تصفية blobIndexMatch ، فإن القاعدة تنطبق على جميع الكائنات الثنائية كبيرة الحجم داخل حساب التخزين.

الإجراءات

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

الإجراء ‏‏الوصف
TierToCool تعيين كائن ثنائي كبير الحجم إلى طبقة الوصول الباردة.

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

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

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

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

يتوفر هذا الإجراء فقط عند استخدامه مع شرط تشغيل daysAfterLastAccessTimeGreaterThan .

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

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

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

غير معتمد مع الكائنات الثنائية كبيرة الحجم للصفحة أو الكائنات الثنائية كبيرة الحجم في حاوية غير قابلة للتغيير.

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

حذف الإجراء في الحسابات التي تحتوي على مساحة اسم هرمية

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

حذف الإجراء على الكائنات الثنائية كبيرة الحجم التي تحتوي على إصدارات ولقطات

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

شروط تشغيل الإجراء

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

تستخدم الإصدارات الحالية تاريخ آخر تعديل أو تاريخ آخر وصول، وتستخدم الإصدارات السابقة زمن إنشاء الإصدار، وتستخدم لقطات blob زمن إنشاء اللقطة لتتبع العمر.

يصف الجدول التالي كل شرط تشغيل إجراء.

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

تعقب وقت الوصول

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

عند تمكين تعقب وقت الوصول، يتم تحديث خاصية blob تسمى LastAccessTime عند قراءة كائن ثنائي كبير الحجم أو كتابته. عمليات Get Blob و Put Blob هي عمليات وصول وسيتم تحديث وقت الوصول للكائن الثنائي كبير الحجم. ومع ذلك، لا يتم الوصول إلى عمليات Get Blob Properties و Get Blob Metadata و Get Blob Tags . لن تحدث هذه العمليات وقت الوصول للكائن الثنائي كبير الحجم.

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

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

إشعار

تصغير التأثير على زمن انتقال وصول للقراءة فقط، فإن القراءة الأولى فقط لآخر 24 ساعة تحديث وقت الوصول الأخير. لا تقوم عمليات القراءة اللاحقة خلال فترة الـ 24 ساعة نفسها بتحديث تاريخ آخر وقت وصول. إذا تم تعديل الـ blob بين عمليات القراءة، فإن تاريخ آخر وصول هو الأحدث بين القيمتين.

لمعرفة كيفية تمكين تعقب وقت الوصول، راجع تمكين تعقب وقت الوصول اختياريا.

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