Compartir a través de

Colocar blob desde la dirección URL

  • Artículo

La operación Put Blob From URL 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 de Put Block 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).

Pedir

Puede construir el Put Blob From URL como 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 HTTP
https://myaccount.blob.core.windows.net/mycontainer/myblob HTTP/1.1

Solicitud de servicio de almacenamiento emulado

Al realizar 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 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 el desarrollo local de Azure Storage.

Parámetros de 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 obtener más información, consulte Establecer 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 Obligatorio. Especifica el esquema de autorización, el nombre de la cuenta y la firma. Para más información, consulte Autorizar solicitudes a Azure Storage.
Date o x-ms-date Obligatorio. Especifica la hora universal coordinada (UTC) de la solicitud. Para más información, consulte Autorizar solicitudes a Azure Storage.
x-ms-version Necesario para todas las solicitudes autorizadas. Especifica la versión de la operación que se va a usar para esta solicitud. Para más información, consulte Control de versiones de para los servicios de Azure Storage.
Content-Length Obligatorio. 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 Obligatorio. 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 con dirección URL, ya que 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 ninguna 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 de Content-Length válido, 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 más información, consulte Autorizar solicitudes a Azure Storage.

Nota: solo se admite un esquema de portador para Microsoft Entra.

Nota: si el objeto de origen es accesible públicamente o el objeto de origen está en una cuenta de almacenamiento y usa un token de SAS que se pasa en x-ms-copy-source:name, este encabezado no es necesario.

Este encabezado se admite en las versiones 2020-10-02 y posteriores.
x-ms-blob-type: BlockBlob Obligatorio. Especifica el tipo de blob que se va a crear, que debe ser BlockBlob. Si el tipo de blob no es BlockBlob, se produce un error en la operación con el código de estado 400 (solicitud incorrecta).
Content-Type Opcional. Tipo de contenido MIME del blob. El tipo predeterminado es application/octet-stream.
Content-Encoding Opcional. Especifica qué codificaciones de contenido se han aplicado al blob. Este valor se devuelve al cliente cuando el operación Get Blob se realiza 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 lenguajes naturales usados 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 los dos hash no coinciden, se produce un error en la operación con el código de error 400 (solicitud incorrecta).
x-ms-content-crc64 Opcional. Hash CRC64 del contenido del blob. Este hash se usa 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 los dos hash no coinciden, se produce un error en la operación con el código de error 400 (solicitud incorrecta). Este encabezado se admite en la versión 02-02-2019 y posteriores.

Si hay encabezados Content-MD5 y x-ms-content-crc64 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 de contenido del blob.
x-ms-blob-content-language Opcional. Establece el idioma de 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 de 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 se admite en la versión 2019-02-02 y posteriores.
x-ms-tags Opcional. Establece las etiquetas codificadas con 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 Get Blob Tags en la cuenta de origen.

REPLACE establece etiquetas especificadas por el encabezado x-ms-tags en el blob de destino. Si se usa REPLACE y no se especifica ninguna etiqueta x-ms-tags, no se establece ninguna etiqueta 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 de 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 de 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 de 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 de 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 ETag especificado coincide con el valor de ETag de un blob de destino existente. Si la 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. Un valor ETag o el carácter comodín (*).

Especifique un valor ETag para este encabezado condicional para colocar el blob solo si el valor 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 para 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 campo de encabezado de respuesta Content-Disposition 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 en attachment, 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 Get Blob y Get Blob Properties operations incluye el encabezado content-disposition.
Origin Opcional. Especifica el origen desde el que se emite la solicitud. La presencia de este encabezado da como resultado 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 se Hot, Cool, Coldy Archive. Nota: Cold 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 blobs en bloques, consulte niveles de almacenamiento frecuente, esporádico y de archivo.
x-ms-expiry-option Opcional. Versión 2023-08-03 y posteriores. Especifica la opción fecha de expiración de la solicitud. Para obtener más información, vea 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 en expirar. El formato de la fecha de expiración varía según x-ms-expiry-option. Para obtener más información, vea 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 obtener más información, consulte Especificar 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 Obligatorio. Clave de cifrado AES-256 codificada en Base64.
x-ms-encryption-key-sha256 Obligatorio. Hash SHA256 codificado en Base64 de la clave de cifrado.
x-ms-encryption-algorithm: AES256 Obligatorio. 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

Respuesta

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

Código de estado

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

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

Encabezados de respuesta

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

Encabezado de respuesta Descripción
ETag El ETag contiene un valor que el cliente puede usar para realizar operaciones de 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 fecha sigue a RFC 1123. Para obtener más información, vea Representar valores de fecha y hora en encabezados.

Cualquier operación de escritura en el blob (incluidas las actualizaciones de los metadatos o propiedades del blob) cambia la hora de ú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 valor devuelto Content-MD5. Este encabezado se devuelve incluso cuando la solicitud no incluye encabezados Content-MD5 o x-ms-blob-content-md5.
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 valor devuelto x-ms-content-crc64. 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 obtener 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 CORS está habilitado con una regla coincidente. 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 CORS está habilitado con una regla coincidente. Devuelve la lista de encabezados de respuesta que se van a exponer al cliente o emisor de la solicitud.
Access-Control-Allow-Credentials Se devuelve si la solicitud incluye un encabezado Origin y CORS está habilitado con una regla coincidente 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 en true 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 de DateTime opaco 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.

Cuerpo de la respuesta

Ninguno.

Respuesta de ejemplo

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>

Autorización

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

Si una solicitud especifica etiquetas con el encabezado de solicitud , el autor de la llamada debe cumplir los requisitos de autorización de la operación Establecer etiquetas de blobs .

Importante

Microsoft recomienda usar el identificador de Entra de Microsoft con identidades administradas para autorizar solicitudes a Azure Storage. Microsoft Entra ID proporciona seguridad y facilidad de uso superiores en comparación con la autorización de clave compartida.

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. Microsoft Entra ID autentica la entidad de seguridad para devolver un token de OAuth 2.0. Después, el token se puede usar para autorizar una solicitud en Blob service.

Para obtener más información sobre la autorización mediante el identificador de Entra de Microsoft, consulte Autorizar el acceso a blobs mediante el identificador de Microsoft Entra.

Permisos

A continuación se enumeran las acciones de RBAC necesarias para que un usuario, grupo, identidad administrada o entidad de servicio de Microsoft Entra llame a la operación de Put Blob From URL 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 Azure RBAC, consulte Asignación de un rol de Azure para el acceso a datos de blobs.

Observaciones

La operación Put Blob From URL 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 Microsoft Entra 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 de 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. 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 bloqueos no se conserva y no se copian los bloques no confirmados. El contenido del blob de destino es idéntico al del origen, pero no se conserva la lista de bloques confirmada.

put Blob properties and metadata

Al crear un blob en bloques desde 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 encabezado Content-Length debe ser 0 en la solicitud de Put Blob From URL (porque no hay ningún cuerpo de solicitud) y la propiedad de longitud de contenido del blob de destino se deduce del tamaño del origen.

Put Blob From URL custom properties

Put Blob From Url sigue la misma semántica que Put Blob para establecer propiedades personalizadas asociadas a encabezados HTTP estándar. Para obtener 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 encabezado x-ms-tags, deben estar codificadas en cadena de consulta. Las claves y los valores de etiqueta deben cumplir los requisitos de nomenclatura y longitud, tal como se especifica en Set Blob Tags. Además, el encabezado x-ms-tags puede contener hasta 2 KiB de etiquetas. Si se requieren más etiquetas, use la operación Set Blob Tags.

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

ámbitos de cifrado y claves proporcionadas por el cliente

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

Si el encabezado x-ms-copy-source hace referencia al mismo blob de origen que el blob de destino en el URI de solicitud, la operación de Put Blob From URL realiza una reescritura sincrónica en contexto 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 pueden originarse en clientes que usan api de Blob Storage, ya sea directamente a través de la API REST de Blob Storage o desde 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 a las transacciones de escritura. En la tabla siguiente se muestra la categoría de facturación de las solicitudes de Put Blob From URL en función del tipo de cuenta de almacenamiento:

Operación Tipo de cuenta de almacenamiento Categoría de facturación
Colocar blob desde la dirección URL (cuenta de destino1) Blob en bloques Premium
Uso general estándar v2
Uso general estándar v1		 Operaciones de escritura
Put Blob From URL (cuenta de origen2) Blob en bloques Premium
Uso general estándar v2
Uso general estándar v1		 Operaciones de lectura

1La cuenta de destino se cobra por una transacción para iniciar la escritura.
2La cuenta de origen incurre en una transacción por cada solicitud de lectura al 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. La salida entre cuentas dentro de la misma región es gratuita.

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 de Azure Blob Storage.

Consulte también

Autorizar solicitudes a los códigos de error y estado de Azure Storagecódigos de error de Blob serviceEstablecer tiempos de espera para las operaciones de Blob Service