4.2 - Exécuter les migrations (MGN, DMS, Snowball, stratégies 7 Rs)
L'objectif 4.2 de l'AWS Solutions Architect Professional couvre l'exécution d'une migration et les cutovers. Tu rehost des VM Linux avec le moindre effort via AWS Application Migration Service (MGN), qui réplique en continu les serveurs source au niveau bloc dans une zone de staging à bas coût et lance des instances de test non perturbantes avant le cutover final, et tu replatform vers Amazon RDS for MySQL pour cesser de patcher et gérer le failover à la main. AWS Database Migration Service a besoin du change data capture (CDC) activé pour que les écritures pendant et après le full load atteignent la cible, et un déplacement homogène Oracle-vers-RDS ne nécessite pas de Schema Conversion Tool alors qu'un déplacement hétérogène Oracle-vers-Aurora PostgreSQL en a besoin. Snowball Edge expédie des données en masse hors ligne et exécute du calcul local, un Tape Gateway retire les bandes physiques vers Glacier, et un repurchase remplace un CRM personnalisé par du SaaS. Pour un cutover gouverné tu gardes les serveurs source actifs jusqu'à la validation et tu planifies une fenêtre à faible trafic. Attends-toi à des mises en situation sur un lift-and-shift, des lignes manquantes après le full load ou un cutover sûr, et à choisir le bon outil ou la bonne stratégie.
Lift-and-shift des serveurs au moindre effort = rehost avec MGN (réplication au niveau bloc + instances de test). Cible sans les lignes écrites après le full load = le change data capture (CDC) DMS était désactivé. Même moteur = pas de SCT ; moteur différent = SCT requis.
Questions d'entraînement
1. Une entreprise doit migrer un jeu de données sur site de 50 To vers Amazon S3 en une semaine, mais sa liaison internet mettrait plus d'un mois à transférer ce volume. Quelle est la meilleure approche ?
- Compresser les données et les téléverser sur la liaison internet existante
- Commander un AWS Snowball Edge, y copier les données et le renvoyer (bonne réponse)
- Monter un VPN site-à-site et copier les données avec l'AWS CLI
- Utiliser S3 Transfer Acceleration depuis les serveurs sur site
Quand le réseau serait trop lent pour un gros transfert ponctuel, Snowball Edge expédie physiquement les données et les dépose dans S3 en quelques jours. Compression, VPN et Transfer Acceleration passent tous par la liaison contrainte et ne tiennent pas le délai.
2. Une équipe doit migrer une base Oracle de production vers Aurora PostgreSQL avec un minimum d'indisponibilité, en gardant la source active jusqu'au basculement. Quels outils conviennent le mieux ?
- AWS SCT pour convertir le schéma, puis AWS DMS avec réplication continue (CDC) (bonne réponse)
- Un mysqldump unique exporté et importé pendant une fenêtre de maintenance
- Un export S3 des fichiers Oracle restauré directement dans Aurora
- Oracle hébergé sur EC2 avec un réplica de lecture dans Aurora
Pour un changement de moteur hétérogène (Oracle vers PostgreSQL), le Schema Conversion Tool convertit schéma/code et DMS avec change data capture réplique les changements en continu, gardant la source active jusqu'à un court basculement. Un dump impose une longue indisponibilité ; on ne restaure pas des fichiers Oracle dans Aurora, ni ne crée un réplica de lecture inter-moteurs ainsi.
3. Une entreprise doit déplacer 40 VM Linux vers AWS dans un délai serré et ne peut pas modifier le code des applications. Laquelle des stratégies des 7 R convient, avec le moins d'effort d'ingénierie ?
- Refactoriser chaque application en microservices événementiels avant même de démarrer le déplacement
- Replateformer en changeant chaque moteur de base pendant la migration
- Réhéberger (lift-and-shift) les serveurs sans modifier les applications (bonne réponse)
- Racheter en reconstruisant sur un produit SaaS tiers équivalent
Le réhébergement déplace les serveurs tels quels sans modifier le code, c'est donc le plus rapide et le moins coûteux en effort pour un délai serré. Refactor et replatform demandent du travail d'ingénierie, et repurchase revient à abandonner l'appli actuelle pour un SaaS, un changement métier plus lourd.
4. Une équipe veut réhéberger des centaines de serveurs physiques et virtuels vers EC2 avec réplication continue au niveau bloc, tests non perturbateurs et fenêtre de bascule courte. Quel service automatise cela à grande échelle ?
- AWS Application Migration Service (MGN) (bonne réponse)
- AWS Backup copiant les volumes selon un planning
- Amazon EC2 Image Builder produisant des AMI de référence
- AWS Elastic Disaster Recovery pour bascule uniquement
MGN réplique en continu les disques source vers une zone de staging, permet de lancer des instances de test sans perturber la source, puis exécute une bascule rapide : c'est l'outil de réhébergement principal d'AWS à grande échelle. Backup et Image Builder n'orchestrent pas la migration à chaud, et Elastic DR vise la reprise après sinistre, pas la migration.
5. Un CRM auto-hébergé vieillissant coûte cher à maintenir et n'apporte aucune valeur stratégique. L'entreprise accepte d'adopter un CRM cloud commercial et de réimporter ses données. De quelle stratégie R s'agit-il ?
- Réhéberger les serveurs CRM existants tels quels sur des instances EC2
- Refactoriser le CRM en microservices événementiels sur Lambda
- Conserver le CRM sur site et réévaluer la décision plus tard
- Racheter : le remplacer par un CRM SaaS (bonne réponse)
Le repurchase (drop-and-shop) consiste à abandonner l'appli sur mesure pour un autre produit, souvent SaaS, ce qui convient à un CRM banalisé sans valeur stratégique. Rehost et refactor conservent la même application, et retain la laisse tourner sur site au lieu de la remplacer.
6. Un site distant doit déplacer 60 To vers AWS mais ne dispose que d'un lien internet lent et peu fiable ; une copie en ligne prendrait des mois. Quels DEUX éléments font de AWS Snowball Edge le bon choix ? (Choisissez DEUX réponses.)
- Les données sont expédiées physiquement, évitant totalement le réseau contraint (bonne réponse)
- Il exige de provisionner un circuit Direct Connect dédié de 10 Gbps avant de commencer tout transfert
- Il fournit un boîtier robuste et chiffre les données au repos pendant le transit (bonne réponse)
- Il diffuse les données en continu et ne nécessite aucun stockage local
Snowball Edge contourne le lien lent en déplaçant les données sur un boîtier physique chiffré expédié à AWS, plus rapide que des mois de transfert en ligne. Il n'exige pas Direct Connect, et c'est un transport hors ligne, pas une diffusion continue.