Descripción y administración de los niveles de acceso de Azure Blob Storage

Completado

Ahora que ha revisado varias opciones de optimización de costos, puede explorar más a fondo los niveles de acceso a Azure Blob Storage. Reconoce su potencial para reducir los costos de uso del almacenamiento, pero también percibe que su uso inadecuado podría dar lugar a un aumento de los cargos de almacenamiento. En esta unidad, aprenderá algunas reglas generales que rigen los comportamientos de los niveles de acceso. También identificará algunas de las advertencias que deberían ayudarle a optimizar sus beneficios.

Azure Blob Storage admite cuatro niveles de acceso:

  • Nivel de acceso frecuente: Un nivel en línea optimizado para almacenar datos de acceso o modificación frecuentes. Este nivel tiene los costos de almacenamiento más altos, pero los de acceso más bajos.

  • Nivel de acceso esporádico: Un nivel en línea optimizado para almacenar datos de acceso o modificación poco frecuentes. Este nivel tiene menores costos de almacenamiento que el nivel de acceso frecuente, pero sus costos de acceso son más altos.

  • Nivel de acceso muy esporádico: Un nivel en línea optimizado para almacenar datos de acceso o modificación poco frecuentes. Este nivel tiene menores costos de almacenamiento que el nivel de acceso esporádico, pero sus costos de acceso son más altos.

  • Nivel de acceso de archivo: Un nivel sin conexión optimizado para almacenar datos a los que se accede con poca frecuencia o nunca. Este nivel tiene los costos de almacenamiento más bajos, pero los de acceso más altos.

El término poco frecuentemente no es objetivo. Como guía general, plantéese usar el nivel de acceso esporádico si no prevé que necesitará eliminar o mover el blob a otro nivel durante al menos 30 días consecutivos. Puede considerar el nivel de acceso muy esporádico si no prevé que necesite eliminar o mover el blob durante al menos 90 días consecutivos. Considere la posibilidad de usar el nivel de acceso de archivo si ese período es de al menos 180 días. Estos valores provienen del modelo de precios, que impone un cargo por eliminación anticipada. Este cargo se aplica si el blob se elimina o se mueve del nivel de acceso esporádico o de archivo antes de que haya pasado el período específico del nivel. Ese período es de 30 días para el nivel de acceso esporádico, 90 días para el nivel de acceso muy esporádico y 180 días para el nivel de archivo.

Un cargo por eliminación anticipada se prorratea según el número de días restantes en el período específico del nivel. Por ejemplo, si se asigna un blob al nivel de acceso esporádico y luego se elimina después de 20 días, el cargo por eliminación anticipada representa el costo de almacenar el blob durante 10 días (30 menos 20) en el nivel de acceso esporádico. Del mismo modo, si se asigna un blob al nivel de acceso de archivo y luego se mueve al nivel de acceso esporádico o frecuente después de 100 días, el cargo por eliminación anticipada representa el costo de almacenar el blob durante 80 días (180 menos 100) en el nivel de acceso de archivo.

Nota

Para evitar el cargo por eliminación anticipada de un blob, puede usar la operación Copiar blob para copiarlo en otro nivel. Pero tenga en cuenta que esto da como resultado un aumento de los cargos de capacidad asociados con la creación de un blob adicional que es un duplicado del original.

Descripción del modelo de administración de niveles de acceso para blobs

A la hora de elegir entre los niveles de acceso caliente, frío, refrigerado y de archivo, hay que tener en cuenta otros factores. También resulta útil comprender los diferentes modelos de administración de los niveles de acceso.

Además de las diferencias de precios, los blobs tienen diferentes acuerdos de nivel de servicio (SLA) de disponibilidad. Los niveles de archivo, frío y esporádico ofrecen la misma durabilidad, rendimiento y características de latencia de acceso al almacenamiento. Su tiempo de recuperación está en el intervalo de milisegundos. Los niveles de acceso frecuente y esporádico también admiten todas las opciones de redundancia.

El nivel de acceso frecuente, esporádico, muy esporádico o de archivo se puede asignar a un blob directamente durante su carga. Como alternativa, los niveles de acceso frecuente, esporádico o inactivo (pero no de archivo) se pueden deducir en función del nivel de acceso especificado como el nivel predeterminado en el nivel de cuenta de almacenamiento. Pero cualquier asignación de nivel explícita tiene prioridad sobre la deducida.

Nota:

Considere detenidamente las implicaciones de cambiar el nivel de acceso predeterminado en el nivel de cuenta de almacenamiento. Puede tener un impacto significativo en los precios si hay un gran número de blobs sin un nivel de acceso asignado explícitamente.

Un nivel de archivo no permite leer ni modificar el contenido de un blob directamente. Sin embargo, tiene acceso a sus metadatos, incluidas las etiquetas de índice. Para acceder al contenido del blob, puede asignarlo al nivel de acceso frecuente, esporádico o muy esporádico, lo que desencadena el proceso denominado rehidratación. Como alternativa, puede invocar la operación Copiar blob para crear una copia del blob en el nivel de acceso frecuente, esporádico o muy esporádico.

Nota:

En el nivel de acceso de archivo hay dos prioridades para la rehidratación de blobs: estándar y alta. La rehidratación de prioridad estándar podría tardar hasta 15 horas. Sin embargo, las solicitudes de alta prioridad tienen precedencia sobre las estándar y, para blobs de menos de 10 GB de tamaño, se podrían completar en menos de una hora. La rehidratación de alta prioridad es más costosa, por lo que Microsoft recomienda reservarla para su uso en situaciones de restauración de datos de emergencia.

Las cuentas de almacenamiento que utilicen el nivel de acceso de archivo se deben configurar con las opciones de redundancia LRS, GRS o RA-GRS. El nivel de acceso de archivo no admite redundancia de zona, lo que excluye establecer la redundancia en ZRS, GZRS o RA-GZRS.

Nota:

Para el nivel de acceso de archivo se necesita una asignación explícita de nivel de blob, en lugar de depender de la inferencia. No se puede configurar una cuenta de Azure Storage con el nivel predeterminado establecido en el nivel de acceso de archivo.