Udostępnij za pośrednictwem

Limity usługi Azure Data Box Disk

  • Artykuł

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:

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.

  • 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:
  • Cele skalowalności dysków SSD w warstwie Standardowa
  • Cele skalowalności dysków SSD w warstwie Premium
  • Cele skalowalności dysków HDD w warstwie Standardowa
  • Cennik i rozliczenia dysków zarządzanych
    		•

    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
  • Zachowanie wielkości liter, bez uwzględniania wielkości liter i nie może przekraczać 255 znaków.
  • Nie można zakończyć ukośnikiem do przodu (/).
  • Jeśli zostanie podana, zostanie ona automatycznie usunięta.
  • Następujące znaki nie są dozwolone: " \ / : | < > * ?
  • Zastrzeżone znaki adresów URL muszą być poprzedzone odpowiednim znakiem ucieczki.
  • Niedozwolone znaki ścieżki adresu URL nie są dozwolone. Punkty kodu, takie jak \uE000, nie są prawidłowymi znakami Unicode. Niektóre znaki ASCII lub Unicode, takie jak znaki sterujące (0x00 do 0x1F, \u0081 itp.), są również niedozwolone. Aby uzyskać reguły dotyczące ciągów Unicode w protokole HTTP/1.1, zobacz RFC 2616, Sekcja 2.2: Podstawowe reguły i RFC 3987.
  • Następujące nazwy plików nie są dozwolone: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, znak kropki (.).
    		•
    Nazwy blokowych i stronicowych obiektów blob
  • W nazwach obiektów blob jest rozróżniana wielkość liter. Mogą zawierać dowolną kombinację znaków.
  • Nazwa obiektu blob musi zawierać od 1 do 1024 znaków.
  • Zastrzeżone znaki adresów URL muszą być poprzedzone odpowiednim znakiem ucieczki.
  • Liczba segmentów ścieżki w nazwie obiektu blob nie może przekraczać 254. Segment ścieżki to ciąg znajdujący się pomiędzy następującymi po sobie znakami ogranicznika (na przykład ukośnikami „/”), co odpowiada nazwie katalogu wirtualnego.
    		•

    Konwencje nazewnictwa dysków zarządzanych

    Encja Konwencje
    Nazwy dysków zarządzanych
  • Nazwa musi mieć długość od 1 do 80 znaków.
  • Nazwa musi zaczynać się literą lub cyfrą, kończyć literą, cyfrą lub podkreśleniami.
  • Nazwa może zawierać tylko litery, cyfry, podkreślenia, kropki lub łączniki.
  • Nazwa nie powinna zawierać spacji ani /.
    		•

    Następne kroki