Migrer une application web avec l’outil Azure App Service Migration Assistant

Effectué

Maintenant que l’évaluation a déterminé 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’Assistant Migration commence le processus de migration en collectant les détails clés de votre compte Azure, puis effectue la migration.

Tout d’abord, connectez-vous à votre compte Azure et associez votre session Assistant Migration à votre compte à l’aide d’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 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 la configuration de la base de données ou de configurer une connexion hybride pour activer une connexion de base de données.

Une fois que l’Assistant Migration collecte et vérifie vos sélections, il commence à travailler. 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.

Une fois la migration réussie, vous devez effectuer toutes les tâches postérieures à la migration. Il peut s’agir des éléments suivants :

  • Déplacement manuel des paramètres d’application et des chaînes de connexion dans votre fichier web.config vers Azure App Service.
  • Migration de données d’une instance SQL Server locale 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 modifier 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é zone DMZ, zone démilitarisée et sous-réseau filtré). Un serveur d’applications (une 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.

Représentation graphique du scénario de déploiement d’application web classique avec les services d’application et les données déployés dans une zone intranet et un réseau de périmètre.

Après la migration, le site web et l’API web sont hébergés sur une application web App Service unique. La base de données est déplacée vers une instance Azure SQL Database. Les deux seraient déployés sur un seul groupe de ressources.

Représentation graphique de la migration d’applications web vers Azure App Service et Azure SQL Database.

En raison de la migration vers Azure SQL Database, le client connaîtrait une résilience et une redondance accrues.

Plans de service App

Pendant la migration, l’Assistant Migration :

  • Créez un plan d’hébergement App Service.
  • Déployez votre application web sur une seule instance de machine virtuelle Premium P1v2.

Si vous débutez avec Azure App Service, il est important de comprendre les principales distinctions 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 divisés en niveaux en fonction des charges de travail prévues qu’ils ont été conçues pour prendre en charge. Les plans d’hébergement affectent :

  • Nombre maximal d’instances de machines virtuelles disponibles pour exécuter votre application et les caractéristiques de performances de ces machines virtuelles.
  • Disponibilité des fonctionnalités telles que la connectivité hybride VPN, l’isolation réseau et la mise à l’échelle automatique.
  • Contrat de niveau de service (SLA).

Par exemple, les niveaux Gratuit et Partagé sont destinés à de petites preuves de concept et de test. Par conséquent, il n’existe aucun contrat SLA et plusieurs applications partagent des machines virtuelles. À l’autre extrémité du spectre, le plan de service isolé est destiné aux charges de travail critiques qui s’exécutent dans un environnement privé et dédié en réseau virtuel avec du matériel de pointe, plus de RAM et des processeurs plus rapides et un stockage SSD.

Dans chaque plan d’hébergement, vous pouvez sélectionner la taille de l’instance. La taille de l’instance affecte :

  • Nombre de cœurs, quantité de RAM et quantité de stockage sur disque.
  • Tarification.

Vous pouvez déployer plusieurs applications web sur un plan d’hébergement unique (similaire à 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 la vue d’ensemble d’App Service.

Migration de base de données

L’Assistant Migration Azure App Service ne migre pas votre base de données vers Azure SQL Database. En fait, vous n’êtes pas obligé de migrer votre base de données vers Azure. Dans ce cas, l’Assistant Migration peut vous aider à configurer une connexion hybride à votre base de données locale en tant qu’étape facultative.

Bien que vous puissiez utiliser une connexion hybride dans un environnement de production, vous pouvez envisager l’impact sur les performances. Vous pouvez ensuite considérer une connexion hybride comme une solution temporaire et intermédiaire 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 Configurer une connexion hybride , l’Assistant Migration vous invite à télécharger et exécuter le Gestionnaire de connexions hybrides sur votre serveur. Hybrid Connection Manager connecte votre application web s’exécutant dans Azure App Service à Azure Service Bus Relay pour faciliter une connexion avec votre point de terminaison de base de données local.

Le diagramme suivant est une vue d’ensemble générale de la relation entre votre application web migrée, votre base de données locale, le Gestionnaire de connexions hybrides et la connexion hybride Relay.

Représentation pictoriale d’une application web connectée à un point de terminaison de base de données via le gestionnaire de connexions hybrides localement et la connexion hybride Relay dans Azure.

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 serez peut-être intéressé par un autre module Learn, é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 mentionné précédemment que vous pouvez 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’ils espèrent migrer vers Azure. Ils peuvent utiliser ces informations comme une forme de découverte et d’évaluation pour déterminer l’étendue de leurs efforts de migration. Ils peuvent planifier adéquatement, informer les parties prenantes, déterminer les coûts, suivre l’état de la migration, et ainsi de suite.

Azure Migrate prend en charge les scénarios de migration clés tels que :

  • 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’Assistant de Migration pour Azure App Service.

Par conséquent, si vous disposez déjà d’une configuration de projet Azure Migrate, vous pouvez spécifier le nom du projet pendant la migration. Cette étape enregistre 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 indique que celui-ci peut migrer votre application web, il collecte des informations sur votre compte Azure, crée de nouvelles ressources App Service dans Azure et déploie votre application sur celles-ci.
  • Après la migration, vous devrez peut-être prendre plus de mesures pour que votre application web soit en ordre de travail.
  • Un plan d’hébergement App Service détermine les fonctionnalités, le type de matériel et le contrat SLA disponibles pour votre application web. La taille de l’instance détermine le nombre de cœurs, la quantité de RAM et la quantité de stockage disponible.
  • Une seule instance peut héberger plusieurs applications web. Toutes les applications sont mises à l’échelle sur toutes les instances.
  • Pendant la migration, l’Assistant Migration peut vous aider à configurer une connexion hybride à vos serveurs de base de données locaux.
  • Pendant la migration, l’Assistant Migration peut consigner sa progression dans un projet Azure Migrate existant.