Niveles de acceso frecuente, esporádico y de archivo para los datos de blobs

Los datos almacenados en la nube están creciendo a un ritmo exponencial. Para administrar los costos de las necesidades de almacenamiento en expansión, puede resultar útil organizar los datos en función de la frecuencia con la que se accederá a los ellos y del tiempo que se conservarán. Azure Storage ofrece diferentes niveles de acceso para que pueda almacenar los datos de blobs de la manera más rentable en función de cómo se usen. Los niveles de acceso de Azure Storage incluyen:

• Nivel de acceso frecuente: nivel en línea optimizado para almacenar datos a los que se accede o se modifican con frecuencia. El nivel de acceso frecuente tiene los costos de almacenamiento más altos, pero los costos de acceso más bajos.
• Nivel de acceso esporádico: nivel en línea optimizado para almacenar datos a los que se accede o se modifican con poca frecuencia. Los datos del nivel de acceso esporádico se deben almacenar durante un mínimo de 30 días. El nivel de acceso esporádico tiene menores costos de almacenamiento y mayores costos de acceso en comparación con el nivel de acceso frecuente.
• Nivel inactivo: nivel en línea optimizado para almacenar datos a los que rara vez se accede o se modifica, pero todavía requiere una recuperación rápida. Los datos del nivel de acceso esporádico se deben almacenar durante un mínimo de 90 días. El nivel de acceso esporádico tiene menores costes de almacenamiento y mayores costes de acceso en comparación con el nivel de acceso esporádico.
• Nivel de acceso de archivo: nivel sin conexión optimizado para almacenar datos a los que se accede muy pocas veces y que tienen requisitos de latencia flexibles, p. ej., horas. Los datos del nivel de acceso de archivo se deben almacenar durante un mínimo de 180 días.

Los límites de capacidad de almacenamiento de Azure se establecen en el nivel de cuenta, en lugar de según el nivel de acceso. Puede optar por maximizar el uso de la capacidad en un nivel o distribuir la capacidad entre dos o más niveles.

Niveles de acceso en línea

Cuando los datos se almacenan en un nivel de acceso en línea (frecuente o esporádico), los usuarios pueden acceder a ellos inmediatamente. El nivel de acceso frecuente es la mejor opción para los datos que se encuentran en uso activo. El nivel de acceso esporádico es ideal para los datos a los que se accede con menos frecuencia, pero que todavía deben estar disponibles para lectura y escritura.

Entre los ejemplos de escenarios de uso del nivel de acceso frecuente, se encuentran:

• Los datos que están en uso activo o los datos que espera requerirán lecturas y escrituras frecuentes.
• Los datos que se almacenan provisionalmente para el procesamiento y, posteriormente, para la migración al nivel de acceso esporádico.

Los escenarios de uso de los niveles de acceso esporádico incluyen:

• Copia de seguridad y recuperación ante desastres de los datos a corto plazo.
• Conjuntos de datos antiguos que no se usan con frecuencia, pero que se espera que estén disponibles para el acceso inmediato.
• Conjuntos de datos de gran tamaño que se deben almacenar de forma rentable mientras se recopilan otros datos para su procesamiento.

Para obtener información sobre cómo mover un blob al nivel de acceso esporádico o al nivel de acceso frecuente, consulta Establecimiento del nivel de acceso de un blob.

Los datos del nivel de acceso esporádico tienen una disponibilidad ligeramente inferior, pero ofrecen las mismas características de alta durabilidad, latencia de recuperación y rendimiento similares a las del nivel de acceso frecuente. En el caso de los datos del nivel de acceso esporádico, una disponibilidad ligeramente menor y mayores costes de acceso pueden ser unas desventajas aceptables frente a costes de almacenamiento generales más bajos en comparación con el nivel de acceso frecuente. Para más información, consulte Contrato de nivel de servicio para Storage.

Los blobs están sujetos a una penalización de eliminación temprana si se eliminan, se sobrescriben o se mueven a un nivel diferente antes del número mínimo de días requeridos por el nivel. Por ejemplo, un blob del nivel de acceso esporádico de una cuenta de uso general v2 está sujeto a una penalización por eliminación anticipada si se elimina o se mueve a otro nivel antes de que transcurran 30 días. En el caso de un blob en el nivel de acceso esporádico, la penalización de eliminación se aplica si se elimina o se mueve a un nivel diferente antes de que haya transcurrido 90 días. Este cargo se prorratea. Por ejemplo, si un blob se mueve al nivel de acceso esporádico y, a continuación, se elimina pasados 21 días, se le cobrará una cuota por eliminación anticipada equivalente a 9 (30 menos 21) días a partir del almacenamiento de ese blob en el nivel de acceso esporádico. Los cargos de eliminación temprana también se producen si todo el objeto se reescribe a través de cualquier operación (es decir, Colocar blob, Colocar lista de bloques o Copiar blob) dentro del período de tiempo especificado.

Los niveles de acceso frecuente y esporádico admiten todas la configuración de redundancia. Para más información sobre las opciones de redundancia de datos en Azure Storage, consulte Redundancia de Azure Storage.

Nivel de acceso de archivo

El nivel de acceso de archivo es un nivel sin conexión para almacenar datos a los que rara vez se accede. El nivel de acceso de archivo tiene el menor costo de almacenamiento. Pero este nivel tiene mayores costes de recuperación de datos con una mayor latencia en comparación con los niveles de acceso frecuente y esporádico. Entre los ejemplos de escenarios de uso del nivel de acceso de archivo se incluyen:

• Copia de seguridad a largo plazo, copia de seguridad secundaria y conjuntos de datos de archivado
• Datos originales (sin procesar) que deben conservarse, incluso después de que se hayan procesado en un formato útil final
• Datos de cumplimiento y archivado que se deben almacenar durante un largo período de tiempo y a los que casi nunca se accede

Para obtener información sobre cómo mover un blob al nivel de archivo, vea Archivado de un blob.

Los datos deben permanecer en el nivel de archivo durante al menos 180 días o estar sujetos a un cargo por eliminación temprana. Por ejemplo, si un blob se mueve al nivel de acceso de archivo y, después, se elimina o se mueve al nivel de acceso frecuente al cabo de 45 días, se le cobrará una cuota de eliminación temprana equivalente a 135 (180 menos 45) días a partir del almacenamiento de ese blob en el nivel de acceso de archivo.

Un blob no se puede leer ni modificar mientras se encuentre en el nivel de archivo. Para leer o descargar un blob en el nivel de acceso de archivo, primero debes rehidratarlo en un nivel en línea, ya sea de acceso esporádico o de acceso frecuente. Los datos del nivel de archivo pueden tardar hasta 15 horas en rehidratarse, según la prioridad que especifique para la operación de rehidratación. Para más información sobre la rehidratación de blobs, consulte Rehidratación de blobs desde el nivel de acceso de archivo.

Los metadatos de un blob archivado permanecen disponibles para el acceso de lectura, por lo que puede enumerar el blob y sus propiedades, metadatos y etiquetas de índice. Los metadatos de un blob del nivel de acceso de archivo son de solo lectura, mientras que las etiquetas de índice del blob se pueden leer o escribir. Los costos de almacenamiento de los metadatos de los blobs archivados se cobrarán en función de las tarifas de nivel de acceso esporádico. No se admiten instantáneas para blobs archivados.

Se admiten las siguientes operaciones para los blobs del nivel de archivo:

• Copy Blob
• Delete Blob
• Undelete Blob
• Buscar blobs por etiquetas
• Get Blob Metadata
• Get Blob Properties
• Obtener etiquetas de blobs
• Enumeración de blobs
• Establecer etiquetas de blobs
• Set Blob Tier

Solo las cuentas de almacenamiento configuradas para LRS, GRS o RA-GRS admiten el traslado de blobs al nivel de archivo. El nivel de archivo no se admite en las cuentas de ZRS, GZRS o RA-GZRS. Para obtener más información sobre las configuraciones de redundancia para Azure Storage, consulte Redundancia de Azure Storage.

Para cambiar la configuración de redundancia de una cuenta de almacenamiento que contiene blobs en el nivel de archivo, primero debes rehidratar todos los blobs archivados en el nivel de acceso frecuente o de acceso esporádico. Puesto que las operaciones de rehidratación pueden ser costosas y lentas, Microsoft recomienda no cambiar la configuración de redundancia de una cuenta de almacenamiento que contenga blobs archivados.

Se admite la migración de una cuenta de almacenamiento de LRS a GRS siempre que no se hayan trasladado blobs al nivel de archivo cuando la cuenta estaba configurada para LRS. Una cuenta se puede devolver a GRS si la actualización se realiza en menos de 30 días desde el momento en que la cuenta se convirtió en LRS y no se ha movido ningún blob al nivel de archivo mientras la cuenta estaba establecida en LRS.

Configuración predeterminada del nivel de acceso de la cuenta

Las cuentas de almacenamiento tienen una configuración predeterminada del nivel de acceso que indica el nivel en línea en el que se crea un nuevo blob. La configuración predeterminada del nivel de acceso se puede establecer en frecuente o esporádico. Los usuarios pueden invalidar la configuración predeterminada de un blob individual al cargar el blob o cambiar su nivel.

El nivel de acceso predeterminado de una nueva cuenta de almacenamiento v2 de uso general se establece en el nivel de acceso frecuente de manera predeterminada. Puede cambiar la configuración predeterminada del nivel de acceso al crear una cuenta de almacenamiento o después de crearla. Si no cambia esta configuración en la cuenta de almacenamiento o establece explícitamente el nivel al cargar un blob, se carga un nuevo blob en el nivel de acceso frecuente de manera predeterminada.

Un blob que no tiene un nivel asignado explícitamente infiere el nivel de la configuración predeterminada del nivel de acceso de la cuenta. Si el nivel de acceso de un blob se infiere de la configuración predeterminada del nivel de acceso de la cuenta, Azure Portal muestra el nivel de acceso como frecuente (inferido), esporádico (inferido) o en frío (inferido).

El cambio de la configuración predeterminada del nivel de acceso para una cuenta de almacenamiento se aplica a todos los blobs de la cuenta para la que no se ha establecido explícitamente un nivel de acceso. Si cambias la configuración del nivel de acceso predeterminado a un nivel más esporádico en una cuenta v2 de uso general, se te cobrarán las operaciones de escritura (por 10 000) para todos los blobs en los que se deduce el nivel de acceso. Se te cobra tanto por las operaciones de lectura (por 10 000) como por la recuperación de datos (por GB) si cambias a un nivel más frecuente en una cuenta v2 de uso general.

Al crear una cuenta heredada de Blob Storage, debe especificar la configuración de nivel de acceso predeterminada como frecuente o esporádico en el momento de la creación. No se aplica ningún cargo por cambiar la configuración predeterminada del nivel de acceso a la cuenta a un nivel más frecuente en una cuenta de Blob Storage heredada. Se te cobran las operaciones de lectura (por 10 000) y la recuperación de datos (por GB) si cambias a un nivel más frecuente en una cuenta de Blob Storage. Microsoft recomienda utilizar cuentas de almacenamiento v2 de uso general, en lugar de cuentas de Blob Storage, siempre que sea posible.

Establecimiento o cambio del nivel de un blob

Para establecer explícitamente el nivel de un blob al crearlo, especifique el nivel al cargar el blob.

Después de crear un blob, puede cambiar su nivel de cualquiera de las maneras siguientes:

• Mediante una llamada a la operación Set Blob Tier, ya sea directamente o mediante una directiva de administración del ciclo de vida. Llamar a Establecer nivel de blob suele ser la mejor opción para cambiar el nivel de un blob de un nivel más frecuente a uno más esporádico.

  Nota

  No puedes rehidratar un blob archivado a un nivel en línea mediante directivas de administración del ciclo de vida.

• Mediante una llamada a la operación Copy Blob para copiar un blob de un nivel a otro. Se recomienda llamar a la operación Copiar blob en la mayoría de los escenarios en los que se va a rehidratar un blob desde el nivel de archivo a un nivel en línea o al mover un blob de esporádico a frecuente. Al copiar un blob, puede evitar la penalización por eliminación anticipada si aún no ha transcurrido el intervalo de almacenamiento necesario para el blob de origen. Sin embargo, la copia de un blob da como resultado cargos de capacidad para dos blobs, el blob de origen y el blob de destino.

Cambiar el nivel de un blob de un nivel más frecuente a uno más esporádico, ya que cambia de esporádico a frecuente. La rehidratación de un blob del nivel de archivo a un nivel en línea, como el nivel frecuente o esporádico, puede demorar hasta 15 horas.

Tenga en cuenta los siguientes puntos al cambiar el nivel de un blob:

• No se puede llamar a Establecer nivel de blob en un blob que use un ámbito de cifrado. Para obtener más información sobre los ámbitos de cifrado, vea Ámbitos de cifrado para Blob Storage.
• Si un blob se mueve explícitamente al nivel de acceso esporádico y luego se mueve al nivel de acceso de archivo, se aplica el cargo por eliminación temprana.

Administración del ciclo de vida de blobs

La administración del ciclo de vida del almacenamiento de blobs ofrece una directiva basada en reglas que puede usar para realizar la transición de los datos al nivel de acceso deseado cuando se cumplan las condiciones especificadas. También puede usar la administración del ciclo de vida para expirar los datos al final de su ciclo de vida. Vea Optimización de los costos mediante la automatización de los niveles de acceso de Azure Blob Storage para obtener más información.

No puedes rehidratar un blob archivado a un nivel en línea mediante directivas de administración del ciclo de vida. Los datos almacenados en una cuenta premium de almacenamiento de blob en bloque no se pueden clasificar en niveles en frecuente, esporádico o archivado mediante Establecer nivel de blob o mediante la administración del ciclo de vida de Azure Blob Storage. Para mover datos, debe copiar los blobs de forma sincrónica desde la cuenta de almacenamiento de blobs en bloques al nivel de acceso frecuente de otra cuenta mediante la API Put Block From URL o una versión de AzCopy que admita esta API. Put Block From URL API copia datos de forma asíncrónica en el servidor, lo que significa que la llamada solo se completa una vez que todos los datos se han movido de la ubicación original del servidor a la ubicación de destino.

Acciones de almacenamiento

Aunque la administración del ciclo de vida ayuda a mover datos entre las distintas capas de una sola cuenta, puede usar una tarea de almacenamiento para realizar esta tarea a gran escala en varias cuentas. Una tarea de almacenamiento es un recurso disponible en Acciones de almacenamiento de Azure; un marco sin servidor que puede usar para realizar operaciones de datos comunes en millones de objetos en varias cuentas de almacenamiento. Para más información, consulte ¿Qué es Acciones de almacenamiento de Azure?

Resumen de las opciones de niveles de acceso

En la tabla siguiente, se resumen las características de los niveles de acceso frecuente, esporádico y de archivo.

¹ Los objetos del nivel de acceso esporádico en cuentas de uso general v2 tienen una duración mínima de la retención de 30 días. Los objetos del nivel de acceso esporádico en cuentas de uso general v2 tienen una duración mínima de la retención de 90 días. Para las cuentas de Blob Storage, no hay ninguna duración mínima de la retención para el nivel de acceso esporádico.

² Al rehidratar un blob desde el nivel de acceso de archivo, puede elegir una opción de prioridad de rehidratación estándar o alta. Cada una ofrece diferentes latencias y costos de recuperación. Para más información, consulte Introducción a la rehidratación de blobs desde el nivel de archivo.

³ Para más información sobre las configuraciones de redundancia en Azure Storage, consulte Redundancia de Azure Storage.

Precios y facturación

Todas las cuentas de almacenamiento usan un modelo de precios para el almacenamiento de blobs en bloques basado en el nivel de un blob. Tenga en cuenta las consideraciones de facturación que se describen en las secciones siguientes.

Para más información sobre los precios de los blobs en bloques, consulte Precios de Azure Blob Storage.

Costos de la capacidad de almacenamiento

Además de la cantidad de datos almacenados, el costo varía en función del nivel de acceso. El costo de capacidad por gigabyte disminuye a medida que el nivel es más esporádico.

Costos de acceso a datos

los gastos de acceso a los datos aumentan a medida que el nivel es más esporádico. En el nivel de acceso esporádico y de archivo se cobra un cargo de acceso a datos por gigabyte por las operaciones de lectura.

Costos de transacciones

Se aplica un cargo por transacción a todos los niveles, que aumenta a medida que el nivel es más esporádico.

Costos de transferencia de datos de replicación geográfica

Este cargo solo se aplica a las cuentas con la replicación geográfica configurada, incluidas GRS, RA-GRS y GZRS. La transferencia de datos de replicación geográfica incurre en un cargo por gigabyte.

Costes de transferencia de datos salientes

Las transferencias de datos de salida (aquellos que se transfieren fuera de una región de Azure) generan cargos de facturación por el uso del ancho de banda por gigabyte. Para obtener más información sobre los cargos por transferencia de datos salientes, vea la página Detalles de precios de ancho de banda.

Cambio del nivel de acceso predeterminado de la cuenta

El cambio del nivel de acceso de la cuenta da como resultado cargos por cambio de nivel para todos los blobs que no tengan un nivel explícito establecido. Para más información, consulte la sección siguiente, Cambio del nivel de acceso de un blob.

Cambio del nivel de acceso de un blob

Tenga en cuenta los siguientes impactos en la facturación al cambiar el nivel de un blob:

• Cuando un blob se carga o se mueve entre niveles, se cobra a la tarifa correspondiente inmediatamente después de la carga o el cambio de nivel.
• Cuando un blob se mueve a un nivel de almacenamiento de acceso más esporádico, la operación se factura como una operación de escritura del nivel de destino, donde se aplican los cargos de la operación de escritura (por cada 10 000) y de la escritura de datos (por GB) del nivel de destino.
• Cuando un blob se mueve a un nivel más frecuente, la operación se factura como una lectura desde el nivel de origen, donde se aplican los cargos de la operación de lectura (por cada 10 000) y de la recuperación de datos (por GB) del nivel de origen. También se pueden aplicar cargos por eliminación anticipada para cualquier blob que se haya movido fuera del nivel esporádico o de archivo.
• Mientras se rehidrata un blob desde el nivel de archivo, los datos de ese blob se facturan como datos archivados hasta que se restauran los datos y el nivel del blob cambia a acceso frecuente o esporádico.

La tabla siguiente resume cómo se facturan los cambios de nivel:

Cambiar el nivel de acceso de un blob cuando el control de versiones está habilitado, o si el blob tiene instantáneas, puede dar lugar a cargos adicionales. Para obtener información sobre los blobs con el control de versiones habilitado, vea Precios y facturación en la documentación sobre el control de versiones de blob. Para obtener información sobre los blobs con instantáneas, vea Precios y facturación en la documentación sobre instantáneas de blob.

Nivel de acceso esporádico

El nivel de frío requiere las siguientes versiones mínimas de REST, SDK y herramientas

Compatibilidad de características

La compatibilidad con esta característica puede verse afectada al habilitar Data Lake Storage Gen2, el protocolo Network File System (NFS) 3.0 o el Protocolo de transferencia de archivos SSH (SFTP). Si ha habilitado cualquiera de estas funcionalidades, consulte Compatibilidad con características de Blob Storage en cuentas de Azure Storage para evaluar la compatibilidad con esta característica.

Pasos siguientes

• Establecimiento del nivel de acceso de un blob
• Archivado de un blob
• Optimizar los costes mediante la administración automática del ciclo de vida de los datos
• Procedimientos recomendados para usar niveles de acceso de blobs