Partager via

Migration de vos données vers Azure - Vue d’ensemble

La migration de charges de travail nécessitant beaucoup de données et de stockage vers Azure permet d’accéder à un stockage cloud évolutif et sécurisé, ce qui permet une innovation et une croissance rapides. Ce document fournit des conseils clairs et pratiques pour vous aider à effectuer une migration transparente de blocs, de fichiers et de stockage d’objets. Il présente différentes considérations, fournit des métriques clés, décrit les services de stockage Azure pertinents et aide à la sélection des outils.

Contexte

Sélectionnez pour déployer/réduire cette section

Différentes exigences métier et techniques dictent votre stratégie globale de migration Azure. Pour capturer des exigences spécifiques pour vos cas d’usage afin que les décisions appropriées en matière de conception architecturale et technique puissent être prises, le Microsoft Well-architected Framework (WAF) inclut des ensembles essentiels de conseils pour toutes les migrations de charge de travail et de service. En cas de suivi, le processus traite de la fiabilité, de la sécurité, de l’optimisation des coûts, de l’excellence opérationnelle et de l’efficacité des performances. Les meilleures pratiques recommandées incluent l’examen des instructions waf et les informations suivantes pour créer une approche de migration complète pour vos applications et services spécifiques.

Note

Les conseils suivants incluent des informations spécifiques à la migration de données non structurée vers les services stockage Azure. Les scénarios impliquant des données structurées telles que SQL, Oracle ou Tables et ne sont pas couverts dans ce document.

Ces conseils se concentrent spécifiquement sur la migration de données non structurées vers les services stockage Azure. Le contenu adopte une approche centrée sur la migration des données, de sorte que les sujets tels que l’excellence opérationnelle et l’optimisation des coûts peuvent nécessiter des discussions distinctes et approfondies. Les scénarios impliquant des données structurées telles que SQL, Oracle ou Tables présentent des considérations supplémentaires qui varient en fonction de l’application.

Le contenu suivant ne remplace ni n’invalide aucune méthodologie, frameworks ou recommandations décrits dans d’autres documents Microsoft officiels.

Étapes et activités de migration

Une migration complète se compose de différentes étapes, notamment l’évaluation, la sélection cible, la planification, la sélection des outils, l’exécution de la migration. En suivant une approche intermédiaire, les données peuvent être migrées vers Azure avec un temps d’arrêt et un risque réduits. Chaque étape garantit que tous les paramètres nécessaires sont couverts et que l’approche la plus appropriée pour les données de disque, de fichier et d’objet est sélectionnée.

Évaluation

Sélectionnez pour déployer/réduire cette section

Dans cette étape, vous déterminez et stockez toutes les sources qui doivent être migrées comme les partages SMB (Server Message Block), les volumes NFS (Network File System) ou les espaces de noms d’objets. L’ensemble du processus implique généralement les éléments suivants :

  • Création d’un catalogue ou d’un inventaire de toutes les ressources de données et sources de données.
  • Identification et compréhension des types de données et des modèles d’accès.
  • Comprendre la fiabilité, les performances et les exigences métier des données.
  • Évaluation de la réplication, du taux de modification et de la résilience et de la tolérance de temps d’arrêt.
  • Comprendre les exigences de sécurité et de conformité.

Vous pouvez effectuer cette phase manuellement ou utiliser des outils automatisés. Il existe plusieurs outils commerciaux disponibles auprès des éditeurs de logiciels indépendants (ISV) qui peuvent vous aider à la phase d’évaluation. Pour plus d’informations, consultez l’article de la matrice de comparaison .

En savoir plus sur les activités de phase d’évaluation.

Sélection cible

Sélectionnez pour déployer/réduire cette section

Il est essentiel de comprendre les options disponibles qui peuvent répondre aux exigences identifiées pendant la phase d’évaluation. Microsoft Azure offre plusieurs services de stockage tels qu’Azure Files, Stockage Blob, Azure NetApp Files et Disques managés pour les machines virtuelles. En outre, il existe des partenaires ISV qui proposent des versions logicielles de plateformes de stockage locales pour les charges de travail de blocs, de fichiers et d’objets basées sur nos services de stockage principaux.

Cette étape comprend principalement les activités suivantes :

  • Évaluation des exigences techniques pour identifier le service de stockage Azure cible le mieux adapté
  • Établissement de l’architecture de solution cible appropriée (en fonction de votre application ou de votre charge de travail) avec la solution de stockage identifiée.
  • Évaluation des prix et des coûts impliqués dans la migration et la solution cible

En savoir plus sur les activités de phase de sélection cible.

Planification de la stratégie de migration

Sélectionnez pour déployer/réduire cette section

La planification d’une stratégie de migration implique l’identification d’une méthode appropriée avec laquelle déplacer les données vers Azure. Il peut également inclure d’autres considérations appropriées pour des charges de travail spécifiques, la nature des données ou les applications impliquées. La liste suivante contient quelques exemples de ces considérations :

  • Transfert en ligne ou hors connexion
  • Faisabilité dune migration « lift-and-shift »
  • Taux de changement des données et hiérarchisation
  • Besoins de stockage hybride et déplacement des données
  • Réplication en tant que stratégie
  • Sauvegarde et restauration en tant que stratégie de migration

En savoir plus sur la stratégie de planification de la migration.

Sélectionner les outils de migration

Il existe différents outils de migration disponibles pour vous aider à effectuer votre migration. Par exemple, certains outils open source incluent AzCopy, robocopy, xcopy et rsync. Microsoft propose des outils managés tels que Azure Storage Mover, Azure Data box, Azure File Sync, Azure Migrate et Data Box Gateway. Il existe également de nombreux autres outils commerciaux, non-Microsoft disponibles. Une liste d’outils commerciaux disponibles est disponible dans notre article de matrice de comparaison , qui fournit également des comparaisons entre eux.

Le tableau suivant fournit une sélection d’outils de migration basés sur des scénarios pour votre référence. Bien que les alternatives réalisables puissent exister au cas par cas, les exemples suivants sont considérés comme les plus appropriés.

Scénario Outils recommandés
- Besoin d’un outil entièrement managé, automatisé et résilient avec un volet de gestion unique (dans Azure) ;
- Migration de fichiers ou de partages de fichiers au-delà des petits transferts, généralement > 1 To de données, montée en puissance jusqu’à des millions de fichiers ou d’objets
- Lift-and-shift et/ou synchronisation continue à partir d’un NAS local
- Serveurs de fichiers Windows sans Azure File Sync installé ou déjà configuré
- Migrer vers Azure impliquant :
- SMB (2.x, 3.x) vers Azure Blob (chaud/froid) ou ADLS avec le service d’espace de noms hiérarchique (HNS) activé
- SMB (2.x, 3.x) vers Azure Files (SMB uniquement)
- NFS (v3, v4.1) vers Azure Blob (chaud/froid) ou ADLS avec HNS activé (NFS v3 uniquement)
- Une fois ou continu (y compris les environnements multiclouds)
- S3 vers Blob Azure (chaud/froid) ou ADLS (espace de noms hiérarchique)
- Fonctionnalité de copie « Métadonnées uniquement », nécessitant uniquement la copie des métadonnées ou de la structure de fichier sans contenu de fichier (autorisations d’amorçage ou migrations à exécution sèche, par exemple)
 Azure Storage Mover
- Transfert de données hors connexion (faible bande passante ou aucune connectivité réseau, sites distants)
- Copie depuis des partages SMB ou NFS/sources NAS locales vers Azure Blob, Files, ADLS, vers des niveaux spécifiques, y compris l’importation directe vers une autre région (en dehors du pays/de la région source).
- Transfert hors connexion à partir d’Azure Files, Premium FileStorage, Blob (chaud/froid) vers un emplacement local
- Transfert hors connexion de HDFS sur site vers Azure Blob (données chaudes/froides) ou ADLS (HNS activé)		 Azure Data Box
- Besoin de transférer de grandes quantités de données dans une courte période via des solutions hors connexion et en ligne.
- Essaimage hors connexion des données en bloc initiales en raison de contraintes réseau suivies de la synchronisation delta.		 Azure Data Box pour l’essaimage avec Azure Storage Mover pour la synchronisation delta
- Machines physiques, machines virtuelles et leurs disques attachés ; Machines virtuelles s’exécutant dans Hyper-V, VMware, AWS, GCP. Azure Migrate
- Transfert de données rapide, unique ou incrémentiel, de petite à moyenne échelle (généralement < 1 To par travail) vers ou depuis Azure
- Transferts de service à service via le réseau principal Azure (fichiers vers fichiers, fichiers vers blob, etc.) (intra-Azure)
- Spécification des fonctionnalités de script (critères de filtrage, mises à jour de métadonnées ou transformation, par exemple) et contrôle précis pour ces transferts
- N’implique pas de millions de fichiers ou de transferts d’objets
- Système de fichiers local, SMB, montages NFS sur Azure
- S3 vers Azure Blob (généralement < 1 To)
- AWS EFS ou AWS FSx pour Windows vers Azure Files
- Google Cloud Storage (S3, API GCS) vers Stockage Azure (blob), ADLS (HNS activé)		 AzCopy (utilise toujours les API REST HTTPS)
- Source du serveur de fichiers Windows (SMB 2.x ou 3.x vers Azure Files)
- Synchronisation de données hybride avec synchronisation de fichiers inversés ou bidirectionnels
- Gestion centralisée des serveurs de fichiers avec le cache local et la hiérarchisation cloud
- Collaboration et travail d’équipe avec des déploiements extensibles (accès multisite et synchronisation)
- Sauvegarde côté cloud avec continuité d’activité et reprise d’activité, ainsi que la présence du cache local
- Une migration ponctuelle de partages de fichiers avec Azure File Sync déjà déployé et configuré		 Azure File Sync
- Exigences d’ingestion continue et de hiérarchisation cloud vers le stockage Azure (Blob) avec mise en cache locale
- La source est locale (NFS v3, 4.1 ou SMB 2.x, 3.x) (synchronisation unidirectionnelle) ou bidirectionnelle (avec synchronisation manuelle) vers ou depuis Azure
- Il n’est pas nécessaire de copier plusieurs copies locales de ces données conservées en synchronisation (unidirectionnelle)		 Azure Data Box Gateway
- Petites mises à l’échelle, transferts ponctuels avec des scripts personnalisés ou des migrations basées sur Linux/Windows CLI AzCopy, rsync, Robocopy
- Gestion des données complexes, analyse des données, hiérarchisation ou cas d'usage non pris en charge (ANF ou Lustre, par exemple) au-delà des fonctionnalités des outils natifs d'Azure Outils ISV (Komprise, Cirata, Data Dynamics, Atempo)
- Migration de données d’archivage volumineuses à partir de bandes locales vers le stockage Azure Consultez le guide de migration de bande et explorez les solutions partenaires telles que Tape Ark
- Sauvegarde ou archive locale volumineuse à l’aide de solutions ISV (Commvault, Veeam ou RUbrik, par exemple)
- Amorçage hors connexion avec synchronisation delta utilisant l'outil de sauvegarde.		 Utiliser des recommandations spécifiques aux partenaires ;
Azure Data Box avec une solution ISV
- Autres scénarios, notamment :
- NAS local vers Azure Files (à l’exception du service de copie de données Data Box)
- Linux local vers Azure Files NFS
- AWS EFS/FSx/S3 vers Azure Files
- GCP FileStorage dans Azure Files		 - Outils ISV (Komprise, Cirata, Data Dynamics, Atempo)
OR
- Monter la source sur un client et utiliser Azure Storage Mover ou AzCopy

En savoir plus sur les outils et les choix de migration.

Exécution de la migration

Sélectionnez pour déployer/réduire cette section

La phase de migration est la dernière étape de migration. Cette étape effectue les opérations de déplacement et de migration des données. En règle générale, la phase de migration se compose d’une réplication initiale ou d’une migration en bloc, suivie de plusieurs itérations de synchronisation incrémentielles avant le basculement final. Cette approche accomplit généralement un basculement plus fluide et plus efficace.

La durée d’une migration de données non structurée dépend de plusieurs aspects. En dehors de la méthode choisie, les facteurs les plus critiques sont la taille totale des données et la distribution de taille de fichier. Plus le jeu de données total est élevé, plus le temps de migration est long. Plus la taille de fichier moyenne est réduite, plus le temps de migration est long. Si vous avez un grand nombre de petits fichiers, envisagez de les archiver dans des fichiers plus volumineux (compresser en .tar ou .zip fichiers), si possible, pour réduire le temps de migration total.

En savoir plus sur l’exécution de la migration.

Migration des appareils basés sur des blocs

Sélectionnez pour déployer/réduire cette section

La migration d’appareils basés sur des blocs est généralement effectuée dans le cadre de la migration de machines virtuelles ou d’hôtes physiques. Retarder les décisions de stockage de bloc jusqu’à la fin d’une migration est une erreur courante. Prendre ces décisions à l’avance avec une compréhension approfondie des exigences de charge de travail entraîne une migration plus fluide vers le cloud.

La migration d’appareils basés sur des blocs peut être effectuée de deux manières :

  • Migration de machines virtuelles complètes avec les périphériques basés sur des blocs sous-jacents.
  • Migration des appareils basés sur des blocs uniquement.

Pour obtenir de l’aide sur la migration de machines virtuelles avec leurs appareils de bloc sous-jacents, consultez la documentation Azure Migrate . Pour les cas d’usage plus complexes, utilisez Cirrus Migrate Cloud.

Pour explorer les charges de travail adaptées à la migration et à leurs approches appropriées, consultez la page produit Stockage disque et l’article sur les types de disques Azure . Vous pourrez ainsi savoir quels disques peuvent le mieux répondre à vos besoins et vous tenir informé sur les dernières fonctionnalités disponibles, comme le bursting de disque.

Voir aussi

  • Last updated on