Limity Azure Data Boxu Heavy

  • Článek

Při nasazování a provozu zařízení Azure Data Box Heavy zvažte tyto limity. Následující tabulka popisuje tato omezení pro Data Box.

Omezení služby Data Box Heavy

  • Pokud používáte více účtů úložiště se službou Data Box, měly by všechny účty úložiště patřit do stejné oblasti Azure.
  • Doporučujeme používat maximálně tři účty úložiště. Použití dalších účtů úložiště může potenciálně ovlivnit výkon.

Omezení Data Boxu Heavy

  • Data Box Heavy může na uzel ukládat maximálně 1 miliardu souborů.
  • Data Box Heavy podporuje maximálně 512 kontejnerů nebo sdílených složek na uzel v cloudu. Adresáře nejvyšší úrovně v rámci sdílené složky uživatelů se stanou kontejnery nebo sdílené složky Azure v cloudu.

Omezení služby Azure Storage

Tato část popisuje omezení služby Azure Storage a požadované zásady vytváření názvů pro Azure Files, objekty blob bloku Azure a objekty blob stránky Azure, které platí pro službu Data Box. Pečlivě zkontrolujte limity úložiště a postupujte podle všech doporučení.

Nejnovější informace o omezeních služby Azure Storage a osvědčených postupech pro pojmenování sdílených složek, kontejnerů a souborů najdete tady:

Důležité

Pokud existují nějaké soubory nebo adresáře, které překračují limity služby Azure Storage nebo nevyhovují zásadám vytváření názvů azure Files nebo objektů blob, tyto soubory nebo adresáře se do Azure Storage neingestují prostřednictvím služby Data Box.

Výhody a rizika nahrávání dat

  • Kontejnery, sdílené složky a složky:
    • Nekopírujte soubory přímo do žádné z předem vytvořených sdílených složek. Potřebujete vytvořit složku ve sdílené složce a pak zkopírovat soubory do této složky.
    • Složka pod StorageAccount_BlockBlob a StorageAccount_PageBlob je kontejner. Kontejnery se například vytvoří jako StorageAccount_BlockBlob/kontejner a StorageAccount_PageBlob/kontejner.
    • Každá složka vytvořená přímo v StorageAccount_AzFile se přeloží do sdílené složky Azure.
    • Azure Blob Storage nepodporuje adresáře. Pokud ve složce StorageAccount_BlockBlob vytvoříte složku, vytvoří se virtuální složky v názvu objektu blob. Ve službě Azure Files se udržuje skutečná adresářová struktura.
  • Slučování obsahu složky:
    • Každý soubor zapsaný do StorageAccount_BlockBlob a StorageAccount_PageBlob sdílených složek se nahraje jako objekt blob bloku a objekt blob stránky.
    • Pokud má složka stejný název jako existující kontejner, obsah složky se sloučí s obsahem kontejneru. Soubory nebo objekty blob, které ještě nejsou v cloudu, se do kontejneru přidají. Pokud má soubor nebo objekt blob stejný název jako soubor nebo objekt blob, který už je v kontejneru, existující soubor nebo objekt blob se přepíše.
    • Pokud má kontejner existující archivovaný objekt blob se stejným názvem, nahraje se do objektu blob v archivní úrovni. I když je objekt blob v archivní úrovni, nejde ho číst ani upravovat. Pokud potřebujete přepsat objekt blob, ujistěte se, že objekt blob není nastavený na archivaci. Další informace najdete v tématu Archivní úroveň přístupu.
    • Žádná prázdná hierarchie adresářů (bez souborů) vytvořená v StorageAccount_BlockBlob a StorageAccount_PageBlob složky se nenahrají.
  • Azure Data Box nepodporuje import dat do sdílených složek Azure NFS. Kopírování dat z Data Boxu do existující sdílené složky Azure NFS se stejným názvem jako zdrojová složka vytváří konflikt. Pokud chcete tento konflikt vyřešit, Data Box přejmenuje zdrojovou sdílenou složku na databox-<GUID> cílový účet úložiště a nahraje ji do cílového účtu úložiště jako sdílenou složku Azure SMB.
  • Pokud pro kopie dat používáte protokoly SMB i NFS, doporučujeme:
    • Pro PROTOKOL SMB a NFS použijte různé účty úložiště.
    • Nekopírujte stejná data do stejného koncového cíle v Azure pomocí protokolu SMB i NFS. V těchto případech není možné určit konečný výsledek.
    • I když kopírování přes protokol SMB i NFS může paralelně fungovat, nedoporučujeme to dělat, protože je náchylné k lidské chybě. Než začnete s kopírováním dat NFS, počkejte, než se dokončí kopírování dat SMB.
  • Správa nahrávání:
    • Pokud chcete zvýšit výkon při nahrávání dat, doporučujeme povolit velké sdílené složky v účtu úložiště a zvýšit kapacitu sdílené složky na 100 TiB.
    • Pokud při nahrávání dat do Azure dojde k nějakým chybám, vytvoří se v cílovém účtu úložiště protokol chyb. Cesta k tomuto protokolu chyb je k dispozici po dokončení nahrávání a protokol můžete zkontrolovat a provést nápravnou akci. Neodstraňovat data ze zdroje bez ověření nahraných dat.
    • Metadata souborů a oprávnění NTFS se dají zachovat, když se data nahrají do služby Azure Files, a to pomocí pokynů pro zachování seznamů ACL souborů, atributů a časových razítek pomocí Azure Data Boxu.
    • Hierarchie souborů se udržuje při nahrávání do cloudu pro objekty blob i Soubory Azure. Například jste zkopírovali soubor v této cestě: <container folder>\A\B\C.txt. Tento soubor se nahraje do stejné cesty v cloudu.
    • Pokud pole CreateTime nebo LastWriteTime pro soubor překročí povolenou velikost během nahrávání, nahradí "Pá, 31. prosince 9999 23:59:59" původní datum ve vlastnosti souboru Azure. Nahrání souboru proběhne úspěšně a nevyvolá se žádná chyba.

Limity velikosti účtu úložiště Azure

Tady jsou omezení velikosti dat, která se zkopírují do účtu úložiště. Ujistěte se, že data, která nahrajete, odpovídají těmto omezením. Nejaktuálnější informace o těchto omezeních najdete v tématu Škálovatelnost a výkonnostní cíle pro úložiště objektů blob a škálovatelnost služby Azure Files a výkonnostní cíle.

Velikost dat zkopírovaných do účtu úložiště Azure Výchozí omezení
Objekt blob bloku a objekt blob stránky Maximální limit je stejný jako limit úložiště definovaný pro předplatné Azure a zahrnuje data ze všech zdrojů včetně Data Boxu.
Soubory Azure
  • Data Box podporuje velké sdílené složky (100 TiB), pokud je povoleno před vytvořením objednávky Data Boxu.
  • Data Box podporuje sdílené složky Azure Premium, které umožňují celkem 100 TiB pro všechny sdílené složky v účtu úložiště.
    • Maximální využitelná kapacita je o něco menší kvůli prostoru, který protokoly kopírování a protokoly auditu používají. Minimálně 100 GiB je vyhrazeno pro protokol kopírování a protokol auditu. Další informace najdete v protokolech auditu pro Azure Data Box, Azure Data Box Heavy.
    • Všechny složky v StorageAccount_AzFile musí tento limit dodržovat. Další informace najdete v tématu Vytvoření sdílené složky Azure.

Omezení velikosti objektů Azure

Tady jsou velikosti objektů Azure, které je možné zapsat. Ujistěte se, že všechny nahrané soubory odpovídají těmto omezením.

Typ objektu Azure Výchozí omezení
Objekt blob bloku 14 TiB
Objekt blob stránky 4 TiB
Každý soubor nahraný ve formátu objektu blob stránky musí být 512 bajtů zarovnaný (celočíselný násobek), jinak nahrávání selže.
VHD a VHDX jsou zarovnané 512 bajtů.
Soubory Azure 4 TiB
Spravované disky 4 TiB
Další informace o velikosti a limitech najdete tady:
  • Cíle škálovatelnosti disků SSD úrovně Standard
  • Cíle škálovatelnosti disků SSD úrovně Premium
  • Cíle škálovatelnosti disků HDD úrovně Standard
  • Ceny a fakturace spravovaných disků
    		•

    Zásady vytváření názvů objektů blob bloku, objektů blob stránky a souborů v Azure

    Entity Konvence
    Názvy kontejnerů pro objekt blob bloku a objekt blob stránky Musí být platný název DNS, který má délku 3 až 63 znaků.
    Musí začínat písmenem nebo číslicí.
    Může obsahovat pouze malá písmena, číslice a spojovník (-).
    Každé pomlčce (-) musí bezprostředně předcházet číslice (0–9) nebo malé písmeno (a–z) a také po ní musí následovat.
    Po sobě jdoucí pomlčky nejsou povoleny v názvech.
    Sdílení názvů pro soubory Azure Stejný jako výše uvedený
    Názvy adresářů a souborů pro soubory Azure
  • Zachování velkých a malých a malých písmen a nesmí být delší než 255 znaků.
  • Nelze končit lomítkem (/).
  • Pokud je k dispozici, automaticky se odebere.
  • Následující znaky nejsou povolené: " \ / : | < > * ?
  • Vyhrazené znaky v adresách URL musí být správně uzavřené do uvozovek.
  • Neplatné znaky cesty URL nejsou povolené. Body kódu jako \uE000 nejsou platné znaky Unicode. Některé znaky ASCII nebo Unicode, jako jsou řídicí znaky (0x00 na 0x1F, \u0081 atd.), také nejsou povoleny. Pravidla, která řídí řetězce Unicode v HTTP/1.1, naleznete v dokumentu RFC 2616 oddíl 2.2: Základní pravidla a RFC 3987.
  • Následující názvy souborů nejsou povolené: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, tečka (.) a dvě tečky (.).).
    		•
    Názvy objektů blob bloku a objektů blob stránky
  • Názvy objektů blob rozlišují velká a malá písmena a smí obsahovat libovolnou kombinaci znaků.
  • Název objektu blob musí mít délku 1 až 1024 znaků.
  • Vyhrazené znaky v adresách URL musí být správně uzavřené do uvozovek.
  • Počet segmentů cesty, ze kterých se název objektu blob skládá, nesmí překročit 254. Segment cesty je řetězec mezi po sobě jdoucími znaky oddělovače (třeba lomítko „/“), který odpovídá názvu virtuálního adresáře.
    		•