Estimación del coste de archivar datos
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.
En este artículo se explica cómo calcular el coste derivado de usar el almacenamiento de archivo, tras lo cual se presentan algunos escenarios de ejemplo.
Cálculo de costes
El coste de archivado de datos se deriva de estos tres componentes:
- Coste de escritura de datos en el nivel de almacenamiento de archivo
- Coste de almacenamiento de datos en el nivel de almacenamiento de archivo
- Coste de rehidratación de datos desde el nivel de almacenamiento de archivo
En las siguientes secciones se describe cómo calcular cada componente.
En este artículo se usan precios ficticios en todos los cálculos. Estos precios de ejemplo se encuentran en la sección Precios de ejemplo al final de este artículo. Estos precios se incluyen aquí solo a modo de ejemplo. No debe usarlos para calcular sus propios costes.
Para obtener precios oficiales, vea Precios de Azure Blob Storage o Precios de Azure Data Lake Storage. Para obtener más información sobre cómo elegir la página de precios correcta, vea Descripción del modelo de facturación completo de Azure Blob Storage.
El coste de escritura
Para calcular el coste de escritura en el nivel de almacenamiento de archivo, hay que multiplicar el número de operaciones de escritura por el precio de cada operación. El precio de una operación depende de cuáles use para escribir datos en el nivel de almacenamiento de archivo.
Put Blob
Por ejemplo, si usa la operación Put Blob, el número de operaciones equivale al número de blobs. Esto es, si tiene previsto escribir 30 000 blobs en el nivel de almacenamiento de archivo, necesitará 30 000 operaciones. Cada operación se cobra al precio de una operación de escritura de archivo.
Sugerencia
Las operaciones se facturan por cada 10 000 operaciones. Por lo tanto, si el precio por cada 10 000 operaciones es 0,10 $, el precio de una sola operación será 0,10 $:10 000 = 0,00001 $.
Put Block y Put Block List
Si carga un blob mediante las operaciones Put Block y Put Block List, una carga requerirá varias operaciones, y cada una de esas operaciones se cobrará por separado. Cada operación Put Block se cobra al precio de una operación de escritura para el nivel de acceso predeterminado de las cuentas. El número de operaciones Put Block que se necesitan dependerá del tamaño de bloque que se especifique para cargar los datos. Por ejemplo, si el tamaño del blob es 100 MiB y elige el tamaño de bloque 10 MiB al cargar ese blob, se usarían 10 operaciones Put Block. Los bloques se escriben (confirman) en el nivel de almacenamiento de archivo mediante la operación Put Block List. Esta operación se cobra al precio de una operación de escritura de archivo. Por lo tanto, para cargar un solo blob, el coste es: (número de bloques * precio de una operación de escritura frecuente) + precio de una operación de escritura de archivo.
Nota
Si no usa un SDK o la API de REST directamente, es posible que tenga que investigar qué operaciones usa la herramienta de transferencia de datos para cargar archivos. Probablemente pueda averiguar esto acudiendo al proveedor de herramientas o usando los registros de almacenamiento.
Establecer nivel del blob
Si usa la operación Establecer el nivel del blob para mover un blob del nivel de acceso esporádico o frecuente al nivel de almacenamiento de archivo, se le cobrará el precio de una operación de escritura de archivo.
El coste de almacenamiento
Para calcular los costes de almacenamiento, hay que multiplicar el tamaño de los datos en GB por el precio de almacenamiento de archivo.
Por ejemplo (y siempre suponiendo que estamos usando el precio de ejemplo), si tiene previsto almacenar 10 TB de blobs archivados, el coste de capacidad será 0,00099 $ x 10 x 1024 = 10,14 $ al mes.
El coste de rehidratación
Los blobs en el nivel de almacenamiento de archivo están fuera de línea y no se pueden leer ni modificar. Para leer o modificar datos de un blob archivado, primero debe rehidratar el blob en un nivel en línea (ya sea el nivel de acceso frecuente o esporádico).
Para calcular el coste de rehidratación de datos, hay que sumar el coste de recuperación de datos y el coste de lectura de datos.
Siempre suponiendo que estamos usando el precio de ejemplo, el coste de recuperar 1 GB de datos del nivel de almacenamiento de archivo sería de 1 x 0,02 $ = 0,02 $.
Las operaciones de lectura se facturan por cada 10 000 operaciones. Por lo tanto, si el coste por cada 10 000 operaciones es 5,00 $, el coste de una sola operación será 5,00 $:10 000 = 0,0005 $. El coste de leer 1000 blobs con prioridad estándar es 1000 x 0,0005 $ = 0,50 $.
En este ejemplo, el coste total de rehidratación (recuperación+lectura) sería 0,02 $ + 0,50 $ = 0,52 $.
Nota
Si se establece la prioridad de rehidratación en alta, las tarifas de recuperación de datos y de lectura aumentan.
Si tiene previsto rehidratar datos, intente evitar el pago de una cuota de eliminación anticipada. Para revisar las opciones, vea Rehidratación de blobs desde el nivel de almacenamiento de archivo.
Escenario: copia de seguridad de datos única
En este escenario se da por hecho que tiene previsto quitar cintas locales o servidores de archivos mediante la migración de datos de copia de seguridad al almacenamiento en la nube. Si no espera que los usuarios vayan a acceder a esos datos a menudo, quizá tenga sentido migrar esos datos directamente al nivel de almacenamiento de archivo. En el primer mes, tendría que asumir el coste de escribir datos en el nivel de almacenamiento de archivo. En los meses restantes, solo pagaría por el coste de almacenar los datos y el coste de rehidratarlos según sea necesario en operaciones de lectura ocasionales.
En la siguiente tabla se muestran tres meses de gastos aplicando los precios de ejemplo de este artículo.
En este escenario se asume una ingesta inicial de 2000 000 archivos por un total de 102 400 GB de tamaño que archivar. También se asume una lectura única cada mes de aproximadamente el 1 % de la capacidad archivada. La operación usada en este escenario es Put Blob.
| Factor de coste | January | February | March | Proyección anual |
|---|---|---|---|---|
| Transacciones de escritura | 2 000 000 | 0 | 0 | 2 000 000 |
| Precio por una sola operación de escritura | 0,00001 $ | 0,00001 $ | 0,00001 $ | 0,00001 $ |
| Coste de escritura (transacciones x precio de una operación de escritura) | 20,00 $ | $0.00 | $0.00 | 20,00 $ |
| Tamaño total de archivo (GB) | 102 400 | 102 400 | 102 400 | 1 228 800 |
| Precios de datos (pago por uso) | 0,00099 $ | 0,00099 $ | 0,00099 $ | 0,00099 $ |
| Coste de almacenamiento (tamaño de archivo x precio de datos) | 101,38 $ | 101,38 $ | 101,38 $ | 1216,51 $ |
| Tamaño de recuperación de datos | 1024 | 1024 | 1024 | 12 288 |
| Precio de recuperación de datos | 0,02 USD | 0,02 USD | 0,02 USD | 0,02 USD |
| Número de transacciones de lectura (recuento de archivos x 1 %) | 20.000 | 20.000 | 20.000 | 240 000 |
| Precio de una sola operación de lectura | 0,0005 $ | 0,0005 $ | 0,0005 $ | 0,0005 $ |
| Coste de rehidratación (coste de recuperación + coste de lectura) | 30,48 $ | 30,48 $ | 30,48 $ | 365,76 $ |
| Coste total | 151,86 $ | 131,86 $ | 131,86 $ | 1602,27 $ |
Sugerencia
Para ver estos costes a lo largo de 12 meses, abra la pestaña de copia de seguridad única de este libro. Puede modificar los valores de esa hoja de cálculo para calcular sus propios costes.
Escenario: almacenamiento de archivo continuado
En este escenario se da por hecho que tiene previsto mover datos al nivel de almacenamiento de archivo cada cierto tiempo. Quizás usa informes de inventario de Blob Storage para calibrar a qué blobs se accede con menos frecuencia y, tras ello, usa directivas de administración del ciclo de vida para automatizar el proceso de archivado.
Cada mes, tendría que asumir el coste de escribir en el nivel de almacenamiento de archivo. El coste de almacenar datos y, acto seguido, rehidratarlos aumentaría con el tiempo a medida que se van archivando más blobs.
En la siguiente tabla se muestran tres meses de gastos aplicando los precios de ejemplo de este artículo.
En este escenario se asume una ingesta mensual de 200 000 archivos por un total de 10 240 GB de tamaño que archivar. También se asume una lectura única cada mes de aproximadamente el 1 % de la capacidad archivada. La operación usada en este escenario es Put Blob.
| Factor de coste | January | February | March | Proyección anual |
|---|---|---|---|---|
| Transacciones de escritura | 200 000 | 200 000 | 200 000 | 2 400 000 |
| Precio por una sola operación de escritura | 0,00001 $ | 0,00001 $ | 0,00001 $ | 0,00001 $ |
| Coste de escritura (transacciones x precio de una operación de escritura) | 2,00 $ | 2,00 $ | 2,00 $ | 24,00 $ |
| Tamaño total de archivo (GB) | 10 240 | 20 480 | 39 720 | 122 880 |
| Precios de datos (pago por uso) | 0,00099 $ | 0,00099 $ | 0,00099 $ | 0,00099 $ |
| Coste de almacenamiento (tamaño de archivo x precio de datos) | 10,14 $ | 20,28 | 30,41 $ | 790,73 $ |
| Precio de recuperación de datos | 0,02 USD | 0,02 USD | 0,02 USD | 0,02 USD |
| Número de transacciones de lectura (recuento de archivos x 1 % de lectura de almacenamiento) | 2\.000 | 4\.000 | 6,000 | 156 000 |
| Precio de una sola operación de lectura | 0,0005 $ | 0,0005 $ | 0,0005 $ | 0,0005 $ |
| Coste de rehidratación (coste de recuperación + coste de lectura) | 3,05 $ | 6,10 $ | 9,14 $ | 237,74 $ |
| Coste total | 15,19 $ | 28,37 $ | 41,56 $ | 1052,48 $ |
Sugerencia
Para ver estos costes a lo largo de 12 meses, abra la pestaña de almacenamiento de archivo continuado de este libro. Puede modificar los valores de esa hoja de cálculo para calcular sus propios costes.
Nivel de archivo frente a esporádico o frecuente
El almacenamiento de archivo es el nivel de coste más bajo. Sin embargo, rehidratar 10 GiB de archivos puede tardar hasta 15 horas. Para obtener más información, vea Rehidratación de blobs desde el nivel de almacenamiento de archivo. Es posible que el nivel de almacenamiento de archivo no sea el más adecuado si las cargas de trabajo deben leer datos rápidamente. El nivel de acceso esporádico ofrece una latencia de lectura casi en tiempo real con un precio inferior al del nivel de acceso frecuente. Saber cuáles son sus requisitos de acceso le ayudará a elegir entre el nivel de acceso esporádico y el de almacenamiento de archivo.
En la siguiente tabla se compara el coste de almacenamiento de archivo con el coste de almacenamiento esporádico y frecuente aplicando los precios de ejemplo de este artículo. En este escenario se asume una ingesta mensual de 200 000 archivos por un total de 10 240 GB de tamaño que archivar. También asume 1 lectura cada mes de aproximadamente el 10 % de la capacidad almacenada (1024 GB) y el 10 % de las transacciones totales (20 000).
| Factor de coste | Archivo | Frío | Acceso esporádico |
|---|---|---|---|
| Transacciones de escritura | 200 000 | 200 000 | 200 000 |
| Precio por una sola operación de escritura | 0,00001 $ | 0,000018 USD | 0,00001 $ |
| Coste de escritura (transacciones x precio de una operación de escritura) | 2,00 $ | 3,60 USD | 2,00 $ |
| Tamaño total de archivo (GB) | 10 240 | 10 240 | 10 240 |
| Precios de datos (pago por uso) | 0,00099 $ | 0,0036 USD | 0,0152 $ |
| Coste de almacenamiento (tamaño de archivo x precio de datos) | 10,14 $ | 36,86 USD | 155,65 $ |
| Tamaño de recuperación de datos | 1024 | 1024 | 1024 |
| Precio de recuperación de datos por GB | 0,02 USD | 0,03 USD | 0,01 $ |
| Número de transacciones de lectura | 20.000 | 20.000 | 20.000 |
| Precio de una sola operación de lectura | 0,0005 $ | 0,00001 $ | 0,000001 $ |
| Coste de rehidratación (coste de recuperación + coste de lectura) | 30,48 $ | 30,92 USD | 10,26 $ |
| Coste mensual | 42,62 $ | 71,38 USD | 167,91 $ |
Sugerencia
Para ver la fórmula en vivo de estos costos, abra la pestaña Choose Tiers (Elegir niveles) de este libro. Puede modificar los valores de esa hoja de cálculo para calcular sus propios costes.
En el siguiente gráfico se refleja el impacto en el gasto mensual según varios porcentajes de lectura. En el gráfico se asume una ingesta mensual de 1 000 000 archivos por un total de 10 240 GB.
Por ejemplo, en la segunda pareja de barras se asume que las cargas de trabajo leen 100 000 archivos (10 % de 1 000 000 archivos) y 1024 GB (10 % de 10 240 GB). Aplicando los precios de ejemplo de este artículo, el coste mensual estimado del almacenamiento esporádico es 175,99 $ y el coste mensual estimado del almacenamiento de archivo, 90,62 $.
En este gráfico se muestra un punto de equilibrio en torno al 25 % de nivel de lectura. Tras ese nivel, el coste del almacenamiento de archivo comienza a aumentar frente al coste del almacenamiento esporádico.
Precios de ejemplo
En este artículo se usan los siguientes precios ficticios.
Importante
Estos precios se incluyen aquí solo a modo de ejemplo. No debe usarlos para calcular sus propios costes.
| Factor precio | Archivo | Frío | Acceso esporádico |
|---|---|---|---|
| Precio de las transacciones de escritura (cada 10 000) | 0,10 USD | $0.18 | 0,10 USD |
| Precio por una sola operación de escritura (coste:10 000) | 0,00001 $ | 0,000018 USD | 0,00001 $ |
| Precios de datos (pago por uso) | 0,00099 $ | 0,0036 USD | 0,0152 $ |
| Precio de las transacciones de lectura (cada 10 000) | $5.00 | 0,10 USD | 0,01 $ |
| Precio por una sola operación de lectura (coste:10 000) | 0,0005 $ | 0,00001 $ | 0,000001 $ |
| Precio de las transacciones de lectura de alta prioridad (cada 10 000) | 50,00 USD | N/D | N/D |
| Precio de recuperación de datos (por GB) | 0,02 USD | 0,03 USD | 0,01 $ |
| Precio de recuperación de datos de alta prioridad (por GB) | 0,10 USD | N/D | N/D |
Para obtener precios oficiales, vea Precios de Azure Blob Storage o Precios de Azure Data Lake Storage.
Para obtener más información sobre cómo elegir la página de precios correcta, vea Descripción del modelo de facturación completo de Azure Blob Storage.