Une entreprise migre son centre de données vers AWS aussi rapidement que possible. Des centaines de machines virtuelles VMware exécutent de nombreuses applications ; chaque machine virtuelle utilise un dossier Windows partagé pour les fichiers courants. Le partage est supérieur à 100 Go. L'équipe de conformité exige une demande de modification pour chaque installation ou modification de logiciel sur chaque machine virtuelle. L'entreprise dispose d'un lien AWS Direct Connect de 10 Gbit/s vers AWS. Quelle séquence d'étapes permettra de réaliser la migration dans les plus brefs délais ?

La bonne réponse utilise AWS Application Migration Service (AWS MGN) pour migrer les machines virtuelles, ce qui est la méthode la plus rapide pour des centaines de VM. L'appliance sans agent est préférable car elle ne nécessite pas d'installation sur chaque VM, évitant ainsi les demandes de modification. Amazon FSx for Windows File Server est le choix approprié pour un partage de fichiers Windows, car il offre une compatibilité native. L'utilisation d'AWS Snowcone est essentielle pour transférer rapidement plus de 100 Go de données de partage de fichiers et les images de VM, contournant les limitations de bande passante même avec une connexion Direct Connect de 10 Gbit/s pour un grand volume de données initial. AWS Migration Hub permet de suivre la migration. Les autres options sont incorrectes car : VM Import/Export est plus lent et manuel pour des centaines de VM. EFS n'est pas idéal pour les partages de fichiers Windows natifs. L'option qui déploie uniquement l'appliance sans agent AWS Application Discovery Service et passe en revue le portefeuille ne couvre pas la migration réelle des données et des VM. Déployer des agents sur chaque hyperviseur ou VM nécessiterait des demandes de modification et serait plus lent. Copier les données du partage de fichiers de chaque VM est inefficace.