次の方法で共有

Azure Data Lake Storage 機能を使用した Azure Blob Storage のアップグレード

  • [アーティクル]

この記事は、階層型名前空間を有効にし、ファイルやディレクトリ レベルのセキュリティや、より高速な操作などの機能を利用できるようにするのに役立ちます。 これらの機能は、ビッグ データ分析ワークロードで広く使用されており、まとめて Azure Data Lake Storage と呼ばれます。 最も一般的な機能は次のとおりです。

  • スループット、1 秒あたりの入出力操作数 (IOPS)、ストレージ容量制限の向上。

  • 個々のノードの URI を操作できることによる、操作 (名前の変更操作など) の高速化。

  • 指定された操作を実行するために必要なデータのみを転送する効率的なクエリ エンジン。

  • コンテナー、ディレクトリ、ファイル レベルのセキュリティ。

これらの詳細については、「Azure Data Lake Storage の概要」を参照してください。

この記事は、ワークロード、アプリケーション、コスト、サービス統合、ツール、機能、ドキュメントへの影響を評価するのに役立ちます。 これらの影響を慎重に確認してください。 アカウントをアップグレードする準備ができたら、次のステップバイステップ ガイド「Azure Data Lake Storage の機能で Azure Blob Storage をアップグレードする」を参照してください。

重要

アップグレードは一方向です。 アップグレードを実行した後で、アカウントを元に戻す方法はありません。 非運用環境でアップグレードを検証することをお勧めします。

可用性への影響

アップグレード プロセスが行われている間、アカウントで若干のダウンタイムが発生することを必ず計画してください。 アカウントがアップグレードされている間、書き込み操作は無効になります。 読み取り操作は無効になりませんが、それらの操作によってアップグレード プロセスが不安定になる可能性があるため、読み取り操作を中断することを強く推奨します。

ワークロードとアプリケーションへの影響

Blob API は、階層型名前空間を使用するアカウントで動作するため、これらの API を使用してアカウントと対話するほとんどのアプリケーションは、変更しなくても引き続き動作します。

問題と回避策の完全な一覧については、Blob Storage API での既知の問題に関する記事を参照してください。

Windows Azure Storage Blob ドライバー (WASB) ドライバーを使う Hadoop ワークロードは、Azure Blob File System (ABFS) ドライバーを使うように変更する必要があります。 Blob service エンドポイントに対して要求を行う WASB ドライバーとは異なり、ABFS ドライバーはアカウントの Data Lake Storage エンドポイントに対して要求を行います。

Data Lake Storage エンドポイント

アップグレード後のアカウントには、Data Lake Storage エンドポイントがあります。 このエンドポイントの URL は、Azure portal でアカウントの [プロパティ] ページを開くことにより確認できます。

汎用 v2 カテゴリ

そのエンドポイントを使用するために、既存のアプリケーションやワークロードを変更する必要はありません。 Data Lake Storage でのマルチプロトコル アクセスを使用すると、Blob service エンドポイントまたは Data Lake Storage エンドポイントを使用してデータを操作できるようになります。

Azure のサービスとツール (AzCopy など) により、Data Lake Storage エンドポイントを使用して、ストレージ アカウント内のデータとのやり取りが行われることがあります。 また、Data Lake Storage SDK、PowerShell コマンド、または Azure CLI コマンドを使用して実行する操作には、この新しいエンドポイントを使用する必要があります。

ディレクトリ

階層型名前空間を使用しない BLOB ストレージ アカウントでは、ファイルは階層化されたパラダイムではなくフラットなパラダイムで編成されます。 BLOB を仮想ディレクトリに編成して、フォルダー構造を模倣することができます。 仮想ディレクトリは BLOB 名の一部を形成し、区切り文字によって示されます。 仮想ディレクトリは BLOB 名の一部であるため、独立したオブジェクトとして実際に存在してはいません。

新しいアカウントには、階層型名前空間があります。 つまり、ディレクトリは仮想ではありません。 これらは、直接操作できる具体的な独立したオブジェクトです。 ディレクトリは、ファイルが含まれていなくても存在できます。 ディレクトリを削除すると、そのディレクトリ内のすべてのファイルが削除されます。 ディレクトリを削除する前に、個々の BLOB を削除する必要はなくなりました。

BLOB のメタデータ

移行前の BLOB メタデータは、BLOB 名およびその仮想パス全体と関連付けられています。 移行後のメタデータは、BLOB にのみ関連付けられます。 BLOB への仮想パスは、ディレクトリのコレクションになります。 BLOB のメタデータは、それらのどのディレクトリにも適用されません。

Put 操作

BLOB をアップロードするとき、指定したパスに存在しないディレクトリが含まれていると、操作によってそのディレクトリが作成されてから、BLOB がそこに追加されます。 この動作は、階層型フォルダー構造のコンテキスト内の論理的なものです。 階層型名前空間を持たない BLOB ストレージ アカウントでは、操作によってディレクトリは作成されません。 代わりに、ディレクトリ名が BLOB の名前に追加されます。

操作の一覧表示

List Blobs 操作からは、ディレクトリとファイルの両方が返されます。 それぞれが個別にリストされます。 ディレクトリは、長さが 0 の BLOB として一覧に表示されます。 階層型名前空間が使用されていない BLOB ストレージ アカウントでは、List Blobs 操作から BLOB のみが返され、ディレクトリは返されません。 Data Lake Storage の Path - List 操作を使用する場合、ディレクトリは長さ 0 の BLOB としてではなく、ディレクトリ エントリとして表示されます。

リストの順序も異なります。 ディレクトリとファイルは、"深さ優先検索" の順序で表示されます。 階層型名前空間を持たない BLOB ストレージ アカウントでは、BLOB の一覧は "辞書編集" の順序で表示されます。

BLOB の名前を変更する操作

クライアント アプリケーションでは 1 回の操作で BLOB の名前を変更できるため、BLOB の名前変更ははるかに効率的になります。 階層型名前空間を "持たない" アカウントでは、ツールやアプリケーションで BLOB をコピーした後、コピー元の BLOB を削除する必要があります。

Note

BLOB の名前を変更しても、BLOB の最終変更時刻は更新されません。 これは、BLOB の内容が変更されていないためです。

コストへの影響

アップグレードを実行するのにかかるコストはありません。 アップグレード後、データを格納するためのコストは変わりませんが、トランザクションのコストは変わります。 コストの比較を評価するには、次のページを使用してください。

また、Azure 料金計算ツールの [ストレージ アカウント] オプションを使用して、アップグレード後のコストの影響を見積もることもできます。

価格の変更とは別に、Data Lake Storage の機能に関連するコスト削減について検討してください。 一般に、全体的な総保有コストは、高いスループットと最適化された操作のために低下します。 スループットが高くなるほど、より短い時間でより多くのデータを転送できます。 階層型名前空間により、操作の効率が向上します。

サービス統合への影響

ほとんどの Azure サービスの統合は、これらの機能を有効にした後も引き続き機能しますが、一部の機能はプレビュー段階のままか、まだサポートされないものもあります。 Data Lake Storage での Azure サービスの統合についての現在のサポートについては、「Azure Data Lake Storage がサポートされている Azure のサービス」を参照してください。

ツール、機能、ドキュメントへの影響

アップグレードすると、一部の機能の操作方法が変わります。 このセクションでは、それらの変更について説明します。

Blob Storage 機能のサポート

Blob ストレージのほとんどの機能は、これらの機能を有効にした後も引き続き機能しますが、一部の機能はプレビュー段階のままか、まだサポートされないものもあります。

Data Lake Storage での Blob Storage 機能についての現在のサポートについては、Azure Data Lake Storage で使用できる Blob Storage 機能に関する記事を参照してください。

診断ログ

Storage Analytics のログを有効にしている場合は、バージョン 2.0 のログ形式を使用できるようになりました。

この新しいバージョンを使用する必要はありません。 ただし、Data Lake Storage エンドポイントに適用される操作は、バージョン 2.0 のログにのみ記録されます。 使用するサービスやツール (AzCopy など) によっては、アカウントでの操作を実行するためにそのエンドポイントが使用されます。 すべてのアクティビティからログ情報を確実にキャプチャするには、バージョン 2.0 のログ形式の使用を検討してください。

Azure のライフサイクル管理

これは、ディレクトリ内のすべての BLOB を移動または削除するポリシーでは、ディレクトリ内のすべての BLOB が削除されるまでディレクトリ自体は削除されず、ディレクトリが次の日に削除されることを効果的に説明しています。

Event Grid

新しいアカウントには、Data Lake Storage エンドポイントと Blob service エンドポイントの 2 つのエンドポイントがあります。 サービス、ツール、アプリケーションでは、いずれかのエンドポイントを使用してデータを操作できます。 その結果、Event Grid によって返されるイベント応答で、影響を受けた BLOB を説明する url フィールドに、これら 2 つのエンドポイントのいずれかが示される可能性があります。

次の JSON は、Blob service エンドポイントを使用して BLOB が作成されたときに、イベント応答で示される BLOB の url です。

{
  "topic": "/subscriptions/{subscription-id}/resourceGroups/Storage/providers/Microsoft.Storage/storageAccounts/my-storage-account",
  "subject": "/blobServices/default/containers/test-container/blobs/new-file.txt",
  "eventType": "Microsoft.Storage.BlobCreated",
  "eventTime": "2017-06-26T18:41:00.9584103Z",
  "id": "831e1650-001e-001b-66ab-eeb76e069631",
  "data": {
    "api": "PutBlockList",
    "clientRequestId": "6d79dbfb-0e37-4fc4-981f-442c9ca65760",
    "requestId": "831e1650-001e-001b-66ab-eeb76e000000",
    "eTag": "\"0x8D4BCC2E4835CD0\"",
    "contentType": "text/plain",
    "contentLength": 524288,
    "blobType": "BlockBlob",
    "url": "https://my-storage-account.blob.core.windows.net/testcontainer/new-file.txt",
    "sequencer": "00000000000004420000000000028963",
    "storageDiagnostics": {
      "batchId": "b68529f3-68cd-4744-baa4-3c0498ec19f0"
    }
  },
  "dataVersion": "",
  "metadataVersion": "1"
}

次の JSON は、Data Lake Storage エンドポイントを使用して BLOB が作成されたときに、イベント応答で示される BLOB の url です。

{
  "topic": "/subscriptions/{subscription-id}/resourceGroups/Storage/providers/Microsoft.Storage/storageAccounts/my-storage-account",
  "subject": "/blobServices/default/containers/my-file-system/blobs/new-file.txt",
  "eventType": "Microsoft.Storage.BlobCreated",
  "eventTime": "2017-06-26T18:41:00.9584103Z",
  "id": "831e1650-001e-001b-66ab-eeb76e069631",
  "data": {
    "api": "CreateFile",
    "clientRequestId": "6d79dbfb-0e37-4fc4-981f-442c9ca65760",
    "requestId": "831e1650-001e-001b-66ab-eeb76e000000",
    "eTag": "\"0x8D4BCC2E4835CD0\"",
    "contentType": "text/plain",
    "contentLength": 0,
    "contentOffset": 0,
    "blobType": "BlockBlob",
    "url": "https://my-storage-account.dfs.core.windows.net/my-file-system/new-file.txt",
    "sequencer": "00000000000004420000000000028963",
    "storageDiagnostics": {
      "batchId": "b68529f3-68cd-4744-baa4-3c0498ec19f0"
    }
  },
  "dataVersion": "2",
  "metadataVersion": "1"
}

アプリケーションで Event Grid が使用されている場合は、これを考慮するようにアプリケーションを変更することが必要な場合があります。

Storage Explorer

次のボタンは、Azure Storage Explorer のリボンにはまだ表示されていません。

Button 理由
URL のコピー まだ実装されていません
スナップショットを管理する まだ実装されていません
削除の取り消し Data Lake Storage でまだサポートされていない Blob Storage の機能に依存します

次のボタンは、新しいアカウントでは動作が異なります。

Button Blob Storage の動作 Data Lake Storage の動作
フォルダー フォルダーは仮想であり、ファイルが追加されていない場合は表示されません。 ファイルが追加されていなくてもフォルダーは存在します。
[名前の変更] コピー元の BLOB がコピーされてから削除されます 同じ BLOB の名前が変更されます。 はるかに効率的です。

ドキュメント

Data Lake Storage の機能の使用に関するガイダンスについては、「Azure Data Lake Storage の概要」を参照してください。

Blob Storage の既存のすべての機能に関するガイダンスがある場所に関しては、何も変更されていません。 そのがインダンスは、「Azure Blob Storage の概要」にあります。

コンテンツ セット間を移動すると、わずかな用語の違いがわかります。 たとえば、Data Lake Storage のコンテンツで説明されているコンテンツでは、"BLOB" や "コンテナー" ではなく、"ファイル" や "ファイル システム" という用語が使用されることがあります。 "ファイル" と "ファイル システム" という用語は、Data Lake Storage に長い歴史があるビッグ データ分析の世界に深く根差しています。 そのコンテンツには、これらの対象ユーザーへの関連を維持するためにこれらの用語が含まれています。 これらの用語で、別の "事柄" が説明されているわけではありません。

次のステップ

Data Lake Storage 機能を組み込むようにストレージ アカウントをアップグレードする準備ができたら、このステップバイステップ ガイドを参照してください。

Azure Data Lake Storage の機能で Azure Blob Storage をアップグレードする