Limites d’Azure Data Box Gateway

Tenez compte de ces limites quand vous déployez et utilisez votre solution Microsoft Azure Data Box Gateway.

Limites de service Data Box Gateway

• Le compte de stockage doit être physiquement plus proche de la région où l’appareil est déployé (elle peut être différente de la zone où le service est déployé).
• Le déplacement d’une ressource Data Box Gateway vers un abonnement ou groupe de ressources différent n’est pas pris en charge. Pour plus d’informations, consultez Déplacer des ressources vers un nouveau groupe de ressource ou un nouvel abonnement.

Limites d’appareil Data Box Gateway

Le tableau suivant décrit les limites de l’appareil Data Box Gateway.

Description	active
Non. de fichiers par appareil	100 million Tous les 25 millions de fichiers ajoutés (avec une limite maximale de 100 millions), vous devez ajouter 2 To d'espace disque, 8 Go de RAM et 4 cœurs de processeur.
Non. de partages par appareil	24
Non. de partages par conteneur de stockage Azure	1
Taille de fichier maximale écrite sur un partage	Pour un appareil virtuel de 2 To, la taille de fichier maximale est de 500 Go. La taille maximale de fichier augmente proportionnellement avec la taille du disque de données, jusqu’à atteindre la taille maximale de 5 To.

Limites du stockage Azure

Cette section décrit les limites du service Stockage Azure et les conventions d’affectation de noms requises pour Azure Files, les objets blob de blocs Azure et les objets blob de pages Azure, telles qu’applicables au service Azure Stack Edge/Data Box Gateway. Examinez soigneusement les limites de stockage et suivez toutes les recommandations.

Pour les informations les plus récentes sur les limites du service de stockage Azure et les bonnes pratiques pour nommer les partages, les conteneurs et les fichiers, accédez à :

• Affectation de noms et de références aux conteneurs
• Affectation de noms et de références aux partages
• Conventions d’objets blob de blocs et d’objets blob de pages

Important

S’il existe des fichiers ou répertoires qui dépassent les limites du service Stockage Azure, ou qui ne sont pas conformes aux conventions d’affectation de noms des fichiers/objets blob Azure, ces fichiers ou répertoires ne sont pas ingérés dans Stockage Azure par le biais du service Azure Stack Edge/Data Box Gateway.

Mises en garde relatives au chargement de données

Les mises en garde suivantes s’appliquent pour les déplacements des données dans Azure.

• Nous vous suggérons de ne pas autoriser plusieurs appareils à écrire dans le même conteneur.
• Si un objet Azure existant (tel qu’un blob ou un fichier) présent dans le cloud a le même nom que l’objet qui est en train d’être copié, l’appareil remplace le fichier dans le cloud.
• Une hiérarchie de répertoires vides (sans fichiers) créée sous les dossiers de partage n’est pas chargée dans les conteneurs d’objets blob.
• Vous pouvez copier les données à l’aide de la fonction glisser-déposer de l’Explorateur de fichiers, ou via la ligne de commande. Si la taille globale des fichiers copiés est supérieure à 10 Go, nous vous recommandons d’utiliser un programme de copie en bloc tel que Robocopy ou rsync. Les outils de copie en bloc tentent à nouveau l’opération de copie en cas d’erreurs intermittentes et offrent une résilience supplémentaire.
• Si le partage associé au conteneur de stockage Azure télécharge des objets BLOB qui ne correspondent pas au type d’objets BLOB définis pour le partage au moment de la création, alors de tels objets BLOB ne sont pas mis à jour. Par exemple, si vous créez un partage d’objets blob de blocs sur l’appareil, associez le partage à un conteneur cloud existant qui possède des objets blob de pages, actualisez ce partage pour télécharger les fichiers, puis modifiez certains des fichiers actualisés déjà stockés en tant qu’objets blob de pages dans le cloud, vous verrez des échecs de téléchargement.
• Une fois qu’un fichier est créé dans les partages, vous ne pouvez plus le renommer.
• La suppression d’un fichier à partir d’un partage ne supprime pas l’entrée du compte de stockage.
• Si vous utilisez rsync pour copier des données, l’option rsync -a n’est pas prise en charge.

Limites de taille d’objet et de compte de stockage Azure

Voici les limites de la taille des données qui sont copiées dans le compte de stockage. Assurez-vous que les données que vous chargez sont conformes à ces limites. Pour obtenir les informations les plus récentes sur ces limites, consultez Objectifs de performance et d’extensibilité du stockage Blob et Objectifs de performance et d’extensibilité pour Azure Files.

Taille des données copiées dans le compte de stockage Azure	Limite par défaut
Objet blob de blocs et objet blob de pages	500 To par compte de stockage

Limites de taille des objets 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 de chargement
Objet blob de blocs	~ 4,75 To
Objet blob de pages	1 To Chaque fichier chargé au 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	1 To Chaque fichier chargé au 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.

Important

La création de fichiers (quel que soit le type de stockage) est autorisée jusqu’à 5 To. Toutefois, si vous créez un fichier dont la taille est supérieure à la limite de chargement définie dans le tableau précédent, le fichier n’est pas chargé. Vous devez supprimer manuellement le fichier pour récupérer l’espace.

Étapes suivantes

• Préparer le déploiement d’Azure Data Box Gateway