Grenzwerte für Azure Data Box Heavy
Berücksichtigen Sie beim Bereitstellen und Betreiben Ihres Azure Data Box Heavy-Geräts die folgenden Grenzwerte. In der folgenden Tabelle werden die für die Data Box geltenden Einschränkungen beschrieben.
Grenzwerte für den Data Box Heavy-Dienst
- Wenn Sie mehrere Speicherkonten mit dem Data Box-Dienst nutzen, müssen alle Speicherkonten zur selben Azure-Region gehören.
- Es wird empfohlen, nicht mehr als drei Speicherkonten zu verwenden. Weitere Speicherkonten können möglicherweise die Leistung beeinträchtigen.
Grenzwerte für Data Box Heavy
- In Data Box Heavy kann maximal 1 Milliarde Dateien pro Knoten gespeichert werden.
- Data Box Heavy unterstützt maximal 512 Container oder Freigaben pro Knoten in der Cloud. Die Verzeichnisse der obersten Ebene innerhalb der Benutzerfreigabe werden zu Containern oder Azure-Dateifreigaben in der Cloud.
Grenzwerte für Azure Storage
In diesem Abschnitt werden die Grenzwerte für den Azure Storage-Dienst und die erforderlichen Benennungskonventionen für Azure Files, Azure-Blockblobs und Azure-Seitenblobs beschrieben, sofern mit dem Data Box-Dienst verfügbar. Machen Sie sich sorgfältig mit den Speichergrenzwerten vertraut, und beachten Sie alle Empfehlungen.
Aktuelle Informationen zu Grenzwerten für den Azure Storage-Dienst und bewährte Vorgehensweisen für die Benennung von Freigaben, Containern und Dateien finden Sie hier:
- Benennen und Referenzieren von Containern, Blobs und Metadaten
- Benennen und Referenzieren von Freigaben, Verzeichnissen, Dateien und Metadaten
- Verstehen von Blockblobs, Anfügeblobs und Seitenblobs
Wichtig
Wenn Dateien oder Verzeichnisse die Grenzwerte des Azure Storage-Diensts überschreiten oder nicht den Benennungskonventionen für Azure Files/-Blobs entsprechen, werden diese Dateien oder Verzeichnisse nicht über den Data Box-Dienst in Azure Storage erfasst.
Einschränkungen beim Hochladen von Daten
- Container, Freigaben und Ordner:
- Kopieren Sie Dateien nicht direkt in eine der vorab erstellten Freigaben. Sie müssen zunächst einen Ordner unter der Freigabe erstellen und dann Dateien in diesen Ordner kopieren.
- Ein Ordner unter StorageAccount_BlockBlob und StorageAccount_PageBlob ist ein Container. Container werden beispielsweise als StorageAccount_BlockBlob/container und StorageAccount_PageBlob/container erstellt.
- Jeder Ordner, der direkt unter StorageAccount_AzureFile erstellt wurde, wird in eine Azure-Dateifreigabe umgewandelt.
- Azure Blob Storage unterstützt keine Verzeichnisse. Wenn Sie einen Ordner unter dem Ordner StorageAccount_BlockBlob erstellen, werden im Blobnamen virtuelle Ordner erstellt. Für Azure Files wird die tatsächliche Verzeichnisstruktur beibehalten.
- Zusammenführen von Ordnerinhalten:
- Jede Datei, die in die Freigaben StorageAccount_BlockBlob und StorageAccount_PageBlob geschrieben wird, wird als Blockblob bzw. Seitenblob hochgeladen.
- Wenn ein Ordner denselben Namen wie ein vorhandener Container hat, wird der Inhalt des Ordners mit dem Inhalt des Containers zusammengeführt. Dateien oder Blobs, die sich noch nicht in der Cloud befinden, werden dem Container hinzugefügt. Wenn eine Datei oder ein Blob denselben Namen wie eine Datei oder ein Blob hat, die bzw. das sich bereits im Container befindet, wird die vorhandene Datei oder das Blob überschrieben.
- Beim Hochladen in ein Blob auf Archivebene tritt ein Fehler auf, wenn der Container über ein vorhandenes archiviertes Blob gleichen Namens verfügt. Solange sich ein Blob auf der Archivebene befindet, kann es nicht gelesen oder geändert werden. Wenn Sie ein Blob überschreiben müssen, stellen Sie sicher, dass das Blob nicht auf „Archiv“ festgelegt ist. Weitere Informationen finden Sie unter Zugriffsebene „Archiv“.
- Eine unter den Ordnern StorageAccount_BlockBlob und StorageAccount_PageBlob erstellte leere Verzeichnishierarchie (ohne jegliche Dateien) wird nicht hochgeladen.
- Das Importieren von Daten in NFS Azure-Dateifreigaben wird von Azure Data Box nicht unterstützt. Das Kopieren von Daten aus Data Box in eine vorhandene NFS-Azure-Dateifreigabe mit einem identischen Namen wie der Quellordner erzeugt einen Konflikt. Um diesen Konflikt zu beheben, benennt Data Box die Quellfreigabe in
databox-<GUID>um und lädt sie in das Zielspeicherkonto als SMB-Azure-Dateifreigabe hoch. - Wenn Sie sowohl das SMB- als auch das NFS-Protokoll für Datenkopien verwenden, wird Folgendes empfohlen:
- Verwenden Sie verschiedene Speicherkonten für SMB und NFS.
- Kopieren Sie nicht dieselben Daten mit SMB und NFS in dasselbe Endziel in Azure. In diesen Fällen lässt sich das endgültige Ergebnis nicht im Vorhinein bestimmen.
- Zwar kann das parallele Kopieren über SMB und NFS funktionieren, doch wird davon abgeraten, da es anfällig für menschliche Fehler ist. Warten Sie, bis die SMB-Datenkopie abgeschlossen ist, bevor Sie eine NFS-Datenkopie starten.
- Uploadverwaltung:
- Wenn beim Hochladen von Daten in Azure Fehler auftreten, wird im Zielspeicherkonto ein Fehlerprotokoll erstellt. Der Pfad zu diesem Fehlerprotokoll ist verfügbar, sobald das Hochladen abgeschlossen ist, und Sie können das Protokoll überprüfen, um Korrekturmaßnahmen zu ergreifen. Löschen Sie keine Daten aus der Quelle, ohne die hochgeladenen Daten zu überprüfen.
- Dateimetadaten und NTFS-Berechtigungen können beim Hochladen der Daten in Azure Files beibehalten werden. Siehe hierzu die Anleitung unter Beibehalten von ACLs, Attributen und Zeitstempeln für Dateien mit Azure Data Box.
- Die Hierarchie der Dateien wird beim Hochladen in die Cloud sowohl für Blobs als auch für Azure Files beibehalten. Beispiel: Sie haben eine Datei in diesen Pfad kopiert:
<container folder>\A\B\C.txt. Dann wird diese Datei wird in den gleichen virtuellen Pfad in der Cloud hochgeladen. - Wenn das Feld CreateTime oder LastWriteTime für eine Datei während eines Uploads die zulässige Größe überschreitet, ersetzt "Fri, 31 Dec 9999 23:59:59" das ursprüngliche Datum in der Azure-Dateieigenschaft. Der Datei-Upload ist erfolgreich, und es wird kein Fehler gemeldet.
Größenbeschränkungen für das Azure-Speicherkonto
Dies sind die Grenzwerte für die Größe der Daten, die in ein Speicherkonto kopiert werden. Stellen Sie sicher, dass die von Ihnen hochgeladenen Daten diesen Grenzwerten entsprechen. Aktuelle Informationen zu diesen Grenzwerten finden Sie unter Skalierbarkeits- und Leistungsziele für Blob Storage und Skalierbarkeits- und Leistungsziele für Azure Files.
| Größe der in das Azure-Speicherkonto kopierten Daten | Standardlimit |
|---|---|
| Blockblob und Seitenblob | Der maximale Grenzwert ist identisch mit dem Speicherlimit, das für das Azure-Abonnement definiert ist, und enthält Daten aus allen Quellen(einschließlich Data Box). |
| Azure Files | Data Box unterstützt Azure Premium-Dateifreigaben, die insgesamt 100 TiB für alle Freigaben im Speicherkonto zulassen. Die maximal nutzbare Kapazität ist aufgrund des von Kopier- und Überwachungsprotokollen verwendeten Speicherplatzes etwas geringer. Mindestens jeweils 100 GiB wird für das Kopier- und das Überwachungsprotokoll reserviert. Weitere Informationen finden Sie unter Überwachungsprotokolle für Azure Data Box und Azure Data Box Heavy. Alle Ordner unter StorageAccount_AzFile müssen diesen Grenzwert einhalten. Weitere Informationen finden Sie unter Erstellen einer Azure-Dateifreigabe. |
Größenbeschränkungen für das Azure-Objekt
Hier sind die Größen der Azure-Objekte, die geschrieben werden können. Stellen Sie sicher, dass alle Dateien, die hochgeladen werden, diesen Einschränkungen entsprechen.
| Azure-Objekttyp | Standardlimit |
|---|---|
| Blockblob | 14 TiB |
| Seitenblob | 4 TiB Jede Datei, die im Seitenblobformat hochgeladen wird, muss einem ganzzahligen Vielfachen von 512 Bytes entsprechen. Andernfalls tritt beim Hochladen ein Fehler auf. VHD- und VHDX-Dateien entsprechen einem ganzzahligen Vielfachen von 512 Bytes. |
| Azure Files | 4 TiB |
| Verwaltete Datenträger | 4 TiB Weitere Informationen zu den Größen und Grenzwerten finden Sie unter: |
Benennungskonventionen für Azure-Blockblobs, -Seitenblobs und -Dateien
| Entity | Konventionen |
|---|---|
| Containernamen für Blockblob und Seitenblob | Es muss sich um einen gültigen DNS-Namen mit einer Länge von 3 bis 63 Zeichen handeln. Sie muss mit einem Buchstaben oder einer Zahl beginnen. Nur Kleinbuchstaben, Zahlen und Bindestriche (-) sind zulässig. Vor und nach jedem Bindestrich (-) muss unmittelbar ein Buchstabe oder eine Ziffer stehen. Aufeinanderfolgende Bindestriche sind in Namen nicht zulässig. |
| Freigabenamen für Azure-Dateien | Wie oben |
| Verzeichnis- und Dateinamen für Azure-Dateien | " \ / : | < > * ? |
| Blobnamen für Blockblobs und Seitenblobs |