Bagikan melalui

Kebijakan manajemen siklus hidup yang memindahkan blob antar tingkat

Anda dapat menggunakan kebijakan manajemen Siklus Hidup untuk transisi blob ke tingkat akses hemat biaya berdasarkan pola penggunaannya. Artikel ini berisi contoh definisi kebijakan yang mentransisikan blob antar tingkatan.

Untuk informasi umum tentang kebijakan manajemen siklus hidup Azure Storage, lihat Gambaran umum manajemen siklus hidup Azure Blob Storage.

Pindahkan data lama ke tingkat yang lebih sejuk

Contoh ini menunjukkan cara memindahkan blok blob yang disertakan awalan sample-container/blob1 atau container2/blob2. Kebijakan memindahkan blob yang belum dimodifikasi selama lebih dari 30 hari ke penyimpanan dingin, dan blob yang tidak dimodifikasi dalam 90 hari akan dipindahkan ke tingkat arsip.

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

Nota

Elemen baseBlob dalam kebijakan manajemen siklus hidup mengacu pada blob versi saat ini.

Memindahkan data berdasarkan waktu terakhir yang diakses

Dalam contoh berikut, blob dipindahkan ke penyimpanan dingin jika belum diakses selama 30 hari. Properti enableAutoTierToHotFromCool ini adalah nilai Boolean yang menunjukkan apakah blob harus secara otomatis diurutkan dari dingin kembali ke panas jika diakses lagi setelah ditingkatkan menjadi dingin.

Petunjuk / Saran

Jika blob dipindahkan ke tingkat dingin, dan kemudian secara otomatis dipindahkan kembali sebelum 30 hari berlalu, biaya penghapusan awal akan dikenakan. Sebelum Anda mengatur enableAutoTierToHotFromCool properti, pastikan untuk menganalisis pola akses data Anda sehingga Anda dapat mengurangi biaya yang tidak terduga. Pengaturan otomatis dari dingin ke panas pada saat akses blob dibatasi sebanyak sekali dalam 30 hari. Perlindungan ini diberlakukan untuk membantu Anda menghindari beberapa penalti penghapusan awal dari level pendinginan. Jika objek beralih kembali ke tingkat penyimpanan dingin karena kebijakan, setiap transaksi pada blob tersebut dibebankan pada harga tingkat dingin. Efisien biaya untuk menjaga blob di tingkat panas jika perlu diubah secara otomatis ke tingkat lebih tinggi lebih dari sekali dalam 30 hari.

Mengaktifkan aturan dengan enableAutoTierToHotFromCool hanya berlaku untuk objek yang diturunkan tingkatnya dengan aturan ini. Properti enableAutoTierToHotFromCool tidak dapat diaktifkan untuk blob yang sudah berada di lapisan dingin. Oleh karena itu, tingkat akses blob tersebut tidak akan secara otomatis berubah menjadi panas saat diakses.

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

Mengarsipkan data setelah penyerapan

Beberapa data tetap menganggur di cloud dan jarang diakses. Kebijakan siklus hidup berikut dikonfigurasikan untuk mengarsipkan data tak lama setelah tertelan. Contoh ini memindahkan blob blok di dalam kontainer bernama archivecontainer ke tingkat arsip. Transisi dicapai dengan mengambil tindakan terhadap blob 0 hari setelah waktu terakhir dimodifikasi.

Penting

Jika himpunan data perlu dibaca, jangan menetapkan kebijakan untuk memindahkan blob ke tingkat arsip. Blob pada lapisan arsip tidak dapat dibaca kecuali telah direhidrasi terlebih dahulu, sebuah proses yang mungkin memakan waktu lama dan biaya tinggi. Untuk informasi selengkapnya, lihat Ikhtisar rehidrasi blob dari lapisan arsip. Jika himpunan data perlu sering dibaca, jangan atur kebijakan untuk memindahkan blob ke tingkat dingin atau dingin karena ini dapat mengakibatkan biaya transaksi yang lebih tinggi.

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

Nota

Microsoft menyarankan agar Anda mengunggah blob langsung ke tingkat arsip untuk efisiensi yang lebih besar. Anda dapat menetapkan tingkat arsip di header x-ms-access-tier pada operasi Tempatkan Blob atau Tempatkan Daftar Blok. Header x-ms-access-tier didukung oleh versi REST 2018-11-09 dan versi yang lebih baru, serta perpustakaan klien penyimpanan blob terbaru.

Mengelola versi sebelumnya

Untuk data yang dimodifikasi dan diakses secara teratur selama masa pakainya, Anda dapat mengaktifkan versi penyimpanan blob untuk secara otomatis mempertahankan versi objek sebelumnya. Anda dapat membuat kebijakan untuk mengelompokkan versi sebelumnya. Usia versi ditentukan dengan mengevaluasi waktu penciptaan versi. Aturan kebijakan ini memindahkan versi sebelumnya dalam kontainer activedata yang berusia 90 hari atau lebih sejak pembuatannya ke lapisan dingin.

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

Nota

Elemen versi dalam kebijakan manajemen siklus hidup mengacu pada versi sebelumnya.

Lihat juga