Aracılığıyla paylaş

Blobları katmanlar arasında geçiren yaşam döngüsü yönetimi ilkeleri

Blobları kullanım desenlerine göre uygun maliyetli erişim katmanlarına geçiş yapmak için Yaşam Döngüsü yönetim ilkelerini kullanabilirsiniz. Bu makalede blobları katmanlar arasında geçiren ilke tanımlarının örnekleri yer alır.

Azure Depolama yaşam döngüsü yönetimi ilkeleri hakkında genel bilgi için bkz. Azure Blob Depolama yaşam döngüsü yönetimine genel bakış.

Eskiyen verileri daha serin bir katmana taşıma

Bu örnek, sample-container/blob1 veya container2/blob2 ön ekiyle başlayan blok bloblarının nasıl geçirileceğini göstermektedir. İlke, 30 günden fazla süredir değiştirilmemiş blobları seyrek erişimli depolamaya ve 90 gün içinde değiştirilmeyen blobları arşiv katmanına geçirmektedir:

{
  "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 }
          }
        }
      }
    }
  ]
}

Uyarı

Yaşam döngüsü yönetim politikasındaki baseBlob öğesi, bir blobun geçerli sürümüne atıfta bulunur.

Verileri son erişim zamanına göre taşıma

Aşağıdaki örnekte bloblar 30 gündür erişilmemişse seyrek erişimli depolama alanına taşınır. enableAutoTierToHotFromCool özelliği, bir bloba seyrek erişimli olarak katmanlandıktan sonra yeniden erişildiğinde, otomatik olarak sık erişimli duruma geçip geçmeyeceğini belirten bir Boole değeridir.

İpucu

Blob soğuk katmana taşınır ve 30 gün dolmadan otomatik olarak geri taşınırsa, erken silme ücreti alınır. Özelliği ayarlamadan enableAutoTierToHotFromCool önce, beklenmeyen ücretleri azaltabilmek için verilerinizin erişim desenlerini analiz etmeye dikkat edin. Blob erişiminde soğuktan sıcağa otomatik katmanlama, 30 günde bir kezle sınırlıdır. Bu koruma, soğuk katmandan birden çok erken silme cezasından kaçınmanıza yardımcı olur. Nesne, ilke gereği soğuk erişim katmanına geri dönerse, blob üzerindeki tüm işlemler soğuk erişim katmanı fiyatlarıyla ücretlendirilir. 30 günlük bir süre içinde birden çok kez otomatik olarak üst katmana taşınması gerekiyorsa, blobu sık erişim katmanında tutmak uygun maliyetlidir.

ile enableAutoTierToHotFromCool bir kuralın etkinleştirilmesi yalnızca bu kuralla katmanlanmış nesnelere uygulanır. Özelliği enableAutoTierToHotFromCool , zaten seyrek erişim katmanında olan bloblar için etkinleştirilemiyor. Bu bloblara erişildiğinde erişim katmanı otomatik olarak sıcak erişim olarak değişmez.

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

Veri alındıktan sonra arşivleme

Bazı veriler bulutta boşta kalır ve nadiren erişilir. Aşağıdaki yaşam döngüsü ilkesi, veri alındıktan kısa süre sonra arşivlenecek şekilde yapılandırılmıştır. Bu örnek, adlı archivecontainer kapsayıcıdaki blok bloblarını arşiv katmanına geçirmektedir. Geçiş, son değiştirme saatinden 0 gün sonra bloblar üzerinde hareket ederek gerçekleştirilir.

Önemli

Bir veri kümesinin okunabilir olması gerekiyorsa, blobları arşiv katmanına taşımak için bir ilke ayarlamayın. Arşiv katmanındaki bloblar, zaman alan ve pahalı olabilecek bir işlem olan ilk kez yeniden doldurulmadıkça okunamaz. Daha fazla bilgi için bkz. Arşiv katmanından blob yeniden doldurma genel bakışı. Bir veri kümesinin sık okunması gerekiyorsa, blobları seyrek erişimli veya soğuk katmanlara taşımak için bir ilke ayarlamayın, bu da işlem maliyetlerinin daha yüksek olmasına neden olabilir.

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

Uyarı

Microsoft, daha fazla verimlilik için bloblarınızı doğrudan arşiv katmanına yüklemenizi önerir. Arşiv katmanını Blobu Yerleştir veya Blok Listesini Koy işlemindeki x-ms-access-tier üst bilgisinde belirtebilirsiniz. x-ms-access-tier üst bilgisi, 2018-11-09 ve daha yeni REST sürümleri veya en son blob depolama istemci kitaplıklarıyla desteklenir.

Önceki sürümleri yönetme

Ömrü boyunca düzenli olarak değiştirilen ve erişilen veriler için, bir nesnenin önceki sürümlerini otomatik olarak korumak için blob depolama sürümü oluşturmayı etkinleştirebilirsiniz. Önceki sürümleri katmana almak için bir ilke oluşturabilirsiniz. Sürüm yaşı, sürüm oluşturma zamanı değerlendirilerek belirlenir. Bu ilke, kapsayıcı activedata içindeki sürüm oluşturulduktan sonra 90 gün veya daha eski olan önceki sürümleri soğuk katmana taşır.

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

Uyarı

Yaşam döngüsü yönetimi ilkesindeki sürüm öğesi önceki bir sürüme başvurur.

Ayrıca bakınız

  • Last updated on