Megosztás a következőn keresztül:

Életciklus-felügyeleti szabályzatok, amelyek blobokat váltanak át a rétegek között

Az életciklus-felügyeleti szabályzatokkal áttérhet a blobok költséghatékony hozzáférési szintekre a használati minták alapján. Ez a cikk példákat tartalmaz olyan szabályzatdefiníciókra, amelyek blobokat váltanak át a szintek között.

Az Azure Storage életciklus-kezelési szabályzatairól az Azure Blob Storage életciklus-kezelésének áttekintésében olvashat.

Öregedő adatok áthelyezése egy hűvösebb szintre

Ez a példa bemutatja, hogyan lehet a sample-container/blob1 vagy container2/blob2 előtaggal ellátott blokkblobok számára átmenetet létrehozni. A szabályzat áthelyezi azokat a blobokat, amelyeket több mint 30 napja nem módosítottak, hűtött tárolásra, valamint azokat a blobokat, amelyeket több mint 90 napja nem módosítottak, az archív rétegbe.

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

Megjegyzés:

Az életciklus-felügyeleti szabályzat baseBlob eleme egy blob aktuális verziójára hivatkozik.

Adatok áthelyezése az utoljára elért idő alapján

Az alábbi példában a blobok átkerülnek a hűvös tárolóba, ha 30 napja nem fértek hozzá. A enableAutoTierToHotFromCool tulajdonság egy logikai érték, amely azt jelzi, hogy a blobokat automatikusan vissza kell-e helyezni a hűvös tárolási szintről a forró tárolási szintre, ha ismét hozzáférnek a hűvös szintre való rétegzés után.

Jótanács

Ha egy blobot áthelyeznek a ritka elérésű szintre, majd automatikusan visszahelyeznek 30 nap eltelte előtt, a rendszer korai törlési díjat számít fel. A tulajdonság beállítása enableAutoTierToHotFromCool előtt mindenképpen elemezze az adatok hozzáférési mintáit, hogy csökkentse a váratlan díjakat. Az automatikus rétegzés a ritka elérésűről a gyakori elérésűre blobhozzáférés esetén 30 nap alatt csak egyszer érhető el. Ez a védelmi intézkedés segít elkerülni a cool tierből származó többszörös korai törlési büntetéseket. Ha az objektum a szabályzat miatt visszaesik a ritka elérésű szintre, a blobon végrehajtott tranzakciókat a rendszer a ritka elérésű réteg árain számítja fel. A költséghatékonyság érdekében érdemes a blobot a forró rétegben tartani, ha egy 30 napos időszak alatt többször is szükséges feljebb sorolni.

Egy szabály enableAutoTierToHotFromCool engedélyezése csak azokra az objektumokra vonatkozik, amelyek ezzel a szabállyal lettek lejjebb sorolva. A enableAutoTierToHotFromCool jellemző nem engedélyezhető olyan blobokhoz, amelyek már a ritka elérésű rétegben vannak. Ezért a blobok hozzáférési szintje nem változik automatikusan forróra, amikor hozzáférnek hozzájuk.

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

Adatok archiválása a betöltés után

Egyes adatok kihasználatlanok maradnak a felhőben, és csak ritkán férnek hozzá. A következő életciklus-szabályzat úgy van konfigurálva, hogy az adatok röviddel a betöltés után archiválva legyenek. Ez a példa áthelyezi a archivecontainer nevű tároló blokkblobjait egy archív szintre. Az áttűnés a legutóbb módosított idő után 0 nappal a blobokon történő műveletekkel valósul meg.

Fontos

Ha egy adatkészletnek olvashatónak kell lennie, ne állítson be házirendet a blobok archiválási szintre való áthelyezéséhez. Az archív szinten lévő blobok csak akkor olvashatók, ha először rehidratálják őket, ami időigényes és költséges folyamat lehet. További információért lásd: A blob archiválási rétegből való rehidratálásának áttekintése. Ha egy adatkészletet gyakran kell olvasni, ne állítson be olyan házirendet, amely a blobokat a nem forró vagy az archivált szintekre helyezi át, mivel ez magasabb tranzakciós költségeket eredményezhet.

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

Megjegyzés:

A Microsoft azt javasolja, hogy a nagyobb hatékonyság érdekében töltse fel a blobokat közvetlenül az archív szintre. Az archív szintet az x-ms-access-tier fejlécben adhatja meg a Put Blob vagy a Put Block List műveletben. Az x-ms-access-tier fejléc a REST 2018-11-09-es verziójával és az újabb vagy a legújabb Blob Storage-ügyfélkódtárakkal támogatott.

Korábbi verziók kezelése

A teljes élettartama során rendszeresen módosított és elérhető adatok esetében engedélyezheti a Blob Storage verziószámozását az objektumok korábbi verzióinak automatikus karbantartásához. Létrehozhat egy szabályzatot a korábbi verziók rétegzéséhez. A verzió korát a verziólétrehozási idő kiértékelésével határozzuk meg. Ez a szabályozás a korábbi verziókat, amelyeket a verzió létrehozása után 90 napon belül vagy annál később hoztak létre, áthelyezi a activedata tárolón belül a ritka elérésű szintre.

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

Megjegyzés:

Az életciklus-kezelési szabályzat verzióeleme egy korábbi verzióra hivatkozik.

Lásd még

  • Last updated on