次のセクションには、Azure Data Box Disk ソリューションをデプロイして運用する際に確認する必要がある制限が含まれています。
Data Box サービスの制限
- Data Box サービスは、
Data Box の概要に関する記事の「 Region availability1>」セクションに記載されているAzure リージョンで使用できます。 - Data Box Diskでは、1 つのストレージ アカウントがサポートされます。
- Data Box Diskは最大 100,000 個のファイルを格納できます
- Data Box Diskは、クラウド内の最大 512 個のコンテナーまたは共有をサポートしています。 ユーザー共有内の最上位のディレクトリは、クラウド内のコンテナーまたはAzureファイル共有になります。
Data Box Disk のパフォーマンス
USB 3.0 経由でディスクを接続すると、最大 430 MB/秒のディスク スループットパフォーマンスが観察されました。 実際のパフォーマンスは、使用されるファイル サイズによって異なります。 たとえば、ファイルが小さいと、パフォーマンスが低下する場合があります。
Azure ストレージの制限
このセクションでは、Azure Filesに必要な名前付け規則や、Data Box サービスに関連するブロック BLOB とページ BLOB など、Azure Storage サービスの制限について説明します。 ストレージの制限を注意深く確認し、すべての推奨事項に従ってください。
共有、コンテナー、ファイルの名前付けのベスト プラクティスなど、最新のAzure ストレージ サービスの制限については、次を参照してください。
重要
Azure Storage サービスの制限を超えているファイルまたはディレクトリ、またはAzureファイルまたは BLOB の名前付け規則に準拠していないファイルまたはディレクトリは、Data Box サービス経由でAzure Storageに取り込まれません。
データのコピーとアップロードに関する注意事項
Azure Data Boxでは、ネットワーク ファイル システム (NFS) Azureファイル共有へのデータのインポートはサポートされていません。 ソースとコピー先の NFS Azureファイル共有間で同じ名前を共有するデータをコピーすると、競合が発生します。 この競合を解決するために、Data Box はソース共有の名前を databox
-<GUID>に変更し、ターゲット ストレージ アカウントにサーバー メッセージ ブロック (SMB) Azure ファイル共有としてアップロードします。ディスク ルートにデータを直接コピーしないでください。 事前に作成された BlockBlob、 PageBlob、 および AzureFile フォルダーにデータをコピーします。
BlockBlob フォルダーと PageBlob フォルダー内に作成されたすべてのフォルダーがコンテナーになります。 たとえば、コンテナーは BlockBlob/
containerおよび PageBlob/containerとして作成されます。フォルダーが既存のコンテナーと同じ名前を共有している場合、そのフォルダーの内容はコンテナーの内容とマージされます。 クラウドにまだ存在しないファイルまたは BLOB がコンテナーに追加されます。 ファイルまたは BLOB が、コンテナー内に既に存在するファイルまたは BLOB と同じ名前を共有している場合は、既存のファイルまたは BLOB が上書きされます。
BlockBlob 共有と PageBlob 共有に書き込まれるすべてのファイルは、それぞれブロック BLOB とページ BLOB としてアップロードされます。
Azure BLOB とファイル階層は、クラウドへのアップロード中に維持されます。 たとえば、パスが
<container folder>\A\B\C.txtのファイルをコピーすると、同じクラウド パスにファイルがアップロードされます。BlockBlob フォルダーと PageBlob フォルダーの下に作成される空のディレクトリ階層 (ファイルを含まない) はアップロードされません。
コピー操作でパスとファイル名が256文字を超える場合、クライアントで長いパスが有効になっていないと、Data Box 分割コピー ツール (
DataBoxDiskSplitCopy.exe) または Data Box Disk 検証ツール (DataBoxDiskValidation.cmd) によってエラーが発生します。 この種の障害を回避するには、Windows クライアントで長いパスを有効にする。Azureへのアップロード中に生成されたエラーは、ターゲット ストレージ アカウント内にエラー ログを生成します。 このエラー ログへのパスは、アップロードが完了した後にポータルで使用できます。 データ損失を回避するには、ログ ファイルを確認し、是正措置を講じなければなりません。 アップロードされたデータを確認せずに、ソースからデータを削除しないでください。
順序に従ってマネージド ディスクを指定した場合は、次の考慮事項を確認してください。
- リソース グループ内の特定の名前を持つマネージド ディスクは、事前に作成されたフォルダー全体で、Data Box Disk全体で 1 つだけ使用できます。 そのため、事前に作成されたフォルダーにアップロードされるすべての仮想ハード ディスク (VHD) には、一意の名前が必要です。 指定された名前がリソース グループ内の既存のマネージド ディスクと一致していないことを確認します。 VHD が同じ名前を共有している場合、その名前のマネージド ディスクに変換される VHD は 1 つだけです。 他のすべての VHD は、ページ BLOB としてステージング ストレージ アカウントにアップロードされます。
- VHD は必ず、事前に作成されたフォルダーの 1 つにコピーします。 これらのフォルダーの外部または作成したフォルダーにコピーされた VHD は、マネージド ディスクではなく、ページ BLOB としてストレージ アカウントにアップロードされます。
- マネージド ディスクを作成するためにアップロードできるのは、容量固定の VHD のみです。 動的 VHD、差分 VHD、または仮想ハード ディスク v2 (VHDX) ファイルの操作はサポートされていません。
- 事前に作成されたマネージド ディスク フォルダーにコピーされた非 VHD ファイルは、マネージド ディスクに変換されません。
Azure ストレージ アカウントのサイズ制限
次の表に、ストレージ アカウントにコピーできるデータのサイズに関する制限を示します。 アップロードするデータがこれらの制限に準拠していることを確認します。
| データの種類 | 既定の制限 |
|---|---|
| ブロック BLOB、ページ BLOB | これらの制限の最新の情報については、「Azure Blob Storage スケール ターゲット、Azure standard ストレージ スケール ターゲット、および Azure Files スケール ターゲットを参照してください。 制限には、Data Box Diskを含むすべてのソースからのデータが含まれます。 |
Azure オブジェクト サイズの制限
書き込み可能なAzure オブジェクトのサイズを次に示します。 アップロードするすべてのファイルがこれらの制限に準拠していることを確認してください。
| Azure オブジェクトの種類 | 既定の制限 |
|---|---|
| ブロック BLOB | 7 TiB |
| ページ BLOB | 7 TiB ページ BLOB 形式でアップロードされるすべてのファイルは、512 バイトで揃える(整数倍にする)必要があります。そうでないと、アップロードが失敗します。 VHD と VHDX には 512 バイトでアラインされます。 |
| Azure Files | 4 TiB |
| マネージド ディスク | 4 TiB サイズと制限の詳細については、以下をご覧ください。 |
Azure ブロック BLOB、ページ BLOB およびファイルの名前付け規則
| エンティティ | 規約 |
|---|---|
| ブロック BLOB とページ BLOB のコンテナー名 | 3 ~ 63 文字の有効な DNS 名にする必要があります。 先頭は文字か数字にします。 小文字、数字、ハイフン (-) のみを含めることができます。 すべてのハイフン (-) は、その直前または直後に文字または数字が使用されている必要があります。 連続するハイフンを名前に使用することはできません。 |
| Azure ファイルの名前を共有する | 同上 |
| Azure ファイルのディレクトリ名とファイル名 | " \ / : | < > * ? |
| ブロック BLOB とページ BLOB の BLOB 名 |
マネージド ディスクの名前付け規則
| エンティティ | 規約 |
|---|---|
| マネージド ディスク名 | /を含めることはできません。 |
次のステップ
- Data Box Disk のシステム要件を確認する