アーカイブ層からの BLOB のリハイドレート

アーカイブされたブロブはオフラインで、読み取ったり改変したりできません。 データにアクセスするには、まずブロブをオンラインの段階(ホット、クール、コールド)に再水和してください。 以下のいずれかの水分補給方法を用いてください:

• アーカイブ済みブロブをオンラインティアにコピーする: Copy Blob 操作でホット、クール、コールドティアの新しいブロブにコピーすることで、アーカイブ済みブロブを再ハイドレートできます。

• アーカイブされたブロブのアクセス階層をオンライン階層に変更する: Set Blob Tier 操作を使ってアーカイブ済みのブロブをホット、クール、コールドのいずれかの階層に再ハイドレートできます。

Archive レベルからの BLOB のリハイドレートには、完了まで数時間かかる場合があります。 最適なリハイドレーション性能のために、より大きなブロブをアーカイブしてください。 大量の小さな BLOB をリハイドレートするには、各 BLOB の処理オーバーヘッドのために追加の時間が必要になる場合があります。 ストレージ アカウントあたり、優先再取得では 1 時間に最大 10 GiB まで再水和できます。

アーカイブ済み BLOB をオンライン層にリハイドレートする方法については、「アーカイブ済み BLOB をオンライン層にリハイドレートする」を参照してください。

リハイドレートの優先度

ブロブを再ハイドレートする際は、Set Blob Tier または Copy Blob 操作で、オプションの x-ms-rehydrate-priority ヘッダーを使用して操作の優先度を設定できます。 リハイドレート優先順位のオプションは次のとおりです。

• 標準優先度: リハイドレート要求は受信された順に処理され、サイズが 10 GB 以下のオブジェクトの場合、完了までに最大 15 時間かかることがあります。
• 高優先度: リハイドレート要求は標準優先度の要求よりも優先され、サイズが 10 GB 以下のオブジェクトの場合、1 時間以内に完了する可能性があります。

リハイドレートの進行中にその優先順位を確認するには、Get Blob Properties を呼び出して、戻り値の x-ms-rehydrate-priority ヘッダー値を参照します。 リハイドレートの優先度プロパティは標準または高を返します。

標準優先度は、アーカイブでの既定のリハイドレート オプションです。 高優先度の補水は速いですが、標準優先度の補水よりもコストがかかります。 優先度の高い補水は、塊の大きさや現在の需要によって1時間以上かかることもあります。 緊急データ復元のために優先度の高い補水を予約してください。

標準の優先度のリハイドレート操作は保留中ですが、BLOB のリハイドレートの優先度設定を "高" に更新して、BLOB をより迅速にリハイドレートすることができます。 たとえば、大量の BLOB を一括でリハイドレートしている場合は、最初の操作ですべての BLOB に対して「標準」の優先度を指定しておき、後から、より迅速にオンラインにする必要がある個々の BLOB の優先度を「高」に上げることができます (1 時間あたり最大 10 GiB まで)。

保留中の手術で補水優先度を 「高 」から 「標準 」に下げることはできません。 優先順位の更新は請求に影響を与える可能性があります。

リハイドレートの優先度設定を設定および更新する方法については、「アーカイブ済み BLOB をオンライン層にリハイドレートする」を参照してください。

標準優先度と高優先度のリハイドレート要求の価格の違いの詳細については、「Azure Blob Storage の価格」を参照してください。

アーカイブ済み BLOB をオンライン層にコピーする

アーカイブされたブロブをコピーして再水和するには、 Copy Blob 操作を使ってホット、クール、コールドのいずれかの階層で新しい宛先ブロブを作成します。 ソースブロブはアーカイブ層で変更されません。

アーカイブされた BLOB は、別の名前の新しい BLOB または別のコンテナーにコピーする必要があります。 同じ BLOB にコピーして、ソース BLOB を上書きすることはできません。

BLOB をアーカイブ層からオンライン層にコピーすると、必要な 180 日の期間が経過する前に BLOB の階層をアーカイブ階層から変更した場合に評価される早期削除料金を回避できます。 詳しくは、「アーカイブ アクセス層」をご覧ください。

ライフサイクルポリシーの再アーカイブを避ける

コピーはまた、ライフサイクル管理ポリシーが再ハイドレードされたブロブをアーカイブ層に戻すのを防ぐこともできます。 このリスクは、ポリシーの tierToArchive アクションに daysAfterLastTierChangeGreaterThan 条件が含まれておらず、ブロブの最後の修正時間がポリシーの閾値を超えた場合に発生します。 コピー操作はアーカイブ層のソースブロブを残し、異なる名前と新しい最終更新時刻のブロブを作成します。

コピー完了を監視してください

アーカイブ階層からブロブをコピーするには、選択されたリハイドレーションの優先度によって数時間かかることがあります。 コピー操作はアーカイブされたソースブロブを読み取り、選択したオンラインティアに新しいブロブを作成します。 新しいブロブはリハイドレーションが完了する前に親コンテナに現れることもありますが、その階層はアーカイブのままです。 サービスがソースブロブを読み込み、その内容を宛先ブロブに書き込んだ後にそのデータは利用可能になります。 新しいブロブは独立したコピーなので、それを修正または削除してもアーカイブされたソースのブロブには影響しません。

BLOB をオンライン層にコピーしてリハイドレートする方法については、「コピー操作で BLOB をリハイドレートする」を参照してください。

ストレージアカウント間でのコピー

サービスバージョン2021-02-12以降は、同じリージョン内の別のストレージアカウントにアーカイブされたブロブをコピーして再ハイドレーションをサポートしています。 以前のサービスバージョンでは、同じストレージアカウント内でのみリハイドレーションをサポートしていました。 ストレージアカウント間のリハイドレーションは、本番データとバックアップデータを別々のアカウントで分離することを可能にします。 アーカイブされたデータを別のアカウントに分離することで、意図しない再水化によるコストを軽減することも可能です。

コピー操作のターゲットブロブはオンラインティア(ホット、クール、コールド)に含まれている必要があります。 アーカイブ済み BLOB は、アーカイブ層内にもあるコピー先 BLOB にコピーすることはできません。

次の表は、ソース BLOB とコピー先 BLOB の層に応じた BLOB コピー操作の動作を示しています。

セカンダリ リージョンからのリハイドレート

ストレージアカウントが読み取り可能な地理冗長ストレージ(RA-GRS)を使っている場合は、コピーブロ ブ 操作を使ってセカンダリリージョンからそのリージョン内の別のアカウントにブロブをリハイドレートしてください。 「セカンダリ リージョンからのリハイドレート」を参照してください。

セカンダリ リージョンへの読み取りアクセス権の取得に関する詳細については、「セカンダリ リージョンのデータへの読み取りアクセス」を参照してください。

BLOB のアクセス層をオンライン層に変更する

BLOB をアーカイブ層からオンライン層にリハイドレートする 2 つ目のオプションは、Set Blob Tier を呼び出して BLOB の層を変更する方法です。 この操作で、アーカイブされたブロブの階層をホット、クール、コールドに変更できます。

Set Blob Tier のリクエストが始まった後はキャンセルできません。 再水化中は、ブロブのアクセス階層はアーカイブのままです。 再水和が完了すると、アクセス階層のプロパティに新しい階層が表示されます。

階層をオンライン層に変更して BLOB をリハイドレートする方法については、「その層を変更して BLOB をリハイドレートする」を参照してください。

BLOB リハイドレート操作の状態を確認する

BLOB のリハイドレート操作中に、Get Blob Properties 操作を呼び出して、その状態を確認できます。 リハイドレート操作の状態を確認する方法については、「リハイドレート操作の状態を確認する」を参照してください。

ブロブの再水化イベントを処理する

アーカイブされたブロブの再水和処理には最大15時間かかることがあり、繰り返し「 Get Blob Properties 」をポーリングするのは非効率です。 Azure Event Gridを使って完了イベントをキャプチャし、パフォーマンスを向上させ、コストを抑えましょう。

Azure Event Gridブロブの再水化が完了するとMicrosoft.Storage.BlobTierChangedイベントが上がります:

• Microsoft.Storage.BlobTierChangedイベントはブロブのティアが変わると発生します。 BLOB の再ハイドレーションでは、対象の BLOB がアーカイブ層からオンライン層（ホット、クール、またはコールド）への変更に成功したときに、イベントが発生します。

BLOB をコピー操作を使用して、Archive レベルから Onine level (ホット、クール、またはコールド level) 内の新しいコピー先 BLOB に BLOB をコピーしてリハイドレートする場合:

1. コピー操作が開始されるとAzure Event GridMicrosoft.Storage.BlobCreatedイベントをトリガーします。 ブロブのティアは アーカイブです。

2. ブロブがコピーされて再水和された後、Azure Event Gridアーカイブから指定されたオンラインティアへの変更を示すMicrosoft.Storage.BlobTierChangedイベントを発生させます。

リハイドレート時にイベントをキャプチャして Azure Function のイベント ハンドラーに送信する方法については、「BLOB リハイドレート イベントに応答して Azure Function を実行する」を参照してください。

Blob Storageでのイベント処理に関する詳細は、「Reacting to Azure Blob storage events」および「Event Grid sourceとしてのAzure Blob Storage」を参照してください。

価格と課金

Set Blob Tierでは、Azure Storageはデータ読み取りトランザクションと取得したデータ量に対して料金を請求します。 高優先度の補水は標準優先度よりも高く、請求書の別の項目として記載されます。 10GB未満のアーカイブされたBlobの高優先度要求に5時間以上かかる場合、Azure Storageは高優先度の取得率を請求しません。 標準的な採集率は引き続き適用されます。 コスト見積もりのサンプルについては、「 コスト見積もり: アーカイブ ストレージからデータを移動する」を参照してください。

コピーBlobの場合、Azure Storageはデータ読み取りトランザクション、取得したデータ量、データ書き込みトランザクションに対して宛先のblobに対して料金を請求します。 アーカイブ層ではソースブロブが変更されていないため、早期削除手数料は適用されません。 選択された場合、高優先度の回収料金が適用されます。 見積もりの例については、「 コスト見積もり: 分析のためにアーカイブ ストレージからデータを取得する」を参照してください。

アーカイブ層の BLOB は、少なくとも 180 日間格納する必要があります。 180 日の期間が経過する前にアーカイブ済み BLOB のレベルを削除または変更すると、早期削除料金が発生します。 例えば、ブロブをアーカイブ ティアに移動し、その 45 日後に削除するか、ホット ティアに移動すると、アーカイブ ティアでそのブロブを 135 日分（180 日 - 45 日）保存した場合に相当する早期削除料金が発生します。 詳しくは、「アーカイブ アクセス層」をご覧ください。

ブロックブロブやデータリハイドレーションの価格設定の詳細については、Azure Storageの価格設定をご覧ください。 アウトバウンドデータ転送料金の詳細については、 データ転送価格の詳細をご覧ください。

関連項目

• ブロブデータのホット、クール、コールド、アーカイブアクセス層
• BLOB のアーカイブ
• アーカイブ済み BLOB をオンライン層にリハイドレートする
• BLOB リハイドレート イベントに応答して Azure 関数を実行する
• Blob Storage のイベント処理