Migrer une application web avec l’outil Azure App Service Migration Assistant
Une fois que l’évaluation a permis de déterminer que vous pouvez migrer votre application web vers Azure App Service, vous pouvez effectuer la migration. Mais que fait l’Assistant Migration ? Comment fonctionne-t-il ? Et quand il vous demande de choisir différents paramètres, que devez-vous choisir et pourquoi ?
Comment l’Assistant Migration migre votre application web
L’outil Migration Assistant commence le processus de migration en vous demandant des informations clés sur votre compte Azure, puis il effectue la migration.
Tout d’abord, connectez-vous à votre compte Azure et associez-y votre session Migration Assistant avec un code unique. Ensuite, choisissez l’abonnement, le groupe de ressources et le nom de domaine du site web. Vous pouvez choisir de créer un plan App Service pour héberger l’application, ou vous pouvez sélectionner un plan existant. Le choix affecte la région géographique à partir de laquelle votre application est hébergée. Vous pouvez également associer cet effort de migration à un projet Azure Migrate existant. Enfin, vous pouvez choisir d’ignorer l’étape d’installation de la base de données ou de configurer une connexion hybride pour activer une connexion à la base de données.
Une fois que l’outil Migration Assistant a collecté et vérifié vos sélections, il entre en action. Il crée les ressources App Service nécessaires dans la région et le groupe de ressources sélectionnés. Il compresse les fichiers sources de l’application web et utilise l’API de déploiement App Service pour les déployer. Enfin, il effectue des étapes de migration facultatives, comme vous aider à configurer une connexion hybride.
Après une migration réussie, vous devez effectuer les tâches de postmigration. Ces dernières peuvent inclure :
- Déplacement manuel des paramètres d’application et des chaînes de connexion de votre fichier web.config vers Azure App Service.
- Migration de données d’une instance locale de SQL Server vers une base de données Azure SQL.
- Configuration d’un certificat TLS/SSL.
- Configuration de noms de domaine personnalisés.
- Configuration des autorisations dans Microsoft Entra ID.
Vous pouvez également décider de changer le plan d’hébergement App Service et d’autres paramètres tels que la mise à l’échelle automatique et les emplacements de déploiement.
Scénario de migration
Le diagramme suivant décrit une application web classique qui héberge une architecture où le serveur web est déployé dans un réseau de périmètre (également appelé DMZ, zone démilitarisée, et sous-réseau filtré). Un serveur d’applications (API web accessible via HTTP) et un serveur de base de données sont hébergés derrière un pare-feu dans une zone intranet.
Une fois la migration effectuée, le site web et l’API web sont hébergés sur une seule instance d’App Service Web Apps. La base de données est déplacée vers une instance d’Azure SQL Database. Les deux sont déployées sur un seul groupe de ressources.
La migration vers Azure SQL Database permet au client de bénéficier d’une résilience et d’une redondance accrues.
Plans App Service
Pendant la migration, l’outil Migration Assistant :
- Crée un plan d’hébergement App Service
- Déploie votre application web sur une seule instance de machine virtuelle P1v2 Premium
Si vous débutez sur Azure App Service, il est important de comprendre les différences clés entre votre application web, le plan d’hébergement et les instances de machine virtuelle qui hébergent votre application web.
Les plans d’hébergement App Service sont répartis en niveaux en fonction des charges de travail prévues qu’ils sont censés prendre en charge. Les plans d’hébergement affectent :
- Le nombre maximal d’instances de machine virtuelle disponibles pour exécuter votre application ainsi que les caractéristiques de performances de ces machines virtuelles
- La disponibilité de fonctionnalités telles que la connectivité hybride VPN, l’isolement réseau et la mise à l’échelle automatique.
- Le SLA (Contrat de niveau de service)
Par exemple, les niveaux Gratuit et Partagé sont destinés aux petites preuves de concept et de test, il n’existe donc pas de SLA, et plusieurs applications se partagent les machines virtuelles. À l’autre extrémité du spectre, le plan de service Isolé est conçu pour les charges de travail stratégiques qui s’exécutent dans un environnement de réseau virtuel privé dédié, avec du matériel de pointe, davantage de RAM ainsi que des processeurs et un stockage SSD plus rapides.
Dans chaque plan d’hébergement, vous pouvez sélectionner la taille de l’instance. La taille de l’instance affecte :
- Le nombre de cœurs, la quantité de RAM et la quantité de stockage sur disque.
- La tarification
Vous pouvez déployer plusieurs applications web sur un seul plan d’hébergement (à l’image de l’exécution de plusieurs applications web sur une seule instance d’IIS). Toutes les applications web partagent les mêmes instances de machine virtuelle.
Pour plus d’informations, consultez Vue d’ensemble d’App Service.
Migration de base de données
L’outil Azure App Service Migration Assistant ne migre pas votre base de données vers Azure SQL Database. En fait, vous n’êtes pas du tout obligé de migrer votre base de données vers Azure. Dans ce cas, en guise d’étape facultative, l’outil Migration Assistant peut vous aider à configurer une connexion hybride à votre base de données locale.
Même si vous pouvez utiliser une connexion hybride dans un environnement de production, vous souhaiterez peut-être prendre en compte l’impact sur le niveau de performance. Vous pouvez alors penser à une connexion hybride en tant que solution temporaire avant de déplacer vos données vers Azure SQL Database. Les connexions hybrides à vos données peuvent également être utiles dans un scénario de développement ou de test.
Si vous sélectionnez l’option permettant de configurer une connexion hybride, l’Assistant Migration vous invite à télécharger et à exécuter HCM (Hybrid Connection Manager) sur votre serveur. Hybrid Connection Manager connecte votre application web s’exécutant dans Azure App Service à Azure Service Bus Relay pour faciliter la connexion avec le point de terminaison de votre base de données locale.
Le diagramme suivant fournit une vue d’ensemble de la relation entre votre application web migrée, votre base de données locale, Hybrid Connection Manager et la connexion hybride Relay.
Pour plus d’informations, consultez Connexions hybrides Azure App Service.
Pour effectuer une migration, vous pouvez utiliser l’Assistant Migration de données. Pour plus d’informations, consultez Vue d’ensemble de l’Assistant Migration de données.
Vous pouvez être intéressé par un autre module Learn intitulé Évaluer et convertir des bases de données SQL Server à l’aide de l’Assistant Migration de données (DMA).
Qu’est-ce qu’un projet Azure Migrate ?
Nous avons indiqué plus haut que vous pouviez associer votre migration à un projet Azure Migrate. Azure Migrate est un hub pour les questions liées à la migration. Les organisations utilisent Azure Migrate pour capturer des informations sur tous les serveurs et services qu’elles espèrent migrer vers Azure. Elles peuvent utiliser ces informations en guise de méthode de détection et d’évaluation pour déterminer l’étendue des efforts de migration. Elles peuvent planifier, informer les parties prenantes, déterminer les coûts, suivre l’état de la migration, etc., de manière adéquate.
Azure Migrate prend en charge les scénarios de migration clés, par exemple :
- Migration de serveurs Windows et Linux (que ces serveurs soient des machines virtuelles hébergées dans VMware ou Hyper-V, des serveurs physiques ou même d’autres clouds).
- Migration de SQL Server et d’autres bases de données, notamment les données
- Migration de bureaux virtuels
- Migration d’applications web à l’aide de l’outil Azure App Service Migration Assistant
Ainsi, si vous avez déjà une configuration de projet Azure Migrate, vous pouvez spécifier le nom du projet durant la migration. Cette étape permet d’enregistrer les détails et l’état de la migration dans votre hub Azure Migrate.
Récapitulatif
Dans cette unité, nous avons abordé plusieurs concepts :
- Si l’évaluation de l’Assistant Migration Azure App Service détermine qu’il peut migrer votre application web, il collecte des informations sur votre compte Azure, crée des ressources App Service dans Azure et y déploie votre application.
- Une fois la migration effectuée, vous devrez peut-être effectuer des étapes supplémentaires pour rendre votre application web opérationnelle.
- Un plan d’hébergement App Service permet de déterminer les fonctionnalités, le type de matériel et le SLA disponibles pour votre application web. La taille de l’instance détermine le nombre de cœurs, la quantité de RAM et l’espace de stockage disponibles.
- Une seule instance peut héberger plusieurs applications web. Toutes les applications sont mises à l’échelle sur toutes les instances.
- Au cours de la migration, l’outil Migration Assistant peut vous aider à configurer une connexion hybride à vos serveurs de base de données locaux.
- Durant la migration, l’outil Migration Assistant peut journaliser sa progression dans un projet Azure Migrate existant.