4.1 - Planifier et évaluer les migrations (Discovery, Migration Hub, 7 Rs)
L'objectif 4.1 de l'AWS Solutions Architect Professional couvre la planification et l'évaluation d'une migration avant son lancement. AWS Application Discovery Service inventorie les serveurs on-premises et cartographie les dépendances, avec le Discovery Agent pour le détail fin des processus et du réseau par hôte ou l'Agentless Collector dans vCenter pour l'inventaire au niveau hyperviseur. AWS Migration Hub suit le statut de migration de façon centrale et ajoute les Strategy Recommendations, tandis que Migration Evaluator (ex-TSO Logic) projette le coût d'exécution AWS et right-size pour justifier le dossier métier. Tu classes chaque application dans une stratégie 7 Rs - rehost avec AWS Application Migration Service quand la vitesse de sortie prime, repurchase un outil banalisé en SaaS, refactor une appli qui a besoin d'un scaling cloud-native - et tu prépares la destination en montant une landing zone Control Tower avec des garde-fous SCP préventifs. Direct Connect soutient un état hybride intérimaire où une couche web tourne dans AWS pendant que la base reste on-premises. Attends-toi à des mises en situation sur l'inventaire et la cartographie des dépendances, un dossier TCO, ou le choix d'une stratégie 7 Rs, et à choisir le bon service ou la bonne approche.
Inventorier les serveurs et cartographier les dépendances = Application Discovery Service (Agent pour le détail fin, Agentless dans vCenter). TCO et coût AWS projeté pour le dossier métier = Migration Evaluator. Vitesse de sortie du data-center, sans changer le code = rehost avec MGN.
Questions d'entraînement
1. Avant de migrer des centaines de serveurs sur site, une entreprise a besoin de données d'utilisation, des dépendances entre serveurs et de recommandations de dimensionnement pour planifier les vagues. Quel service fournit cette découverte ?
- Les contrôles AWS Trusted Advisor sur le compte AWS existant
- Les analyses de vulnérabilités Amazon Inspector des charges en cours
- AWS Application Discovery Service (avec Migration Hub) (bonne réponse)
- Les agrégateurs AWS Config collectant la configuration des ressources
Application Discovery Service collecte l'utilisation sur site et les dépendances réseau, alimentant Migration Hub pour planifier et suivre les vagues de migration et le dimensionnement. Trusted Advisor examine des comptes AWS existants, Inspector cherche des vulnérabilités, et Config suit la configuration de ressources AWS, pas la découverte sur site.
2. Une entreprise a 300 serveurs et une echeance ferme de 6 mois pour quitter son centre de donnees. La plupart des applications sont stables et changent rarement. La direction demande s'il faut tout refactorer en serverless pendant le deplacement. Que doit conseiller l'architecte ?
- Refactorer les 300 serveurs en Lambda et conteneurs avant que l'un d'eux puisse bouger
- Reporter l'echeance indefiniment jusqu'a la reecriture complete de chaque application
- Rehost la plupart des serveurs maintenant pour tenir l'echeance, puis moderniser des apps ciblees ensuite (bonne réponse)
- Retirer le centre de donnees seulement apres une refonte microservices complete de chaque charge de travail applicative
Avec une echeance ferme et des applications surtout stables, rehost (lift-and-shift) d'abord respecte le calendrier avec le moindre risque, la modernisation venant ensuite la ou elle rapporte. Tout refactorer d'emblee, reporter indefiniment ou conditionner la sortie a une refonte complete font tous exploser l'echeance pour peu de gain immediat.
3. Avant de migrer un centre de données, un architecte doit inventorier les serveurs sur site et cartographier les dépendances entre applications pour planifier les vagues de migration. Quel service AWS est conçu pour cela ?
- AWS Config enregistrant les changements de configuration des ressources
- AWS Application Discovery Service collectant l'inventaire et les dépendances (bonne réponse)
- Amazon Inspector analysant en continu les charges en cours pour des vulnérabilités logicielles connues
- AWS Trusted Advisor examinant les bonnes pratiques du compte
Application Discovery Service collecte les specs serveurs, l'utilisation et les dépendances réseau sur site pour regrouper les applis en vagues. Config suit les ressources AWS (pas la découverte sur site), Inspector trouve des vulnérabilités et Trusted Advisor examine les comptes AWS existants.
4. Pendant l'évaluation du portefeuille, les données de découverte montrent plusieurs serveurs à CPU quasi nulle, sans utilisateur actif et sans dépendance depuis un an. Quelle est la disposition recommandée ?
- Les réhéberger sur EC2 pour ne rien perdre pendant la migration
- Les relocaliser vers VMware Cloud on AWS pour garder l'hyperviseur
- Les mettre hors service plutôt que migrer des charges inutilisées (bonne réponse)
- Les replateformer sur des services managés pour réduire le coût
Les serveurs sans usage, utilisateur ni dépendance doivent être mis hors service, supprimant coût et effort de migration. Réhéberger, relocaliser ou replateformer une charge inactive ne fait que transporter du poids mort dans AWS et continuer à le payer.
5. Un programme de migration a besoin d'une vue unique pour suivre l'état de migration des applications entre outils et comptes, plus une estimation prévisionnelle des coûts AWS pour justifier le dossier. Quels DEUX services fournissent cela ? (Choisissez DEUX réponses.)
- AWS Migration Hub pour suivre l'état de migration de façon centralisée (bonne réponse)
- AWS Cost Explorer prévoyant la dépense future des ressources qui sont déjà en cours dans le compte
- Migration Evaluator (TSO Logic) pour estimer le coût AWS et le dimensionnement (bonne réponse)
- AWS Budgets alertant quand la dépense actuelle dépasse un seuil
Migration Hub agrège l'état de MGN, DMS et outils partenaires dans une vue unique, tandis que Migration Evaluator bâtit une projection de coûts et un dimensionnement pour justifier le projet. Cost Explorer et Budgets analysent la dépense AWS existante, pas le dossier avant migration.
6. Pour séquencer la migration d'un portefeuille, quel type d'application est le meilleur candidat pour la première vague afin de créer une dynamique et réduire le risque ?
- Le système vital pour le chiffre d'affaires avec le plus de dépendances amont et aval
- Une application fortement couplée qui partage du stockage avec beaucoup d'autres
- Une charge réglementée en attente d'une validation de conformité par les auditeurs
- Une application peu risquée, avec peu de dépendances et un propriétaire clair (bonne réponse)
Commencer par une appli peu risquée, faiblement couplée et avec un propriétaire clair permet à l'équipe d'apprendre les outils et de prouver le processus avec un impact minimal. Les applis les plus connectées, couplées ou bloquées par la conformité sont plus risquées et mieux placées dans des vagues ultérieures.