AWS Application Migration Service : guide pratique

Par Jason Gregson & Artem Shchodro

J'ai utilisé CloudEndure pendant plusieurs années en tant que client. C'était (et cela reste) un excellent outil pour la reprise après sinistre, puisqu'il permettait de copier et de répliquer en continu l'état courant (On Prem) vers AWS. Comme il offrait la possibilité de répliquer des environnements, il s'avérait aussi pratique pour copier latéralement, par exemple de la Production vers les Tests, ce qui ouvrait ensuite la voie à une réduction des dépenses sur l'environnement de Test grâce au right-sizing. Nous savons tous que la bonne approche consiste à définir l'ensemble de son infrastructure as code (IaC) pour pouvoir déployer et faire évoluer le tout à sa guise, mais nous n'avons pas tous le luxe d'avoir cela sous la main, ni les compétences requises lorsque nous débutons sur AWS.

Amazon a racheté CloudEndure en 2019 et, quelques années plus tard, a lancé AWS Server Migration Service (AWS SMS <- ne me lancez pas sur les noms de services AWS). J'apprécie vraiment ce service : il faisait exactement ce qu'il annonçait, sans fioritures. Un excellent ajout à la boîte à outils, mais depuis le 31 mars 2022, un nouveau venu rejoint l'équipe : AWS Application Migration Service (AWS MGN), désormais recommandé comme service de migration principal pour les migrations lift-and-shift vers AWS. Amazon incite les clients qui utilisent encore CloudEndure Migration ou AWS SMS à basculer sur AWS MGN pour leurs prochaines migrations. Entre les lignes : passez au nouveau service au plus vite, car les anciens vont être progressivement retirés… bientôt.

AWS MGN permet à ses clients de déplacer leurs applications vers AWS sans avoir à toucher aux applications, à leur architecture ni aux serveurs migrés. Plutôt sympa !

Avec AWS MGN, vous limitez les opérations manuelles en répliquant automatiquement des serveurs entiers et en convertissant vos serveurs sources d'une infrastructure physique, virtuelle ou cloud pour qu'ils s'exécutent nativement sur AWS. Le " Lift and Shift " est un point de départ valable comme stratégie tactique de migration vers le cloud, à condition de garder en tête le mot clé " départ ". Il faudra aller plus loin à moyen et long terme pour exploiter pleinement le potentiel de l'utility-based computing. Comme nous le savons, automatiser ces étapes manuelles apporte plus de cohérence, moins de complexité et un taux d'erreur réduit lors de vos migrations. Le service AWS MGN simplifie votre migration en vous permettant d'appliquer le même processus automatisé à l'ensemble de votre portefeuille d'applications. En lançant des tests non intrusifs avant la bascule, vous vous assurez que vos applications les plus critiques (SAP, Oracle, SQL Server) tourneront bien sur AWS ; et en cas de pépin, le support DoiT sera là, en copilote, pour vous prêter main-forte sur le diagnostic. Cerise sur le gâteau : des migrations moins coûteuses ;)

AWS MGN réduit le coût global de migration parce que c'est magique et qu'il fait tout le travail à votre place. Bon, pas vraiment, mais MGN apporte des éléments réellement utiles pour faciliter la migration : inutile d'investir dans plusieurs solutions de migration, dans du développement cloud spécialisé ou dans des compétences propres à chaque application pour démarrer. AWS MGN sait en effet migrer n'importe quelle application depuis n'importe quelle infrastructure source dont le système d'exploitation est pris en charge. MGN n'est pas CloudEndure Migrate, mais un nouveau service de provisionnement qui s'en distingue sur de très nombreux points, trop nombreux pour être listés ici. Voici un lien vers le PDF qui en propose le tableau comparatif complet.

Comment fonctionne AWS MGN ?

Pour démarrer, installez l'AWS MGN Replication Agent sur vos serveurs sources, puis configurez les paramètres de réplication dans la console AWS dédiée à AWS MGN.

En coulisses, AWS MGN s'appuie sur ces paramètres pour créer et gérer un sous-réseau de staging avec quelques petites instances Amazon EC2. Ces instances sont chargées de recevoir les services répliqués depuis la source.

Ces instances dédiées à la réplication des serveurs sources reçoivent les données de l'agent installé sur vos serveurs sources et les écrivent sur les volumes EBS attachés. AWS MGN maintient vos serveurs sources à jour sur AWS via une réplication continue des données au niveau bloc. Il s'appuie sur les paramètres de lancement que vous avez configurés pour démarrer les instances lors des tests non intrusifs ou d'un cutover. À noter : vos données en transit sont compressées et chiffrées, et une fois arrivées sur le volume EBS, le chiffrement EBS prend le relais pour sécuriser les données au repos.

Lorsque vous lancez des instances de test ou de cutover, AWS MGN convertit vos serveurs sources pour qu'ils démarrent et s'exécutent nativement sur AWS. Vous disposez ainsi de la marge nécessaire pour vérifier que tout est en ordre côté AWS. Une fois que vos instances tournent correctement sur AWS, vous pouvez envisager de mettre vos serveurs sources hors service : inutile de faire tourner les deux en parallèle.

Comme indiqué plus haut, ce " lift and shift " n'est qu'une première étape. Vous pouvez ensuite choisir de moderniser vos applications en exploitant tout l'éventail de services et de produits AWS. L'une des premières choses à faire : vérifier que l'instance répliquée dispose des bonnes spécifications pour fonctionner, sans se contenter de reprendre les recommandations de l'éditeur. Amazon CloudWatch devient alors votre référence pour vous assurer que vos instances disposent des ressources suffisantes et que vous en avez pour votre argent. Bien souvent, les spécifications dépassent les besoins réels, ce qui vous offre l'occasion d'affiner les instances en termes de " right-sizing ".

S'agissant d'une " nouvelle " instance, le premier réflexe est de se tourner vers Amazon CloudWatch, qui fournit des métriques de performance en quasi-temps réel. Vous trouverez quelques pistes sur les éléments à surveiller ici

Cost Explorer est un autre point d'entrée pour optimiser les coûts autour de vos instances. Cet excellent article ici explique comment l'utiliser pour recevoir des recommandations. Vous devrez activer ce service dans le compte et, éventuellement, installer le CloudWatch Agent sur chacun des serveurs. L'agent CloudWatch permet d'exposer des métriques supplémentaires sur l'instance, indisponibles côté hyperviseur. Ces métriques affineront les recommandations de Cost Explorer grâce aux données enrichies remontées vers CloudWatch.

Pour aller plus loin sur AWS MGN, cette excellente vidéo de 10 minutes en présente les concepts clés. Autres liens utiles :

Page de ressources techniques- Documentation d'AWS MGN

YouTube : atelier virtuel - Un " lift and shift " avec AWS MGN

Disponibilité :

AWS Application Migration Service (AWS MGN) est désormais disponible dans les régions suivantes :

• US East (N. Virginia)

• US East (Ohio)

• Asia Pacific (Sydney)

• Europe (Ireland)

• Europe (Stockholm)

• US West (Oregon)

• Asia Pacific (Tokyo)

• Asia Pacific (Singapore)

• Europe (Frankfurt)

Si la région AWS qui vous intéresse n'est pas encore prise en charge par AWS MGN, tournez-vous vers CloudEndure Migration.

Si vous ne pouvez pas installer d'agent sur vos serveurs, optez plutôt pour AWS Server Migration Service (AWS SMS).

Bien qu'AWS MGN propose une période d'utilisation gratuite, toute infrastructure AWS provisionnée pendant la migration et après le cutover vous sera facturée. Pour en savoir plus, consultez la page tarifaire d'AWS MGN.

Prêt pour la suite ?

Chez DoiT, nous cultivons une véritable obsession du client et plongeons en profondeur dans les aspects techniques essentiels à la réussite de vos migrations. Le " Lift and Shift " est un bon point de départ, mais il appelle une discussion plus large autour de la valeur métier que la migration vous apportera. Dans mon autre article sur l'accélération de votre migration vers AWS, nous explorons bien plus en détail le paysage de la migration vers AWS et tous les aspects à prendre en compte au lancement de votre parcours cloud.

Q : Combien tout cela va-t-il me coûter ?

AWS MGN propose une période d'utilisation gratuite, après quoi toute infrastructure AWS provisionnée pendant la migration, ainsi que celle qui subsiste après le cutover, vous sera facturée. Côté frais de conseil DoiT, le plus appréciable est que DoiT applique un modèle tarifaire unique pour accompagner ses clients. Cela vaut aussi pour nos approches de migration vers AWS. Nous réalisons le travail sans coût additionnel : aucun frais supplémentaire pour l'accompagnement et le support de DoiT tout au long de ce parcours.

Q : Où est le piège ?

Il n'y en a pas. Vous réglez votre facture AWS via DoiT en tant que revendeur — c'est tout. Nous venons compléter les services et le support fournis directement par Amazon ; nous n'enlevons rien à cette relation, hormis le règlement de la facturation AWS, qui passe par DoiT.

Compte tenu de l'absence de coût, vous comprendrez que DoiT n'effectuera pas la migration elle-même, mais interviendra en tant que conseil pour vous apporter les bonnes recommandations au bon moment, à chaque étape de la migration. À vous de réaliser le travail, ou de faire appel à un prestataire tiers pour l'exécuter.

Vous bénéficierez en plus de tous les avantages habituels réservés aux clients DoiT, à savoir :

• Support illimité (24h/24, 7j/7 - Follow the sun)

• Formation à coût zéro

• Accès gratuit à DoiT Cloud Intelligence™

• Revues Well Architected Framework (WAfR) à coût zéro

• Flexsave de DoiT (économies flexibles)

• Spot0 de DoiT (tarification Spot flexible)

Si vous souhaitez échanger sur votre migration ou si vous envisagez de migrer vers AWS, contactez-nous : nous serons ravis d'entamer la discussion.

Jason

Jason Gregson est Global Head of AWS Programs and Operations chez DoiT international. Fort de nombreuses années comme Solution Architect, dont 5 ans chez Amazon, il met sa passion au service des clients pour les aider à concevoir des applications modernes sur les derniers services AWS. Technologue pragmatique et ingénieur dans l'âme, il affectionne l'apprentissage communautaire et le partage technologique pour que chacun découvre l'art du possible. Suivez-le sur Twitter : @JasonGregson.

Artem

Artem Shchodro est Senior Cloud Architect chez DoiT international. Ex-Amazonien, il aide les clients à tirer le meilleur parti du cloud. Artem est pragmatique et direct, il marie la valeur métier à la technologie. Ne le suivez pas sur Twitter.