Azure Data Box は、独自のストレージ デバイスを出荷することで、大量のデータを Azure に移動します。 デバイスにデータを入力して返します。 Data Box のデータは、ストレージ アカウントに関連付けられている既定のレベルにアップロードされます。 その後、データを別のストレージ層に移動できます。
この記事では、Data Box によってアップロードされたデータをホット、クール、またはアーカイブ BLOB 層に移動する方法について説明します。 この記事は、すべての Azure Data Box、Data Box Next-Gen、および Azure Data Box Heavy に適用されます。
注
Azure Az PowerShell モジュールを使用して Azure と対話することをお勧めします。 作業を始めるには、「Azure PowerShell をインストールする」を参照してください。 Az PowerShell モジュールに移行する方法については、「 Azure PowerShell を AzureRM から Az に移行する」を参照してください。
データに適したストレージ層を選択する
Azure Storage では、最もコスト効率の高い方法 (ホット、クール、アーカイブ) で 3 つの異なるレベルでデータを格納できます。 ホット ストレージ層は、頻繁にアクセスされるデータを格納するために最適化されています。 ホット ストレージは、クール ストレージとアーカイブ ストレージよりもストレージ コストが高くなりますが、アクセス コストは最も低くなります。
クール ストレージ層は、アクセス頻度の低いデータ用であり、少なくとも 30 日間保存する必要があります。 クール層のストレージ コストはホット ストレージ層よりも低くなりますが、ホット 層と比較するとデータ アクセス料金は高くなります。
Azure Archive レベルはオフラインであり、ストレージ コストが最も低く、アクセス コストも最も高くなります。 このレベルは、アーカイブ ストレージに 180 日以上残っているデータを対象としています。 これらの各レベルと価格モデルの詳細については、「 ストレージ層の比較」を参照してください。
Data Box または Data Box Heavy のデータは、ストレージ アカウントに関連付けられているストレージ層にアップロードされます。 ストレージ アカウントを作成するときに、アクセス層をホットまたはクールとして指定できます。 ワークロードとコストのアクセス パターンに応じて、このデータを既定の層から別のストレージ層に移動できます。
Blob Storage アカウントまたは General Purpose v2 (GPv2) アカウントでのみ、オブジェクト ストレージ データを階層化できます。 General Purpose v1 (GPv1) アカウントでは、階層化はサポートされていません。 データに適したストレージ層を選択するには、Azure Blob Storage の詳細な考慮事項 ( Premium、ホット、クール、アーカイブ ストレージ層) を確認します。
既定の BLOB 層を設定する
既定の BLOB 層は、Azure portal でストレージ アカウントが作成されるときに指定されます。 ストレージの種類が GPv2 または BLOB ストレージとして選択されたら、Access 層属性を指定できます。 既定では、ホット層が選択されています。
Data Box または Data Box Heavy を注文するときに新しいアカウントを作成しようとしている場合は、レベルを指定できません。 アカウントが作成されたら、ポータルでアカウントを変更して、既定のアクセス層を設定できます。
または、最初に、指定したアクセス層属性を使用してストレージ アカウントを作成します。 Data Box または Data Box Heavy の注文を作成するときは、既存のストレージ アカウントを選択します。 ストレージ アカウントの作成時に既定の BLOB 層を設定する方法の詳細については、「 Azure portal でストレージ アカウントを作成する」を参照してください。
既定以外の層にデータを移動する
Data Box デバイスのデータが既定のレベルにアップロードされたら、データを既定以外のレベルに移動できます。 このデータを既定以外のレベルに移動するには、2 つの方法があります。
- Azure Blob Storage ライフサイクル管理 - ポリシーベースのアプローチを使用して、データを自動的に階層化したり、ライフサイクルの終了時に期限切れにすることができます。 詳細については、「 Azure Blob Storage ライフサイクルの管理」を参照してください。
-
スクリプト 作成 - Azure PowerShell を使用してスクリプト化されたアプローチを使用して、BLOB レベルの階層化を有効にすることができます。
SetBlobTier操作を呼び出して、BLOB の層を設定できます。
Azure PowerShell を使用して BLOB 層を設定する
次の手順では、Azure PowerShell スクリプトを使用して BLOB 層をアーカイブに設定する方法について説明します。
管理者特権の Windows PowerShell セッションを開きます。 PowerShell 5.0 以降を実行していることを確認します。 型:
$PSVersionTable.PSVersionAzure PowerShell にサインインします。
Login-AzAccountストレージ アカウント、アクセス キー、コンテナー、ストレージ コンテキストの変数を定義します。
$StorageAccountName = "<enter account name>" $StorageAccountKey = "<enter account key>" $ContainerName = "<enter container name>" $ctx = New-AzStorageContext -StorageAccountName $StorageAccountName -StorageAccountKey $StorageAccountKeyコンテナー内のすべての BLOB を取得します。
$blobs = Get-AzStorageBlob -Container "<enter container name>" -Context $ctxコンテナー内のすべての BLOB の層を [アーカイブ] に設定します。
Foreach ($blob in $blobs) { $blob.ICloudBlob.SetStandardBlobTier("Archive") }サンプル出力を次に示します。
Windows PowerShell Copyright (C) Microsoft Corporation. All rights reserved. PS C:\WINDOWS\system32> $PSVersionTable.PSVersion Major Minor Build Revision ----- ----- ----- -------- 5 1 17763 134 PS C:\WINDOWS\system32> Login-AzAccount Account : gus@contoso.com SubscriptionName : MySubscription SubscriptionId : subscription-id TenantId : tenant-id Environment : AzureCloud PS C:\WINDOWS\system32> $StorageAccountName = "mygpv2storacct" PS C:\WINDOWS\system32> $StorageAccountKey = "mystorageacctkey" PS C:\WINDOWS\system32> $ContainerName = "test" PS C:\WINDOWS\system32> $ctx = New-AzStorageContext -StorageAccountName $StorageAccountName -StorageAccountKey $StorageAccountKey PS C:\WINDOWS\system32> $blobs = Get-AzStorageBlob -Container "test" -Context $ctx PS C:\WINDOWS\system32> Foreach ($blob in $blobs) { >> $blob.ICloudBlob.SetStandardBlobTier("Archive") >> } PS C:\WINDOWS\system32>ヒント
取り込み時にデータをアーカイブする場合は、既定のアカウント層を [ホット] に設定します。 既定のレベルがクールの場合、データが直ちにアーカイブに移動すると、30 日間の早期削除ペナルティが発生します。
次のステップ
- ライフサイクル ポリシー ルールを使用して一般的なデータ階層化シナリオに対処する方法について説明します