Sdílet prostřednictvím

Zásady správy životního cyklu, které mění objekty blob mezi úrovněmi

Zásady správy životního cyklu můžete použít k převedení objektů blob na nákladově efektivní přístupové vrstvy na základě jejich způsobů použití. Tento článek obsahuje příklady definic pravidel, které přecházejí objekty blob mezi vrstvami.

Obecné informace o zásadách správy životního cyklu služby Azure Storage najdete v přehledu správy životního cyklu služby Azure Blob Storage.

Přesun starších dat na chladnější vrstvu

Tento příklad ukazuje, jak převést objekty blob bloku s předponou sample-container/blob1 nebo container2/blob2. Zásady převedou objekty blob, které nebyly změněny po více než 30 dnů, na úroveň studeného úložiště a objekty blob, které nebyly změněny po 90 dnů, na archivní úroveň.

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

Poznámka:

Element baseBlob v zásadách správy životního cyklu odkazuje na aktuální verzi objektu blob.

Přesun dat na základě času posledního přístupu

V následujícím příkladu se objekty blob přesunou do studeného úložiště, pokud k nim nebylo přistupováno po dobu 30 dnů. Vlastnost enableAutoTierToHotFromCool je logická hodnota, která označuje, zda má být objekt blob automaticky přesunut ze studené zpět na horkou, pokud se k němu znovu přistupuje po přesunutí na studenou.

Návod

Pokud se objekt blob přesune na chladicí vrstvu a poté se automaticky vrátí zpět před uplynutím 30 dnů, bude účtován poplatek za předčasné smazání. Než vlastnost nastavíte enableAutoTierToHotFromCool , nezapomeňte analyzovat vzory přístupu dat, abyste mohli snížit neočekávané poplatky. Automatické vrstvení z chladné na horkou při přístupu k blobům je omezeno na frekvenci jednou za 30 dnů. Toto zabezpečení je zavedeno, abyste se vyhnuli vícečetným sankcím za předčasné odstranění z úrovně Cool. Pokud se objekt vrátí do úrovně Cool na základě zásady, budou se všechny transakce v objektu blob účtovat podle cen úrovně Cool. Pokud je potřeba objekt blob automaticky vrstvit více než jednou za 30 dnů, je nákladově efektivní udržovat objekt blob v horké úrovni.

Povolení pravidla s enableAutoTierToHotFromCool se vztahuje pouze na objekty, které jsou touto pravidlem přeřazeny do nižší úrovně. Vlastnost enableAutoTierToHotFromCool nelze povolit pro objekty blob, které jsou již ve studené úrovni. Úroveň přístupu těchto objektů blob se proto při jejich použití automaticky nezmění na stav aktivní.

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

Archivace dat po ingestování

Některá data zůstávají v cloudu nečinná a přístup k některým datům se zřídka používá. Následující zásady životního cyklu jsou nakonfigurované tak, aby archivovaly data krátce po ingestování. Tento příklad převede blokové blob objekty v kontejneru pojmenovaném archivecontainer do archivační vrstvy. Přechod se provádí zpracováním blobů ke dni poslední změny.

Důležité

Pokud je potřeba datovou sadu číst, nenastavujte zásadu pro přesun objektů blob do archivní úrovně. Objekty blob v archivní úrovni nelze číst, pokud nejsou poprvé dosazovány, což může být časově náročný a nákladný proces. Další informace najdete v tématu Přehled obnovy objektů blob z archivní úrovně. Pokud je potřeba datovou sadu číst často, nenastavujte zásadu pro přesun blobů na chladnou nebo studenou úroveň, protože to může vést k vyšším nákladům na transakce.

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

Poznámka:

Microsoft doporučuje, abyste své objekty blob nahráli přímo do archivní úrovně pro větší efektivitu. Archivní úroveň můžete zadat v hlavičce x-ms-access-tier v operaci Put Blob nebo Put Block List. Hlavička x-ms-access-tier je podporovaná v rozhraní REST verze 2018-11-09 a novějších nebo nejnovějších klientských knihovnách úložiště objektů blob.

Správa předchozích verzí

Pro data, která jsou pravidelně upravována a k nimž je přistupováno během své existence, můžete povolit verzování úložiště blobu, aby se automaticky zachovaly předchozí verze objektu. Můžete vytvořit zásadu pro vrstvení předchozích verzí. Stáří verze se určuje vyhodnocením času vytvoření verze. Toto pravidlo zásad přesune předchozí verze v kontejneru activedata které jsou po vytvoření verze 90 dnů nebo starší, na chladnou vrstvu.

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

Poznámka:

Prvek verze v zásadách správy životního cyklu odkazuje na předchozí verzi.

Viz také

  • Last updated on