Limites d’Azure Stack Edge Pro R

Tenez compte de ces limites lorsque vous déployez et utilisez votre solution Azure Stack Edge Pro R.

Limites du service Azure Stack Edge Pro R

• Le compte de stockage doit être physiquement le plus proche de la région où l’appareil est déployé (peut être différent de celui où le service est déployé).
• Le déplacement d’une ressource Azure Stack Edge vers un autre abonnement ou groupe de ressources n’est pas pris en charge. Pour plus d’informations, accédez à Déplacer des ressources vers un nouveau groupe de ressources ou un nouvel abonnement.

Limites des appareils Azure Stack Edge Pro R

Le tableau suivant décrit les limites de l’appareil Azure Stack Edge Pro R.

Limites de 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, le cas échéant pour le service Azure Stack Edge. Passez en revue attentivement les limites de stockage et suivez toutes les recommandations.

Pour obtenir les dernières informations sur les limites du service de stockage Azure et les meilleures pratiques pour nommer des partages, des conteneurs et des fichiers, accédez à :

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

Mises en garde concernant le téléchargement de données

Les mises en garde suivantes s’appliquent aux données au fur et à mesure qu’elles se déplacent dans Azure.

• Nous suggérons que plusieurs appareils ne doivent pas écrire dans le même conteneur.
• Si vous disposez d’un objet Azure existant (tel qu’un objet blob ou un fichier) dans le cloud portant le même nom que l’objet copié, l’appareil remplace le fichier dans le cloud.
• Une hiérarchie de répertoires vide (sans aucun fichier) créée sous les dossiers de partage n’est pas téléchargée dans les conteneurs blob.
• Vous pouvez copier les données à l’aide du glisser-déplacer avec l’Explorateur de fichiers ou via la ligne de commande. Si la taille agrégée 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 réessayent l’opération de copie pour les erreurs intermittentes et fournissent une résilience supplémentaire. Si vous utilisez le stockage d’objets blob via REST, AzCopy ou l’Explorateur de Stockage Azure peuvent être utilisés.
• Si le partage associé au conteneur de stockage Azure charge des objets blob qui ne correspondent pas au type d’objets blob défini pour le partage au moment de la création, ces objets blob ne sont pas mis à jour. Par exemple, vous pouvez créer un partage d’objets blob de blocs sur l’appareil. Associez le partage à un conteneur cloud existant qui contient des blobs de pages. Actualisez ce partage pour télécharger les fichiers. Modifiez certains des fichiers actualisés qui sont déjà stockés en tant que blocs de pages dans le cloud. Vous verrez des échecs de chargement.
• Une fois qu’un fichier est créé dans les partages, le changement de nom du fichier n’est pas pris en charge.
• La suppression d’un fichier d’un partage ne supprime pas l’entrée dans le compte de stockage.
• Si vous utilisez rsync pour copier des données, rsync -a l’option n’est pas prise en charge.

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

Voici les limites relatives à la taille des données copiées dans le compte de stockage. Assurez-vous que les données que vous chargez sont conformes à ces limites. Pour consulter les dernières informations relatives à ces limites, accédez à Objectifs de mise à l’échelle du stockage Blob Azure et Objectifs de mise à l’échelle Azure Files.

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 conformes à ces limites.

Étapes suivantes

• Préparer le déploiement d’Azure Stack Edge Pro R