Questions d'entretien migration AWS, de l'inventaire à la bascule MGN

Le consultant migration vers AWS fait passer un parc de serveurs d'un datacenter vers des comptes AWS, de l'inventaire à la bascule. Les outils ont changé en 2025 avec AWS Transform, et la manière dont un candidat en parle date son expérience.

Recevoir la fiche complète

Mis à jour le Par l'équipe Delectus4 min de lecture

La fiche Consultant migration vers AWS : technologies, chaîne du poste, une question et la grille d'évaluation

Une mission de migration vers AWS commence presque toujours par un export RVTools, une CMDB incomplète et une date de sortie du datacenter. Le consultant construit l'inventaire, chiffre la cible, choisit une stratégie par application, prépare la landing zone avec les équipes réseau et sécurité, puis enchaîne les vagues de bascule. Selon la taille du programme, il porte seul ces sujets ou travaille avec un chef de projet et des architectes.

Le vocabulaire s'apprend vite. Les 7 R, le Migration Acceleration Program et le lift and shift figurent dans toutes les formations. L'expérience se voit ailleurs, dans les ports à ouvrir pour la réplication, le DNS hybride avec l'annuaire, le runbook de bascule et le moment où l'on décide un retour arrière.

Les outils ont bougé. Application Migration Service s'appelle désormais AWS Transform MGN. Migration Hub n'est plus ouvert aux nouveaux clients depuis le 7 novembre 2025, Application Discovery Service non plus, au profit d'AWS Transform. Un candidat qui cite encore Server Migration Service parle d'un outil arrêté en 2023. Le PDF ajoute 30 questions sur six axes et une étude de cas de 20 minutes.

Les services AWS d'une migration de datacenter

AWS Transform

Le service d'AWS, fondé sur des agents d'IA, qui reprend depuis 2025 la découverte, la planification des vagues, la traduction du réseau source en architecture VPC et le pilotage du réhébergement. Il remplace Migration Hub et Application Discovery Service pour les nouveaux clients. Les CV récents devraient le citer.

AWS Transform MGN

Le nouveau nom d'Application Migration Service. Un agent copie les disques d'un serveur bloc par bloc vers AWS en continu, puis MGN lance une instance de test et une instance de bascule sur EC2. La coupure se limite à quelques minutes si la réplication est à jour. C'est l'outil principal du lift and shift.

Migration Evaluator

Le service de business case. Il collecte ou importe l'inventaire, compare les coûts sur site et sur AWS, y compris licence incluse contre licence apportée, et repère les serveurs surdimensionnés. Il sert en début de mission, avant l'engagement du client.

AWS DMS et DMS Schema Conversion

DMS copie les données d'une base vers AWS, en chargement complet puis en continu par capture des changements. DMS Schema Conversion convertit le schéma vers un autre moteur, par exemple d'Oracle ou SQL Server vers PostgreSQL, en reprenant le moteur de l'ancien outil SCT.

Control Tower et Organizations

Le socle de la landing zone. Organizations structure les comptes, Control Tower les déploie avec des règles de sécurité communes, la journalisation centralisée et les accès par IAM Identity Center. Elle doit être prête avant la première vague.

Transit Gateway, Direct Connect et Route 53 Resolver

Le réseau hybride de la migration. Transit Gateway relie les VPC des comptes, Direct Connect ou un VPN relie le datacenter, Route 53 Resolver fait dialoguer les DNS du site et d'AWS. Beaucoup de bascules ratées viennent d'un DNS mal préparé.

AWS DataSync et Amazon FSx

DataSync copie des partages de fichiers vers AWS, avec des passes incrémentales jusqu'à la bascule. FSx for Windows File Server et FSx for NetApp ONTAP reçoivent les partages en gardant les droits et les usages des utilisateurs.

Amazon EVS

Amazon Elastic VMware Service fait tourner VMware Cloud Foundation dans un VPC du client. Les VM partent sans conversion, ce qui raccourcit une sortie de datacenter, mais la souscription VMware reste à payer.

Le titre recouvre des profils différents. Certains consultants font surtout l'évaluation et le business case, d'autres pilotent une usine de migration et enchaînent les vagues, d'autres encore se concentrent sur la bascule technique des serveurs et des bases. Les offres demandent aussi Terraform, l'expérience des stratégies rehost et replatform, et parfois HCX pour des environnements VMware. AWS ne propose pas de certification dédiée à la migration. La Solutions Architect Professional en couvre une partie, avec un domaine sur la migration et la modernisation des charges. L'entretien vérifie des bascules réellement menées.

Ce que le consultant doit savoir faire, de l'inventaire au run

  • Inventaire, dépendances et business case
  • Choix de stratégie et vagues de migration
  • Landing zone, réseau hybride et DNS
  • Réplication et bascule avec AWS Transform MGN
  • Migration des bases, fichiers et VM VMware
  • Retour arrière, validation et coûts après migration

Cinq questions sur des migrations réelles

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

  1. Question 1 · confirmé

    On vous remet un export RVTools de 600 VM et une CMDB incomplète. Comment construisez-vous l'inventaire qui servira au plan de migration ?

    Une bonne réponseRVTools donne la configuration des VM, pas leur consommation réelle ni leurs flux réseau. Il complète avec un collecteur (celui d'AWS Transform ou un outil tiers) sur plusieurs semaines, des agents sur les serveurs critiques pour les dépendances, et des entretiens avec les responsables d'application. Il rattache chaque serveur à une application et à un propriétaire, et écarte les VM éteintes, les doublons et les candidats au retrait.

    Signal d'alerteIl prend RVTools pour la vérité et dimensionne la cible à un pour un.

  2. Question 2 · confirmé

    Décrivez ce qui se passe entre l'installation de l'agent AWS Transform MGN sur un serveur et sa bascule.

    Une bonne réponseL'agent s'enregistre auprès de l'API MGN en 443. Des serveurs de réplication sont lancés dans le sous-réseau de staging et reçoivent une copie bloc à bloc chiffrée en TCP 1500, d'abord complète puis continue. Les modèles de réplication, de lancement et post-lancement s'appliquent. On lance une instance de test, que le serveur de conversion rend démarrable sur EC2, on la valide, puis vient l'instance de bascule. La finalisation arrête la réplication et supprime les ressources de staging.

    Signal d'alerteUne simple copie d'image ponctuelle, sans test ni finalisation.

  3. Question 3 · confirmé

    Quels comptes, réseaux et contrôles doivent exister dans AWS avant que le premier serveur soit répliqué ?

    Une bonne réponseUne organisation multi-comptes (production, hors production, réseau partagé, sécurité et archive des journaux) déployée avec Control Tower, des SCP, IAM Identity Center fédéré avec l'annuaire, CloudTrail et Config centralisés, un hub réseau avec Transit Gateway, la connectivité hybride (Direct Connect ou VPN), un plan d'adressage sans chevauchement avec le site, le DNS hybride, des politiques de sauvegarde et de tags.

    Signal d'alerteUn seul compte et le VPC par défaut.

  4. Question 4 · confirmé

    Une application Java tourne sur deux VM avec une base Oracle. Quelle stratégie de migration retenez-vous, et pourquoi ?

    Une bonne réponseIl part de la date de sortie du datacenter, des compétences de l'équipe, du support de l'éditeur et de la licence Oracle. Un schéma fréquent réhéberge les serveurs d'application avec MGN et passe la base sur RDS for Oracle, la conversion vers PostgreSQL venant plus tard si le gain le justifie. Il sait nommer les 7 R et dire pourquoi il écarte les autres.

    Signal d'alerte« On refactore tout en microservices », ou du lift and shift systématique sans regarder la base.

  5. Question 5 · senior

    Deux heures après la bascule d'une application, les temps de réponse ont doublé. Que regardez-vous avant de décider un retour arrière ?

    Une bonne réponseLes appels vers des dépendances restées sur site, qui traversent maintenant le VPN ou Direct Connect, une instance trop petite ou à crédits CPU, des volumes gp3 laissés à leur performance de base, des délais de résolution DNS, des flux filtrés par un security group. Il compare aux mesures prises avant la migration et applique les critères de retour arrière fixés dans le runbook.

    Signal d'alerteUn retour arrière immédiat sans diagnostic, ou aucun critère prévu.

Recevez la fiche d'entretien complète en PDF

La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.

  • 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
  • Le niveau visé pour chaque question
  • Une mise en situation de 20 minutes et ce qu'on attend du candidat
  • La grille d'évaluation de 1 à 4, axe par axe

Questions fréquentes sur le consultant migration AWS

Consultant migration ou architecte cloud AWS : quel profil pour une sortie de datacenter ?

L'architecte conçoit la cible et ses règles, parfois sans rien migrer. Le consultant migration part de l'existant, l'inventorie, le découpe en vagues et le fait basculer, avec ce que cela suppose de réplication, de DNS et de retours arrière. Les deux se recouvrent sur la landing zone. Pour une sortie de datacenter, il faut quelqu'un qui a mené des bascules, pas seulement dessiné des architectures.

Comment vérifier qu'un candidat a mené des bascules lui-même ?

La dernière bascule racontée heure par heure le montre. Un candidat qui l'a vécue cite le TTL DNS abaissé, le lancement de test, le retard de réplication, ce qui a coincé et l'heure limite du retour arrière. Un discours qui reste au niveau des 7 R et du cadre MAP sans aucun détail technique signale plutôt un profil d'avant-vente ou de cadrage.

Comment tester la méthode de bascule en direct ?

Un test technique de vingt minutes en direct suffit. Le test part d'un extrait d'inventaire avec une dizaine de serveurs, une base et un partage de fichiers : le candidat constitue deux vagues, écrit les grandes lignes du runbook et dit ce qui déclencherait un retour arrière. La façon de traiter les dépendances et le DNS montre vite le niveau réel.

Faut-il une expérience AWS, ou un profil Azure ou GCP suffit-il ?

La méthode se transpose, l'outillage non. Inventaire, vagues, runbook et retour arrière restent les mêmes. Les outils, le réseau et le DNS changent, et MGN ne se pilote pas comme Azure Migrate. Pour une mission où le consultant doit être autonome dès le départ, il faut au moins une migration réelle vers AWS. Pour une équipe déjà outillée, un bon profil Azure monte vite.

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.

Les fiches voisines

Toutes les fiches →

Voyez Delectus sur vos propres offres.

Commencez gratuitement. Passez à l'échelle quand vous êtes prêt.

Demander une démo

Votre ATS, connecté à Delectus

  • Workable
  • Teamtailor
  • iCIMS
  • Lever
  • SmartRecruiters
  • Jobvite
  • Greenhouse
  • Pinpoint