مشاركة عبر

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

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

للحصول على معلومات عامة حول نهج إدارة دورة حياة Azure Storage، راجع نظرة عامة على إدارة دورة حياة Azure Blob Storage.

نقل البيانات القديمة إلى طبقة بادرة

يوضح هذا المثال كيفية نقل كتلة كائنات البيانات الثنائية كبير الحجم المسبوقة بـ sample-container/blob1 أو container2/blob2. تنقل السياسة كائنات البيانات الثنائية كبيرة الحجم التي لم يتم تعديلها منذ أكثر من 30 يومًا إلى التخزين البارد، والـ blobs التي لم يتم تعديلها خلال 90 يومًا إلى طبقة الأرشيف:

{
  "rules": [
    {
      "name": "agingRule",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {
        "filters": {
          "blobTypes": [ "blockBlob" ],
          "prefixMatch": [ "sample-container/blob1", "container2/blob2" ]
        },
        "actions": {
          "baseBlob": {
            "tierToCool": { "daysAfterModificationGreaterThan": 30 },
            "tierToArchive": { "daysAfterModificationGreaterThan": 90 }
          }
        }
      }
    }
  ]
}

ملاحظة

يشير عنصر baseBlob في نهج إدارة دورة الحياة إلى الإصدار الحالي من blob.

نقل البيانات استنادا إلى آخر وقت تم الوصول إليه

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

تلميح

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

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

{
  "enabled": true,
  "name": "last-accessed-thirty-days-ago",
  "type": "Lifecycle",
  "definition": {
    "actions": {
      "baseBlob": {
        "enableAutoTierToHotFromCool": true,
        "tierToCool": {
          "daysAfterLastAccessTimeGreaterThan": 30
        }
      }
    },
    "filters": {
      "blobTypes": [
        "blockBlob"
      ],
      "prefixMatch": [
        "mylifecyclecontainer/log"
      ]
    }
  }
}

أرشفة البيانات بعد استيعابها

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

هام

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

{
  "rules": [
    {
      "name": "archiveRule",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {
        "filters": {
          "blobTypes": [ "blockBlob" ],
          "prefixMatch": [ "archivecontainer" ]
        },
        "actions": {
          "baseBlob": {
              "tierToArchive": { 
                "daysAfterModificationGreaterThan": 0
              }
          }
        }
      }
    }
  ]
}

ملاحظة

توصي Microsoft بتحميل الكائنات الثنائية كبيرة الحجم مباشرة إلى طبقة الأرشيف لمزيد من الكفاءة. يمكنك تحديد طبقة الأرشيف من عنوان x-ms-access-tierفي عملية Put Blob أو Put Block List. يتم دعم عنوان x-ms-access-tier في إصدار REST 2018-11-09 ومكتبات عميل تخزين blob الحديثة أو في إصدارها الأخير.

إدارة الإصدارات السابقة

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

{
  "rules": [
    {
      "enabled": true,
      "name": "versionrule",
      "type": "Lifecycle",
      "definition": {
        "actions": {
          "version": {
            "tierToCool": {
              "daysAfterCreationGreaterThan": 90
            },
          }
        },
        "filters": {
          "blobTypes": [
            "blockBlob"
          ],
          "prefixMatch": [
            "activedata/"
          ]
        }
      }
    }
  ]
}

ملاحظة

يشير عنصر الإصدار في نهج إدارة دورة الحياة إلى إصدار سابق.

راجع أيضًا