Limity usługi Azure Data Box Disk
Podczas wdrażania i obsługi rozwiązania Microsoft Azure Data Box Disk należy wziąć pod uwagę te limity.
Limity usługi Data Box
- Usługa Data Box jest dostępna w regionach świadczenia usługi Azure wymienionych w obszarze Dostępność regionów.
- Pojedyncze konto magazynu jest obsługiwane w przypadku urządzenia Data Box Disk.
- Usługa Data Box Disk może przechowywać maksymalnie 100 000 plików
- Usługa Data Box Disk obsługuje maksymalnie 512 kontenerów lub udziałów w chmurze. Katalogi najwyższego poziomu w udziale użytkownika stają się kontenerami lub udziałami plików platformy Azure w chmurze.
Wydajność urządzenia Data Box Disk
Podczas testowania dysków podłączonych za pomocą portu USB 3.0 ich wydajność doszła do poziomu 430 MB/s. Rzeczywista wartość różni się w zależności od rozmiaru pliku. Przy mniejszych plikach wydajność może być niższa.
Limity usługi Azure Storage
W tej sekcji opisano limity usługi Azure Storage oraz wymagane konwencje nazewnictwa dla usług Azure Files, blokowych obiektów blob platformy Azure i stronicowych obiektów blob platformy Azure, które mają zastosowanie do usługi Data Box. Uważnie przejrzyj limity magazynu i postępuj zgodnie ze wszystkimi zaleceniami.
Aby uzyskać najnowsze informacje na temat limitów usługi Azure Storage i najlepszych rozwiązań dotyczących nazewnictwa udziałów, kontenerów i plików, przejdź do:
- Nazewnictwo i odwoływanie się do kontenerów
- Nazywanie i przywoływanie udziałów
- Konwencje blokowych obiektów blob i stronicowych obiektów blob
Ważne
Jeśli istnieją pliki lub katalogi, które przekraczają limity usługi Azure Storage lub nie są zgodne z konwencjami nazewnictwa usługi Azure Files/Blob, te pliki lub katalogi nie są pozyskiwane do usługi Azure Storage za pośrednictwem usługi Data Box.
Zastrzeżenia dotyczące kopiowania i przekazywania danych
Importowanie danych do udziałów plików platformy Azure NFS nie jest obsługiwane przez usługę Azure Data Box. Kopiowanie danych z urządzenia Data Box do istniejącego udziału plików platformy Azure NFS o identycznej nazwie, ponieważ folder źródłowy powoduje konflikt. Aby rozwiązać ten konflikt, usługa Data Box zmienia nazwę udziału
databox-<GUID>źródłowego na i przekazuje go na docelowe konto magazynu jako udział plików platformy Azure SMB.Nie kopiuj danych bezpośrednio na dyski. Skopiuj dane do wstępnie utworzonych folderów BlockBlob, PageBlob i AzureFile .
Folder w obszarze BlockBlob i PageBlob jest kontenerem. Na przykład kontenery są tworzone jako BlockBlob/container i PageBlob/container.
Jeśli folder ma taką samą nazwę jak istniejący kontener, zawartość folderu zostanie scalona z zawartością kontenera. Pliki lub obiekty blob, które nie znajdują się jeszcze w chmurze, są dodawane do kontenera. Jeśli plik lub obiekt blob ma taką samą nazwę jak plik lub obiekt blob, który znajduje się już w kontenerze, istniejący plik lub obiekt blob zostanie zastąpiony.
Każdy plik zapisany w udziałach BlockBlob i PageBlob jest przekazywany odpowiednio jako blokowy obiekt blob i stronicowy obiekt blob.
Hierarchia plików jest utrzymywana podczas przekazywania do chmury zarówno dla obiektów blob, jak i usługi Azure Files. Na przykład skopiowano plik w tej ścieżce:
<container folder>\A\B\C.txt. Ten plik jest przekazywany do tej samej ścieżki w chmurze.Wszystkie puste hierarchie katalogów (bez plików) utworzone w folderach BlockBlob i PageBlob nie są przekazywane.
Jeśli na kliencie nie włączono długich ścieżek, a dowolna ścieżka i nazwa pliku w kopii danych przekracza 256 znaków, narzędzie Data Box Split Copy Tool (DataBoxDiskSplitCopy.exe) lub narzędzie do sprawdzania poprawności dysku Data Box (DataBoxDiskValidation.cmd) zgłosi błędy. Aby uniknąć tego rodzaju awarii, włącz długie ścieżki na kliencie systemu Windows.
Aby zwiększyć wydajność podczas przekazywania danych, zalecamy włączenie dużych udziałów plików na koncie magazynu i zwiększenie pojemności udziału do 100 TiB. Duże udziały plików są obsługiwane tylko w przypadku kont magazynu z magazynem lokalnie nadmiarowym (LRS).
Jeśli podczas przekazywania danych na platformę Azure występują błędy, w docelowym koncie magazynu zostanie utworzony dziennik błędów. Ścieżka do tego dziennika błędów jest dostępna w portalu po zakończeniu przekazywania i możesz przejrzeć dziennik, aby podjąć działania naprawcze. Nie usuwaj danych ze źródła bez weryfikowania przekazanych danych.
Jeśli określono dyski zarządzane w podanej kolejności, zapoznaj się z następującymi dodatkowymi zagadnieniami:
- Można mieć tylko jeden dysk zarządzany o danej nazwie w grupie zasobów we wszystkich wstępnie utworzonych folderach i na wszystkich urządzeniach Data Box Disk. Oznacza to, że wirtualne dyski twarde przekazane do wstępnie utworzonych folderów powinny mieć unikatowe nazwy. Upewnij się, że dana nazwa nie jest zgodna z już istniejącym dyskiem zarządzanym w grupie zasobów. Jeśli wirtualne dyski twarde mają takie same nazwy, tylko jeden z nich zostanie przekonwertowany na dysk zarządzany o tej nazwie. Pozostałe wirtualne dyski twarde zostaną przekazane do przejściowego konta magazynu jako stronicowe obiekty blob.
- Zawsze kopiuj wirtualne dyski twarde do jednego ze wstępnie utworzonych folderów. Jeśli skopiujesz dyski VHD do lokalizacji innej niż te foldery lub do folderu utworzonego przez siebie, wirtualne dyski twarde zostaną przekazane do konta usługi Azure Storage jako stronicowe obiekty blob i dyski niezarządzane.
- Na potrzeby tworzenia dysków zarządzanych można przekazywać tylko stałe wirtualne dyski twarde. Dynamiczne dyski VHD, różnicowe dyski VHD lub pliki VHDX nie są obsługiwane.
- Pliki inne niż VHD skopiowane do wstępnie utworzonych folderów dysków zarządzanych nie zostaną przekonwertowane na dysk zarządzany.
Limity rozmiaru konta usługi Azure Storage
Poniżej przedstawiono limity rozmiaru danych, które można skopiować na konto magazynu. Upewnij się, że przekazane dane są zgodne z tymi limitami.
| Typ danych | Limit domyślny |
|---|---|
| blokowy obiekt blob, stronicowy obiekt blob | Aby uzyskać bieżące informacje o tych limitach, zobacz Cele skalowania usługi Azure Blob Storage, Cele skalowania magazynu w warstwie Standardowa platformy Azure i Cele skalowania usługi Azure Files. Limity obejmują dane ze wszystkich źródeł, w tym urządzenie Data Box Disk. |
Limity rozmiaru obiektów platformy Azure
Poniżej przedstawiono rozmiary obiektów platformy Azure, które można zapisać. Upewnij się, że wszystkie przekazane pliki są zgodne z tymi limitami.
| Typ obiektu platformy Azure | Limit domyślny |
|---|---|
| Blokowy obiekt blob | 7 TiB |
| Stronicowy obiekt blob | 4 TiB Każdy plik przekazany w formacie stronicowego obiektu blob musi mieć 512 bajtów wyrównanych (całkowita wielokrotna), a przekazywanie kończy się niepowodzeniem. Dyski VHD i VHDX są wyrównane o 512 bajtów. |
| Azure Files | 4 TiB |
| dyski zarządzane | 4 TiB Aby uzyskać więcej informacji na temat rozmiaru i limitów, zobacz: |
Konwencje nazewnictwa blokowych obiektów blob, stronicowych obiektów blob i plików
| Encja | Konwencje |
|---|---|
| Nazwy kontenerów dla blokowych obiektów blob i stronicowych obiektów blob | Musi być prawidłową nazwą DNS o długości od 3 do 63 znaków. Musi zaczynać się literą lub cyfrą. Może zawierać tylko małe litery, cyfry i łącznik (-). Bezpośrednio przed łącznikiem (-) i bezpośrednio po nim musi znajdować się cyfra lub litera. Kolejne łączniki nie są dozwolone w nazwach. |
| Nazwy udziałów dla usługi Azure Files | Jak wyżej |
| Nazwy katalogów i plików dla usługi Azure Files | " \ / : | < > * ? |
| Nazwy blokowych i stronicowych obiektów blob |
Konwencje nazewnictwa dysków zarządzanych
| Encja | Konwencje |
|---|---|
| Nazwy dysków zarządzanych | /. |