Compartir a través de

Directivas de administración del ciclo de vida que realizan la transición de blobs entre niveles

Puede usar directivas de administración del ciclo de vida para realizar la transición de blobs a niveles de acceso rentables en función de sus patrones de uso. Este artículo contiene ejemplos de definiciones de directiva que realizan la transición de blobs entre niveles.

Para obtener información general sobre las directivas de administración del ciclo de vida de Azure Storage, consulte Introducción a la administración del ciclo de vida de Azure Blob Storage.

Cambio de los datos antiguos a un nivel de acceso más esporádico

En este ejemplo se muestra cómo realizar la transición de blobs en bloques con el prefijo sample-container/blob1 o container2/blob2. La directiva realiza la transición de los blobs que no se han modificado durante más de 30 días al almacenamiento de acceso esporádico, y los blobs no modificados en 90 días al nivel de acceso de archivo:

{
  "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:

El elemento baseBlob de una directiva de administración del ciclo de vida hace referencia a la versión actual de un blob.

Mover datos en función de la hora de último acceso

En el siguiente ejemplo, los blobs se mueven al almacenamiento esporádico si no se ha accedido a ellos durante 30 días. La propiedad enableAutoTierToHotFromCool es un valor booleano que indica si un blob debe pasar automáticamente del nivel de acceso esporádico al nivel de acceso frecuente si se vuelve a acceder a él una vez que se haya pasado al nivel de acceso esporádico.

Sugerencia

Si un blob se traslada al nivel frío y luego se vuelve a trasladar automáticamente antes de que hayan transcurrido 30 días, se cobrará una tasa por eliminación anticipada. Antes de establecer la enableAutoTierToHotFromCool propiedad, asegúrese de analizar los patrones de acceso de los datos para que pueda reducir cargos inesperados. La ordenación automática por niveles de acceso esporádico a frecuente al acceso de blobs se limita a una vez en 30 días. Esta protección está en vigor para ayudar a evitar varias penalizaciones de eliminación temprana del nivel de acceso esporádico. Si el objeto vuelve a estar esporádico debido a la directiva, las transacciones del blob se cobran según los precios del nivel de acceso esporádico. Es rentable mantener el blob en el nivel de acceso frecuente si necesita actualizarse automáticamente más de una vez en un período de 30 días.

Habilitar una regla con enableAutoTierToHotFromCool solo se aplica a los objetos que están en capas con esta regla. La propiedad enableAutoTierToHotFromCool no se puede habilitar para blobs que ya están en el nivel de acceso esporádico. Por lo tanto, el nivel de acceso de esos blobs no cambiará automáticamente a frecuente cuando se tenga acceso a ellos.

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

Archivado de datos después de la ingesta

Algunos datos permanecen inactivos en la nube y no se accede a ellos prácticamente nunca. La siguiente directiva del ciclo de vida está configurada para archivar los datos poco después de que se ingieran. En este ejemplo se realiza la transición de blobs en bloques de un contenedor denominado archivecontainer a un nivel de archivo. La transición se realiza al actuar en los blobs 0 días después de la hora de la última modificación.

Importante

Si un conjunto de datos debe ser legible, no establezca una directiva para mover blobs al nivel de archivo, ya que los blobs en este nivel no se pueden leer a menos que se rehidraten antes, un proceso que puede conllevar mucho tiempo y dinero. Para más información, consulte Introducción a la rehidratación de blobs desde el nivel de archivo. Si un conjunto de datos debe leerse con frecuencia, no establezca una directiva para mover blobs a los niveles de acceso esporádico, ya que esto podría dar lugar a mayores costos de transacción.

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

Nota:

Microsoft recomienda cargar los blobs directamente en el nivel de archivo para lograr una mayor eficacia. El nivel de archivo se puede especificar en el encabezado x-ms-access-tier de las operaciones Put Blob o Put Block List. El encabezado x-ms-access-tier se puede usar con la versión de REST 2018-11-09 y versiones más recientes o con las bibliotecas cliente de Blob Storage más recientes.

Administración de versiones anteriores

En el caso de datos que se modifican y a los que se accede de forma regular a lo largo de toda su duración, puede habilitar el control de versiones de Blob Storage para mantener de forma automática las versiones anteriores de un objeto. Puede crear una política para clasificar versiones anteriores. La antigüedad de la versión se determina mediante la evaluación de la hora de creación de la misma. Esta regla de directiva mueve las versiones anteriores, que tienen 90 días o más desde su creación, al nivel frío dentro del contenedor activedata.

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

Nota:

El elemento version de una directiva de administración del ciclo de vida hace referencia a una versión anterior.

Consulte también