Concepts de base de la migration cloud pour le stockage de fichiers et de dossiers

2025-05-20

Chaque migration commence par un besoin métier. Une migration cloud transforme une charge de travail en déplaçant les fichiers et dossiers dont elle dépend. Une charge de travail peut être une application ou un accès utilisateur direct. Dans les deux cas, la charge de travail est dépendante du stockage que vous déplacez vers le cloud. La charge de travail peut également se déplacer vers le cloud ou rester là où elle est en place, mais nécessite une modification de configuration pour pointer vers le nouvel emplacement de stockage cloud. Ces détails sont enregistrés dans la conception de votre solution cloud qui a une section de stockage.

L’objectif de cet article est de fournir des informations sur la façon dont vous pouvez effectuer une migration de stockage vers Azure, de sorte que vous pouvez réaliser la conception de votre solution cloud pour le stockage.

La migration de fichiers et de dossiers vers le cloud nécessite une planification minutieuse et de nombreux points à prendre en compte pour obtenir un résultat optimal. Azure Storage Mover fournit une liste croissante de fonctionnalités et de scénarios de migration qui vous prennent en charge dans votre parcours. Dans cet article, nous divisons les tâches courantes d’une migration en phases qui ont chacune leur propre section.

Phase 1 : Découverte

Dans la phase de découverte, vous décidez quels emplacements sources font partie de votre projet de migration. Azure Storage Mover gère les emplacements sources sous forme de partages de fichiers. Ces emplacements peuvent résider sur le stockage attaché au réseau (NAS), un serveur ou même sur une station de travail. Les protocoles courants pour les partages de fichiers sont SMB (Server Message Block) et NFS (Network File System).

Si votre charge de travail utilise le stockage attaché direct (DAS), azure Storage Mover peut probablement continuer à vous aider à migrer dans le cloud. Vous pouvez peut-être créer un partage de fichiers sur le chemin du dossier local, puis partager l’emplacement sur le réseau local. Avec les autorisations appropriées et les considérations relatives à la mise en réseau, vous pouvez maintenant migrer cet emplacement vers Azure, même si votre application utilise le chemin local.

Commencez par créer une liste de tous les partages dont dépend votre charge de travail. Reportez-vous à la conception de votre solution cloud pour voir quels partages restent locaux et qui sont dans l’étendue de la migration cloud. Limitez le plus possible l’étendue de votre projet de migration. En fin de compte, votre charge de travail doit basculer vers les emplacements cloud. Plus le nombre d’emplacements sources est réduit, plus le basculement de votre charge de travail est plus facile.

Si vous devez migrer le stockage pour plusieurs charges de travail à peu près en même temps, vous devez les fractionner en projets de migration individuels.

Important

L’inclusion de plusieurs charges de travail dans un projet de migration unique n’est pas recommandée. Chaque charge de travail doit avoir son propre projet de migration. Structurer le projet de cette manière simplifiera considérablement la gestion de la migration et le basculement de charge de travail.

Le résultat de la phase de découverte est une liste de partages de fichiers que vous devez migrer vers Azure. Vous devez avoir des listes distinctes par charge de travail.

Azure Storage Mover propose des projets de migration pour la création et le stockage de listes individuelles. Une pratique courante consiste à nommer le projet de migration après la charge de travail que vous migrez. Cette pratique simplifie la supervision des étapes de planification et de la progression de votre migration.

Phase 2 : Évaluation

Azure offre différents types de stockage cloud. Un aspect fondamental de la migration de fichiers vers Azure consiste à déterminer l’option de stockage Azure adaptée à vos données. Le nombre de fichiers et de dossiers, leur structure de répertoires, le protocole d’accès, la fidélité des fichiers et d’autres aspects sont des entrées importantes dans une conception complète de solution cloud.

Dans la phase d'évaluation, vous examinez vos partages découverts et présélectionnés pour vous assurer que vous avez choisi le stockage cible sur Azure approprié pour la conception de votre solution cloud.

Une partie clé de toute migration consiste à capturer la fidélité des fichiers requise lors du déplacement de vos fichiers de leur emplacement de stockage actuel vers Azure. Différents systèmes de fichiers et périphériques de stockage enregistrent une variété d’informations sur l'intégrité des fichiers, et la préservation totale de ces informations dans Azure n'est pas toujours nécessaire. La fidélité des fichiers requise par votre scénario et le degré de fidélité pris en charge par l’offre de stockage dans Azure vous aide également à choisir la solution de stockage appropriée dans Azure. Les données de fichier à usage général dépendent traditionnellement d’au moins certaines métadonnées de fichier. Ce n’est pas forcément le cas des données d’application.

Voici les deux composants de base d’un fichier :

Flux de données: Le flux de données d’un fichier stocke le contenu du fichier.
Métadonnées de fichier : Les métadonnées de fichier ont ces sous-composants :
- attributs de fichier, tels que lecture seule
- autorisations de fichier, telles que les autorisations NTFS ou les listes de contrôle d’accès aux fichiers et dossiers (ACL)
- les horodatages, notamment de création et de dernière modification
- un autre flux de données, qui est un espace pour stocker de grandes quantités de propriétés non standard

La fidélité des fichiers dans une migration peut être définie comme la capacité à :

Lisez toutes les informations de fichier requises à partir de la source.
Transférer des fichiers avec le service de migration ou l’outil.
Stocker des fichiers dans le stockage cible de la migration.

La sortie de la phase d’évaluation est une liste d’aspects identifiés dans le partage de la source. Ces aspects peuvent inclure des données telles que :

Taille du partage.
Le nombre d'éléments de l'espace de noms, c'est-à-dire le comptage total des fichiers et des dossiers.
Niveau de fidélité qui doit être conservé dans la cible de stockage Azure.
Niveau de fidélité qui doit rester opérationnel en mode natif dans la cible de stockage Azure.

Cet insight est une entrée importante dans la conception de vos solutions cloud pour le stockage.

Phase 3 : Planification

Dans la phase de planification, vous combinez vos partages sources découverts avec vos emplacements cibles dans Azure.

La phase de planification mappe chaque partage source à une destination spécifique, telle qu’un conteneur d’objets blob Azure ou un partage de fichiers Azure. Pour ce faire, vous devez planifier et enregistrer les comptes d’abonnement et de stockage Azure contenant vos ressources cibles.

Dans le service Azure Storage Mover, vous pouvez enregistrer chaque paire source/cible en tant que définition de travail. Une définition de travail est imbriquée dans le projet de migration que vous avez créé précédemment. Vous avez besoin d’une nouvelle définition de travail distincte pour chaque paire source/cible.

Remarque

Dans cette version d’Azure Storage Mover, votre stockage cible doit exister avant de pouvoir créer une définition de travail. Par exemple, si votre cible est un conteneur blob Azure, vous devez le déployer avant de créer une définition de tâche.

Le résultat de la phase de planification est le mappage des partages sources aux emplacements cibles Azure. Si vos cibles n’existent pas déjà, vous devez effectuer la phase suivante « Déployer » avant de pouvoir enregistrer votre plan de migration dans le service Azure Storage Mover.

Phase 4 : Déploiement

Une fois que vous avez terminé un plan de migration, vous devez vous assurer que les ressources de stockage Azure cibles, telles que les comptes de stockage et les conteneurs, sont déployées. Vous devez effectuer ce déploiement avant de pouvoir enregistrer votre plan de migration en tant que définition de travail pour chaque paire source/cible dans Azure Storage Mover.

Azure Storage Mover ne peut actuellement pas vous aider dans le déploiement des ressources cibles. Pour déployer le stockage Azure, vous pouvez utiliser le portail Azure, Azure PowerShell, Azure CLI ou un fichier Bicep.

Important

Lors du déploiement du stockage Azure, passez en revue les combinaisons de paires source/cible de prise en charge pour Azure Storage Mover et vérifiez que vous ne configurez pas de scénarios non pris en charge.

Phase 5 : Migration

Le travail de copie de vos fichiers et dossiers vers un emplacement cible Azure se produit dans la phase de migration.

Il existe deux points principaux à prendre en compte pour la phase de migration :

Réduisez le temps d’arrêt de votre charge de travail.
Déterminez le mode de migration approprié.

Réduire les temps d’arrêt

Pendant une migration, il peut y avoir des périodes pendant lesquelles une charge de travail ne peut pas accéder au stockage sur lequel elle dépend. La réduction de ces périodes est souvent une exigence. Cette section décrit une stratégie courante pour réduire le temps d’arrêt de la charge de travail.

Migration convergente, n-pass

Dans cette stratégie, vous copiez des données de la source vers la cible plusieurs fois. Pendant ces itérations de copie, la source reste disponible en lecture et en écriture pour la charge de travail. Juste avant l’itération finale de la copie, vous mettez la source hors ligne. On s’attend à ce que la copie finale se termine plus rapidement que la copie initiale. Après la copie finale, la charge de travail est basculée pour utiliser le nouveau stockage cible dans Azure.

Azure Storage Mover prend en charge la copie de la source vers la cible aussi souvent que nécessaire. Une définition de travail stocke vos paramètres de source, de cible et de migration. Vous pouvez demander à un agent de migration d’exécuter votre définition de travail, ce qui entraîne une exécution de travail. Dans cet article lié, vous pouvez en savoir plus sur la hiérarchie des ressources du déplaceur de stockage.

Modes de migration

La façon dont vos fichiers sont copiés à partir de la source vers la cible est tout aussi important que l’emplacement où les fichiers sont copiés vers et depuis. Différents scénarios de migration nécessitent différents paramètres. Pendant une migration, vous êtes susceptible de copier depuis la source vers la cible plusieurs fois afin de réduire le temps d’arrêt. Lorsque les fichiers ou dossiers changent entre les itérations de copie, le mode de copie détermine le comportement du moteur de migration. Sélectionnez soigneusement le mode correct, en fonction des modifications attendues apportées à votre espace de noms pendant la migration.

Il existe deux modes de copie :

Mode Copie	Comportement de migration
miroir La cible ressemble à la source.	- Les fichiers de la cible sont supprimés s’ils n’existent pas dans la source. - Les fichiers et dossiers de la cible sont mis à jour pour correspondre à la source.
Fusionner La cible a plus de contenu que la source et vous continuez à l’ajouter.	- Les fichiers sont conservés dans la cible, même s’ils n’existent pas dans la source. - Les fichiers avec des noms et des chemins correspondants sont mis à jour pour correspondre à la source. - Les renommages de dossiers entre les copies peuvent conduire à dupliquer du contenu dans la cible.

Phase 6 : Tâches postérieures à la migration

Dans cette phase de la migration, vous devez réfléchir à d’autres configurations et services qui vous permettent de basculer votre charge de travail et de protéger vos données.

Par exemple, le basculement de votre charge de travail nécessite un chemin réseau pour accéder au stockage Azure de manière sécurisée. Si vous avez utilisé le point de terminaison public d’un compte de stockage Azure pendant la migration, envisagez de configurer des points de terminaison privés pour votre compte de stockage et d’activer les règles de pare-feu pour désactiver les demandes de données sur le point de terminaison public.

Voici quelques recommandations supplémentaires :

Étapes suivantes

Ces articles peuvent vous aider à utiliser Azure Storage Mover pour votre migration cloud :