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:

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> das Zielspeicherkonto um und lädt sie als SMB Azure-Dateifreigabe hoch.
  • Wenn Sie sowohl die SMB- als auch die NFS-Protokolle für Datenkopien verwenden, empfehlen wir Folgendes:
    • 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:
    • Zur Leistungsverbesserung während Datenuploads empfehlen wir, dass Sie große Dateifreigaben für das Speicherkonto aktivieren und die Freigabekapazität auf 100 TiB erhöhen.
    • 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 große Dateifreigaben (100 TiB), wenn dies vor Erstellung des Data Box-Auftrags aktiviert wurde.
  • Data Box unterstützt Azure Premium-Dateifreigaben, die insgesamt 100 TiB für alle Freigaben im Speicherkonto zulassen.

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 1 TiB
Verwaltete Datenträger 4 TiB
Weitere Informationen zu Größe und Grenzwerten finden Sie unter:
  • Skalierbarkeitsziele bei SSD Standard
  • Skalierbarkeitsziele bei SSD Premium
  • Skalierbarkeitsziele bei HDD Standard
  • Managed Disks – Preise und Abrechnung
  • 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
  • Groß-/Kleinschreibung wird beibehalten, aber nicht berücksichtigt, maximal 255 Zeichen.
  • Schrägstrich (/) als letztes Zeichen nicht erlaubt.
  • Falls eingegeben, erfolgt eine automatische Entfernung.
  • Folgende Zeichen sind nicht zulässig: " \ / : | < > * ?
  • Reservierte URL-Zeichen müssen korrekt mit Escapezeichen versehen sein.
  • Ungültige Zeichen im URL-Pfad sind unzulässig. Codeelemente wie „\uE000“ sind keine gültigen Unicode-Zeichen. Einige ASCII- und Unicode-Zeichen, z.B. Steuerzeichen (0x00 bis 0x1F, \u0081 usw.), sind ebenfalls unzulässig. Regeln für Unicode-Zeichenfolgen in HTTP/1.1 finden Sie unter „RFC 2616, Section 2.2: Basic Rules“ und „RFC 3987“.
  • Die folgenden Dateinamen sind unzulässig: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, Punkt (.) und zwei Punkte (..).
  • Blobnamen für Blockblobs und Seitenblobs
  • Für Blobnamen wird die Groß-/Kleinschreibung beachtet, und sie können eine beliebige Kombination von Zeichen enthalten.
  • Ein Blobname muss zwischen 1 und 1.024 Zeichen lang sein.
  • Reservierte URL-Zeichen müssen korrekt mit Escapezeichen versehen sein.
  • Die Anzahl von Pfadsegmenten, aus denen der Blobname besteht, darf 254 nicht überschreiten. Ein Pfadsegment ist die Zeichenfolge zwischen aufeinanderfolgenden Trennzeichen (z.B. der Schrägstrich (/)), die für den Namen eines virtuellen Verzeichnisses steht.