Put Blob From URL

  • Artículo

La Put Blob From URL operación crea un nuevo blob en bloques donde se lee el contenido del blob desde una dirección URL especificada. Esta API está disponible a partir de la versión 2020-04-08.

No se admiten actualizaciones parciales con Put Blob From URL. El contenido de un blob existente se sobrescribe con el contenido del nuevo blob. Para realizar actualizaciones parciales en el contenido de un blob en bloques mediante una dirección URL de origen, use la API Put Blob From URL junto con Put Block List.

El tamaño del blob de origen puede tener hasta una longitud máxima de 5000 mebibytes (MiB).

Solicitud

Puede construir como Put Blob From URL se indica a continuación. Se recomienda usar HTTPS. Reemplace myaccount por el nombre de la cuenta de almacenamiento:

URI de solicitud de método PUT Versión de HTTP
https://myaccount.blob.core.windows.net/mycontainer/myblob HTTP/1.1

Solicitud del servicio de almacenamiento emulado

Cuando realice una solicitud en el servicio de almacenamiento emulado, especifique el nombre de host del emulador y el puerto de Blob Service como 127.0.0.1:10000, seguido del nombre de la cuenta de almacenamiento emulada:

URI de solicitud de método PUT Versión de HTTP
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob HTTP/1.1

El emulador de almacenamiento solo admite tamaños de blob de hasta 2 gibibytes (GiB).

Para más información, consulte Uso del emulador de Azurite para desarrollo y pruebas locales de Azure Storage.

Parámetros del identificador URI

Se pueden especificar los siguientes parámetros adicionales en el URI de solicitud:

Parámetro Descripción
timeout Opcional. El parámetro timeout se expresa en segundos. Para más información, consulte Establecimiento de tiempos de espera para las operaciones de Blob Service.

Encabezados de solicitud

Los encabezados de solicitud obligatorios y opcionales se describen en la tabla siguiente:

Encabezado de solicitud Descripción
Authorization Necesario. Especifica el esquema de autorización, el nombre de cuenta y la firma. Para obtener más información, vea Autorización de solicitudes a Azure Storage.
Date o x-ms-date Necesario. Especifica la hora universal coordinada (UTC) de la solicitud. Para obtener más información, vea Autorización de solicitudes a Azure Storage.
x-ms-version Necesario para todas las solicitudes autorizadas. Especifica la versión de la operación que se utiliza para esta solicitud. Para obtener más información, vea Versiones de los servicios de Azure Storage.
Content-Length Necesario. Especifica el número de bytes que se transmiten en el cuerpo de la solicitud. El valor de este encabezado debe establecerse en 0. Cuando la longitud no es 0, se produce un error en la operación con el código de estado 400 (solicitud incorrecta).
x-ms-copy-source:name Necesario. Especifica la dirección URL del blob de origen. El valor puede ser una dirección URL de hasta 2 kibibytes (KiB) de longitud que especifica un blob. El valor debe estar codificado para URL tal y como aparecería en un URI de solicitud. El blob de origen debe ser público o estar autorizado a través de una firma de acceso compartido. Si el blob de origen es público, no se requiere autorización para realizar la operación. Si el tamaño del blob de origen es mayor que 5000 MiB, o si el origen no devuelve un valor válido Content-Length , se produce un error en la solicitud con el código de estado 409 (Conflicto). Estos son algunos ejemplos de direcciones URL de objeto de origen:

- https://myaccount.blob.core.windows.net/mycontainer/myblob
- https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>
- https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>
x-ms-copy-source-authorization: <scheme> <signature> Opcional. Especifica el esquema de autorización y la firma del origen de copia. Para obtener más información, vea Autorización de solicitudes a Azure Storage.
Solo se admite el portador de esquema para Azure Active Directory.
Este encabezado se admite en la versión 2020-10-02 y posteriores.
x-ms-blob-type: BlockBlob Necesario. Especifica el tipo de blob que se va a crear, que debe ser BlockBlob. Si el tipo de blob no BlockBlobes , se produce un error en la operación con el código de estado 400 (solicitud incorrecta).
Content-Type Opcional. El tipo de contenido MIME del blob. El tipo predeterminado es application/octet-stream.
Content-Encoding Opcional. Especifica las codificaciones de contenido que se han aplicado al blob. Este valor se devuelve al cliente cuando se realiza la operación Get Blob en el recurso de blob. Cuando se devuelve este valor, el cliente puede usarlo para descodificar el contenido del blob.
Content-Language Opcional. Especifica los idiomas naturales utilizados por este recurso.
Cache-Control Opcional. Blob Storage almacena este valor, pero no lo usa ni lo modifica.
x-ms-source-content-md5 Opcional. Hash MD5 del contenido del blob del URI. Este hash se usa para comprobar la integridad del blob durante el transporte de los datos desde el URI. Cuando se especifica este encabezado, el servicio de almacenamiento compara el hash del contenido que ha llegado del origen de copia con este valor de encabezado. Si se omite este encabezado, Blob Storage genera un hash MD5.

Si ambos valores de hash no coinciden, la operación produce un error con el código de estado 400 (solicitud incorrecta).
x-ms-content-crc64 Opcional. Hash CRC64 del contenido del blob. Este hash se utiliza para comprobar la integridad del blob durante el transporte. Cuando se especifica este encabezado, el servicio de almacenamiento comprueba el hash que ha llegado al que se envió. Si ambos valores de hash no coinciden, la operación produce un error con el código de estado 400 (solicitud incorrecta). Este encabezado se admite en la versión 02-02-2019 y posteriores.

Si los encabezados Content-MD5 y x-ms-content-crc64 están presentes, la solicitud produce un error 400 (solicitud incorrecta).
x-ms-blob-content-type Opcional. Establece el tipo de contenido del blob.
x-ms-blob-content-encoding Opcional. Establece la codificación del contenido del blob.
x-ms-blob-content-language Opcional. Establece el idioma del contenido del blob.
x-ms-blob-content-md5 Opcional. Establece el hash MD5 del blob.
x-ms-blob-cache-control Opcional. Establece el control de caché del blob.
x-ms-meta-name:value Opcional. Pares nombre-valor asociados al blob como metadatos.

Nota: A partir de la versión 2009-09-19, los nombres de metadatos deben cumplir las reglas de nomenclatura para los identificadores de C#.
x-ms-encryption-scope Opcional. Ámbito de cifrado que se va a usar para cifrar el contenido de la solicitud. Este encabezado es compatible con la versión 2019-02-02 y posteriores.
x-ms-tags Opcional. Establece las etiquetas codificadas en cadena de consulta especificadas en el blob. Para obtener más información, vaya a la sección Comentarios . Compatible con la versión 2019-12-12 y posteriores.
x-ms-copy-source-tag-option Opcional. Los valores posibles son REPLACE o COPY (distingue mayúsculas de minúsculas). El valor predeterminado es REPLACE.

Si se especifica COPY, las etiquetas del blob de origen se copian en el blob de destino. El blob de origen debe ser privado y la solicitud debe tener permiso para obtener etiquetas de blob en el blob de origen y establecer etiquetas de blob en el blob de destino. Esto incurre en una llamada adicional a la operación Obtener etiquetas de blob en la cuenta de origen.

REPLACE establece etiquetas especificadas por el x-ms-tags encabezado en el blob de destino. Si se usa REPLACE y no se especifica ninguna etiqueta mediante x-ms-tags, no se establecen etiquetas en el blob de destino. Especificar COPY y x-ms-tags da como resultado un error 409 (conflicto).

Compatible con la versión 2021-04-10 y posteriores.
x-ms-copy-source-blob-properties Opcional. Especifica el comportamiento de las propiedades del blob de origen de copia. Si se establece en True, las propiedades del blob de origen se copiarán en el nuevo blob. El valor predeterminado es True.
x-ms-source-if-modified-since Opcional. Valor DateTime. Especifique este encabezado condicional para colocar el blob solo si el blob de origen se ha modificado desde la fecha y hora especificadas. Si el blob de origen no se ha modificado, Blob Storage devuelve el código de estado 412 (error de condición previa). Este encabezado no se puede especificar si el origen es un recurso compartido de Azure Files.
x-ms-source-if-unmodified-since Opcional. Valor DateTime. Especifique este encabezado condicional para colocar el blob solo si el blob de origen no se ha modificado desde la fecha y hora especificadas. Si se ha modificado el blob de origen, Blob Storage devuelve el código de estado 412 (error de condición previa). Este encabezado no se puede especificar si el origen es un recurso compartido de Azure Files.
x-ms-source-if-match Opcional. Valor ETag. Especifique este encabezado condicional para colocar el blob de origen solo si su ETag coincide con el valor especificado. Si los valores de ETag no coinciden, Blob Storage devuelve el código de estado 412 (error de condición previa). Este encabezado no se puede especificar si el origen es un recurso compartido de Azure Files.
x-ms-source-if-none-match Opcional. Valor ETag. Especifique este encabezado condicional para colocar el blob solo si su ETag no coincide con el valor especificado. Si los valores son idénticos, Blob Storage devuelve el código de estado 412 (error de condición previa). Este encabezado no se puede especificar si el origen es un recurso compartido de Azure Files.
If-Modified-Since Opcional. Valor DateTime. Especifique este encabezado condicional para colocar el blob solo si el blob de destino se ha modificado desde la fecha y hora especificadas. Si el blob de destino no se ha modificado, Blob Storage devuelve el código de estado 412 (error de condición previa).
If-Unmodified-Since Opcional. Valor DateTime. Especifique este encabezado condicional para colocar el blob solo si el blob de destino no se ha modificado desde la fecha y hora especificadas. Si se ha modificado el blob de destino, Blob Storage devuelve el código de estado 412 (error de condición previa).
If-Match Opcional. Valor ETag. Especifique un valor ETag para este encabezado condicional para colocar el blob solo si el valor de ETag especificado coincide con el ETag valor de un blob de destino existente. Si la etiqueta ETag del blob de destino no coincide con la ETag especificada para If-Match, Blob Storage devuelve el código de estado 412 (error de condición previa).
If-None-Match Opcional. Valor ETag o el carácter comodín (*).

Especifique un valor ETag para este encabezado condicional para colocar el blob solo si el valor de ETag especificado no coincide con el valor ETag del blob de destino.

Especifique el carácter comodín (*) para realizar la operación solo si el blob de destino no existe.

Si no se cumple la condición especificada, Blob Storage devuelve el código de estado 412 (error de condición previa).
x-ms-lease-id:<ID> Obligatorio si el blob tiene una concesión activa. Para realizar esta operación en un blob con una concesión activa, especifique el identificador de concesión válido de este encabezado.
x-ms-blob-content-disposition Opcional. Establece el encabezado Content-Disposition del blob. Disponible para la versión 2013-08-15 y posteriores.

El Content-Disposition campo de encabezado de respuesta transmite información adicional sobre cómo procesar la carga de respuesta y se puede usar para adjuntar metadatos adicionales. Por ejemplo, si el encabezado se establece attachmenten , indica que el agente de usuario no debe mostrar la respuesta. En su lugar, debe mostrar un cuadro de diálogo Guardar como con un nombre de archivo distinto del nombre de blob especificado.

La respuesta de las operaciones Get Blob y Get Blob Properties incluye el content-disposition encabezado .
Origin Opcional. Especifica el origen del que se emitirá la solicitud. La presencia de este encabezado da lugar a encabezados de uso compartido de recursos entre orígenes (CORS) en la respuesta. Para más información, consulte Compatibilidad de CORS con los servicios de Azure Storage.
x-ms-client-request-id Opcional. Proporciona un valor opaco generado por el cliente con un límite de caracteres de 1 kibibyte (KiB) que se registra en los registros de análisis cuando está habilitado el registro de análisis de almacenamiento. Se recomienda encarecidamente usar este encabezado para correlacionar las actividades del lado cliente con las solicitudes que recibe el servidor.
x-ms-access-tier Opcional. Indica el nivel que se va a establecer en el blob. Los valores válidos para los niveles de blob en bloques son Hot, Cool, Coldy Archive. Nota: Cold el nivel es compatible con la versión 2021-12-02 y posteriores. Hot, Cooly Archive son compatibles con la versión 2018-11-09 y posteriores. Para más información sobre los niveles de blob en bloques, consulte Niveles de almacenamiento de acceso frecuente , esporádico y de archivo.
x-ms-expiry-option Opcional. Versión 2023-08-03 y posteriores. Especifica la opción de fecha de expiración de la solicitud. Para obtener más información, consulte ExpiryOption. Este encabezado es válido para las cuentas con el espacio de nombres jerárquico habilitado.
x-ms-expiry-time Opcional. Versión 2023-08-03 y posteriores. Especifica la hora en que el blob está establecido para expirar. El formato de la fecha de expiración varía según x-ms-expiry-option. Para obtener más información, consulte ExpiryOption. Este encabezado es válido para las cuentas con el espacio de nombres jerárquico habilitado.

Esta operación también admite el uso de encabezados condicionales para escribir el blob solo si se cumple una condición determinada. Para más información, consulte Especificación de encabezados condicionales para las operaciones de Blob Storage.

Encabezados de solicitud (claves de cifrado proporcionadas por el cliente)

Los encabezados siguientes se pueden especificar en la solicitud para cifrar un blob con una clave proporcionada por el cliente. El cifrado con una clave proporcionada por el cliente (y el conjunto de encabezados correspondiente) es opcional.

Encabezado de solicitud Descripción
x-ms-encryption-key Necesario. La clave de cifrado AES-256 codificada en Base64.
x-ms-encryption-key-sha256 Necesario. Hash SHA256 codificado en Base64 de la clave de cifrado.
x-ms-encryption-algorithm: AES256 Necesario. Especifica el algoritmo que se va a usar para el cifrado. El valor de este encabezado debe ser AES256.

Cuerpo de la solicitud

Ninguno.

Solicitud de ejemplo

En el ejemplo siguiente se muestra una solicitud para crear un blob en bloques:

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblockblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2020-04-08  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-content-disposition: attachment; filename="fname.ext"  
x-ms-blob-type: BlockBlob  
x-ms-meta-m1: v1  
x-ms-meta-m2: v2  
x-ms-copy-source: https://myaccount.blob.core.windows.net/mycontainer/myblob
x-ms-expiry-option: RelativeToNow
x-ms-expiry-time: 30000
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 0

Response

La respuesta incluye un código de estado HTTP y un conjunto de encabezados de respuesta.

status code

Una operación correcta devuelve el código de estado 201 (Creado).

Para obtener más información sobre los códigos de estado, consulte Códigos de estado y error.

Encabezados de respuesta

La respuesta para esta operación incluye los encabezados siguientes. La respuesta también puede incluir otros encabezados HTTP estándar. Todos los encabezados estándar se ajustan a la especificación del protocolo HTTP/1.1.

Encabezado de respuesta Descripción
ETag La ETag contiene un valor que el cliente puede usar para realizar operaciones PUT condicionales mediante el encabezado de solicitud If-Match. El valor ETag se incluye entre comillas.
Last-Modified Fecha y hora en que se modificó por última vez el blob. El formato de la fecha sigue las convenciones de RFC 1123. Para obtener más información, vea Representar valores de fecha y hora en encabezados.

Cualquier operación de escritura realizada en el blob (incluidas las actualizaciones de los metadatos o las propiedades del blob) cambia la hora de la última modificación del blob.
Content-MD5 Se devuelve para un blob en bloques para que el cliente pueda comprobar la integridad del contenido del mensaje. Blob Storage calcula el Content-MD5 valor devuelto. Este encabezado se devuelve incluso cuando la solicitud no incluye Content-MD5 ni x-ms-blob-content-md5 encabezados.
x-ms-content-crc64 Se devuelve para un blob en bloques para que el cliente pueda comprobar la integridad del contenido del mensaje. Blob Storage calcula el x-ms-content-crc64 valor devuelto. Este encabezado siempre se devuelve.
x-ms-request-id Identifica de forma única la solicitud que se realizó y puede usarla para solucionar problemas de la solicitud. Para más información, consulte Solución de problemas de operaciones de API.
x-ms-version Versión de Blob Storage que se usó para ejecutar la solicitud.
Date Valor de fecha y hora UTC generado por el servicio, que indica la hora en que se inició la respuesta.
Access-Control-Allow-Origin Se devuelve si la solicitud incluye un encabezado Origin y se ha habilitado CORS con una regla de coincidencia. Este encabezado devuelve el valor del encabezado de solicitud de origen si hay una coincidencia.
Access-Control-Expose-Headers Se devuelve si la solicitud incluye un encabezado Origin y se ha habilitado CORS con una regla de coincidencia. Devuelve la lista de encabezados de respuesta que se van a exponer al cliente o el emisor de la solicitud.
Access-Control-Allow-Credentials Se devuelve si la solicitud incluye un Origin encabezado y CORS está habilitado con una regla de coincidencia que no permite todos los orígenes. Este encabezado se establece en true.
x-ms-request-server-encrypted: true/false El valor de este encabezado se establece true en si el contenido de la solicitud se cifra correctamente mediante el algoritmo especificado. De lo contrario, el valor se establece en false.
x-ms-encryption-key-sha256 Se devuelve si la solicitud usó una clave proporcionada por el cliente para el cifrado, de modo que el cliente pueda asegurarse de que el contenido de la solicitud se cifre correctamente mediante la clave proporcionada.
x-ms-encryption-scope Se devuelve si la solicitud usó un ámbito de cifrado para que el cliente pueda asegurarse de que el contenido de la solicitud se cifre correctamente mediante el ámbito de cifrado.
x-ms-version-id: <DateTime> Devuelve un valor opaco DateTime que identifica de forma única el blob. El valor de este encabezado indica la versión del blob y se puede usar en solicitudes posteriores para acceder al blob.

Response body

Ninguno.

Respuesta de muestra

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
Content-MD5: sQqNsWTgdUEFt6mb5y4/5Q==  
x-ms-content-crc64: 77uWZTolTHU
Date: <date>  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: <date>  
Access-Control-Allow-Origin: http://contoso.com  
Access-Control-Expose-Headers: Content-MD5  
Access-Control-Allow-Credentials: True  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-version-id: <DateTime>

Authorization

La autorización es necesaria al llamar a cualquier operación de acceso a datos en Azure Storage. Puede autorizar la Put Blob From URL operación como se describe a continuación.

Si una solicitud especifica etiquetas con el encabezado de x-ms-tags solicitud, el autor de la llamada debe cumplir los requisitos de autorización de la operación Establecer etiquetas de blob .

Azure Storage admite el uso de Microsoft Entra ID para autorizar solicitudes a datos de blobs. Con Microsoft Entra ID, puede usar el control de acceso basado en rol de Azure (RBAC de Azure) para conceder permisos a una entidad de seguridad. La entidad de seguridad puede ser un usuario, un grupo, una entidad de servicio de aplicación o una identidad administrada de Azure. La entidad de seguridad se autentica mediante Microsoft Entra ID para devolver un token de OAuth 2.0. Después, el token se puede usar para autorizar una solicitud en Blob service.

Para más información sobre la autorización mediante Microsoft Entra ID, consulte Autorización del acceso a blobs mediante Microsoft Entra ID.

Permisos

A continuación se enumeran las acciones de RBAC necesarias para que un usuario, grupo o entidad de servicio de Microsoft Entra llame a la Put Blob From URL operación y el rol RBAC integrado con privilegios mínimos que incluye esta acción:

Para más información sobre cómo asignar roles mediante RBAC de Azure, consulte Asignación de un rol de Azure para el acceso a datos de blobs.

Comentarios

La Put Blob From URL operación se admite a partir de la versión 2020-04-08.

En la versión 2020-10-02 y posteriores, se admite la autorización de Azure Active Directory para el origen de la operación de copia.

El blob de origen puede ser de cualquier tipo, incluido un blob en bloques, un blob en anexos o un blob en páginas. Sin embargo, el blob de destino debe ser un blob en bloques.

La operación Put Blob From URL siempre copia todo el blob de origen. No se admite la copia de un intervalo de bytes o un conjunto de bloques. Para realizar actualizaciones parciales, consulte Put Block From URL (Colocar bloque de dirección URL). El blob de destino puede ser un blob en bloques existente o puede ser un nuevo blob creado por la operación.

Cuando se usa un blob en bloques como objeto de origen, se copia todo el contenido del blob confirmado. Sin embargo, la lista de bloques no se conserva y no se copian los bloques sin confirmar. El contenido del blob de destino es idéntico al del origen, pero no se conserva la lista de bloques confirmada.

Colocar propiedades y metadatos de blob

Al crear un blob en bloques a partir de un origen de copia, las propiedades de blob estándar se copian de forma predeterminada desde el blob de origen. Si los metadatos de la aplicación se especifican en la solicitud, se almacenan sin copiar los metadatos del blob de origen. Para establecer explícitamente los encabezados de contenido HTTP, puede especificar el encabezado correspondiente en la solicitud.

  • Content-Type

  • Content-Encoding

  • Content-Length

  • Cache-Control

  • Content-Disposition

El tamaño del blob de destino siempre coincide con el del blob de origen. El Content-Length encabezado debe ser 0 en la Put Blob From URL solicitud (porque no hay ningún cuerpo de solicitud) y la propiedad de longitud del contenido del blob de destino se deduce del tamaño del origen.

Put Blob From URL custom properties (Colocar blob de las propiedades personalizadas de la dirección URL)

Put Blob From Url sigue la misma semántica que Put Blob para establecer propiedades personalizadas asociadas a encabezados HTTP estándar. Para más información, consulte Propiedades personalizadas de blobs.

Etiquetas de índice de blobs

Si se proporcionan etiquetas para el blob de destino en el x-ms-tags encabezado, deben estar codificadas en cadena de consulta. Las claves y los valores de etiqueta deben cumplir los requisitos de nomenclatura y longitud, tal y como se especifica en Set Blob Tags. Además, el x-ms-tags encabezado puede contener hasta 2 KiB de etiquetas. Si se requieren más etiquetas, use la Set Blob Tags operación .

Si no se proporcionan etiquetas en el x-ms-tags encabezado, no se copian del blob de origen.

Ámbitos de cifrado y claves proporcionadas por el cliente

La API Put Blob From URL admite ámbitos de cifrado y claves proporcionadas por el cliente, mediante los x-ms-encryption-scope encabezados y x-ms-encryption-key , respectivamente.

Si el x-ms-copy-source encabezado hace referencia al mismo blob de origen que el blob de destino en el URI de solicitud, la Put Blob From URL operación realiza una reescritura en contexto sincrónica del blob. Esto permite volver a escribir un blob para usar una clave de cifrado o un ámbito de cifrado diferente.

Facturación

Las solicitudes de precios se pueden originar en clientes que usan las API de Blob Storage, ya sea directamente a través de la API rest de Blob Storage o de una biblioteca cliente de Azure Storage. Estas solicitudes acumulan cargos por transacción. El tipo de transacción afecta a cómo se cobra la cuenta. Por ejemplo, las transacciones de lectura se acumulan en una categoría de facturación diferente que las transacciones de escritura. En la tabla siguiente se muestra la categoría de facturación de Put Blob From URL las solicitudes basadas en el tipo de cuenta de almacenamiento:

Operación Tipo de cuenta de almacenamiento Categoría de facturación
Put Blob From URL (cuentade destino 1) Blobs en bloques Premium
De uso general, estándar, v2
De uso general, estándar, v1		 Operaciones de escritura
Colocar blob desde la dirección URL (cuentade origen 2) Blobs en bloques Premium
De uso general, estándar, v2
De uso general, estándar, v1		 Lee operaciones.

1La cuenta de destino se cobra por una transacción para iniciar la escritura.
2La cuenta de origen incurre en una transacción para cada solicitud de lectura en el objeto de origen.

Además, si las cuentas de origen y destino residen en regiones diferentes (por ejemplo, Norte de EE. UU. y Sur de EE. UU.), el ancho de banda que se usa para transferir la solicitud se cobra a la cuenta de almacenamiento de origen como salida. Las salidas entre cuentas de la misma región son gratuitas.

Por último, la creación de un nuevo blob con un nombre diferente dentro de la misma cuenta de almacenamiento usa recursos de almacenamiento adicionales, por lo que la operación genera un cargo por el uso de capacidad de la cuenta de almacenamiento para esos recursos adicionales.

Para obtener información sobre los precios de las categorías de facturación especificadas, consulte precios Azure Blob Storage.

Consulte también

Autorización de solicitudes a códigos deerror y estado de Azure Storage: códigos de error de Blob Service: establecimiento de tiempos de espera para las operaciones de Blob Service