Partager via


Présentation de la migration de données Stockage Azure

Cet article se concentre sur les migrations de stockage vers Azure et fournit de l’aide pour ces scénarios de migration de stockage :

  • Migration des données non structurées, telles que des fichiers ou des objets
  • Migration des appareils basés sur des blocs, tels que des disques ou des réseaux de zone de stockage (SAN)

Migration des données non structurées

La migration des données non structurées comprend les scénarios suivants :

Phases de migration

L’intégralité d’une migration se compose de plusieurs phases : détection, évaluation et migration.

Découverte Évaluation Migration
– Détecter les sources à migrer – Évaluer le service cible applicable
– Considérations techniques par rapport au coût
– Migration initiale
– Resynchronisation
– Basculement final

Phase de détection

Dans la phase de détection, vous déterminez toutes les sources qui doivent être migrées. C’est le cas des partages SMB, des exportations NFS ou des espaces de noms d’objets. Vous pouvez effectuer cette phase manuellement ou utiliser des outils automatisés.

Phase d’évaluation

La phase d’évaluation est essentielle pour comprendre les options disponibles pour la migration. Pour réduire le risque lors de la migration, et pour éviter les problèmes courants, suivez ces trois étapes :

Étapes de la phase d’évaluation Options
Choisir un service de stockage cible - Stockage Blob Azure et Data Lake Storage
- Azure Files
- Azure NetApp Files
- Solutions pour fournisseur de logiciel indépendant
Choisir une méthode de migration - En ligne
- Hors connexion
- Combinaison des deux
Choisir le meilleur outil de migration pour cette tâche - Outils disponibles à l’achat (auprès de Microsoft Azure ou d’un fournisseur de logiciel indépendant)
- Open source

Il existe plusieurs outils disponibles à l’achat, auprès d’un fournisseur de logiciel indépendant, capable de vous aider lors de la phase d’évaluation. Consultez notre tableau comparatif.

Choisir un service de stockage cible

Le choix d’un service de stockage cible dépend de l’application ou des utilisateurs qui accèdent aux données. Le bon choix dépend des aspects techniques et financiers. Tout d’abord, effectuez une évaluation technique pour évaluer les cibles potentielles et déterminer les services qui répondent aux exigences. Ensuite, effectuez une évaluation financière pour déterminer le meilleur choix.

Pour sélectionner le service de stockage cible pour la migration, évaluez les aspects suivants de chaque service :

  • Prise en charge de protocole
  • Caractéristiques du niveau de performance
  • Limites du service de stockage cible

Le diagramme suivant représente un arbre de décision simplifié, conçu pour vous guider vers le service Azure recommandé pour le traitement de vos fichiers. Si les services Azure natifs ne conviennent pas à vos besoins, vous pouvez vous tourner vers les solutions d’un fournisseur de logiciel indépendant.

Après l’évaluation technique et la sélection de la cible adéquate, évaluez les coûts pour déterminer l’option la plus rentable.

Arbre de décision simplifié permettant de choisir un service de traitement de fichiers approprié

Pour simplifier l’arbre de décision, les limites du service de stockage cible ne sont pas incorporées dans le diagramme. Pour en savoir plus sur les limites actuelles et déterminer si vous devez modifier vos choix en fonction de ces limites, consultez :

Si l’une des limites constitue un obstacle à l’utilisation d’un service, Azure est compatible avec les solutions des fournisseurs de stockage disponibles sur le site Place de marché Azure. Pour en savoir plus sur les fournisseurs de logiciels indépendants partenaires que nous avons approuvés pour la prestation de services de fichiers, consultez l’article Partenaires de stockage principal et secondaire du Stockage Azure.

Sélectionner la méthode de migration

Il existe deux méthodes de migration de base pour les migrations de stockage.

  • En ligne. La méthode dite « en ligne » utilise le réseau pour la migration des données. Vous pouvez utiliser le réseau Internet public ou Azure ExpressRoute. Si le service n’a pas de point de terminaison public, vous devez utiliser un VPN avec le réseau Internet public.
  • Déconnecté. La méthode dite « hors connexion » implique l’utilisation d’un appareil Azure Data Box.

La décision d’utiliser une méthode « en ligne » par rapport à une méthode « hors connexion » dépend de la bande passante réseau disponible. La méthode « en ligne » est préférable dans les cas où la bande passante réseau est suffisante pour effectuer une migration dans le délai imparti.

Vous pouvez aussi utiliser les deux méthodes conjointement : la méthode « hors connexion » pour la migration en bloc initiale, puis une méthode « en ligne » pour effectuer une migration incrémentielle des modifications. L’utilisation conjointe des deux méthodes nécessite un niveau élevé de coordination. C’est pour cette raison que nous ne la recommandons pas. Si vous optez néanmoins pour ce choix, veillez à isoler les jeux de données migrés à l’aide de la méthode « en ligne » des jeux de données migrés à l’aide de la méthode « hors connexion ».

Pour en savoir plus sur les différentes méthodes et instructions de migration, consultez les articles Choisir une solution Azure pour le transfert de données et Migrer vers des partages de fichiers Azure.

Choisir le meilleur outil de migration pour cette tâche

Il existe différents outils pour effectuer la migration. Certains sont disponibles en licence open source, comme AzCopy, robocopy, xcopy et rsync, tandis que d’autres requièrent l’achat d’une licence. N’hésitez pas à consulter notre tableau comparatif pour connaître la liste des outils disponibles à l’achat.

Les outils open source sont bien adaptés aux migrations à petite échelle. Pour la migration des serveurs de fichiers Windows vers Azure Files, Microsoft recommande de commencer avec la fonctionnalité native du service Azure Files, puis d’utiliser Azure File Sync. Quant aux outils disponibles à l’achat, ils conviennent mieux pour effectuer des migrations plus complexes qui se composent de sources différentes, nécessitent une capacité importante ou requièrent des exigences particulières (telles que la limitation de bande passante ou la création de rapports détaillés avec des fonctionnalités d’audit). Ces outils facilitent la migration et réduisent considérablement le risque. La plupart des outils disponibles à l’achat peuvent également effectuer des opérations de détection, et fournissent ainsi une aide précieuse pour la phase d’évaluation.

Phase de migration

Durant la phase de migration, les données sont déplacées et migrées. Il s’agit de la dernière phase de la procédure. En règle générale, vous pouvez simplifier votre basculement en exécutant plusieurs fois la phase de migration. La phase de migration se compose des étapes suivantes :

  1. Migration initiale. L’étape de migration initiale migre toutes les données de la source vers la cible. Cette étape permet de migrer la majeure partie des données qui doivent être migrées.
  2. Resynchronisation. Une opération de resynchronisation migre toutes les données qui ont été modifiées après l’étape de migration initiale. Si de nombreuses modifications ont été apportées, vous pouvez répéter cette étape plusieurs fois. L’objectif de l’exécution de plusieurs opérations de resynchronisation est de réduire le temps nécessaire à la dernière étape. Si vos données sont inactives ou n’ont pas été modifiées (c’est notamment le cas des données de sauvegarde ou d’archivage), vous pouvez ignorer cette étape.
  3. Basculement final. L’étape de basculement final bascule l’utilisation active des données de la source vers la cible et met la source hors service.

La durée de la migration des données non structurées dépend de plusieurs aspects. En dehors de la méthode choisie, les facteurs les plus importants sont la taille totale des données et la répartition des fichiers en fonction de leur taille. Plus le jeu de données total est volumineux, plus la migration sera longue. Plus la taille de fichier moyenne est petite, plus la migration sera longue. Si vous avez un grand nombre de petits fichiers, nous vous conseillons, si possible, de les archiver dans des fichiers plus volumineux (comme un fichier .tar ou .zip), afin de réduire la durée totale de la migration.

Migration des appareils basés sur des blocs

La migration des appareils basés sur des blocs s’effectue généralement dans le cadre d’une migration d’ordinateur virtuel ou d’hôte physique. C’est une erreur courante de repousser toute prise de décision concernant le stockage de bloc jusqu’à avoir effectué la migration. En effet, prendre ces décisions à l’avance en prenant en considération les exigences relatives à chaque charge de travail facilite la migration vers le cloud.

Pour savoir quelles sont les charges de travail à migrer et connaître l’approche à adopter pour leur migration, consultez cet article de la documentation, ainsi que les ressources disponibles sur la page du produit Stockage sur disque Azure. Vous pourrez ainsi savoir quels disques peuvent répondre à vos besoins et vous tenir informé sur les dernières fonctionnalités disponibles, comme le bursting de disque. La migration des dispositifs à base de blocs peut se faire de deux manières ::

  • Pour la migration de machines virtuelles complètes avec les dispositifs à base de blocs sous-jacents, voir la documentation Azure Migrate.
  • Pour la migration d'appareils basés sur des blocs uniquement, et pour des cas d'utilisation plus complexes, utilisez Cirrus Migrate Cloud.

Voir aussi