Azure Migrate : découverte et évaluation

Azure Migrate est un centre centralisé du portail Azure qui fournit des outils pour découvrir, évaluer et migrer vers Azure des serveurs, bases de données, applications web et bureaux virtuels sur site. Il s’intègre aux outils conçus par Microsoft ainsi qu’à un écosystème croissant d’outils de éditeurs de logiciels indépendants (ISV), tels que Cloudamize et Movere. Azure Migrate stocke toutes les données de découverte et d’évaluation dans une ressource de projet dédiée au sein d’un groupe de ressources.

La découverte commence par le déploiement de l’appliance Azure Migrate — une VM légère que vous exécutez dans votre environnement sur site. L’appliance collecte en continu les métadonnées, les compteurs de performances et les données de dépendance depuis VMware vCenter, Microsoft Hyper-V ou des serveurs physiques, puis les transmet de manière sécurisée au service Azure Migrate via HTTPS. Une seule appliance peut découvrir jusqu’à 10 000 VM VMware ou 5 000 VM Hyper-V.

L’appliance collecte des métadonnées détaillées, notamment : l’inventaire des serveurs (OS, version, logiciels installés, CPU, RAM, nombre de disques), les données de performance (utilisation du CPU et de la mémoire sur une période allant jusqu’à 12 mois), les dépendances réseau (quel serveur communique avec quel autre) et la configuration du stockage (tailles des disques et IOPS). Pour les bases de données, un identifiant distinct de découverte SQL Server permet également à l’appliance d’inventorier les instances et les bases de données SQL.

Après la découverte, vous créez une évaluation de VM Azure dans le portail Azure Migrate. Vous configurez l’évaluation avec : la région cible, le critère de dimensionnement de la VM (fondé sur les performances ou tel quel sur site), l’option de remise pour instance réservée et le facteur de confort (un multiplicateur de marge, fixé par défaut à 1,3). L’évaluation analyse les données de performance et recommande pour chaque serveur le SKU de VM Azure adapté ainsi que son coût mensuel estimé.

Chaque VM évaluée reçoit une évaluation de préparation pour Azure : Ready, Ready with conditions, Not ready ou Readiness unknown. Parmi les raisons courantes d’un état Not ready figurent les disques de démarrage plus volumineux que ce qu’Azure prend en charge, les versions de système d’exploitation non prises en charge ou la présence de plus de 64 disques de données connectés. Le rapport d’évaluation détaille chaque problème de préparation et fournit des étapes correctives concrètes.

Le critère de dimensionnement fondé sur les performances examine l’utilisation maximale du CPU et de la mémoire pendant la période de collecte, puis la multiplie par le facteur de confort pour sélectionner le plus petit SKU de VM Azure capable de gérer la charge de travail. Par exemple, un serveur utilisant constamment 20 % de 16 vCPUs (soit 3,2 vCPUs effectifs) avec un facteur de confort de 1,3 nécessite un SKU de VM offrant au moins 4,16 vCPUs : l’évaluation recommande donc le SKU du niveau suivant proposant 4 ou 8 vCPUs.

L’analyse des dépendances indique quels serveurs communiquent entre eux et vous aide à regrouper les applications interdépendantes en vagues de migration. Azure Migrate prend en charge deux modes de dépendance : sans agent (utilise les données de vCenter, ne nécessite l’installation d’aucun logiciel et offre moins de granularité) et avec agent (installe l’agent Dependency de Log Analytics ainsi que MMA/AMA sur chaque VM pour obtenir les détails des connexions au niveau des processus). Les cartes de dépendances sont visualisées directement dans le portail Azure.

Azure Migrate évalue également les applications web ASP.NET en vue de leur migration vers Azure App Service, ainsi que les bases de données SQL Server en vue de leur migration vers Azure SQL Database, Azure SQL Managed Instance ou SQL Server on Azure VM. L’évaluation SQL identifie les fonctionnalités obsolètes, les classements non pris en charge et les problèmes de compatibilité, attribue à chaque base de données un état de préparation et recommande la cible Azure SQL optimale en fonction des fonctionnalités utilisées.

L’évaluation génère une estimation détaillée des coûts mensuels pour chaque charge de travail dans la région Azure cible, avec une ventilation entre le calcul, le stockage et la sortie réseau. Vous pouvez basculer entre la tarification à l’utilisation et celle des instances réservées pour 1 an ou 3 ans afin de modéliser les économies. L’exportation du rapport vers Excel vous permet d’élaborer un dossier d’investissement global comparant le TCO sur site aux dépenses Azure prévues sur une période de 3 ans.

Azure Migrate attribue un niveau de confiance (de 1 à 5 étoiles) à chaque évaluation en fonction du pourcentage de points de données de performances collectés. Une évaluation disposant de moins de 20 % de données obtient 1 étoile et peut entraîner un dimensionnement très supérieur ou inférieur aux besoins pour les VM. Il est recommandé de collecter au moins 30 jours de données de performances avant de générer une évaluation afin d’obtenir le niveau de confiance maximal de 5 étoiles et des estimations de coûts fiables.

Les évaluations sont des instantanés à un instant donné : elles ne sont pas mises à jour automatiquement. À mesure que vous recueillez davantage de données de performances ou que vous modifiez vos hypothèses (région cible, modèle de remise, facteur de confort), vous devez créer une nouvelle évaluation pour tenir compte des nouvelles données d’entrée. Azure Migrate vous permet de comparer plusieurs évaluations côte à côte afin de modéliser différents scénarios (par exemple, Est des États-Unis contre Europe du Nord, ou paiement à l’utilisation contre réservation) avant de vous engager dans un plan de migration.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) abordés dans cette leçon.

Dans cette leçon, vous avez appris que l’appliance Azure Migrate détecte les serveurs sur site et transmet les données de performances, que les évaluations de serveurs recommandent des références de VM Azure et estiment les coûts mensuels, et que l’analyse des dépendances regroupe les serveurs interdépendants en vagues de migration. Nous allons maintenant exécuter une migration par réhébergement à l’aide du moteur de réplication d’Azure Migrate.