Put Blob From URL

  • [アーティクル]

この操作により Put Blob From URL 、指定した URL から BLOB の内容が読み取られた新しいブロック BLOB が作成されます。 この API は、バージョン 2020-04-08 以降で使用できます。

部分更新は ではサポートされていません Put Blob From URL。 既存の BLOB のコンテンツは、新しい BLOB のコンテンツで上書きされます。 ソース URL を使用してブロック BLOB のコンテンツの部分的な更新を実行するには、 と組み合わせて Put Block ListPUT BLOB From URL API を使用します。

ソース BLOB のサイズは、最大 256 メビバイト (MiB) の長さにできます。

要求

を次のように構築 Put Blob From URL できます。 HTTPS を使用することをお勧めします。 myaccount をストレージ アカウントの名前に置き換えます。

PUT メソッド要求 URI HTTP バージョン
https://myaccount.blob.core.windows.net/mycontainer/myblob HTTP/1.1

エミュレートされたストレージ サービス要求

エミュレートされたストレージ サービスに対して要求を行う場合は、エミュレーターのホスト名と BLOB サービス ポートを として 127.0.0.1:10000指定し、その後にエミュレートされたストレージ アカウント名を指定します。

PUT メソッド要求 URI HTTP バージョン
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob HTTP/1.1

ストレージ エミュレーターでは、最大 2 ギビバイト (GiB) の BLOB サイズのみがサポートされます。

詳細については、ローカルでの Azure Storage の開発に Azurite エミュレーターを使用する方法に関するページを参照してください。

URI パラメーター

要求 URI には、次の追加パラメーターを指定できます。

パラメーター 説明
timeout 省略可能。 timeout パラメーターは、秒単位で表されます。 詳細については、「 BLOB サービス操作のタイムアウトを設定する」を参照してください。

要求ヘッダー

必須の要求ヘッダーと省略可能な要求ヘッダーを次の表に示します。

要求ヘッダー 説明
Authorization 必須。 承認スキーム、アカウント名、署名を指定します。 詳細については、「Azure Storage への要求を承認する」をご覧ください。
Date または x-ms-date 必須。 要求に対して協定世界時 (UTC) を指定します。 詳細については、「Azure Storage への要求を承認する」をご覧ください。
x-ms-version すべての承認された要求に必要です。 この要求に使用する操作のバージョンを指定します。 詳細については、「Azure Storage サービスのバージョン管理」を参照してください。
Content-Length 必須。 要求本文で送信されるバイト数を指定します。 このヘッダーの値は 0 に設定する必要があります。 長さが 0 でない場合、状態コード 400 (Bad Request) で操作が失敗します。
x-ms-copy-source:name 必須。 ソース BLOB の URL を指定します。 値には、BLOB を指定する最大 2 kibibytes (KiB) の長さの URL を指定できます。 この値は要求 URI に含まれるため、URL でエンコードされる必要があります。 ソース BLOB はパブリックであるか、共有アクセス署名を介して承認されている必要があります。 ソース BLOB がパブリックの場合、操作を実行するために承認は必要ありません。 ソース BLOB のサイズが 256 MiB を超える場合、またはソースが有効な Content-Length 値を返さない場合、要求は状態コード 409 (競合) で失敗します。 ソース オブジェクト URL の例を次に示します。

- 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> 省略可能。 コピー ソースの承認スキームと署名を指定します。 詳細については、「Azure Storage への要求を承認する」をご覧ください。
Azure Active Directory では、スキーム ベアラーのみがサポートされています。
このヘッダーは、バージョン 2020-10-02 以降でサポートされています。
x-ms-blob-type: BlockBlob 必須。 作成する BLOB の種類を指定します。作成する BLOB の種類は である BlockBlob必要があります。 BLOB の種類が でない BlockBlob場合、操作は状態コード 400 (無効な要求) で失敗します。
Content-Type 省略可能。 BLOB の MIME コンテンツの種類。 既定の型は application/octet-stream です。
Content-Encoding 省略可能。 BLOB に適用されたコンテンツのエンコード方式を指定します。 この値は、 BLOB の取得 操作が BLOB リソースに対して実行されるときにクライアントに返されます。 この値が返されると、クライアントはそれを使用して BLOB コンテンツをデコードできます。
Content-Language 省略可能。 このリソースで使用する自然言語を指定します。
Cache-Control 省略可能。 Blob Storage にはこの値が格納されますが、使用や変更は行われません。
x-ms-source-content-md5 省略可能。 URI からの BLOB コンテンツの MD5 ハッシュ。 このハッシュは、URI からのデータの転送中に BLOB の整合性を確認するために使用されます。 このヘッダーを指定すると、ストレージ サービスはコピー ソースから到着したコンテンツのハッシュをこのヘッダー値と比較します。 このヘッダーを省略すると、Blob Storage によって MD5 ハッシュが生成されます。

2 つのハッシュが一致しない場合、操作はエラー コード 400 (無効な要求) で失敗します。
x-ms-content-crc64 省略可能。 BLOB コンテンツの CRC64 ハッシュ。 このハッシュは転送時の BLOB の整合性を確認するために使用します。 このヘッダーを指定すると、ストレージ サービスは、送信されたハッシュに対して到着したハッシュをチェックします。 2 つのハッシュが一致しない場合、操作はエラー コード 400 (無効な要求) で失敗します。 このヘッダーは、バージョン 02-02-2019 以降でサポートされています。

Content-MD5 ヘッダーと x-ms-content-crc64 ヘッダーの両方が存在する場合、要求は 400 (無効な要求) で失敗します。
x-ms-blob-content-type 省略可能。 BLOB のコンテンツ タイプを設定します。
x-ms-blob-content-encoding 省略可能。 BLOB のコンテンツのエンコードを設定します。
x-ms-blob-content-language 省略可能。 BLOB のコンテンツの言語を設定します。
x-ms-blob-content-md5 省略可能。 BLOB の MD5 ハッシュを設定します。
x-ms-blob-cache-control 省略可能。 BLOB のキャッシュ制御を設定します。
x-ms-meta-name:value 省略可能。 メタデータとして BLOB に関連付けられている名前と値のペア。

注: バージョン 2009-09-19 の時点で、メタデータ名は C# 識別子の名前付け規則に従う必要があります。
x-ms-encryption-scope 省略可能。 要求の内容を暗号化するために使用する暗号化スコープ。 このヘッダーは、バージョン 2019-02-02 以降でサポートされています。
x-ms-tags 省略可能。 指定したクエリ文字列エンコードタグを BLOB に設定します。 詳細については、「解説」セクション を 参照してください。 バージョン 2019-12-12 以降でサポートされています。
x-ms-copy-source-tag-option 省略可能。 指定できる値は、REPLACE または COPY (大文字と小文字が区別されます) です。 既定値は REPLACE です。

COPY を指定すると、ソース BLOB のタグがコピー先 BLOB にコピーされます。 ソース BLOB はプライベートである必要があり、要求には、ソース BLOB の BLOB タグを取得 するアクセス許可と、転送先 BLOB に BLOB タグを設定 するアクセス許可が必要です。 これにより、ソース アカウントで BLOB タグの取得 操作が追加で呼び出されます。

REPLACE は、ターゲット BLOB のヘッダーによって x-ms-tags 指定されるタグを設定します。 REPLACE が使用され、 で x-ms-tagsタグが指定されていない場合、ターゲット BLOB にタグは設定されません。 COPY を指定すると、 x-ms-tags 409 (競合) になります。

バージョン 2021-04-10 以降でサポートされています。
x-ms-source-if-modified-since 省略可能。 DateTime 値。 指定した日付/時刻以降にソース BLOB が変更された場合にのみ BLOB を配置するには、この条件付きヘッダーを指定します。 ソース BLOB が変更されていない場合、Blob Storage は状態コード 412 (前提条件に失敗) を返します。 ソースがAzure Files共有の場合、このヘッダーを指定することはできません。
x-ms-source-if-unmodified-since 省略可能。 DateTime 値。 指定した日付/時刻以降にソース BLOB が変更されていない場合にのみ BLOB を配置するには、この条件付きヘッダーを指定します。 ソース BLOB が変更された場合、Blob Storage は状態コード 412 (前提条件に失敗しました) を返します。 ソースがAzure Files共有の場合、このヘッダーを指定することはできません。
x-ms-source-if-match 省略可能。 ETag 値。 ETag が指定した値と一致する場合にのみ、ソース BLOB を配置するには、この条件付きヘッダーを指定します。 ETag 値が一致しない場合、Blob Storage は状態コード 412 (前提条件に失敗) を返します。 ソースがAzure Files共有の場合、このヘッダーを指定することはできません。
x-ms-source-if-none-match 省略可能。 ETag 値。 ETag が指定した値と一致しない場合にのみ BLOB を配置するには、この条件付きヘッダーを指定します。 値が同じ場合、Blob Storage は状態コード 412 (前提条件失敗) を返します。 ソースがAzure Files共有の場合、このヘッダーを指定することはできません。
If-Modified-Since 省略可能。 DateTime 値。 この条件付きヘッダーを指定すると、指定した日付/時刻以降にコピー先 BLOB が変更された場合にのみ BLOB を配置できます。 ターゲット BLOB が変更されていない場合、Blob Storage は状態コード 412 (前提条件に失敗しました) を返します。
If-Unmodified-Since 省略可能。 DateTime 値。 この条件付きヘッダーを指定すると、指定した日付/時刻以降にコピー先 BLOB が変更されていない場合にのみ BLOB を配置できます。 コピー先 BLOB が変更された場合、Blob Storage は状態コード 412 (前提条件に失敗) を返します。
If-Match 省略可能。 ETag 値。 指定した ETag 値が既存のターゲット BLOB の値と一致 ETag する場合にのみ、この条件付きヘッダーに ETag 値を指定して BLOB を配置します。 宛先 BLOB の ETag が に指定された If-MatchETag と一致しない場合、Blob Storage は状態コード 412 (前提条件に失敗しました) を返します。
If-None-Match 省略可能。 ETag 値またはワイルドカード文字 (*)。

指定した ETag 値がターゲット BLOB の ETag 値と一致しない場合にのみ、この条件付きヘッダーに ETag 値を指定して BLOB を配置します。

ワイルドカード文字 (*) を指定して、コピー先 BLOB が存在しない場合にのみ操作を実行します。

指定した条件が満たされていない場合、Blob Storage は状態コード 412 (前提条件に失敗) を返します。
x-ms-lease-id:<ID> BLOB にアクティブなリースが存在する場合は必須です。 アクティブなリースが存在する BLOB に対してこの操作を実行するには、このヘッダーに有効なリース ID を指定します。
x-ms-blob-content-disposition 省略可能。 BLOB の Content-Disposition ヘッダーを設定します。 バージョン 2013-08-15 以降で使用できます。

応答ヘッダー フィールドは Content-Disposition 、応答ペイロードの処理方法に関する追加情報を伝達し、追加のメタデータを添付するために使用できます。 たとえば、 ヘッダーが に attachment設定されている場合は、ユーザー エージェントが応答を表示しないことを示します。 代わりに、指定した BLOB 名以外のファイル名を含む [名前を付けて保存] ダイアログが表示されます。

Blob の取得および BLOBのプロパティの取得 操作からの応答には、 ヘッダーが content-disposition 含まれています。
Origin 省略可能。 要求の送信元を指定します。 このヘッダーが存在する場合、応答のクロス オリジン リソース共有 (CORS) ヘッダーになります。 詳細については、「 Azure Storage サービスの CORS サポート」を参照してください。
x-ms-client-request-id 省略可能。 ストレージ分析ログが有効になっているときに分析ログに記録される 1 kibibyte (KiB) 文字制限を使用して、クライアントによって生成された不透明な値を提供します。 このヘッダーを使用して、クライアント側のアクティビティとサーバーが受信する要求を関連付けるよう強くお勧めします。
x-ms-access-tier 省略可能。 BLOB に設定する層を示します。 ブロック BLOB 層の有効な値は、Hot、、CoolCold、および Archiveです。 注: Cold レベルは、バージョン 2021-12-02 以降でサポートされています。 Hot、 Cool、および Archive は、バージョン 2018-11-09 以降でサポートされています。 ブロック BLOB の階層化の詳細については、「 ホット、クール、アーカイブ ストレージ層」を参照してください。
x-ms-expiry-option 省略可能。 バージョン 2023-08-03 以降。 要求の有効期限オプションを指定します。 詳細については、「 ExpiryOption」を参照してください。 このヘッダーは、階層型名前空間が有効になっているアカウントに対して有効です。
x-ms-expiry-time 省略可能。 バージョン 2023-08-03 以降。 BLOB の有効期限が切れる時間を指定します。 有効期限の形式は によって x-ms-expiry-option異なります。 詳細については、「 ExpiryOption」を参照してください。 このヘッダーは、階層型名前空間が有効になっているアカウントに対して有効です。

この操作では、特定の条件が満たされた場合にのみ、条件付きヘッダーを使用して BLOB を書き込むこともできます。 詳細については、「 Blob Storage 操作の条件付きヘッダーを指定する」を参照してください。

要求ヘッダー (顧客が指定した暗号化キー)

次のヘッダーは、顧客が指定したキーを使用して BLOB を暗号化する要求で指定できます。 顧客が指定したキー (および対応するヘッダーのセット) を使用した暗号化は省略可能です。

要求ヘッダー 説明
x-ms-encryption-key 必須。 Base64 でエンコードされた AES-256 暗号化キー。
x-ms-encryption-key-sha256 必須。 暗号化キーの Base64 でエンコードされた SHA256 ハッシュ。
x-ms-encryption-algorithm: AES256 必須。 暗号化に使用するアルゴリズムを指定します。 このヘッダーの値は AES256 である必要があります。

要求本文

[なし] :

要求のサンプル

次の例は、ブロック BLOB を作成するための要求を示しています。

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

応答には、HTTP 状態コードおよび一連の応答ヘッダーが含まれています。

status code

操作が正常に終了すると、状態コード 201 (Created) が返されます。

状態コードの詳細については、「 状態とエラー コード」を参照してください。

応答ヘッダー

この操作の応答には、次のヘッダーが含まれています。 応答に追加の標準 HTTP ヘッダーが含まれる場合もあります。 すべての標準ヘッダーは 、HTTP/1.1 プロトコル仕様に準拠しています。

応答ヘッダー 説明
ETag ETag に含まれる値は、クライアントが If-Match 要求ヘッダーを使用して、条件に基づく PUT 操作を実行するときに使用できます。 ETag 値は引用符で囲まれます。
Last-Modified BLOB が最後に変更された日時。 日付形式は RFC 1123 に従います。 詳細については、「 ヘッダーの日付/時刻値を表す」を参照してください。

BLOB の書き込み操作 (BLOB のメタデータまたはプロパティの更新など) を行うと、BLOB の最終更新時刻が変更されます。
Content-MD5 クライアントがメッセージ コンテンツの整合性をチェックできるように、ブロック BLOB に対して返されます。 返される値は Content-MD5 、Blob Storage によって計算されます。 このヘッダーは、要求に または x-ms-blob-content-md5 ヘッダーが含Content-MD5まれていない場合でも返されます。
x-ms-content-crc64 クライアントがメッセージ コンテンツの整合性をチェックできるように、ブロック BLOB に対して返されます。 返される値は x-ms-content-crc64 、Blob Storage によって計算されます。 このヘッダーは常に返されます。
x-ms-request-id 行われた要求を一意に識別し、それを使用して要求のトラブルシューティングを行うことができます。 詳細については、「 API 操作のトラブルシューティング」を参照してください。
x-ms-version 要求の実行に使用された Blob Storage のバージョン。
Date サービスによって生成される UTC 日付/時刻値。応答が開始された時刻を示します。
Access-Control-Allow-Origin 要求に Origin ヘッダーが含まれ、照合ルールで CORS が有効な場合に返されます。 一致する場合、このヘッダーは配信元要求ヘッダーの値を返します。
Access-Control-Expose-Headers 要求に Origin ヘッダーが含まれ、照合ルールで CORS が有効な場合に返されます。 要求のクライアントや発行元に公開される応答ヘッダーの一覧を返します。
Access-Control-Allow-Credentials 要求にヘッダーが含まれており Origin 、すべての配信元を許可しない照合ルールで CORS が有効になっている場合に返されます。 このヘッダーは に true設定されます。
x-ms-request-server-encrypted: true/false 指定したアルゴリズムを true 使用して要求の内容が正常に暗号化された場合、このヘッダーの値は に設定されます。 それ以外の場合、値は false に設定されます。
x-ms-encryption-key-sha256 クライアントが指定されたキーを使用して要求の内容が正常に暗号化されるように、要求で顧客が指定したキーを暗号化に使用した場合に返されます。
x-ms-encryption-scope クライアントが暗号化スコープを使用して要求の内容が正常に暗号化されるようにするために、要求が暗号化スコープを使用した場合に返されます。
x-ms-version-id: <DateTime> BLOB を一意に識別する不透明な DateTime 値を返します。 このヘッダーの値は BLOB のバージョンを示し、BLOB にアクセスするために後続の要求で使用できます。

応答本文

[なし] :

応答のサンプル

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>

承認

Azure Storage でデータ アクセス操作を呼び出す場合は、承認が必要です。 以下で説明するように、操作を Put Blob From URL 承認できます。

要求で要求ヘッダーを持つタグが指定されている x-ms-tags 場合、呼び出し元は BLOB タグの設定 操作の承認要件を満たす必要があります。

Azure Storage では、Microsoft Entra IDを使用して BLOB データへの要求を承認することがサポートされています。 Microsoft Entra IDでは、Azure ロールベースのアクセス制御 (Azure RBAC) を使用して、セキュリティ プリンシパルにアクセス許可を付与できます。 セキュリティ プリンシパルには、ユーザー、グループ、アプリケーション サービス プリンシパル、または Azure マネージド ID を指定できます。 セキュリティ プリンシパルは、OAuth 2.0 トークンを返すためにMicrosoft Entra IDによって認証されます。 その後、そのトークンを、Blob service に対する要求を認可するために使用できます。

Microsoft Entra IDを使用した承認の詳細については、「Microsoft Entra IDを使用して BLOB へのアクセスを承認する」を参照してください。

アクセス許可

Microsoft Entraユーザー、グループ、またはサービス プリンシパルが操作を呼び出Put Blob From URLすために必要な RBAC アクションと、このアクションを含む最小限の特権を持つ組み込み Azure RBAC ロールを次に示します。

Azure RBAC を使用したロールの割り当ての詳細については、「 BLOB データにアクセスするための Azure ロールの割り当て」を参照してください。

注釈

この Put Blob From URL 操作は、バージョン 2020-04-08 以降でサポートされています。

バージョン 2020-10-02 以降では、コピー操作のソースに対して Azure Active Directory 承認がサポートされています。

ソース BLOB には、ブロック BLOB、追加 BLOB、ページ BLOB など、任意の種類を指定できます。 ただし、ターゲット BLOB はブロック BLOB である必要があります。

次の表では、許可されるブロックと BLOB の最大サイズ (サービス のバージョン別) について説明します。

バージョン 最大ブロック サイズ (経由 Put Blob From URL) 最大 BLOB サイズ (経由 Put Block List) 1 回の書き込み操作の最大 BLOB サイズ (経由 Put Blob From URL)
バージョン 2020-04-08 以降 4,000 MiB 約 190.7 テビバイト (TiB) (4,000 MiB × 50,000 ブロック) 5,000 MiB
2020-04-08 より前のバージョン 100 MiB 約 4.75 TiB (100 MiB × 50,000 ブロック) 256 MiB

Put Blob From URL 操作では、常にソース BLOB 全体がコピーされます。 バイト範囲またはブロックのセットのコピーはサポートされていません。 部分的な更新を実行するには、「 URL からブロックを配置する」を参照してください。 ターゲット BLOB には、既存のブロック BLOB を指定することも、操作によって作成される新しい BLOB を指定することもできます。

ブロック BLOB をソース オブジェクトとして使用している場合は、コミットされたすべての BLOB コンテンツがコピーされます。 ただし、ブロック一覧は保持されず、コミットされていないブロックはコピーされません。 コピー先 BLOB の内容はソースの内容と同じですが、コミットされたブロック リストは保持されません。

BLOB のプロパティとメタデータを配置する

コピー ソースからブロック BLOB を作成する場合、標準 BLOB プロパティは既定でソース BLOB からコピーされます。 要求でアプリケーション メタデータが指定されている場合は、ソース BLOB メタデータをコピーせずに格納されます。 HTTP コンテンツ ヘッダーを明示的に設定するには、要求で対応するヘッダーを指定します。

  • Content-Type

  • Content-Encoding

  • Content-Length

  • Cache-Control

  • Content-Disposition

コピー先 BLOB のサイズは、常にソース BLOB のサイズと一致します。 ヘッダーは Content-Length 要求で Put Blob From URL 0 である必要があります (要求本文がないため)。宛先 BLOB のコンテンツ長プロパティは、ソースのサイズから推論されます。

URL カスタム プロパティから BLOB を配置する

Put Blob From Url は、標準 HTTP ヘッダーに Put Blob 関連付けられているカスタム プロパティを設定する場合と同じセマンティクスに従います。 詳細については、「BLOB カスタム プロパティ」を参照してください。

BLOB インデックス タグ

ヘッダーに宛先 BLOB のタグが指定 x-ms-tags されている場合は、クエリ文字列でエンコードする必要があります。 タグ キーと値は、 で指定されている名前付けと長さの要件に Set Blob Tags準拠している必要があります。 また、ヘッダーには x-ms-tags 最大 2 KiB のタグを含めることができます。 さらにタグが必要な場合は、 操作を使用します Set Blob Tags 。

ヘッダーに x-ms-tags タグが指定されていない場合、ソース BLOB からコピーされません。

暗号化スコープと顧客が指定したキー

PUT BLOB From URL API では、 ヘッダーと ヘッダーをそれぞれ使用して、暗号化スコープとx-ms-encryption-key顧客が指定したキーの両方がx-ms-encryption-scopeサポートされます。

ヘッダーが x-ms-copy-source 要求 URI の宛先 BLOB と同じソース BLOB を参照している場合、操作によって Put Blob From URL BLOB の同期インプレース 書き換えが実行されます。 これにより、BLOB を書き換えて別の暗号化キーまたは暗号化スコープを使用できるようになります。

請求

価格要求は、Blob Storage REST API を介して直接、または Azure Storage クライアント ライブラリから Blob Storage API を使用するクライアントから送信できます。 これらの要求では、トランザクションあたりの料金が発生します。 トランザクションの種類は、アカウントの課金方法に影響します。 たとえば、読み取りトランザクションは、書き込みトランザクションとは異なる課金カテゴリに計上されます。 次の表は、ストレージ アカウントの種類に基づく要求の課金カテゴリ Put Blob From URL を示しています。

操作 ストレージ アカウントの種類 課金カテゴリ
URL から BLOB を配置する (宛先アカウント1) Premium ブロック BLOB
Standard 汎用 v2
Standard 汎用 v1		 書き込み操作
URL から BLOB を配置する (ソース アカウント2) Premium ブロック BLOB
Standard 汎用 v2
Standard 汎用 v1		 操作を読み取ります。

1宛先アカウントは、書き込みを開始する 1 つのトランザクションに対して課金されます。
2ソース アカウントでは、ソース オブジェクトに対する読み取り要求ごとに 1 つのトランザクションが発生します。

さらに、送信元アカウントと移行先アカウントが異なるリージョン (米国北部や米国南部など) に存在する場合、要求の転送に使用される帯域幅はエグレスとしてソース ストレージ アカウントに課金されます。 同じ地域内のアカウント間の送信は無料です。

最後に、同じストレージ アカウント内に別の名前の新しい BLOB を作成すると、追加のストレージ リソースが使用されるため、その操作により、追加のリソースに対するストレージ アカウントの容量使用量に対する料金が発生します。

指定した課金カテゴリの価格については、「Azure Blob Storage価格」を参照してください。

こちらもご覧ください

Azure Storage の状態とエラー コードに対する要求を承認する BLOB サービスのエラー コード BLOBサービス操作のタイムアウトを設定する