FAQ sur AWS Migration Hub

Q : Qu'est-ce qu'AWS Migration Hub ?

AWS Migration Hub propose un parcours guidé de bout en bout de migration et de modernisation comprenant la découverte, l'évaluation, la planification et l'exécution.  Accédez aux derniers conseils et outils depuis un seul endroit pour obtenir des recommandations automatisées, un plan prescriptif ainsi qu'une collaboration et un suivi entre équipes afin d'accélérer votre transformation. Simplifiez le réhébergement, le remaniement et la replateforme de vos applications dès aujourd'hui grâce à des services spécialisés conçus à partir de l'expérience acquise lors de la migration de milliers de clients vers AWS.

Q : Qu'est-ce qu'un parcours dans Migration Hub ?

Les parcours AWS Migration Hub permettent de rationaliser et d'exécuter des migrations vers AWS à grande échelle. Migration Hub utilise un nouveau concept de parcours pour rendre les migrations opérationnelles. Les parcours du Migration Hub réunissent des professionnels de la migration issus de différentes équipes (clients, partenaires et AWS) en les guidant à travers les phases et les étapes d'une migration. Migration Hub vous aide à créer des parcours de migration à partir de modèles contenant des tâches pour exécuter la migration. Les professionnels de la migration peuvent collaborer pour exécuter chaque tâche et suivre de manière centralisée toutes les migrations. Les parcours du Migration Hub fournissent une aide spécialisée à la demande et adaptée aux tâches via ProHelp et s'intègrent également à AWS Prescriptive Guidance (APG), entre autres ressources, pour afficher des conseils pertinents et actualisés en matière de tâches.

Q : Pourquoi utiliser les voyages du Migration Hub ?

Les parcours du Migration Hub facilitent l'exécution et le suivi des migrations en indiquant toutes les étapes nécessaires pour réussir la migration vers AWS. Un parcours fournit des indications sur les tâches recommandées pour toutes les phases de la migration à effectuer. Les parcours du Migration Hub hiérarchisent toutes les tâches par phase de migration et les convertissent en sous-tâches pour faciliter leur exécution. Les parcours de Migration Hub fournissent également des manuels d'exécution étape par étape pour exécuter chaque sous-tâche, ce qui réduit le temps consacré à la planification des projets et réduit la dépendance à l'égard des experts du cloud. Les utilisateurs peuvent également modifier ou ajouter des tâches. Les parcours facilitent la collaboration, notamment en ce qui concerne la transition entre l'automatisation et les tâches manuelles. Les utilisateurs peuvent stocker les artefacts créés à la suite de chaque tâche individuelle dans un emplacement central pour pouvoir les consulter ultérieurement.

Q : Quel est le lien entre les trajets vers le Migration Hub et leur interaction avec d'autres services AWS ?

Les parcours du Migration Hub fournissent aux clients des conseils sur les étapes générales de la migration, du début à la fin, en fonction des objectifs de migration prévus. Afin d'atteindre les objectifs de migration, Migration Hub s'intégrera aux services AWS pour aider les clients à exécuter les différentes étapes. Par exemple, si un client souhaite migrer une base de données Oracle locale vers Aurora PostgreSQL dans le cadre de son processus de migration, Migration Hub recommandera AWS Database Migration Service pour effectuer la migration. Les parcours du Migration Hub relient des conseils actualisés via AWS Prescriptive Guidance, utilisent les services de migration AWS existants et permettent des migrations vers différents services AWS cibles. Migration Hub journey rassemble toutes les ressources (conseils, experts et outils) et accélère les migrations vers de multiples services AWS en fonction de l'étendue de la migration. 

Q : Comment puis-je commencer mon parcours vers le Migration Hub ?

Vous pouvez commencer à utiliser le Migration Hub en accédant à une console externe d'AWS Migration Hub à l'adresse https://migrationhub.aws. Cette console externe nécessite que vous vous connectiez via AWS Builder ID pour commencer à utiliser l'expérience. Une fois connecté, vous pouvez suivre un flux guidé pour créer un nouveau parcours de migration. Vous pouvez inviter des collaborateurs qui se sont également inscrits au voyage Migration Hub. Vous pouvez travailler sur les tâches telles quelles ou les personnaliser comme vous le souhaitez avant ou pendant le trajet. Vous pouvez ajouter des collaborateurs au parcours, attribuer des tâches à chaque membre et commencer à travailler sur le projet. Une fois que vous avez terminé toutes les tâches, votre parcours de migration est terminé. 

Q : Quels outils de migration s'intègrent à AWS Migration Hub ?

AWS Application Migration Service, AWS Server Migration Service, AWS Database Migration Service et ATADATA ATAmotion sont intégrés à AWS Migration Hub et signalent automatiquement le statut de migration à Migration Hub. Consultez la documentation de Migration Hub pour savoir comment autoriser les outils à envoyer un état à Migration Hub.

Q : En quoi AWS Migration Hub peut m’aider à suivre la progression des migrations de mes applications ?

AWS Migration Hub vous aide en vous apportant de la visibilité par rapport à la progression de votre migration. Vous utilisez l'un des outils de migration intégrés, puis vous revenez au hub pour voir l'état de votre migration. Vous pouvez regrouper des serveurs en applications une fois la migration lancée ou découvrir et regrouper vos serveurs avant le lancement.

Q : Comment AWS Migration Hub m’aide-t-il à comprendre mon environnement informatique ?

AWS Migration Hub vous aide à comprendre votre environnement informatique en vous permettant d’explorer les informations collectées par les outils de découverte d’AWS et stockées dans le référentiel d’AWS Application Discovery Service. Une fois le référentiel rempli, vous pouvez voir les spécifications techniques ainsi que des informations de performances concernant les ressources découvertes dans Migration Hub. Vous pouvez exporter les données à partir du référentiel d’Application Discovery Service, les analyser et importer des regroupements de serveurs en tant qu’application. Une fois les serveurs regroupés, l'application de regroupement sert à agréger l'état de migration à partir de chaque outil de migration servant à migrer les serveurs et les bases de données dans l'application.

Q : Combien coûte l'utilisation d'AWS Migration Hub ?

AWS Migration Hub est disponible pour tous les clients AWS sans frais supplémentaires. Vous ne payez que les coûts des outils de migration que vous utilisez et des ressources consommées sur AWS.

Toutes les ressources orchestrées par Refactor Spaces (par exemple, Transit Gateway) sont allouées dans votre compte AWS. Par conséquent, vous payez l'utilisation de Refactor Spaces ainsi que les coûts associés aux ressources allouées. Pour en savoir plus, consultez la section Tarification d'AWS Migration Hub.

Q : Que garantit votre contrat de niveau de service d'AWS Migration Hub Refactor Spaces ?

Notre SLA garantit un pourcentage de disponibilité mensuel d'au moins 99,9 % au sein d'une région pour AWS Migration Hub Refactor Spaces.

Q : Comment savoir si je peux bénéficier d'un crédit de service au titre de l'accord de niveau de service ?

Vous pouvez bénéficier d'un crédit SLA pour AWS Migration Hub Refactor Spaces si le pourcentage de temps de fonctionnement mensuel de la région dans laquelle vous développez vos activités est inférieur à 99,9 % au cours d'un cycle de facturation mensuel. Pour consulter l'intégralité des conditions générales du contrat de niveau de service (SLA) et en savoir plus sur la marche à suivre pour soumettre une réclamation, voir https://aws.amazon.com/migration-hub/sla/refactor-spaces/.

Q : Comment bien démarrer avec AWS Migration Hub ?

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

Q : Quelle est la région d'origine de Migration Hub ?

Avant d'utiliser la plupart des fonctions dans Migration Hub (à l'exception de Refactor Spaces), vous devez sélectionner une région d'origine 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 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 Migration Hub.

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

Q : Vers quelles Régions puis-je effectuer les migrations avec AWS Migration Hub ?

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.

Q : Dans quelles régions AWS Migration Hub est-il disponible ?

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.

Q : Comment octroyer l'accès à AWS Migration Hub ?

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.

Q : Comment AWS Migration Hub m'aide-t-il à comprendre mon environnement informatique ?

AWS Migration Hub vous aide à comprendre votre environnement informatique en vous permettant d'explorer les informations collectées par les outils de découverte AWS et stockées dans le référentiel AWS Application Discovery Service. Une fois le référentiel rempli, vous pouvez voir les spécifications techniques ainsi que des informations de performances concernant les ressources découvertes dans Migration Hub, les analyser, visualiser et étiqueter les dépendances des serveurs et des applications, et regrouper les serveurs en applications. Vous pouvez également exporter des données et importer des regroupements sous forme « d'application ». Une fois les serveurs regroupés, l'application de regroupement sert à agréger l'état de migration à partir de chaque outil de migration servant à migrer les serveurs et les bases de données dans l'application.

Q : Comment voir mon portefeuille informatique dans AWS Migration Hub ?

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.

Q : Comment ajouter des ressources au référentiel de découverte ?

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.

Q : Comment regrouper des serveurs en application ?

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 ».

Q : Comment voir les applications ?

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 ».

Q : Puis-je voir les applications créées par d'autres utilisateurs du même compte ?

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.

Q : Puis-je voir les applications existant sur d’autres comptes AWS ?

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.

Q : Comment fonctionne la fonction d'importation AWS Migration Hub ?

Vous pouvez accéder à la fonction 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é.

Q : Quel type de données puis-je importer à l'aide du modèle d'importation ?

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.

Q : J'ai importé un fichier incorrect. Puis-je l'écraser ou le supprimer ?

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.

Q : Le nombre de fichiers d'importation que je peux charger est-il limité ?

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.

Q : Dois-je payer pour importer des données ?

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

Q : Je n'ai pas de données pour tous les champs du modèle d'importation. Puis-je quand même importer mes données ?

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.

Q : Quels sont les critères pour identifier un enregistrement incorrect ?

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 ».

Q : En quoi consiste la fonctionnalité de recommandations d'instance EC2 ?

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).

Q : Dois-je installer Discovery Connector ou Discovery Agent d'AWS Application Discovery Service pour utiliser la fonction de recommandation d'instance EC2 ?

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.

Q : Comment la fonctionnalité de recommandations d'instance EC2 fournit-elle un résultat pour un serveur donné ?

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).

Q : La fonction de recommandations d'instance EC2 fournit-elle des recommandations d'instances de performance à capacité extensible ?

Oui. La fonction de recommandations d'instance EC2 fournit des recommandations d'instances de performance à capacité extensible. 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.

Q : Que se passe-t-il si je possède des données de découverte de plusieurs sources pour le même serveur dans AWS Migration Hub ? Quelle source de données est utilisée pour calculer la recommandation d'instance EC2 pour ce serveur ?

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.

Q : La fonction de recommandations d'instance EC2 recommande-t-elle des instances de génération actuelle ?

Oui. La fonction 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.

Q : Quand dois-je utiliser la fonction de recommandation d'instance EC2 dans AWS Migration Hub par rapport à une évaluation des coûts plus détaillée avec TSO Logic ?

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.

Q : Quels outils de migration s'intègrent à AWS Migration Hub ?

AWS Application Migration Service, AWS Server Migration Service, AWS Database Migration Service et ATADATA ATAmotion sont intégrés à AWS Migration Hub et signalent automatiquement le statut de migration à Migration Hub. Consultez la documentation de Migration Hub pour savoir comment autoriser les outils à envoyer un état à Migration Hub.

Q : Comment utiliser AWS Migration Hub lors de la migration d'applications ?

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.

Q : Est-ce qu’AWS Migration Hub migre automatiquement mes applications pour moi ?

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.

Q : Que dois-je faire pour que la progression de la migration de mes applications apparaisse dans AWS Migration Hub ?

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.

Q : Que risque-t-il d'arriver si je n'effectue pas une migration de réhébergement stricte et si je déplace les ressources exactement du site vers AWS ?

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.

Q : Et si j'utilise un outil non intégré à AWS Migration Hub ?

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.

Q : Comment d’autres outils peuvent-ils publier l’état dans AWS Migration Hub ?

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.

Q : Qu'est-ce que Strategy Recommendations ?

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.

Q : Pourquoi dois-je utiliser Strategy Recommendations ?

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.

Q : Quelles sont les options de migration et de modernisation que Strategy Recommendations prend en charge ?

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).

Q : Comment puis-je commencer à utiliser Strategy Recommendations ?

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

Q : Quelles sont les options supplémentaires dont je dispose pour moderniser mes applications Windows ?

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

Q : Qu'est-ce que la transformation d'une application ?

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.

Q : Qu'est-ce que Refactor Spaces ?

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.

Q : Pourquoi utiliser Refactor Spaces ?

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.

Q : Quels types d'applications puis-je refactoriser ?

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.

Q : Comment fonctionne Refactor Spaces avec les autres services AWS ?

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.

Q : Qu'est-ce qu'un environnement Refactor Spaces ?

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.

Q : Qu'est-ce qu'une application Refactor Spaces ?

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.

Q : Qu'est-ce qu'un service Refactor Spaces ?

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.

Q : Comment puis-je commencer la refactorisation progressive d'une application avec Refactor Spaces ?

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.

Q : Puis-je obtenir un accès privé aux API d'AWS Migration Hub Refactor Spaces depuis mon VPC sans utiliser d'adresses IP publiques ?

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.

Q : Qu’appelle-t-on l’orchestration de la migration ?

L'orchestration des migrations 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 ou de modernisation.

Q : En quoi consiste AWS Migration Hub Orchestrator ?

AWS Migration Hub Orchestrator est conçu pour automatiser et simplifier la migration et la modernisation 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.

Q : Quels sont les avantages à utiliser AWS Migration Orchestrator ?

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.

Q : Pourquoi utiliser AWS Migration Hub Orchestrator ?

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, p. ex. 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 les temps d’arrêt. Grâce à Orchestrator, vous pouvez automatiser ces étapes de migration de routine pour réduire le temps de transition de plus de 50 %.

Q : Comment s’utilise Orchestrator ?

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.

Q : Qu’est-ce qu’un modèle de flux de travail 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.

Q : Quels sont les modèles de flux de travail prédéfinis fournis dans l'orchestrateur ?

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é. Le sixième modèle vous permet de reformuler les applications .NET et Java vers Amazon Elastic Container Service (ECS) sur AWS Fargate. 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.