Instantáneas de blob

Una instantánea es una versión de solo lectura de un blob que se ha realizado en un momento dado.

Nota:

El control de versiones de blobs ofrece una manera mejor de mantener las versiones anteriores de un blob. Para más información, consulte Control de versiones de blobs.

Sobre las instantáneas de blob

Importante

Las instantáneas de las cuentas que tienen habilitada la característica de espacio de nombres jerárquico se encuentran actualmente en versión preliminar. Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.

Para inscribirse en la versión preliminar, visite este formulario.

Una instantánea de un blob es idéntica a su blob base, salvo que el identificador URI tiene un valor DateTime anexado al URI del blob para indicar el momento en que se tomó la instantánea. Por ejemplo, si el identificador URI de blob en páginas es http://storagesample.core.blob.windows.net/mydrives/myvhd, el identificador URI de instantánea es similar a http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.

Nota:

Todas las instantáneas comparten el identificador URI del blob base. La única distinción entre el blob base y la instantánea es el valor DateTime anexado.

Un blob puede tener cualquier número de instantáneas. Las instantáneas se conservan hasta que se eliminan de forma explícita, ya sea de forma independiente o como parte de la operación Eliminar blob del blob de base. Puede enumerar las instantáneas asociadas al blob base para llevar un seguimiento de las instantáneas actuales.

Cuando se crea una instantánea de un blob, las propiedades del sistema se copian en la instantánea con los mismos valores. Los metadatos del blob base también se copian en la instantánea, a menos que especifique metadatos independientes para la instantánea al crearla. Después de crear una instantánea, puede leerla, copiarla o eliminarla, pero no puede modificarla.

Las concesiones asociadas con el blob base no afectan a la instantánea. No puede adquirir una concesión sobre una instantánea.

Puede crear una instantánea de un blob en el nivel de acceso frecuente o esporádico. Las instantáneas de blobs en el nivel de almacenamiento de archivo no se admiten.

Se usa un archivo VHD para almacenar el estado y la información actual de un disco de máquina virtual. Puede desconectar un disco desde la máquina virtual o apagándola y, después, realizar una instantánea de su archivo VHD. Puede usar ese archivo de instantánea más adelante para recuperar el archivo VHD en ese momento y volver a crear la máquina virtual.

Precios y facturación

Crear una instantánea, que es una copia de solo lectura de un blob, puede conllevar cargos extra de almacenamiento de datos en la cuenta. Al diseñar una aplicación, es importante tener en cuenta cómo se pueden acumular estos gastos para que pueda de minimizar los costes.

Las versiones de blobs, al igual que las instantáneas de blobs, se facturan con la misma tarifa que los datos activos. La forma en que se facturan las instantáneas depende de si ha establecido explícitamente el nivel del blob base o de cualquiera de sus instantáneas (o versiones). Para obtener más información sobre los niveles de blob, consulte Niveles de acceso para datos de blob.

Si no ha cambiado el nivel de un blob o de una instantánea, se le facturarán los bloques únicos de datos en ese blob, sus instantáneas y las versiones que pueda tener. Para más información, consulte Facturación cuando el nivel de blob no se ha establecido explícitamente.

Si ha cambiado el nivel de un blob o de una instantánea, se le facturará todo el objeto, con independencia de que el blob y la instantánea estén en el mismo nivel de nuevo. Para más información, consulte Facturación cuando el nivel de blob se ha establecido explícitamente.

Para más información sobre los detalles de facturación de las versiones de blobs, consulte Control de versiones de blobs.

Minimización de los costos con la administración de instantáneas

Microsoft recomienda administrar las instantáneas con cuidado para evitar cargos adicionales. El seguimiento de estas prácticas recomendadas le ayudará a minimizar los costos que acarreará el almacenamiento de las instantáneas:

  • Elimine y vuelva a crear las instantáneas asociadas a un blob siempre que lo actualice, incluso si lo hace con datos idénticos, a menos que el diseño de la aplicación requiera que se conserven las instantáneas. Si elimina y vuelve a crear las instantáneas del blob, puede estar seguro de que el blob y las instantáneas no van a divergir.
  • Si va a mantener instantáneas de un blob, evite llamar a métodos que sobrescriban todo el blob cuando lo actualice. En cambio, actualice el menor número posible de bloques con el fin de reducir al mínimo los costos.

Facturación cuando el nivel de blob no se ha establecido explícitamente

Si no ha establecido explícitamente el nivel del blob para un blob base o cualquiera de sus instantáneas, se le cobrará por bloques o páginas únicos en el blob, sus instantáneas y las versiones que pueda tener. Los datos que se comparten entre un blob y sus instantáneas se cobran solo una vez. Cuando se actualiza un blob, los datos de un blob base difieren de los datos almacenados en sus instantáneas y se cobran los datos únicos por bloque o página.

Al reemplazar un bloque en un blob en bloques, ese bloque será considerado posteriormente como un bloque único a la hora de aplicar cargos. Esto es así incluso aunque el bloque tenga el mismo identificador de bloque y los mismos datos que tiene en la instantánea. Cuando se vuelva a confirmar el bloque, diferirá de su equivalente en la instantánea y se aplicarán cargos por sus datos. Lo mismo sucede con una página de un blob en páginas que se haya actualizado con datos idénticos.

Blob Storage no dispone de medios para determinar si dos bloques contienen datos idénticos. Cada bloque que se carga y confirma se trata como único, incluso si tiene los mismos datos y el mismo identificador de bloque. Dado que los cargos se acumulan con los bloques únicos, es importante tener en cuenta que, cuando se actualiza un blob que tiene instantáneas o versiones, se generan bloques únicos adicionales y se aplicarán cargos extra.

Cuando un blob tiene instantáneas, diseñe las operaciones de actualización en los blobs en bloques para que actualicen el menor número posible de bloques. Las operaciones de escritura que permiten un control más exhaustivo de los bloques son Put Block y Put Block List. Por otro lado, la operación Put Blob reemplaza todo el contenido de un blob, lo que puede dar lugar a cargos extra.

En los siguientes escenarios se muestra cómo se acumulan los cargos para un blob en bloques y sus instantáneas cuando el nivel del blob no se ha establecido explícitamente.

Escenario 1

En el escenario 1, el blob de base no se ha actualizado después de realizarse la instantánea, así que se aplicarán cargos únicamente para los bloques 1, 2 y 3.

Diagram 1 showing billing for unique blocks in base blob and snapshot.

Escenario 2

En el escenario 2, el blob de base está actualizado, pero no así la instantánea. Se ha actualizado el bloque 3 y, aunque contiene los mismos datos y el mismo identificador, no es igual que el bloque 3 de la instantánea. Como resultado, se aplicarán cargos a la cuenta por cuatro bloques.

Diagram 2 showing billing for unique blocks in base blob and snapshot.

Escenario 3

En el escenario 3, el blob de base está actualizado, pero no así la instantánea. El bloque 3 se ha reemplazado por el bloque 4 en el blob de base, pero la instantánea sigue reflejando el bloque 3. Como resultado, se aplicarán cargos a la cuenta por cuatro bloques.

Diagram 3 showing billing for unique blocks in base blob and snapshot.

Escenario 4

En la situación 4, el blob de base se ha actualizado totalmente y no contiene ninguno de los bloques originales. Como resultado, se aplicarán cargos a la cuenta por la totalidad de los ocho bloques únicos.

Diagram 4 showing billing for unique blocks in base blob and snapshot.

Sugerencia

Evite llamar a métodos que sobrescriban el blob entero y, en su lugar, actualice bloques individuales para mantener los costos al mínimo.

Facturación cuando el nivel del blob se ha establecido explícitamente

Si ha establecido explícitamente el nivel de blob de un blob o una instantánea (o versión), se le cobrará la longitud completa del contenido del objeto en el nuevo nivel, con independencia de si comparte bloques con un objeto del nivel original. También se le cobra la longitud completa del contenido de la versión más antigua del nivel original. En las versiones o instantáneas que permanecen en el nivel original se cobran los bloques únicos que pueden compartir, tal como se describe en Facturación cuando el nivel de blob no se ha establecido explícitamente.

Traslado de un blob a un nuevo nivel

En la siguiente tabla se describe el comportamiento de facturación de un blob o una instantánea cuando se mueven a un nuevo nivel.

Cuando el nivel de blob se establece explícitamente en... Entonces se le factura por...
Un blob base con una instantánea El blob base del nuevo nivel y la instantánea más antigua del nivel original, además de los bloques únicos de otras versiones.1
Un blob base con una versión anterior y una instantánea El blob base del nuevo nivel, la versión más antigua del nivel original y la instantánea más antigua del nivel original, además de los bloques únicos de otras versiones o instantáneas1.
Una instantánea La instantánea del nuevo nivel y el blob base del nivel original, además de los bloques únicos de otras instantáneas.1

1Si hay otras versiones o instantáneas anteriores que no se han migrado desde su nivel original, esas versiones o instantáneas se cobran en función del número de bloques únicos que contienen, tal como se describe en Facturación cuando el nivel del blob no se ha establecido explícitamente.

En el diagrama siguiente se muestra cómo se facturan los objetos cuando un blob con instantánea se mueve a un nivel diferente.

Diagram showing how objects are billed when a blob with snapshots is explicitly tiered.

El establecimiento explícito del nivel para un blob, una versión o una instantánea no se puede deshacer. Si mueve un blob a un nuevo nivel y luego lo devuelve a su nivel original, se le cobrará la longitud completa del contenido del objeto incluso si comparte bloques con otros objetos del nivel original.

Las operaciones que establecen explícitamente el nivel de un blob, una versión o una instantánea incluyen:

Eliminación de un blob cuando está habilitada la eliminación temporal

Cuando está habilitada la eliminación temporal del blob, si elimina o sobrescribe un blob base cuyo nivel se ha establecido explícitamente, las versiones o instantáneas anteriores del blob eliminado temporalmente se facturan según la longitud del contenido completo. Para más información sobre el uso conjunto del control de versiones de blobs y la eliminación temporal, consulte Control de versiones de blobs y eliminación temporal.

En la tabla siguiente se describe el comportamiento de facturación de un blob que se elimina temporalmente, en función de si el control de versiones está habilitado o deshabilitado. Cuando el control de versiones está habilitado, se crea una versión cuando un blob se elimina temporalmente. Cuando el control de versiones está deshabilitado, la eliminación temporal de un blob crea una instantánea de eliminación temporal.

Cuando se sobrescribe un blob base con su nivel establecido explícitamente... Entonces se le factura por...
Si la eliminación temporal de blobs y el control de versiones están habilitados Todas las versiones existentes en la longitud del contenido completo independientemente del nivel.
Si la eliminación temporal de blobs está habilitada, pero el control de versiones está deshabilitado Todas las instantáneas de eliminación temporal existentes con una longitud de contenido completo independientemente del nivel.

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