Udostępnij za pomocą

Polityki zarządzania cyklem życia, które przeprowadzają obiekty blob między warstwami

Możesz użyć polityk zarządzania cyklem życia, aby przenieść obiekty blob do ekonomicznych warstw dostępu zależnie od wzorców ich użycia. Ten artykuł zawiera przykłady definicji zasad, które przenoszą bloby między warstwami.

Aby uzyskać ogólne informacje na temat zasad zarządzania cyklem życia usługi Azure Storage, zobacz Omówienie zarządzania cyklem życia usługi Azure Blob Storage.

Przenoszenie starzejących się danych do chłodniejszej warstwy

W tym przykładzie pokazano, jak przenieść blokowe obiekty blob z prefiksem sample-container/blob1 lub container2/blob2. Zasady przenoszenia obiektów blob, które nie były modyfikowane przez ponad 30 dni, do chłodnego przechowywania oraz przenoszenia blobów, które nie były modyfikowane przez 90 dni, do warstwy archiwalnej.

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

Uwaga / Notatka

Element baseBlob w zasadach zarządzania cyklem życia odnosi się do bieżącej wersji obiektu blob.

Przenoszenie danych na podstawie czasu ostatniego dostępu

W poniższym przykładzie obiekty blob są przenoszone do chłodnego magazynu, jeśli nie były używane przez 30 dni. Właściwość enableAutoTierToHotFromCool jest wartością logiczną typu Boolean, która wskazuje, czy obiekt blob powinien być automatycznie przenoszony z warstwy chłodnej do gorącej, jeśli uzyskano do niego ponowny dostęp po przeniesieniu do warstwy chłodnej.

Wskazówka

Jeśli obiekt blob zostanie przeniesiony do warstwy chłodnej, a następnie automatycznie przeniesiony z powrotem przed upływem 30 dni, zostanie naliczona opłata za wczesne usunięcie. Przed ustawieniem enableAutoTierToHotFromCool właściwości należy przeanalizować wzorce dostępu danych, aby zmniejszyć nieoczekiwane opłaty. Automatyczne przenoszenie warstw z zimnej do gorącej w momencie dostępu do obiektu blob jest ograniczone do jednego razu na 30 dni. Ta ochrona ma na celu pomóc w uniknięciu wielu kar za wczesne usunięcie z warstwy chłodzenia. Jeśli obiekt zostanie przeklasyfikowany do warstwy chłodnej zgodnie z zasadami, wszelkie operacje na obiekcie blob będą obciążone taryfą warstwy chłodnej. Opłacalnym rozwiązaniem jest utrzymanie obiektu blob w gorącej warstwie, jeśli musi być automatycznie przenoszony więcej niż raz w ciągu 30 dni.

Włączenie reguły z enableAutoTierToHotFromCool ma zastosowanie tylko do obiektów, które są warstwowane zgodnie z tą regułą. Nie można włączyć właściwości enableAutoTierToHotFromCool dla obiektów blob, które znajdują się już w warstwie chłodna. W związku z tym warstwa dostępu tych obiektów blob nie zmieni się automatycznie na gorącą przy dostępie do nich.

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

Archiwizowanie danych po importowaniu

Niektóre dane pozostają bezczynne w chmurze i rzadko, jeśli kiedykolwiek, uzyskują do nich dostęp. Następujące zasady cyklu życia są skonfigurowane do archiwizowania danych wkrótce po ich wprowadzeniu. W tym przykładzie blokowe obiekty blob są przenoszone w kontenerze o nazwie archivecontainer do poziomu archiwum. Zmiana jest realizowana przez działanie na obiektach blob w ciągu 0 dni od ostatniej modyfikacji.

Ważne

Jeśli zestaw danych musi być czytelny, nie należy ustawiać zasad przenoszenia obiektów blob do warstwy archiwum. Obiekty blob w warstwie Archiwum nie mogą być odczytywane, chyba że są one najpierw ponownie wypełniania— proces, który może być czasochłonny i kosztowny. Aby uzyskać więcej informacji, zobacz Omówienie ponownego uwodnienia obiektów blob z warstwy archiwum. Jeśli zestaw danych musi być często odczytywany, nie należy ustawiać zasad przenoszenia obiektów blob do warstw chłodnych lub zimnych, ponieważ może to spowodować wyższe koszty transakcji.

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

Uwaga / Notatka

Firma Microsoft zaleca przesyłanie obiektów blob bezpośrednio do warstwy Archiwum w celu zwiększenia wydajności. Można określić warstwę archiwum w nagłówku x-ms-access-tier podczas operacji Put Blob lub Put Block List. Nagłówek x-ms-access-tier jest obsługiwany z interfejsem REST w wersji 2018-11-09 i nowszych lub najnowszych bibliotek klienta magazynu obiektów blob.

Zarządzanie poprzednimi wersjami

W przypadku danych, które są regularnie modyfikowane i uzyskiwane przez cały okres ich istnienia, można włączyć wersjonowanie obiektów blob, aby automatycznie obsługiwać poprzednie wersje obiektu. Możesz utworzyć politykę porządkowania poprzednich wersji. Wiek wersji jest określany przez ocenę czasu utworzenia wersji. Ta reguła przenosi poprzednie wersje w kontenerze activedata, które są 90 dni lub starsze po utworzeniu wersji, do chłodnej warstwy.

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

Uwaga / Notatka

Element wersji w zasadach zarządzania cyklem życia odnosi się do poprzedniej wersji.

Zobacz także

  • Last updated on