Partager via


Planifier la stratégie de migration

Le choix de la stratégie de migration appropriée est essentiel, car il peut affecter considérablement les chronologies du projet, les coûts et la continuité globale de l’activité. Avec une planification minutieuse et une approche réfléchie, vous pouvez garantir une transition fluide et efficace pour vos ressources de données.

Choisir le transfert en ligne ou hors connexion

Lors de la planification de votre stratégie de migration, il est essentiel de déterminer la méthode de transfert la plus appropriée pour vos données. Les migrations en ligne sont les plus simples pour les synchronisations delta ponctuelles et périodiques. Toutefois, dans les cas où la bande passante réseau est limitée, limitée, non fiable ou même inexistante, un transfert hors connexion peut être l’option la plus réalisable. Cette situation peut également être vraie même si la bande passante n’est pas un problème, mais votre jeu de données est mesuré en téraoctets ou pétaoctets.

Lorsque les données continuent de changer pendant la migration, une approche hybride est souvent la plus efficace, en particulier lorsque la bande passante réseau est limitée. Cette méthode implique l’utilisation du mode hors connexion pour transférer la majeure partie des données initialement, suivie de synchronisations delta en ligne pour capturer les modifications en cours.

Si les contraintes réseau ne sont pas un problème, une migration en ligne uniquement est également viable. Cette approche utilise un outil qui synchronise en permanence les données jusqu’à ce que le delta restant soit minimal, ce qui permet un basculement final au moment qui correspond à votre planification.

Pour déterminer la meilleure stratégie de migration, tenez compte des facteurs tels que le volume de données, la fréquence des mises à jour, la bande passante disponible et la chronologie du projet. Ces éléments vous aident à guider le choix entre les modes hors connexion, en ligne ou hybride. Le choix du mode de transfert dépend de votre cas d’usage et de vos exigences spécifiques. Toutefois, les facteurs tels que la chronologie, la bande passante disponible et le volume de données influencent la décision finale.

Le tableau suivant décrit les durées de migration estimées. Ces valeurs sont basées sur la taille des données et la bande passante locale disponible, en supposant jusqu’à 90% utilisation. Si l’heure prévue est inacceptable, l’utilisation d’un appareil physique pour le transfert hors connexion peut être plus appropriée. Vous pouvez également combiner des méthodes hors connexion et en ligne en fonction des besoins.

Pour référence :

  • Les cellules rouges suggèrent que la migration hors connexion est préférable lorsque 25 jours sont trop longs ou coûteux, ou lorsque la bande passante est limitée.
  • Les cellules vertes indiquent les candidats idéaux pour la migration en ligne, en supposant qu’une fenêtre de transfert de moins de 25 jours soit acceptable.
  • Les cellules bleues représentent des scénarios où une méthode ou une combinaison peut être appropriée en fonction des besoins spécifiques.

Tableau montrant des durées de migration de données en ligne pour des tailles de données et un débit réseau spécifiques.

Contactez votre représentant Microsoft pour obtenir des conseils si vous avez des questions à un moment donné.

Conseil / Astuce

Un principe clé dans la migration Azure réduit le temps d’arrêt en transférant la plupart des données à l’avance. Au moment du basculement final, Azure doit déjà contenir une copie up-to-date des données sources. Cette approche garantit que la dernière synchronisation est rapide et que le basculement se produit en douceur.

Migration directe de données (lift-and-shift)

Pour les besoins de cet article, « lift-and-shift » est une approche de migration où les données et les applications sont déplacées d’une infrastructure locale vers Azure, avec des modifications minimales apportées à l’architecture existante. Cette méthode est rapide et simple, ce qui permet aux organisations de moderniser rapidement leur infrastructure sans reconcevoir leurs applications.

Cette approche est utile pour les scénarios où les données sont déjà structurées et peuvent être facilement transférées vers les services de stockage Azure. Elle permet aux organisations de tirer parti de la scalabilité, de la fiabilité et des fonctionnalités de sécurité d’Azure tout en conservant leurs applications et flux de travail existants.

Bien que cette approche soit courante dans les migrations cloud, il est important de tenir compte des charges de travail sources susceptibles de continuer à changer pendant le transfert. Dans ce cas, la synchronisation delta est essentielle pour garantir la cohérence des données.

Le choix des outils appropriés est essentiel pour la migration initiale ou l’amorçage des données, mais également pour la gestion des modifications en cours via des synchronisations delta. La section suivante explore les outils et stratégies recommandés pour prendre en charge les deux phases de la migration.

Taux de changement des données et hiérarchisation

Le choix de la solution de migration appropriée dépend de la fréquence à laquelle les données changent, de sa fréquence d’accès et de la capacité de l’outil à effectuer une synchronisation itérative. Pour les charges de travail avec des mises à jour fréquentes ou des taux d’accès élevés, utilisez des outils spécialisés tels qu’Azure Data Mover ou des solutions partenaires approuvées qui prennent en charge les transferts en ligne continus.

Cette aide s’applique également lors du traitement d’un grand nombre de fichiers, en particulier lorsque le volume atteint des dizaines de millions. Dans ce cas, la sélection de l’outil approprié en fonction de l’environnement source, des fonctionnalités cibles et de la bande passante disponible est essentielle.

Les outils non managés tels que robocopy, AzCopy, distCP et rsync peuvent rencontrer des difficultés d’extensibilité lors de la gestion des jeux de fichiers volumineux dans un même travail de transfert. Il est important de passer en revue les stratégies d’optimisation d’AzCopy et de consulter la documentation officielle de chaque outil pour comprendre les limites de performances actuelles et les recommandations d’échelle.

Les considérations similaires s’appliquent si la hiérarchisation des données fait partie de la stratégie de migration. Dans certains scénarios, la hiérarchisation entre les environnements de données et de cloud est maintenue en tant que pratique de gestion des données en cours.

Déplacement des données et stockage hybride

Lors de la planification d’une migration Azure, il est important de déterminer si vos données résident entièrement dans le cloud ou si un cache local est requis. Cette distinction permet de définir la façon dont les données sont consultées après la migration et influence l’architecture globale de la solution.

Une autre considération clé est de savoir si la migration implique un transfert unique ou nécessite une synchronisation continue. Si les données doivent être déplacées à plusieurs reprises, identifiez la fréquence de ces transferts et le volume de données impliquées. Ces facteurs aident à sélectionner des outils qui peuvent gérer la charge efficacement et maintenir la cohérence entre les environnements.

Il est également essentiel de déterminer la direction de la synchronisation. Si les données doivent rester accessibles et up-to-date dans les environnements cloud et locaux, une synchronisation bidirectionnelle peut être nécessaire. En revanche, si les données doivent uniquement circuler dans une direction, une synchronisation unidirectionnelle peut suffire.

Ces décisions ( stockage cloud uniquement et stockage hybride, transferts ponctuels et répétitifs et synchronisation unidirectionnelle et bidirectionnelle) guident la sélection des outils de migration et influencent l’exécution de la migration. Au cours de la phase de migration suivante, les outils et configurations recommandés sont examinés pour faciliter la prise en charge de ces scénarios efficacement.

Réplication en tant que stratégie de migration

Dans certains scénarios, la migration des données peut être gérée efficacement à l’aide d’outils de réplication. Ces outils copient en permanence les données d’un environnement source vers Azure, ce qui garantit que la destination reste synchronisée tout au long du processus de migration.

Par exemple, Azure Migrate prend en charge la réplication de machines physiques et virtuelles locales, y compris leurs disques et données incorporées, vers des machines virtuelles Azure. Elle offre une solution complète qui inclut la planification, la surveillance de l’intégrité de la réplication, la gestion de la transition et l’orchestration de l’ensemble du processus de migration. Pendant le processus, les disques locaux sont convertis en disques gérés par Azure, ce qui simplifie l’intégration à l’infrastructure cloud.

Les solutions indépendantes du fournisseur de logiciels (ISV), telles que Carbonite Migrate et Veeam Backup et Replication , s’appuient également sur les technologies de réplication pour transférer de grands volumes de données. Ces outils nécessitent souvent un déploiement et une configuration distincts, mais offrent des fonctionnalités avancées telles que les tests de prémigration, la synchronisation en temps réel et les temps d’arrêt réduits pendant le basculement.

La migration basée sur la réplication est utile lorsque la réduction de l’interruption est une priorité. Elle permet aux organisations de maintenir la continuité opérationnelle tout en transférant progressivement les charges de travail vers Azure. La sélection de l’outil de réplication approprié dépend de facteurs tels que la complexité de l’infrastructure, le volume de données et la nécessité d’une synchronisation continue.

Sauvegarde et restauration en tant que stratégie de migration

Une méthode de sauvegarde et de restauration traditionnelle peut parfois servir de stratégie de migration efficace. Cette approche est idéale lors de la migration des données d’archivage ou d’historique qui ne nécessitent pas d’accès en temps réel ni de mises à jour fréquentes.

Il convient également lorsque les systèmes sources ne prennent pas en charge les outils de migration modernes, ou lors de la migration de charges de travail non critiques qui peuvent tolérer un temps d’arrêt. Les environnements de développement et de test appartiennent souvent à cette catégorie, car la simplicité et la vitesse sont hiérarchisées par rapport à la disponibilité continue.

En outre, une approche de sauvegarde et de restauration est un choix pratique lorsque les exigences légales déterminent que les données doivent être conservées à un moment précis dans le temps. Dans ce cas, la gestion d’un instantané via la sauvegarde garantit la conformité tout en activant la restauration contrôlée dans Azure.

Bien que cette méthode ne propose pas l’automatisation ou l’échelle des outils de migration en ligne ou basés sur la réplication, elle reste une option fiable pour certains cas d’usage spécifiques. La phase suivante explique comment implémenter cette stratégie efficacement en utilisant des outils qui prennent en charge les opérations de sauvegarde et de restauration pour Azure.

Étapes suivantes

Pour plus d’informations sur ce sujet, consultez les ressources suivantes.