Principes de base de la migration cloud pour le stockage de fichiers et de dossiers
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 un accès à 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 votre conception de solution cloud qui a une section de stockage.
L’objectif de cet article est de fournir des insights sur la façon dont vous pouvez obtenir une migration de stockage vers Azure et réaliser votre conception de solution cloud pour le stockage.
La migration de fichiers et de dossiers vers le cloud nécessite une planification minutieuse et la prise en compte de nombreux points pour obtenir un résultat optimal. Azure Storage Mover fournit une liste en constante évolution des fonctionnalités et des scénarios de migration dont vous pouvez vous servir dans votre parcours. Dans cet article, nous interrompons 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 choisissez les emplacements sources qui font partie de votre projet de migration. Azure Storage Mover traite les emplacements sources sous forme de partages de fichiers. Ces emplacements peuvent résider sur un périphérique de stockage NAS, un serveur ou même une station de travail. Les protocoles courants pour les partages de fichiers sont S Mo (server Message Block) et NFS (Network File System).
Si votre charge de travail utilise un stockage en attachement direct (DAS), vous pouvez généralement encore utiliser Azure Storage Mover pour votre migration cloud. Vous devez pouvoir 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 l’étendue de votre projet de migration le plus possible. 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 de plusieurs charges de travail en même temps, vous devez les diviser en projets de migration individuels.
Important
L’ajout de plusieurs charges de travail dans un même projet de migration n’est pas recommandé. Chaque charge de travail doit avoir son propre projet de migration. La structure du projet de cette façon simplifie considérablement la gestion de la migration et le basculement de charge de travail.
Le résultat de la phase de découverte est la liste des 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 créer et stocker les listes individuelles. Une pratique courante est de nommer le projet de migration avec le nom de la charge de travail que vous migrez. Cette pratique simplifie la supervision de vos étapes de planification et de la progression de la migration.
Phase 2 : Évaluation
Azure propose 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 court-listés pour vous assurer que vous avez choisi le stockage cible Azure approprié pour la conception de votre solution cloud.
La clé de toute migration est de capturer la fidélité nécessaire des fichiers pendant leur déplacement de leur emplacement de stockage actuel vers Azure. Différents systèmes de fichiers et appareils de stockage enregistrent un tableau d’informations de fidélité de fichier, et il n’est pas toujours nécessaire de restituer entièrement ou conserver ces informations dans Azure. La fidélité de fichier demandée par votre scénario et le degré de fidélité pris en charge par l’offre de stockage dans Azure vous aident également à choisir la solution de stockage appropriée dans Azure. Traditionnellement, les données de fichier d’usage général dépendent d’au moins certaines des 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 enregistre le contenu du fichier.
- Métadonnées de fichier : les métadonnées de fichier ont les sous-composants suivants :
- 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)
- horodatages, notamment les horodatages 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é à :
- Lire toutes les informations de fichier nécessaires dans la source.
- Transférer les fichiers avec l’outil ou le service de migration.
- Stocker des fichiers dans le stockage cible de la migration.
La sortie de la phase d’évaluation est la liste des aspects trouvés dans le partage source. Ces aspects peuvent inclure des données telles que :
- Taille du partage.
- Nombre d’éléments d’espace de noms ou nombre combiné de fichiers et de 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 dans une 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 de Stockage Azure Mover, votre stockage cible doit exister avant de pouvoir créer une définition de travail. Par exemple, si votre cible est un conteneur d’objets blob Azure, vous devez le déployer avant de créer une définition de travail.
Le résultat de la phase de planification est le mappage des partages sources aux emplacements cibles Azure. Si vos cibles n’existent pas encore, vous devez effectuer la phase suivante « Déployer » pour 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 la cible Stockage Azure ressources 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 Stockage Azure Mover.
Azure Storage Mover ne peut actuellement pas vous aider à déployer vos ressources cibles. Pour déployer le stockage Azure, vous pouvez utiliser les Portail Azure, Azure PowerShell, Azure CLI ou un modèle Bicep.
Important
Lors du déploiement de Stockage Azure, passez en revue les combinaisons de paires source/cible de prise en charge pour Stockage Azure 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 y deux points principaux à prendre en compte dans la phase de migration :
- Réduisez le temps d’arrêt de votre charge de travail.
- Déterminer le mode de migration approprié.
Réduire le 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 avec n passages
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 associé, vous pouvez en savoir plus sur la hiérarchie des ressources Storage Mover.
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 approprié, en fonction des changements attendus de votre espace de noms pendant la migration.
Deux modes de copie sont possibles :
| Mode Copie | Comportement de la 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 à en 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-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 :