Application Migration Service (MGN)

AWS Application Migration Service (MGN) est le service AWS principal pour réhéberger (effectuer un « lift-and-shift ») des serveurs sur site — physiques ou virtuels — vers Amazon EC2. MGN réplique en continu les serveurs source vers une zone de préparation dans AWS. Ainsi, lorsque vous êtes prêt à effectuer la migration, la fenêtre de basculement est très courte : quelques minutes plutôt que plusieurs heures. MGN prend en charge les serveurs Windows et Linux, quel que soit l’hyperviseur ou qu’il s’agisse d’un environnement bare metal.

MGN installe un AWS Replication Agent léger sur chaque serveur source. L’agent établit une connexion chiffrée via le port TCP 1500 et réplique en continu les modifications de disque au niveau des blocs vers une zone de préparation dans votre Région AWS cible. La zone de préparation se compose de serveurs Replication peu coûteux (lancés automatiquement par MGN) et de volumes EBS qui reproduisent les disques source presque en temps réel. Aucune interruption n’a lieu pendant la réplication.

Chaque serveur source possède un modèle Launch qui définit la configuration de l’instance EC2 migrée : type d’instance, sous-réseau, groupes de sécurité, profil d’instance IAM, types de volumes EBS et indication de l’attribution ou non d’une adresse IP publique. Vous configurez le modèle Launch avant les tests. MGN utilise ce modèle lorsqu’il lance une instance de test ou de basculement à partir des instantanés EBS répliqués.

La phase Test de MGN vous permet de lancer une instance EC2 de test à partir de l’instantané répliqué le plus récent, sans arrêter le serveur source. Exécutez des tests rapides de l’application, validez la connectivité réseau et vérifiez que le serveur migré démarre et répond correctement dans AWS. Après les tests, vous mettez fin à l’instance de test et la réplication continue : le serveur source en production n’est absolument pas affecté pendant le test.

Lorsque les tests vous ont donné confiance, lancez le basculement. MGN crée un instantané final des disques source, lance l’instance EC2 de basculement et le serveur source cesse de recevoir de nouvelles réplications d’écritures. Vous mettez à jour le DNS pour le faire pointer vers la nouvelle instance EC2. L’ensemble de la fenêtre de basculement — du déclenchement du basculement à la mise en production de la nouvelle instance EC2 — dure généralement moins de 15 minutes, ce qui permet de réduire considérablement les fenêtres de maintenance.

MGN prend en charge les actions post-lancement — des scripts qui s’exécutent automatiquement sur l’instance EC2 migrée immédiatement après son lancement. Utilisez-les pour installer des agents de surveillance (CloudWatch Agent, SSM Agent), appliquer des configurations de référence de sécurité, enregistrer l’instance auprès des systèmes CMDB internes ou exécuter des contrôles de bon fonctionnement. Les actions post-lancement sont associées à un modèle Launch et s’exécutent via Systems Manager Run Command, ce qui réduit les étapes manuelles après la migration.

AWS proposait auparavant le Server Migration Service (SMS) pour la migration de serveurs. MGN lui succède et constitue désormais le service recommandé. Principales améliorations de MGN : la réplication s’effectue au niveau des blocs (et non au niveau des instantanés), ce qui permet une réplication continue presque en temps réel plutôt que des instantanés périodiques ; le service prend en charge une gamme plus étendue d’environnements source ; et il propose un flux de travail de basculement de test sans interruption. Si une question d’examen mentionne SMS comme option, préférez MGN, sauf si la question porte spécifiquement sur SMS.

MGN réplique les données via une connexion TLS chiffrée sur le port 1500 vers le serveur Replication de la zone de préparation. La synchronisation initiale réplique toutes les données des disques source, ce qui peut consommer beaucoup de bande passante. Pour les serveurs volumineux situés dans des centres de données disposant d’une bande passante Internet limitée, envisagez d’utiliser AWS Direct Connect ou AWS Site-to-Site VPN pour acheminer le trafic de réplication plutôt qu’Internet public. Après la synchronisation initiale, seules les modifications incrémentielles au niveau des blocs sont envoyées.

MGN applique un modèle de tarification simple : gratuit pendant les 90 premiers jours par serveur, puis facturé à l’heure et par serveur. La zone de préparation entraîne des frais pour les instances EC2 Replication (généralement t3.small) et pour les volumes EBS qui répliquent les disques source. Réduire la durée totale de réplication en testant et en effectuant rapidement le basculement permet de limiter les coûts. L’Agent MGN lui-même n’est pas facturé.

Dans l’examen SAA-C03, MGN intervient dans les scénarios nécessitant une migration de serveurs rapide et peu risquée. Signaux caractéristiques : réhébergement avec un temps d’arrêt minimal, migration de centaines de serveurs par lift-and-shift, fenêtre de basculement courte, aucune modification de l’application. À distinguer de DMS (migration de bases de données), Snowball (transfert de données en masse sans serveur actif) et Glue/DataSync (déplacement de données entre services de stockage). MGN est destiné aux serveurs, et non aux bases de données ou aux simples transferts de données.

Pour les applications multiniveaux (serveurs web, applicatifs et de base de données qui doivent migrer ensemble), MGN prend en charge les regroupements Wave et Application. Vous regroupez les serveurs source dans une application, puis lancez les tests et le basculement pour l’ensemble du groupe dans l’ordre, afin de garantir que les niveaux dépendants démarrent dans le bon ordre. Cela évite l’échec classique qui consiste à migrer un serveur web avant que son serveur de base de données soit disponible dans AWS.

Testez votre compréhension des concepts AWS Solutions Architect (SAA-C03) abordés dans cette leçon.

Dans cette leçon, vous avez appris que MGN fournit une réplication continue au niveau des blocs depuis les serveurs sur site vers AWS, permettant un basculement avec un temps d’arrêt presque nul, que la fonctionnalité de test sans interruption permet de valider les serveurs migrés sans arrêter la source et que les actions post-lancement automatisent la configuration après migration via Systems Manager. Nous allons maintenant découvrir Database Migration Service pour les scénarios de migration propres aux bases de données.