Azure Data Box の制限

Microsoft Azure Data Box をデプロイおよび運用する際には、以下の制限事項を考慮してください。 次の表で、Data Box の制限について説明します。

Data Box サービスの制限

  • Data Box サービスで複数のストレージ アカウントを使用している場合、すべてのストレージ アカウントが同じ Azure リージョンに属している必要があります。
  • 3 つの以内のストレージ アカウントを使用することをお勧めします。 それ以上のストレージ アカウントを使用するとパフォーマンスに影響する可能性があります。

Data Box の制限

  • Data Box には、インポートとエクスポートの両方で、最大で 5 億個のファイルを格納できます。
  • Data Box は、クラウドで最大 512 個のコンテナーまたは共有をサポートしています。 ユーザー共有内の最上位レベルのディレクトリは、クラウド内のコンテナーまたは Azure ファイル共有になります。
  • Data Box の使用容量は、ReFS のメタデータによりスペースが消費されるため、80 TiB 未満になる場合があります。
  • Data Box は、NFS 共有上で最大 10 件のクライアント接続を同時にサポートします。

Azure Storage の制限

ここでは、Data Box サービスに適用される Azure Storage サービスの制限および Azure Files、Azure ブロック BLOB、Azure ページ BLOB に必要な名前付け規則について説明します。 ストレージの制限を十分に確認し、すべての推奨事項に従ってください。

Azure Storage サービスの制限と共有、コンテナー、およびファイルの名前付けのベスト プラクティスに関する最新情報については、以下のページをご覧ください。

重要

Azure Storage サービスの制限を超えているファイル/ディレクトリ、または Azure Files/BLOB の名前付け規則に準拠していないファイル/ディレクトリは、Data Box サービスを通じて Azure Storage に取り込まれません。

データのコピーとアップロードに関する注意事項

インポート注文の場合

インポート注文に関する Data Box の注意事項は次のとおりです。

  • コンテナー、共有、フォルダー:
    • 事前に作成された共有にファイルを直接コピーしないでください。 共有の下にフォルダーを作成し、そのフォルダーにファイルをコピーする必要があります。
    • StorageAccount_BlockBlob StorageAccount_PageBlob の下のフォルダーはコンテナーです。 コンテナーは、たとえば、BlockBlob/containerPageBlob/container として作成されます。
    • StorageAccount_AzFile の直下に作成された各フォルダーは、Azure ファイル共有に変換されます。
    • Azure Blob Storage は、ディレクトリに対応していません。 StorageAccount_BlockBlob フォルダーの下にフォルダーを作成する場合、 blob 名に仮想フォルダーが作成されます。 Azure Files では、実際のディレクトリ構造が維持されます。
  • フォルダー内容のマージ:
    • StorageAccount_BlockBlob 共有と StorageAccount_PageBlob 共有に書き込まれる各ファイルは、それぞれブロック BLOB およびページ BLOB としてアップロードされます。
    • フォルダーに既存のコンテナーと同じ名前が付いている場合、フォルダーの内容はコンテナーの内容とマージされます。 クラウドにまだ存在していないファイルまたは BLOB はコンテナーに追加されます。 ファイルまたは BLOB に、コンテナーに既に存在するファイルまたは BLOB と同じ名前が付いている場合、既存のファイルまたは BLOB は上書きされます。
    • コンテナーに同じ名前の既存のアーカイブ済み BLOB がある場合、アーカイブ層の BLOB へのアップロードは失敗します。 BLOB は、アーカイブ アクセス層にある間は、読み取りも変更もできません。 BLOB を上書きする必要がある場合は、BLOB がアーカイブがされるように設定されていないことを確認します。 詳しくは、「アーカイブ アクセス層」をご覧ください。
    • StorageAccount_BlockBlob フォルダーと StorageAccount_PageBlob フォルダーの下に作成される空のディレクトリ階層 (ファイルを含まない) はアップロードされません。
  • NFS Azure ファイル共有へのデータのインポートは、Azure Data Box ではサポートされていません。 Data Box からソース フォルダーと同じ名前の既存の NFS Azure ファイル共有にデータをコピーすると、競合が発生します。 この競合を解決するために、Data Box はソース共有の名前を databox-<GUID> に変更し、それを SMB Azure ファイル共有としてターゲット ストレージ アカウントにアップロードします。
  • データ コピーに SMB プロトコルと NFS プロトコルの両方を使用する場合、次をお勧めします。
    • SMB と NFS には異なるストレージ アカウントを使用します。
    • SMB と NFS の両方を使用して Azure の同じエンド宛先に同じデータをコピーすることは避けてください。 このようにした場合は、最終的な結果が不確定になります。
    • SMB と NFS の両方を使用した並列コピーは可能ですが、人的エラーが発生しやすいのでお勧めしません。 SMB でのデータ コピーが完了するまで待ってから、NFS でのデータ コピーを開始してください。
  • アップロードの管理:
    • Azure へのデータのアップロード時にエラーが発生した場合は、ターゲット ストレージ アカウントにエラー ログが作成されます。 このエラー ログへのパスは、アップロードが完了したときに使用可能になります。ログを確認して、是正措置を行うことができます。 アップロードしたデータを確認せずにソースからデータを削除しないでください。
    • Azure Data Box によるファイルの ACL、属性、タイムスタンプの保持」のガイダンスを使用して Azure Files にデータをアップロードすると、ファイル メタデータと NTFS アクセス許可を保持できます。
    • BLOB と Azure Files の両方で、ファイルの階層はクラウドにアップロードするときに保持されます。 たとえば、<container folder>\A\B\C.txt というパスでファイルをコピーしたとします。 このファイルは、クラウド内の同じパスにアップロードされます。
    • アップロード中にファイルの CreateTime または LastWriteTime フィールドが許容サイズを超えた場合、Azure ファイル プロパティで元の日付が "Fri, 31 Dec 9999 23:59:59" に置き換えられます。 ファイルのアップロードは成功し、エラーは発生しません。

エクスポート注文の場合

エクスポート注文に関する Data Box の注意事項は次のとおりです。

  • Data Box は Windows ベースのデバイスであり、大文字と小文字が区別されるファイル名はサポートされていません。 たとえば、大文字と小文字の違いのみが異なる 2 つの異なるファイルが Azure にあるとします。 ファイルがデバイス上で上書きされるため、Data Box を使用してこのようなファイルをエクスポートしないでください。
  • 入力ファイルに重複するタグがある場合、または同じデータを参照しているタグがある場合、Data Box エクスポートによってこのファイルがスキップまたは上書きされることがあります。 Azure portal に表示されるファイルの数とデータのサイズが、デバイス上の実際のデータのサイズと異なる場合があります。
  • Data Box は、サーバー メッセージ ブロック (SMB) プロトコル経由で Windows ベースのシステムにデータをエクスポートするため、ファイルとフォルダーの SMB 制限によって制限されます。 サポートされていない名前のファイルやフォルダーはエクスポートされません。
  • プレフィックスからコンテナーには、1 対 1 のマッピングがあります。
  • ファイル名の最大サイズは 1,024 文字です。 この長さを超えるファイル名はエクスポートされません。
  • XML ファイル (注文の作成時にアップロードされます) で重複するプレフィックスはエクスポートされます。 重複するプレフィックスは無視されません。
  • ページ BLOB とコンテナー名では、大文字と小文字が区別されます。 大文字と小文字の区別が一致しない場合、BLOB またはコンテナーは見つかりません。

Azure ストレージ アカウントのサイズ制限

ここでは、ストレージ アカウントにコピーするデータのサイズ制限を示します。 アップロードするデータがこれらの制限に準拠していることを確認してください。 これらの制限に関する最新情報については、「BLOB ストレージのスケーラビリティとパフォーマンスのターゲット」と「Azure Files のスケーラビリティとパフォーマンスのターゲット」を参照してください。

Azure ストレージ アカウントにコピーするデータのサイズ 既定の制限
ブロック BLOB とページ BLOB 上限は Azure サブスクリプションに対して定義されているストレージの上限と同じであり、Data Box を含むすべてのソースのデータが含まれています。
Azure Files Data Box では Azure Premium ファイル共有がサポートされます。これにより、ストレージ アカウント内のすべての共有で合計 100 TiB が許可されます。 コピー ログと監査ログで使用される領域があるため、使用可能な最大容量は若干少なくなります。 コピー ログと監査ログ用に、それぞれ少なくとも 100 GiB が予約されています。 詳細については、Azure Data Box、Azure Data Box Heavy の監査ログに関する記事を参照してください。 StorageAccount_AzFile の下のすべてのフォルダーはこの制限に従う必要があります。 詳細については、「Azure ファイル共有を作成する」を参照してください。

Azure オブジェクトのサイズ制限

ここでは、書き込むことのできる Azure オブジェクトのサイズを示します。 アップロードするすべてのファイルがこれらの制限に準拠していることを確認してください。

Azure オブジェクトの種類 既定の制限
ブロック BLOB 14 TiB
ページ BLOB 4 TiB
ページ BLOB 形式でアップロードするファイルには 512 バイトをアライン (整数倍) する必要があります。そうでないと、アップロードが失敗します。
VHD と VHDX には 512 バイトでアラインされます。
Azure Files 4 TiB
マネージド ディスク 4 TiB
サイズと制限の詳細については、以下をご覧ください。
  • Standard SSD のスケーラビリティの目標
  • Premium SSD のスケーラビリティの目標
  • Standard HDD のスケーラビリティの目標
  • マネージド ディスクの価格と課金
  • Azure ブロック BLOB、ページ BLOB およびファイルの名前付け規則

    Entity 規約
    ブロック BLOB とページ BLOB のコンテナー名 3 ~ 63 文字の有効な DNS 名にする必要があります。
    先頭は文字か数字にします。
    小文字、数字、ハイフン (-) のみを含めることができます。
    すべてのハイフン (-) は、その直前または直後に文字または数字が使用されている必要があります。
    連続するハイフンを名前に使用することはできません。
    Azure ファイルの共有名 同上
    Azure ファイルのディレクトリ名とファイル名
  • 小文字、大文字を区別し、長さが 255 文字以内である必要があります。
  • 末尾にフォワード スラッシュ (/) を使用することはできません。
  • 使用した場合、自動的に削除されます。
  • 次の文字は使用できません: " \ / : | < > * ?
  • URL の予約文字は適切にエスケープしてください。
  • 無効な URL パス文字は使用できません。 \uE000 のようなコード ポイントは、有効な Unicode 文字ではありません。 制御文字 (0x00 ~ 0x1F、\u0081 など) など一部の ASCII または Unicode 文字も使用できません。 Http/1.1 での Unicode 文字列に適用される規則については、RFC 2616 の Section 2.2「Basic Rules」および RFC 3987 を参照してください。
  • 以下のファイル名は使用できません: LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、PRN、AUX、NUL、CON、CLOCK$、ドット文字 (.)、および 2 ドット文字 (..)。
  • ブロック BLOB とページ BLOB の BLOB 名
  • BLOB 名は、大文字と小文字が区別されます。また、名前には任意の組み合わせの文字を使用できます。
  • BLOB 名は 1 文字から 1,024 文字にする必要があります。
  • URL の予約文字は適切にエスケープしてください。
  • BLOB 名を構成するパスのセグメントの数が 254 個を超えないようにしてください。 パスのセグメントは、仮想ディレクトリの名前に対応した連続する区切り記号文字 (スラッシュ "/" など) の間の文字列です。