Limity usługi Azure Data Box
Te limity należy wziąć pod uwagę podczas wdrażania i obsługi urządzenia Microsoft Azure Data Box. W poniższej tabeli opisano te limity dla urządzenia Data Box.
Limity usługi Data Box
- Jeśli używasz wielu kont magazynu z usługą Data Box, wszystkie konta magazynu powinny należeć do tego samego regionu świadczenia usługi Azure.
- Zalecamy używanie nie więcej niż trzech kont magazynu. Użycie większej liczby kont magazynu może potencjalnie wpłynąć na wydajność.
Limity urządzenia Data Box
- Urządzenie Data Box może przechowywać maksymalnie 500 milionów plików zarówno do importowania, jak i eksportowania.
- Usługa Data Box 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.
- Pojemność użycia urządzenia Data Box może być mniejsza niż 80 TiB ze względu na zużycie miejsca w metadanych systemu plików ReFS.
- Urządzenie Data Box obsługuje maksymalnie 10 połączeń klienckich jednocześnie w udziale NFS.
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
W przypadku zamówienia importu
Zastrzeżenia dotyczące usługi Data Box dla zamówienia importu obejmują:
- Kontenery, udziały i foldery:
- Nie kopiuj plików bezpośrednio do żadnego ze wstępnie utworzonych udziałów. Musisz utworzyć folder w ramach udziału, a następnie skopiować pliki do tego folderu.
- Folder w StorageAccount_BlockBlob i StorageAccount_PageBlob jest kontenerem. Na przykład kontenery są tworzone jako StorageAccount_BlockBlob/kontener i StorageAccount_PageBlob/kontener.
- Każdy folder utworzony bezpośrednio w StorageAccount_AzFile jest tłumaczony na udział plików platformy Azure.
- Usługa Azure Blob Storage nie obsługuje katalogów. Jeśli utworzysz folder w folderze StorageAccount_BlockBlob , foldery wirtualne zostaną utworzone w nazwie obiektu blob. W przypadku usługi Azure Files rzeczywista struktura katalogów jest utrzymywana.
- Scalanie zawartości folderu:
- Każdy plik zapisany w udziałach StorageAccount_BlockBlob i StorageAccount_PageBlob jest przekazywany odpowiednio jako blokowy obiekt blob i stronicowy obiekt blob.
- 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.
- Przekazywanie do obiektu blob w warstwie Archiwum zakończy się niepowodzeniem, jeśli kontener ma zarchiwizowany obiekt blob o tej samej nazwie. Gdy obiekt blob znajduje się w warstwie Archiwum, nie można go odczytać ani zmodyfikować. Jeśli musisz zastąpić obiekt blob, upewnij się, że obiekt blob nie jest ustawiony na archiwum. Aby uzyskać więcej informacji, zobacz Warstwa dostępu Archiwum.
- Każda pusta hierarchia katalogów (bez żadnych plików) utworzona w StorageAccount_BlockBlob i foldery StorageAccount_PageBlob nie są przekazywane.
- 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. - Jeśli używasz protokołów SMB i NFS do kopiowania danych, zalecamy:
- Użyj różnych kont magazynu dla protokołu SMB i systemu plików NFS.
- Nie kopiuj tych samych danych do tego samego miejsca docelowego na platformie Azure przy użyciu protokołu SMB i NFS. W takich przypadkach nie można określić ostatecznego wyniku.
- Mimo że kopiowanie za pośrednictwem protokołu SMB i NFS równolegle może działać, nie zalecamy wykonywania tego, ponieważ jest podatny na błędy człowieka. Przed rozpoczęciem kopiowania danych NFS zaczekaj na ukończenie kopiowania danych SMB.
- Zarządzanie przekazywaniem:
- 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.
- 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 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.
- Metadane plików i uprawnienia systemu plików NTFS można zachować, gdy dane są przekazywane do usługi Azure Files, korzystając ze wskazówek w artykule Zachowywanie list ACL plików, atrybutów i sygnatur czasowych za pomocą usługi Azure Data Box.
- 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. - Jeśli pole CreateTime lub LastWriteTime dla pliku przekracza dozwolony rozmiar podczas przekazywania: "Fri, 31 Dec 9999 23:59:59" zastępuje oryginalną datę we właściwości pliku platformy Azure. Przekazywanie pliku zakończy się pomyślnie i nie zostanie zgłoszony żaden błąd.
W przypadku zamówienia eksportu
Zastrzeżenia dotyczące urządzenia Data Box dla zamówienia eksportu obejmują:
- Urządzenie Data Box jest urządzeniem z systemem Windows i nie obsługuje nazw plików z uwzględnieniem wielkości liter. Na przykład na platformie Azure mogą istnieć dwa różne pliki o nazwach, które różnią się wielkością liter. Nie używaj urządzenia Data Box do eksportowania takich plików, jak pliki zostaną zastąpione na urządzeniu.
- Jeśli masz zduplikowane tagi w plikach wejściowych lub tagach odwołujące się do tych samych danych, eksportowanie urządzenia Data Box może pominąć lub zastąpić pliki. Liczba plików i rozmiar danych wyświetlanych w witrynie Azure Portal może różnić się od rzeczywistego rozmiaru danych na urządzeniu.
- Usługa Data Box eksportuje dane do systemu Windows za pośrednictwem protokołu SMB i jest ograniczona przez ograniczenia protokołu SMB dla plików i folderów. Pliki i foldery z nieobsługiwanymi nazwami nie są eksportowane.
- Istnieje mapowanie 1:1 z prefiksu na kontener.
- Maksymalny rozmiar nazwy pliku to 1024 znaki. Nazwy plików, które przekraczają tę długość, nie są eksportowane.
- Zduplikowane prefiksy w pliku XML (przekazywane podczas tworzenia zamówienia) są eksportowane. Zduplikowane prefiksy nie są ignorowane.
- Stronicowe obiekty blob i nazwy kontenerów są uwzględniane wielkości liter. Jeśli wielkość liter jest niezgodna, nie zostanie znaleziony obiekt blob i/lub kontener.
Limity rozmiaru konta usługi Azure Storage
Poniżej przedstawiono limity rozmiaru danych skopiowanych na konto magazynu. Upewnij się, że przekazane dane są zgodne z tymi limitami. Aby uzyskać najbardziej aktualne informacje na temat tych limitów, zobacz Cele dotyczące skalowalności i wydajności dla usługi Blob Storage oraz cele dotyczące skalowalności i wydajności usługi Azure Files.
| Rozmiar danych skopiowanych na konto usługi Azure Storage | Limit domyślny |
|---|---|
| Blokowy obiekt blob i stronicowy obiekt blob | Maksymalny limit jest taki sam jak limit magazynu zdefiniowany dla subskrypcji platformy Azure i obejmuje dane ze wszystkich źródeł, w tym urządzenia Data Box. |
| Azure Files |
|
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 | 14 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 |