Limites d’Azure Data Box Disk

Les sections suivantes contiennent des limites qui doivent être observées lors du déploiement et de l’exploitation de votre solution Azure Data Box Disk.

Limites du service Data Box

  • Le service Data Box est disponible dans les régions Azure répertoriées dans la section Disponibilité régionale de l’article Vue d'ensemble de Data Box.
  • Data Box Disk prend en charge un seul compte de stockage.
  • Data Box Disk pouvez stocker un maximum de 100 000 fichiers
  • Data Box Disk prend en charge un maximum de 512 conteneurs ou partages dans le cloud. Les répertoires de niveau supérieur au sein du partage utilisateur deviennent des conteneurs ou des partages de fichiers Azure dans le cloud.

Performance du Data Box Disk

Les performances de débit de disque allant jusqu’à 430 Mo/s ont été observées lorsque les disques sont connectés via USB 3.0. Les performances réelles varient en fonction de la taille de fichier utilisée. Par exemple, les fichiers plus petits entraînent fréquemment des performances inférieures.

limites de stockage Azure

Cette section décrit les limites du service stockage Azure, y compris les conventions d’affectation de noms requises pour Azure Files, ainsi que les objets blob de blocs et de pages, en ce qui concerne le service Data Box. Passez en revue attentivement les limites de stockage et suivez toutes les recommandations.

Pour connaître les dernières limites de service de stockage Azure, notamment les meilleures pratiques pour nommer des partages, des conteneurs et des fichiers, consultez :

Important

Les fichiers ou répertoires qui dépassent les limites de service d'stockage Azure ou qui ne sont pas conformes aux conventions de dénomination des fichiers ou des objets blob Azure ne sont pas ingérés dans stockage Azure via le service Data Box.

Avertissements liés à la copie et au chargement des données

  • Azure Data Box ne prend pas en charge l'importation de données dans les partages de fichiers Azure NFS. La copie de données entre le partage de fichiers source et celui de destination NFS Azure ayant des noms identiques entraîne un conflit. Pour résoudre ce conflit, Data Box renomme le partage source en databox-<GUID> et le charge dans le compte de stockage cible en tant que partage de fichiers Azure SMB (Server Message Block).

  • Ne copiez pas les données directement sur la racine du disque. Copiez des données dans des dossiers BlockBlob, PageBlob et AzureFile précréés.

  • Tout dossier créé dans le dossier BlockBlob et PageBlob devient un conteneur. Par exemple, les conteneurs sont créés en tant que BlockBlob/container et PageBlob/container.

  • Si un dossier partage le même nom qu’un conteneur existant, le contenu de ce dossier est fusionné avec le contenu du conteneur. Les fichiers ou objets blob qui ne se trouvent pas déjà dans le cloud sont ajoutés au conteneur. Si un fichier ou un objet blob partage le même nom qu’un fichier ou un objet blob qui existe déjà dans le conteneur, le fichier ou l’objet blob existant est remplacé.

  • Chaque fichier écrit dans les partages BlockBlob et PageBlob est téléchargé en tant que block blob et page blob, respectivement.

  • Les hiérarchies des blobs et des fichiers Azure sont conservées lors du téléchargement dans le cloud. Par exemple, la copie d’un fichier avec un chemin d’accès du <container folder>\A\B\C.txt entraîne le chargement du fichier sur le même chemin dans le cloud.

  • Une hiérarchie de répertoires vides (sans fichiers) créée sous les dossiers BlockBlob et PageBlob n’est pas chargée.

  • Tout chemin d'accès et nom de fichier dépassant 256 caractères dans vos opérations de copie entraîne des échecs par l'outil data Box Split Copy Tool (DataBoxDiskSplitCopy.exe) ou l'outil de validation Data Box Disk (DataBoxDiskValidation.cmd) si les chemins longs ne sont pas activés sur le client. Pour éviter ce type de défaillance, activer les chemins longs sur votre client Windows.

  • Toute erreur générée lors du chargement vers Azure génère un journal des erreurs dans le compte de stockage cible. Le chemin d’accès à ce journal des erreurs est disponible dans le portail une fois le chargement terminé. Vous devez passer en revue le fichier journal et prendre des mesures correctives pour éviter la perte de données. Ne supprimez jamais les données de la source sans vérifier les données chargées.

  • Si vous avez spécifié des disques managés dans votre ordre, passez en revue les considérations suivantes :

    • Vous ne pouvez avoir qu’un seul disque managé avec un nom donné dans un groupe de ressources dans les dossiers précréés, dans le Data Box Disk. Par conséquent, tous les disques durs virtuels chargés dans les dossiers précréés doivent avoir des noms uniques. Assurez-vous que le nom donné ne correspond pas à un disque managé existant au sein d’un groupe de ressources. Si des disques durs virtuels partagent un nom identique, un seul disque dur virtuel est converti en disque managé avec ce nom. Tous les autres disques durs virtuels sont chargés comme objets blob de pages dans le compte de stockage de préproduction.
    • Vous devez toujours copier les disques durs virtuels dans l’un des dossiers pré-créés. Tout disque dur virtuel copié en dehors de ces dossiers ou dans un dossier que vous créez est chargé dans votre compte de stockage en tant que blob de page au lieu d’un disque géré.
    • Seuls les VHD corrigés peuvent être chargés pour créer des disques managés. Les opérations pour les disques durs virtuels dynamiques, les disques durs virtuels de différenciation ou les fichiers VHDX (Virtual Hard Disk v2) ne sont pas pris en charge.
    • Les fichiers non VHD copiés dans les dossiers de disque managé précréé ne sont pas convertis en disque managé.

limites de taille de compte de stockage Azure

Le tableau suivant contient les limites relatives à la taille des données qui peuvent être copiées dans un compte de stockage. Vérifiez que les données que vous chargez sont conformes à ces limites.

Type de données Limite par défaut
objet blob de blocs, objet blob de pages. Pour plus d'informations sur ces limites, consultez les cibles de mise à l’échelle du stockage Blob Azure, les cibles de mise à l’échelle du stockage standard Azure et les cibles de mise à l’échelle Azure Files.

Les limites incluent les données de toutes les sources, y compris les Data Box Disk.

limites de taille d’objet Azure

Voici les tailles des objets Azure qui peuvent être écrits. Assurez-vous que tous les fichiers chargés sont en conformité avec ces limites.

type d’objet Azure Limite par défaut
Objet blob de blocs 7 Tio
Objet blob de pages 7 TiB
Chaque fichier chargé dans le format d’objet blob de pages doit être de 512 octets alignés (un multiple entier), sinon le chargement échoue.
Les disques VHD et VHDX sont de 512 octets alignés.
Azure Files 4 Tio
Disques managés 4 TiB
Pour plus d’informations sur la taille et les limites, consultez :
  • Objectifs d’évolutivité des disques SSD Standard
  • Objectifs d’évolutivité des disques SSD Premium
  • Objectifs d’évolutivité des disques durs HDD standard
  • Tarification et facturation des disques managés
  • Blobs de blocs Azure, blobs de pages et conventions de nommage de fichiers

    Entité Conventions
    Noms de conteneur pour les blobs de blocs et les blobs de pages Doit être un nom DNS valide dont la longueur est comprise entre 3 et 63 caractères.
    Doit commencer par une lettre ou un chiffre.
    Ne peut contenir que des lettres minuscules, des chiffres et le trait d’union (-).
    Chaque trait d’union (-) doit être immédiatement précédé et suivi d’une lettre ou d’un chiffre.
    Les traits d’union consécutifs ne sont pas autorisés dans les noms.
    Partager des noms pour les fichiers Azure Identique à ce qui précède
    Noms de répertoires et de fichiers pour les fichiers Azure
  • Conservent et respectent la casse, et ne doivent pas dépasser 255 caractères.
  • Ne peuvent pas se terminer par une barre oblique avant (/).
  • Si renseignée, elle sera automatiquement supprimée.
  • Les caractères suivants ne sont pas autorisés : " \ / : | < > * ?
  • Les caractères d’URL réservées doivent être correctement placés dans une séquence d’échappement.
  • Les caractères de chemin d’URL illégal ne sont pas autorisés. Les points de code comme \uE000 ne sont pas des caractères Unicode valides. Certains caractères Unicode ou ASCII, comme les caractères de contrôle (0x00 to 0x1F, \u0081, etc.) ne sont pas autorisés. Pour les règles concernant les chaînes Unicode dans HTTP/1.1, consultez RFC 2616, Section 2.2 : Règles de base et RFC 3987.
  • Les noms de fichiers suivants ne sont pas autorisés : LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, le point (.) et les deux points (..).
  • Noms d’objet blob pour les objets blob de blocs et les objets blob de pages
  • Les noms d’objet blob respectent la casse et peuvent contenir une combinaison de caractères.
  • Le nom d’objet blob doit comprendre entre 1 et 1 024 caractères.
  • Les caractères d’URL réservées doivent être correctement placés dans une séquence d’échappement.
  • Le nombre de segments de ligne comprenant le nom d’objet blob ne peut pas dépasser 254. Un segment de chemin représente la chaîne située entre des caractères délimiteurs consécutifs (par exemple, la barre oblique « / ») qui correspond au nom d’un répertoire virtuel.
  • Conventions d’affectation de noms des disques managés

    Entité Conventions
    Noms de disques managés
  • Le nom doit contenir de 1 à 80 caractères.
  • Le nom doit commencer par une lettre ou un nombre, se terminer par une lettre, un nombre ou un trait de soulignement.
  • Le nom ne peut contenir que des lettres, des chiffres, des traits de soulignement, des points ou des traits d’union.
  • Le nom ne doit pas contenir d’espaces ou /.
  • Étapes suivantes