FAQ sur AWS Migration Hub

Consultez le guide de démarrage de notre documentation pour démarrer. 

Avant d’utiliser la plupart des fonctionnalités dans Migration Hub (à l’exception de Refactor Spaces), vous devez sélectionner une région d’origine de Migration Hub dans la page Migration Hub Settings (Paramètres Migration Hub) ou utiliser l’API Migration Hub Config. 

Les données stockées dans la région d’origine de Migration Hub fournissent un référentiel unique d’informations de découverte et de planification de la migration pour l’ensemble de votre portefeuille et une vue unique des migrations vers plusieurs Régions AWS. Vous pouvez migrer vers n'importe quelle Région prise en charge par vos outils de migration, et le statut de migration apparaîtra dans la Région d'origine Migration Hub sélectionnée. Consultez la documentation pour en savoir plus sur la région d’origine de Migration Hub.

Une fois définie, la Région d'origine de Migration Hub ne peut plus être modifiée.

AWS Migration Hub vous aide à suivre l'état de vos migrations dans toutes les Régions AWS, à condition que vos outils de migration soient disponibles dans cette Région. Les outils de migration qui s'intègrent à Migration Hub (par exemple, AWS Application Migration Service, AWS Database Migration Service) envoient le statut de migration à la Région d'origine Migration Hub que vous avez sélectionnée. La Région d'origine est utilisée pour stocker vos données de recherche et de suivi de migration et est définie avant la première utilisation du service. Le statut de migration est agrégé à partir de toutes les Régions de destination et visible dans la région d'origine. Notez que les outils intégrés n'envoient pas le statut si vous ne les avez pas autorisés (connectés) dans la page Tools (Outils ) de la console Migration Hub.

AWS Migration Hub est disponible dans le monde entier pour suivre la progression des migrations d'applications, quel que soit l'endroit où l'application réside actuellement. Reportez-vous au tableau des régions AWS pour connaître la disponibilité des outils de Migration Hub pour la collecte, la planification et la recommandation d'inventaire, ainsi que les capacités de modernisation.

AWS Migration Hub nécessite un rôle de compte AWS qui sera automatiquement ajouté la première fois que vous accéderez à la console en tant qu'utilisateur administrateur. Les outils de migration intégrés peuvent obtenir leurs autorisations sur la page Outils de la console de Migration Hub. Consultez la section Authentification et contrôle d’accès du Guide de l’utilisateur d’AWS Migration Hub pour obtenir plus d’informations.

Pour voir vos ressources informatiques dans AWS Migration Hub, effectuez une découverte à l'aide d'un outil de découverte AWS en effectuant une migration à l'aide d'un outil de migration intégré. Vous pouvez alors explorer votre environnement à partir de Migration Hub. Vous pouvez en apprendre davantage sur les ressources découvertes en cliquant sur l'ID du serveur indiqué sur la page Serveurs de la console de Migration Hub. Vous verrez ensuite la page comportant les détails sur le serveur. Si vous utilisez un outil de découverte AWS pour découvrir vos serveurs, vous verrez les données collectées, notamment les spécifications techniques et l'utilisation moyenne.

Lorsque vous consultez pour la première fois AWS Migration Hub, vous êtes invité à effectuer une découverte ou à lancer une migration. Si vous décidez de lancer une migration sans effectuer de découverte, vos serveurs d'application et de bases de données apparaitront en tant que ressources dans Migration Hub pendant leur migration avec des outils de migration intégrés ayant eu l'autorisation dans la console Migration Hub.

Pour la découverte, deux options de collecte des données s'offrent à vous. Si vous disposez d'un environnement VMware et préférez ne pas installer d'agent, vous pouvez utiliser le collecteur sans agent AWS Application Discovery Service. S'il vous faut plus d'informations détaillées, vous pouvez installer des agents sur vos serveurs pour collecter diverses informations, notamment des détails sur l'utilisation de ressources, les processus s'exécutant sur le serveur et les dépendances réseau du serveur. Les informations relatives aux dépendances réseau et au processus sont disponibles pour exportation et analyse en dehors d'AWS Migration Hub. Consultez le Guide de l’utilisateur Application Discovery Service pour obtenir plus de détails sur les collecteurs AWS Discovery.

Avant de regrouper des serveurs dans une application, vous devez remplir la liste de serveurs d’AWS Migration Hub. Les serveurs sont ajoutés à la liste de serveurs lorsque vous exécutez des outils de découverte AWS ou lorsque vous utilisez un outil de migration intégré. Une fois votre liste de serveurs remplie, sélectionnez une ou plusieurs ressources sur la page Serveurs dans la console de Migration Hub, puis cliquez sur « Regrouper en application ». Si vous découvrez des serveurs à l'aide de l'agent AWS Discovery, vous pouvez également les regrouper en applications à partir de l'outil de visualisation du réseau. Sélectionnez un ou plusieurs serveurs dans le graphique du réseau et choisissez « Grouper comme application ».

Vous pouvez vous rendre sur la page Applications de la section Migrer de la console de AWS Migration Hub pour voir la liste d’applications et leur état de migration actuel. Seules les ressources regroupées en applications à l'aide de la section Découvrir de la page Serveurs ou du kit SDK/de la CLI AWS apparaitront sur la page Applications. Il y a trois états de migration pour les applications : « non démarrée », « en cours » et « terminée ».

Oui. Les applications créées par les utilisateurs IAM d'un même compte seront visibles par tous les autres utilisateurs IAM de ce compte ayant accès à AWS Migration Hub. Toute modification apportée sera visible par tous les utilisateurs disposant d'une autorisation.

Vous pouvez accéder à AWS Migration Hub à l’aide d’un utilisateur IAM associé avec un compte AWS. Cela ne vous permet que de voir les détails de votre compte AWS. Vous n’avez aucune visibilité sur les autres comptes.

Vous pouvez accéder à la fonctionnalité d’importation AWS Migration Hub à partir de la console Migration Hub ou en appelant les API Application Discovery Service. Les données importées sont stockées dans le référentiel de données Application Discovery Service dans un format chiffré.

L'importation Migration Hub vous permet d'importer les détails du serveur, y compris les spécifications du serveur, l'utilisation, les balises et les applications associées à vos serveurs. Vous pouvez importer des données à partir de n’importe quelle source tant qu’elles sont renseignées à l’aide du modèle d’importation CSV de Migration Hub.

Oui. Vous pouvez supprimer un fichier incorrect via la section Découvrir > Outils > Importations, en sélectionnant l'option « Supprimer les données importées ». Pour écraser un fichier importé existant, supprimez le fichier existant et chargez un nouveau fichier avec les enregistrements corrigés.

Non, le nombre de fichiers d'importation que vous pouvez charger est illimité. Cependant, nous limitons le nombre d'enregistrements et de serveurs que vous pouvez importer. Pour plus d’informations, reportez-vous à la section Limites d’importation de Migration Hub dans la documentation.

Non, l'importation de vos données est gratuite.

Oui. Vous pouvez importer des données même si elles ne sont pas renseignées pour tous les champs du modèle d'importation. Si vous remplissez votre propre clé correspondante (« ExternalId ») pour chaque ligne, le processus d'importation l'utilisera pour identifier et importer de manière unique les enregistrements. Si vous ne spécifiez pas la clé correspondante, le processus d'importation utilisera les valeurs spécifiées pour « IPAddress », « HostName », « MACAddress » ou une combinaison de « VMware.MoRefId » et « VMware.vCenterId » pour déterminer l'unicité d'un serveur donné. Les lignes qui ne contiennent pas de valeur pour la clé correspondante (« ExternalId ») ou pour l'un des champs ci-dessus ne seront pas importées.

Le processus d'importation effectue une vérification de validation des données pour tous les champs importés faisant partie du modèle d'importation CSV. Par exemple, si la valeur de « IPAddress » n'est pas valide, la fonction d'importation signale cet enregistrement comme étant incorrect. En outre, tout enregistrement d'importation ne comportant pas au moins un ou plusieurs de ces champs : « ExternalId », « MACAddress », « HostName », « IPAddress » ou une combinaison de « VMware.VCenterId » et « VMware.MoRefId ».

Les recommandations d'instance EC2 sont une fonctionnalité d'AWS Migration Hub qui analyse les données récupérées sur chaque serveur sur site, notamment la spécification du serveur, le processeur et l'utilisation de la mémoire, pour recommander l'instance EC2 la moins chère nécessaire pour exécuter les workloads sur site. Vous pouvez également affiner ces recommandations en précisant les préférences d'option d'achat AWS, la région AWS, les exclusions du type d'instance EC2 et la statistique d'utilisation du CPU/RAM (moyen, pic ou centile).

Non. Pour utiliser la fonction de recommandation d'instance EC2, vous devez vous assurer que les informations du serveur sur site sont disponibles dans AWS Migration Hub. Vous pouvez importer les informations sur l'inventaire des serveurs existants depuis une source comme les bases de données de gestion de contenu ou utiliser AWS Application Discovery Service pour récupérer des données directement depuis votre environnement.

La fonctionnalité de recommandations d'instance EC2 vous recommande le type d'instance EC2 le plus rentable pouvant satisfaire les exigences données en matière de CPU et de RAM tout en tenant compte de vos préférences de type d'instance comme l'option d'achat AWS, la région AWS, les exclusions de type d'instance EC2 et la statistique d'utilisation du CPU/RAM (moyen, pic ou centile).

Oui. La fonctionnalité de recommandations d’instance EC2 fournit des recommandations pour les instances à performances extensibles. Elle utilise les points de données « moyen » et « pic » pour calculer une estimation du nombre de crédits CPU consommés et des coûts associés pour comparer de manière plus précise le prix projeté par rapport à d'autres familles d'instances.

Si les données de découverte sont disponibles depuis plusieurs sources pour le même serveur, la fonctionnalité de recommandation d'instance EC2 vous fournira une recommandation d'instance à partir des données les plus récentes et les plus complètes. Par exemple, si vous chargez des spécifications CPU/RAM pour un serveur donné à l'aide de l'importation Migration Hub, nous générerons une recommandation en fonction des données importées. Si vous installez par la suite Discovery Agent d'AWS Application Discovery Service sur ce serveur, l'agent ADS saisira également les informations de spécifications du serveur. La prochaine fois que vous demanderez des recommandations d'instance EC2 pour ce serveur, la fonction utilisera les spécifications récupérées par l'agent ADS pour générer les recommandations, puisque les données de l'agent seront plus récentes et plus complètes.

Oui. La fonctionnalité de recommandations d’instance EC2 ne recommande que des instances de génération actuelle. Elle ne fournit pas de recommandations pour des instances de génération précédente.

Bien dimensionner vos ressources informatiques est un aspect de la compréhension de votre coût total de possession. Utilisez la fonction de recommandation d'instances EC2 de Migration Hub lorsque vous souhaitez comprendre la projection de vos coûts EC2. Nous vous proposons également une évaluation plus détaillée, notamment des optimisations des licences Microsoft et des coûts de stockage, à l'aide de TSO Logic, une société AWS. Contactez le service commercial AWS ou un partenaire AWS pour en savoir plus sur cette évaluation détaillée.

Après avoir créé une ou plusieurs applications de groupement à partir de serveurs découverts à l'aide d'outils de découverte AWS ou en avoir découvert en lançant une migration à l'aide d'un outil de migration intégré, vous pouvez commencer ou continuer à migrer le serveur ou la base de données en dehors de Migration Hub. Revenez à Migration Hub pour voir l'état de migration de chaque ressource dans l'application. 

Pour cela, rendez-vous sur la page de cette application dans la console de Migration Hub. Vous y verrez un diagramme indiquant toutes les ressources composant l'application ainsi qu'un tableau contenant davantage de détails sur l'état de migration. Pour chaque ressource, l'état global et détaillé est indiqué sous forme de diagramme et de tableau. Par exemple, pour un serveur migré par AWS Server Migration Service, son statut rapporté peut être : « en cours/démarrage de réplication », « en cours/réplication terminée » ou « terminée/AMI créée ». 

Une fois la migration terminée, Migration Hub indique également les détails concernant les ressources créées par la migration. Pour les serveurs migrés par AWS Application Migration Service, AWS Server Migration Service et ATADATA, Migration Hub fournit des liens vers les AMI créées ou exécutant des instances EC2 (en fonction de l'outil). Pour les bases de données migrées par AWS Database Migration Service, Migration Hub fournit l'ID du point de terminaison cible qui peut être utilisé comme filtre de recherche dans la console Database Migration Service.

Non. AWS Migration Hub n'automatise pas les étapes de la migration. Il constitue un emplacement unique pour que vous puissiez suivre la progression des applications que vous migrez.

Pour voir la progression de la migration dans AWS Migration Hub, deux critères doivent être respectés. Les ressources que vous migrez doivent apparaître dans le référentiel AWS Discovery et vous devez utiliser des outils pris en charge pour effectuer la migration. Si vous lancez une migration sans effectuer de découverte à l'aide de collecteurs AWS Discovery, les serveurs ou les bases de données reportés par les outils de migration pris en charge seront automatiquement ajoutés à votre référentiel AWS Application Discovery Service. Une fois ces éléments ajoutés, vous pourrez les regrouper en tant qu'applications et suivre leur état dans un seul groupement pendant la progression de la migration.

Si vous utilisez un outil pris en charge mais que vous ne voyez l'état dans une application, commencez par vérifier la page Mises à jour afin de voir si l'état est reçu. Si l'état n'apparait pas sur la page Mises à jour, rendez-vous sur la page Outils afin de vérifier que vous avez autorisé l'outil à envoyer l'état à Migration Hub. Si ce n'est pas le cas, cliquez sur « Autoriser » afin d'ajouter les autorisations IAM appropriées.

Si l'état de migration apparait sur la page Mises à jour, il est possible que la ressource ne soit pas regroupée en application. Rendez-vous sur la page Serveurs et regroupez le serveur dans une application. Consultez alors l'application à partir de la page Migrer/Applications pour voir l'état de la migration.

AWS Migration Hub indiquera l'état des migrations de ressource effectuées à l'aide d'outils pris en charge à condition que la ressource soit regroupée en application. Il n'y a pas besoin de migration de réhébergement stricte. Par exemple, si vous déplacez le contenu d'une base de données à l'aide d'AWS Database Migration Service, vous verrez les mises à jour dans Migration Hub si le serveur correspondant à la migration de base de données est regroupé dans une application.

Les outils non intégrés à AWS Migration Hub ne rapporteront pas d'état dans la console de gestion de Migration Hub. Vous pouvez quand même voir l'état d'autres ressources dans l'application ainsi que l'état de niveau d'application, ou vous pouvez mettre à jour l'état via votre propre automatisation à l'aide de la CLI ou d'API.

Les outils de migration peuvent publier votre état dans AWS Migration Hub en écrivant dans l’API AWS Migration Hub. Les partenaires désireux d'y participer doivent avoir obtenu la compétence Migration via le programme de compétences AWS. Pour en savoir plus sur le programme de compétences et demander la compétence Migration, cliquez ici.

AWS Migration Hub Strategy Recommendations vous aide à élaborer facilement une stratégie de migration et de modernisation pour vos applications exécutées sur site ou dans AWS. Strategy Recommendations fournit des conseils sur la stratégie et les outils qui vous aident à migrer et à moderniser votre infrastructure à grande échelle.

Strategy Recommendations vous aide à identifier une stratégie de migration et de modernisation à grande échelle et vous fournit les outils et services pour vous permettre d'exécuter la stratégie. Cette fonction vous aide également à identifier les incompatibilités (anti-modèles) dans le code source devant être résolues pour mettre en œuvre ces recommandations.

Strategy Recommendations prend en charge l'analyse des options potentielles de réhébergement (EC2) et de changement de plateforme (environnements gérés tels que RDS et Elastic BeanStalk, conteneurs, mises à niveau du système d'exploitation) pour les applications qui s'exécutent sur Windows Server 2003 ou version supérieure ou sur une grande variété de distributions Linux, notamment Ubuntu, RedHat, Oracle Linux, Debian et Fedora. Strategy Recommendations propose une analyse de refactorisation supplémentaire pour les applications personnalisées écrites en C# et Java et pour les bases de données sous licence (comme Microsoft SQL Server et Oracle).

Consultez le guide de démarrage de notre documentation pour démarrer.

Veuillez consulter la page Moderniser les applications Windows avec AWS pour en savoir plus.

La transformation des applications est le processus de refactorisation, de réarchitecture et de réécriture des applications afin d'optimiser la disponibilité, la capacité de mise à l'échelle, l'agilité commerciale et les avantages de l'optimisation des coûts de l'exécution dans le cloud.

Refactor Spaces vous permet d'accélérer la refactorisation des applications pour tirer pleinement parti du calcul dans AWS et simplifie la transformation des applications en facilitant la gestion du processus de refactorisation tout en fonctionnant en production. En utilisant Refactor Spaces, vous vous concentrez sur la refactorisation de leurs applications, et non sur la création et la gestion de l'infrastructure sous-jacente qui rend la refactorisation possible. Refactor Spaces vous aide à réduire le risque commercial lié à l'évolution des applications vers des microservices ou à l'extension des applications héritées avec de nouvelles fonctions écrites dans des microservices.

Refactor Spaces s'attaque à deux problèmes pratiques courants lors de la transformation des applications : la mise en place d'une infrastructure pour la refactorisation des applications et l'exploitation d'applications évolutives à grande échelle. Refactor Spaces vous permet de combiner des applications et des microservices existants en une seule application tout en autorisant des approches différentes en matière d'architecture et de technologie, d'alignement des équipes et de processus entre les parties. Grâce à Refactor Spaces, vous pouvez transformer les applications héritées ou les étendre avec des microservices qui s'exécutent sur n'importe quelle cible de calcul AWS (comme EC2, Amazon Elastic Container Service, Amazon Elastic Kubernetes Service, AWS Fargate et AWS Lambda). Refactor Spaces permet un gain de temps considérable en créant une infrastructure pour la refactorisation des applications en quelques minutes.

Toute application devant faire l'objet d'une refactorisation, d'une réécriture ou d'une réarchitecture peut être utilisée dans Refactor Spaces, à condition que son interface externe soit un protocole HTTP et qu'elle fonctionne dans AWS (ou qu'elle puisse être réhébergée avec Application Migration Service ou replateformée au préalable). Refactor Spaces est généralement utilisée pour la refactorisation d'anciennes applications héritées et monolithiques, mais elle vous permet également d'effectuer la refactorisation et la réarchitecture de services et d'applications modernes.

Refactor Spaces orchestre d'autres services AWS pour créer des environnements de refactorisation et assembler des applications et microservices existants en applications Refactor Spaces plus faciles à exploiter pendant l'évolution de l'appli. Les environnements de refactorisation des applications sont construits à l'aide de Transit Gateway, Resource Access Manager et API Gateway. Grâce à cela, Refactor Spaces vous permet de séparer les applications existantes des microservices par le biais d'une structure multicompte qui est reliée par un réseau pour faciliter la communication entre les comptes.

Un environnement Refactor Spaces fournit une vue unifiée des réseaux, des applications et des services sur l'ensemble des comptes AWS et il constitue le conteneur de votre application existante et de vos nouveaux microservices. L'environnement orchestre Transit Gateway, Resource Access Manager et les VPC pour établir un réseau entre les comptes afin de simplifier la communication entre les anciens et les nouveaux services. Le compte où un environnement est créé est le propriétaire de l'environnement. Le propriétaire peut partager l'environnement avec d'autres comptes AWS et gère les applications, les services et les acheminements ajoutés à l'environnement.

Une application Refactor Spaces permet le routage configurable des demandes vers votre application existante et vers de nouveaux microservices. Les applications comprennent un proxy qui simplifie la refactorisation de l'étranglement dans AWS. Lors de la création d'une application dans un environnement, Refactor Spaces orchestre les stratégies de ressources API Gateway, Network Load Balancer (NLB) et AWS Lambda. Le proxy et le routage de l'application sont utilisés pour que les modifications de l'architecture sous-jacente restent transparentes pour les utilisateurs de l'appli.

Un service Refactor Spaces représente le point de terminaison d'une application existante ou d'un nouveau microservice. Les services peuvent disposer d'un VPC avec un point de terminaison URL ou d'un point de terminaison AWS Lambda. Refactor Spaces relie automatiquement les VPC de services au sein d'un environnement à l'aide de Transit Gateway, et le trafic est autorisé entre toutes les ressources AWS des VPC de services pour tous les comptes de l'environnement. Lors de la définition d'un routage vers un service, si le service possède un point de terminaison Lambda, le trafic est routé à l'aide de l'intégration Lambda d'API Gateway. Pour les services avec un point de terminaison d'URL, le trafic est routé à l'aide d'un lien VPC API Gateway et d'un groupe cible NLB.

Refactor Spaces peut être utilisé au moyen de la console de gestion AWS, AWS SDK/CLI ou CloudFormation (CFN). En général, vous voudrez commencer avec deux comptes : l'un pour votre application existante et l'autre pour posséder l'environnement Refactor Spaces et gérer le routage du trafic entre les services. Vos comptes AWS peuvent être des comptes autonomes nouveaux ou existants faisant partie d'une organisation AWS ou alloués par AWS Control Tower. 

Tout d'abord, installez le rôle lié au service (SLR) Refactor Spaces dans chaque compte AWS que vous prévoyez d'utiliser pour la refactorisation, soit en vous rendant dans la console Refactor Spaces du compte, soit en utilisant la console ou l'API d'IAM pour créer le SLR ensuite, puis créez un environnement Refactor Spaces dans le compte choisi pour devenir le propriétaire de l'environnement et partagez ce dernier avec d'autres comptes. Une fois que les autres comptes ont accepté l'invitation à partager l'environnement, Refactor Spaces partage automatiquement les ressources AWS (telles que Transit Gateway) contenues dans l'environnement avec les autres comptes désignés. 

Créez ensuite votre première application. L'application Refactor Spaces assure le routage configurable des demandes (via API Gateway) vers les services Refactor Spaces, quel que soit le compte dans lequel se trouve un service. Après avoir créé l'application, créez un ou plusieurs services dans celle-ci. Initialement, comme tout le trafic est dirigé vers l'appli existante, créez un routage par défaut qui envoie tout le trafic vers le service représentant cette appli. Au fil du temps, vous ajouterez des acheminements pour réduire le trafic vers les capacités commerciales desservies par de nouveaux microservices.

Oui, vous pouvez avoir un accès privé aux API d'AWS Migration Hub Refactor Spaces à partir de votre VPC (créé avec un cloud privé virtuel d'Amazon) en définissant des points de terminaison d'un VPC. Grâce aux points de terminaison d'un VPC, le routage entre le VPC et Refactor Spaces est assuré par le réseau AWS, sans passer par une passerelle Internet, une passerelle NAT ou une connexion à un réseau VPN. La dernière génération de points de terminaison d’un VPC utilisés par Refactor Spaces est à technologie AWS PrivateLink, une technologie qui permet une connectivité privée entre les services AWS à l’aide d’interfaces réseau Elastic (ENI) avec des adresses IP privées dans vos VPC. Pour en savoir plus sur le support PrivateLink, consultez la documentation sur PrivateLink Refactor Spaces.

L’orchestration de la migration est un mécanisme d’automatisation des processus qui utilise des modèles, synchronise plusieurs tâches dans un flux de travail et gère les dépendances pour atteindre l’objectif souhaité d’un projet de migration.

AWS Migration Hub Orchestrator est conçu pour automatiser et simplifier la migration des applications vers AWS. Orchestrator vous aide à réduire les coûts et les délais de migration en éliminant la majorité des tâches manuelles impliquées dans la migration des applications métier de grande envergure, en gérant les dépendances entre les différents outils et en apportant de la visibilité sur l'avancement de la migration en un même endroit. Le système utilise des modèles de flux de travail prédéfinis et personnalisables dans Orchestrator, qui proposent un ensemble prescrit de tâches de migration, d’outils de migration et d’options d’automatisation pour orchestrer des flux de travail complexes et des tâches interdépendantes, simplifiant ainsi le processus de migration vers AWS. 

Orchestrator vous aide à accélérer les migrations, simplifier le processus de migration et adapter les outils ainsi que le processus de migration à vos cas d’utilisation.

• Accélérer les migrations : accélérez les migrations de vos applications à l’aide de modèles de flux de travail prédéfinis éprouvés basés sur des milliers d’applications avec des modèles similaires migrés par AWS.
• Simplifier par l’automatisation : automatisez les tâches de pré-migration, les flux de travail de migration et les tâches de migration sur plusieurs outils comme AWS Application Discovery Service, AWS Application Migration Service et AWS Launch Wizard pour le même flux de travail de migration afin de minimiser le travail manuel. 
• Adapter et rationaliser : personnalisez et réutilisez les modèles de flux de travail en vous basant sur les recommandations de base et en modifiant les étapes et les dépendances de manière à répondre aux besoins spécifiques de charges de travail et de cas d’utilisation.

Orchestrator simplifie et accélère la migration des applications vers AWS.

• Migrer des applications via une méthodologie prescriptive : vous pouvez initier rapidement des migrations en utilisant des modèles de flux de travail prédéfinis basés sur des milliers d’applications avec des modèles similaires déjà migrés par AWS.
• Personnalisez votre flux de travail de migration : vous pouvez personnaliser votre flux de travail en y ajoutant vos propres étapes, dépendances et automatisations selon les besoins de vos cas d’utilisation spécifiques.
• Orchestrez les tâches de pré-migration dans les environnements source : vous avez souvent besoin de vérifier l’état de préparation de la migration, d’installer des agents ou de supprimer les fichiers journaux inutiles que vous ne souhaitez pas migrer vers AWS. L’exécution manuelle de ces tâches sur chacun des serveurs sur site est un processus fastidieux et sujet aux erreurs. Avec Orchestrator, vous pouvez automatiser ces tâches pour gagner du temps et de l’argent tout en réduisant le risque d’erreurs.
• Orchestrez les tâches de migration dans différents outils de migration : votre processus de migration optimal peut impliquer le recours à plusieurs outils pour le même flux de travail de migration, comme AWS Application Discovery Service, AWS Application Migration Service ou encore AWS Launch Wizard. Orchestrator vous permet d’orchestrer vos tâches de migration en réutilisant les métadonnées d’inventaire, les spécifications de configuration et le contexte d’environnement de manière à minimiser les intrants que vous devez fournir dans chacun de ces outils. En automatisant les tâches de migration manuelle, en gérant les dépendances entre les différents outils et en assurant une visibilité sur la progression de la migration en un même endroit, Orchestrator vous aide à réduire les coûts et le temps de migration.
• Configurez, validez et lancez les applications migrées : dans les grandes migrations, vérifier l’état des instances, des bases de données et de la connectivité réseau, installer et désinstaller des applications sur des serveurs migrés, et arrêter l’environnement de transfert sont autant de tâches qui rallongent la durée de basculement et la durée d’indisponibilité. Grâce à Orchestrator, vous pouvez automatiser ces étapes de migration de routine pour réduire le temps de transition de plus de 50 %.

Vous pouvez accéder à Orchestrator à partir de la console AWS Migration Hub ou de l’AWS Command Line Interface (CLI). Utilisez Orchestrator pour remplir les conditions préalables de découverte ou d’importation de serveurs sources, de regroupement des serveurs découverts dans des applications et d’installation d’un plugin dans l’environnement source. Ensuite, choisissez l’un des modèles de flux de travail prédéfinis pour créer un flux de travail afin d’orchestrer la migration de l’application. Si vous le souhaitez, vous pouvez également spécifier des étapes personnalisées à automatiser ou à réaliser manuellement dans le cadre du flux de travail. Une fois que vous avez défini le flux de travail, vous pouvez l’exécuter, le mettre en pause ou le supprimer. Vous pouvez également suivre le statut du flux de travail au niveau de l’étape et du groupe d’étapes dans Orchestrator.

Un modèle de flux de travail est un playbook avec un ensemble prescrit de tâches de migration, de dépendances, d’outils de migration adéquats et d’options d’automatisation recommandées. Par exemple, le modèle de flux de travail prédéfini pour la migration d’applications basées sur SAP NetWeaver avec des bases de données HANA inclut des tâches étape par étape pour la validation automatisée de la connectivité entre les serveurs sources et les plugins, la possibilité de provisionner un nouvel environnement SAP avec l’AWS Launch Wizard, la validation automatisée des environnements source et cible, la migration automatisée de la base de données et des applications HANA, et la validation post-migration. 

L'orchestrateur prend actuellement en charge cinq modèles de flux de travail prédéfinis dont vous pouvez vous servir. Le premier modèle vous aide à migrer des applications basées sur SAP NetWeaver avec des bases de données HANA au moyen de l'AWS Launch Wizard et de HANA System Replication. Le deuxième modèle vous aide à accélérer le réhébergement de l'ensemble des applications au moyen d'AWS Application Migration Service (MGN). Les troisième et quatrième modèles vous aident à replatformer vos bases de données SQL Server vers Amazon RDS et à réhéberger vos bases de données SQL Server vers Amazon EC2 en utilisant la sauvegarde et la restauration natives. Le cinquième modèle vous permet d'importer les images de vos machines virtuelles (VM) sur site vers AWS, avec une expérience basée sur console pour générer Amazon Machine Image (AMI) à partir de l'image de machine virtuelle que vous avez créée pour répondre à vos exigences en matière de sécurité informatique, de gestion de la configuration et de conformité. Tous ces modèles incluent une automatisation prédéfinie des tâches avec une option permettant d'ajouter de nouvelles étapes et des scripts d'automatisation.