Migration hybride et multicloud

Dans la méthodologie de migration de Cloud Adoption Framework, la migration vers le Cloud est déjà considérée comme un processus hybride ou multicloud. La plupart des instructions de cette méthodologie restent pertinentes lors de la migration vers un environnement hybride et multicloud. Le plus grand changement par rapport à cette méthodologie est lié à l’objectif à long terme des migrations.

En règle générale, les efforts de migration ont été considérés comme une rue à sens unique. Les ressources se déplacent dans le Cloud ou dans un nouveau Cloud, et y restent. Dans un environnement hybride et multicloud, les efforts de migration sont plus similaires à une autoroute avec plusieurs voies. Les ressources se déplacent entre plusieurs Clouds publics et privés en fonction des besoins commerciaux ou des exigences techniques. Ce changement de stratégie de migration a peu d’impact sur le processus de migration, mais peut affecter tout le travail qui précède et suit la migration.

Effet sur les processus spécifiques à la migration

L’effet direct des divergences sur les processus de migration est mineur. Cependant, la prise en compte de ces divergences peut accroître la probabilité de réussite de votre organisation. La migration des charges de travail se compose de trois processus de haut niveau, répétés en vagues (ou sprints) jusqu’à ce que la migration soit terminée. Voici un aperçu de la façon dont ces processus changent :

• Évaluer les charges de travail : quelques considérations vous permettront de déterminer la façon dont vous évaluez les charges de travail avant la migration.
• Déployer des charges de travail : Le déploiement des vagues de charges de travail est en grande partie inchangé. Toutefois, vous souhaiterez peut-être utiliser davantage l’écosystème Azure Migrate pour accélérer certains types de migrations.
• Mettre en production les charges de travail : une fois les charges de travail déployées, le plus grand décalage est observé dans les cycles de test avant le lancement du trafic de production.

Pour plus d’informations sur l’évaluation, le déploiement ou la publication de charges de travail dans vos processus de migration, allez plus loin dans cet article. Mais d’abord, consultez la section suivante sur les changements les plus importants apportés aux processus en amont et en aval qui auront un impact sur votre migration.

Effet sur les processus en amont et en aval

Lors de la migration de charges de travail dans un environnement hybride et multicloud, le véritable impact porte sur les efforts qui viennent avant et après la migration. Avant de migrer des charges de travail dans une approche hybride et multicloud, consultez Présentation de l’hybride et du multicloud et Introduction aux opérations unifiées pour comprendre ce qui change en dehors de votre effort de migration.

Évaluer les charges de travail pour la migration hybride et multicloud

Les produits Azure utilisés dans une migration standard restent applicables à une migration hybride et multicloud. Plus précisément, Azure Migrate et Service Map peuvent être utilisés pour comprendre votre patrimoine numérique et décrire vos dépendances. Pour plus d’informations sur les deux outils, consultez le Guide de prise en main relatif à l’évaluation des charges de travail. Lors de la création de votre plan ou de l’évaluation des vagues de charges de travail hybrides et multiclouds, la meilleure pratique pour l’évaluation du patrimoine numérique dans Azure reste valable.

Les migrations hybrides et multiclouds qui font face à des difficultés d’évaluation indiquent un manque de maturité au sein des processus d’évaluation de l’équipe de migration. Tenez compte des points suivants dans vos plans d’évaluation :

• Tenez compte de la compatibilité avec Azure et les zones d’atterrissage Azure lorsque vous évaluez vos charges de travail. Lors de l’évaluation de la charge de travail, vous devez également prendre en compte la compatibilité avec tout réseau hybride, identité hybride, sécurité hybride ou contraintes de gestion ou de gouvernance hybrides établies dans d’autres environnements hybrides ou multiclouds.

• Insistez sur les dépendances car un pourcentage plus élevé de ressources peut être hébergé dans d’autres Clouds.

• Il faut comprendre la raison qui sous-tend la décision de l’hybride et du multicloud pour évaluer la compatibilité des différentes charges de travail avec les outils qui les prennent en charge :

  • Compatibilité avec Azure Stack HCI : elle est importante si vous modernisez votre centre de données pour permettre des solutions natives cloud locales.
  • Compatibilité Kubernetes : elle est importante si vous conservez la portabilité grâce à une infrastructure basée sur des conteneurs.
  • Compatibilité Azure Edge : elle peut être importante pour étendre les charges de travail et réduire la latence au point d’interaction.
  • Exigences en matière de réglementation, de conformité ou d’activité : elles peuvent imposer que certaines ressources ou données restent locales. Pour gérer, régir, sécuriser, configurer et surveiller les ressources locales à partir d’Azure, vous pouvez envisager des serveurs avec Azure Arc, VMware vSphere avec Azure Arc et System Center Virtual Machine Manager avec Azure Arc.

Ces articles vous aideront à développer les processus les plus déterminants requis pour ce type de migration :

• Responsabilités
• Classification de charges de travail
• Compatibilité Cloud
• Gestion agile des changements
• Création d’un backlog de migration bien défini

Déployer des charges de travail migrées pour hybride et multicloud

Lors de la migration vers le Cloud, avoir un inventaire clair de toutes les ressources dépendantes et de tous les chemins d’accès réseau permet de s’assurer que ces ressources sont déployées dans le Cloud approprié. Un inventaire clair, ou une évaluation du patrimoine numérique, est encore plus important dans les environnements hybrides avant la migration des charges de travail. Consultez la section précédente Évaluer les charges de travail avant de tenter de migrer des charges de travail vers un environnement hybride et multicloud.

Azure Migrate est la principale solution pour la migration de charges de travail de votre cloud privé vers Azure. Les meilleures pratiques en matière de migration vers Azure à partir d’autres clouds publics peuvent varier. Vous devrez peut-être également ajouter d’autres outils lorsque vous migrez vers Azure Stack HCI. Consultez les didacticiels suivants :

• Migrer d’AWS vers Azure
• Migrer de GCP vers Azure
• Migrer vers Azure Stack HCI

Mettre en production des charges de travail migrées pour hybride et multicloud

Le test, le point de référence et le dimensionnement, ainsi que les plans de promotion sont importants lorsque vous migrez vers le Cloud. Les charges de travail hybrides et multiclouds dépendent davantage des ressources décentralisées et des réseaux qui les connectent. Elles sont plus sujettes à des problèmes de latence, de connectivité et de routage qui pourraient sembler être des problèmes de performances de la plateforme Cloud. Les tests et le débogage des charges de travail hybrides et multiclouds nécessiteront plus de temps que les charges de travail déployées chez un seul fournisseur de Cloud pour les couches supplémentaires d’identité et de mise en réseau.

Voici quelques considérations à prendre en compte dans votre plan de test lors de la migration vers un environnement hybride et multicloud :

• Aligner les tests informatiques et commerciaux
• Évaluer et redimensionner les ressources
• Meilleures pratiques relatives au coût et au redimensionnement
• Promouvoir en production
• Préparer l’unification des opérations

Étapes suivantes

Pour plus d’informations sur le parcours d’adoption du Cloud, consultez les articles suivants :

• Régir les environnements hybrides et multiclouds
• Gérer des environnements hybrides et multiclouds