Azure Data Box Heavy 限制
部署和操作 Azure Data Box Heavy 裝置時,請考慮以下限制。 下表描述資料箱的這些限制。
Data Box Heavy 服務限制
- 如果搭配資料箱服務使用多個儲存體帳戶,則所有儲存體帳戶都應屬於相同的 Azure 區域。
- 我們建議您使用三個以下的儲存體帳戶。 若使用多個儲存體帳戶,可能會影響效能。
Data Box Heavy 限制
- Data Box Heavy 可以儲存每個節點最多 10 億個檔案。
- Data Box Heavy 支援雲端中每個節點最多 512 個容器或共用。 使用者共用內的最上層目錄,會成為雲端中的容器或 Azure 檔案共用。
Azure 儲存體限制
本節說明 Azure 儲存體服務的限制,以及適用於資料箱服務的 Azure 檔案、Azure 區塊 Blob 和 Azure 分頁 Blob 所需的命名慣例。 請仔細檢閱儲存體限制,並遵循所有的建議。
如需與 Azure 儲存體服務限制以及命名共用、容器和檔案的最佳作法有關的最新資訊,請移至:
重要
如果有任何檔案或目錄超出 Azure 儲存體服務的限制,或是不符合 Azure 檔案儲存體/Blob 命名慣例,系統就不會透過資料箱服務將這些檔案或目錄內嵌到 Azure 儲存體中。
資料上傳注意事項
- 容器、共用和資料夾:
- 請勿直接將檔案複製到任何預先建立的共用。 您需要在共用底下建立資料夾,然後再將檔案複製到該資料夾。
- StorageAccount_BlockBlob 和 StorageAccount_PageBlob 底下的資料夾是容器。 例如,容器會建立為 StorageAccount_BlockBlob/container 和 StorageAccount_PageBlob/container。
- 只要是直接在 StorageAccount_AzFile 底下建立的每個資料夾,都會轉譯為 Azure 檔案共用。
- Azure Blob 儲存體不支援目錄。 如果您在 StorageAccount_BlockBlob 資料夾底下建立資料夾,則會以 Blob 名稱建立虛擬資料夾。 對於 Azure 檔案服務,則會維持實際的目錄結構。
- 合併資料夾內容:
- 寫入 StorageAccount_BlockBlob 和 StorageAccount_PageBlob 共用中的每個檔案,分別會以區塊 Blob 和分頁 Blob 的形式上傳。
- 如果資料夾的名稱與現有容器相同,資料夾的內容就會與容器的內容合併。 尚未存至雲端的檔案或 Blob 會新增至容器。 如果檔案或 Blob 的名稱與容器中的檔案或 Blob 相同,則會覆寫現有的檔案或 Blob。
- 如果容器有名稱相同的現有封存 Blob,則上傳至封存層的 Blob 將會失敗。 當 blob 位於封存層時,無法讀取或修改。 如果您需要覆寫 Blob,請確定 Blob 沒有設定為封存。 如需詳細資訊,請參閱封存存取層。
- 在 StorageAccount_BlockBlob 和 StorageAccount_PageBlob 資料夾底下建立的所有空目錄階層 (不含任何檔案) 都不會上傳。
- Azure 資料箱不支援將資料匯入 NFS Azure 檔案共用。 若將資料從資料箱複製到與來源資料夾名稱相同的現有 NFS Azure 檔案共用中,將會產生衝突。 為了解決衝突,資料箱會將來源共用重新命名為
databox-<GUID>
,並將其上傳至目標儲存體帳戶作為 SMB Azure 檔案共用。 - 如果您同時針對資料副本使用 SMB 和 NFS 通訊協定,建議您:
- 針對 SMB 和 NFS 使用不同儲存體帳戶。
- 請勿使用 SMB 和 NFS,將相同的資料複製到 Azure 中的相同最終目的地。 在這類情況下,無法判斷最後的結果。
- 雖然同時透過 SMB 和 NFS 複製資料可以順利運作,但我們不建議這麼做,因為很容易發生人為錯誤。 等待 SMB 資料複製完成,再開始 NFS 資料複製。
- 上傳管理:
- 如果將資料上傳至 Azure 時發生任何錯誤,則會在目標儲存體帳戶中建立錯誤記錄。 上傳完成後,系統會提供此錯誤記錄的路徑,方便您檢閱記錄以執行矯正措施。 若未事先確認已上傳的資料,請勿從來源刪除資料。
- 將資料上傳至 Azure 檔案儲存體時,可以參考使用 Azure 資料箱來保留檔案 ACL、屬性和時間戳記,依照其中的指引保留檔案中繼資料和 NTFS 權限。
- 上傳至雲端時,Blob 和 Azure 檔案儲存體都會維持檔案的階層。 例如,您複製了以下路徑的檔案:
<container folder>\A\B\C.txt
。 則此檔案會上傳至雲端中的相同路徑。 - 如果上傳期間檔案的 CreateTime 或 LastWriteTime 欄位超過允許的大小,「Fri, 31 Dec 9999 23:59:59」就會取代 Azure 檔案屬性中的原始日期。 檔案上傳成功,而且沒有引發任何錯誤。
Azure 儲存體帳戶大小限制
以下是複製到儲存體帳戶中的資料大小限制。 請確定您上傳的資料符合這些限制。 如需這些限制的最新資訊,請參閱 Blob 儲存體的可擴縮性和效能目標,以及 Azure 檔案儲存體可擴縮性和效能目標。
複製到 Azure 儲存體帳戶中的資料大小 | 預設限制 |
---|---|
區塊 Blob 和分頁 Blob | 上限與針對 Azure 訂閱定義的儲存體限制相同,包含來自資料箱等所有來源的資料。 |
Azure 檔案 | 資料箱支援 Azure 進階檔案共用,總共允許在儲存體帳戶中共用 100 TiB。 由於複製記錄和稽核記錄所使用的空間,可用容量上限會稍微減少一些。 系統會為複製記錄和稽核記錄各保留至少 100 GiB 的容量。 如需詳細資訊,請參閱 Azure 資料箱、Azure Data Box Heavy 的稽核記錄。 StorageAccount_AzFile 下方的所有資料夾都必須遵循此限制。 如需詳細資訊,請參閱建立 Azure 檔案共用。 |
Azure 物件大小限制
以下是可寫入的 Azure 物件大小。 請確定所有上傳的檔案均符合這些限制。
Azure 物件類型 | 預設限制 |
---|---|
區塊 Blob | 14 TiB |
分頁 Blob | 4 TiB 以分頁 Blob 格式上傳的每個檔案都必須是 512 位元組規格 (整數倍數),否則上傳會失敗。 VHD 和 VHDX 為 512 位元組規格。 |
Azure 檔案 | 4 TiB |
受控磁碟 | 4 TiB 如需大小和限制的更多資訊,請參閱: |
Azure 區塊 Blob、分頁 Blob 和檔案命名慣例
實體 | 慣例 |
---|---|
區塊 Blob 和分頁 Blob 的容器名稱 | 必須是長度介於 3 到 63 個字元的有效 DNS 名稱。 必須以字母或數字開頭。 只能包含小寫字母、數字和連字號 (-)。 每個連字號 (-) 的前後都必須緊鄰字母或數字。 名稱中不允許使用連續的連字號。 |
Azure 檔案的共用名稱 | 同上 |
Azure 檔案的目錄和檔案名稱 | " \ / : | < > * ? |
區塊 Blob 和分頁 Blob 的 Blob 名稱 |