View a markdown version of this page

Guide de démarrage rapide pour les évaluations de la migration - AWS Transformation

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Guide de démarrage rapide pour les évaluations de la migration

Ce guide explique comment obtenir les données d'inventaire nécessaires à une évaluation, comment exécuter une évaluation, comment examiner les résultats et quelles instructions utiliser. Commencez ici si vous souhaitez produire rapidement une première analyse de rentabilisation. Avant de commencer, vérifiez que vous avez les articles dedansConditions préalables.

Ce guide couvre les sujets suivants, qui vous permettent de passer d'un fichier d'inventaire à une analyse de rentabilisation complète :

  • Obtenez des données pour une évaluation de la migration

  • Exécuter une évaluation

  • Passez en revue et affinez les résultats

  • Utilisez les exemples d'instructions

Obtenir des données pour une évaluation de la migration

Chaque évaluation commence par un inventaire des serveurs, et AWS Transform accepte de nombreux formats. Trois méthodes couvrent la plupart des cas : exportez votre inventaire depuis votre hyperviseur, exécutez l'outil de découverte AWS Transform ou utilisez les données dont vous disposez déjà. Pour plus d'informations sur les formats pris en charge, consultezTéléchargement des données d'inventaire.

Exportation de votre inventaire depuis vCenter

Si vos charges de travail s'exécutent sur VMware, l'exportation depuis vCenter est le moyen le plus rapide d'obtenir des données. Les deux outils suivants s'exécutent en quelques minutes et aucun n'a besoin d'agents sur vos serveurs.

  • Export pour vCenter : un script Python open source de. AWS Il collecte uniquement les données vCenter dont AWS Transform a besoin et écrit des fichiers qui correspondent aux noms et aux en-têtes de colonne des fichiers CSV RVTools. Vous avez besoin de Python 3.10 ou version ultérieure et d'informations d'identification vCenter en lecture seule. Le script crée un vcexport.zip fichier que vous importez dans votre évaluation. Comme la sortie correspond au format RVTools, AWS Transform la lit comme une exportation RVTools. Pour obtenir des instructions sur l'installation et l'exécution du script, consultez export-for-vcenter sur le site Web. GitHub

  • RVTools : outil Windows tiers largement utilisé de Dell qui fournit des rapports sur les environnements VMware vSphere. De nombreuses équipes l'exécutent déjà, il se peut donc que votre équipe chargée de l'infrastructure ait récemment effectué une exportation. Il exporte vers un fichier Excel ou un fichier ZIP de fichiers CSV, tous deux acceptés par AWS Transform. Téléchargez RVTools uniquement à partir de RVTools sur le site Web de Dell.

Les deux outils indiquent comment vos machines virtuelles sont configurées. Export for vCenter lit également les statistiques de performance que vCenter collecte déjà, mais pas RVTools. Pour chaque machine virtuelle activée, elle ajoute une utilisation maximale et moyenne du processeur et de la mémoire, ainsi que les plus grandes tailles de demandes de lecture et d'écriture sur disque virtuel.

Ces données sont importantes, car AWS Transform taille les instances en fonction du pic d'utilisation de votre inventaire lorsqu'il y en a un, et revient aux hypothèses par défaut lorsque ce n'est pas le cas. Pour obtenir une première analyse de rentabilisation, une exportation avec RVTools reste une bonne option, et vous pourrez ajouter des données d'utilisation ultérieurement.

Les données provenant d'un hyperviseur ont des limites. Il couvre uniquement les machines virtuelles gérées par vCenter. Ajoutez des serveurs physiques, d'autres hyperviseurs et des charges de travail cloud séparément. Il ne peut pas non plus voir l'intérieur de l'invité. Vous n'avez donc aucun moteur ou édition de base de données, et aucune connexion entre les serveurs. Sans éditions et versions de SQL Server, AWS Transform ne peut pas analyser vos licences SQL Server.

L'exportation pour vCenter comporte deux limites qui lui sont propres. Il ignore les machines virtuelles hors tension, les machines virtuelles sans adresse IP et les machines virtuelles à l'état invité. notRunning Ses données d'utilisation sont également définies par défaut sur une fenêtre de 60 minutes, qui peut manquer les pics de fin de mois ou de saison.

Collecter des données plus riches avec l'outil de découverte

L'outil de découverte AWS Transform est une appliance virtuelle que vous déployez dans votre propre environnement pour découvrir votre inventaire. Il prend en charge VMware vCenter et Microsoft Hyper-V, et vous pouvez importer davantage de serveurs à partir d'un fichier CSV (valeurs séparées par des virgules). L'outil collecte des données sans agents. Il lit à partir de vos hyperviseurs et se connecte à vos systèmes d'exploitation via Secure Shell (SSH) et Windows Remote Management (WinRM). Vous fournissez les informations d'identification. Pour obtenir des instructions sur la configuration de l'appliance, reportez-vous à la section Outil de découverte.

La configuration de l'outil est plus longue qu'une exportation, car vous déployez l'appliance, configurez vos sources et fournissez des informations d'identification. En retour, il collecte des données qu'une exportation ne peut pas vous fournir :

  • Données d'utilisation au fil du temps : mesures du système d'exploitation et du stockage, collectées au fur et à mesure de l'exécution de l'outil. AWS Transform peut ensuite dimensionner les serveurs en fonction de la demande réelle plutôt qu'en fonction d'hypothèses. Cela a l'effet le plus important sur la précision de votre estimation.

  • Découverte de bases de données : bases de données SQL Server et Oracle sur vos serveurs. Les éditions et versions de SQL Server permettent l'analyse des licences et des éditions. Votre inventaire enregistre les bases de données Oracle, et AWS Transform évalue leurs serveurs hôtes dans le cadre de calculs généraux.

  • Connexions réseau : connexions entre vos serveurs et processus sous-jacent à chacun d'entre eux. AWS Les évaluations de transformation ne cartographient pas les dépendances des applications. Utilisez donc ces données pour votre propre planification des vagues.

  • Couverture étendue : un inventaire unique pour vCenter et les serveurs importés Hyper-V, afin d'éviter de fusionner des exportations distinctes.

De nombreuses équipes gèrent les deux. Commencez par une exportation pour obtenir une analyse de rentabilisation directionnelle et convenez du champ d'application. Réexécutez ensuite l'évaluation avec les données de l'outil de découverte pour confirmer les chiffres.

Utilisation des données que vous possédez déjà

Vous pouvez souvent utiliser les données que vous possédez déjà. AWS Transform reconnaît les formats de découverte et d'inventaire courants et recourt à un analyseur flexible pour les fichiers qu'il ne reconnaît pas. Une feuille de calcul, une exportation de base de données de gestion de configuration (CMDB), un rapport de stockage ou une exportation depuis un outil de découverte tiers sont tous des points de départ raisonnables, tout comme les outils de découverte des migrations sur Marketplace. AWS AWS Transform détecte le format lors du téléchargement et accepte des données partielles lorsque des champs sont manquants. Vérifiez ce que AWS Transform rapporte pour un fichier non reconnu, car une analyse flexible est la meilleure solution. Pour une feuille de calcul que vous créez vous-même, le modèle AWS Transform Assessment Data indique les colonnes attendues par AWS Transform. Pour plus d'informations sur les sources couramment utilisées, consultezTéléchargement des données d'inventaire.

Exécution d'une évaluation

Une fois que vous avez chargé votre inventaire, une évaluation se déroule en trois étapes. Définissez le champ d'application, définissez les hypothèses et exécutez-le. Vous pouvez suivre les étapes une par une, ce qui vous permet de vérifier chacune d'elles avant de passer à autre chose. Vous pouvez également combiner les trois dans une seule invite lorsque vous savez déjà ce que vous voulez.

AWS Transform utilise des valeurs par défaut pour tout ce que vous omettez, de sorte que vous obtenez un résultat dans les deux cas. En étant explicite, vous obtiendrez de meilleurs résultats. Les paramètres par défaut ne permettent pas de savoir quels serveurs vous prévoyez de migrer, lesquels Région AWS vous souhaitez migrer, ni quels engagements votre équipe financière prendra. Une analyse de rentabilisation basée sur des hypothèses non déclarées est également difficile à défendre lorsque les parties prenantes remettent en question les chiffres. Lorsque vous indiquez vos entrées, vous savez quelles entrées ont produit quel résultat.

Les hypothèses que vous définissez dans la deuxième étape façonnent le résultat plus que toute autre entrée, et c'est à elles qu'appartiennent les contraintes de votre organisation. Le modèle et le terme de tarification constituent souvent la variable de coût la plus importante d'une évaluation.

Pour exécuter une évaluation
  1. Définissez le champ d'application

    Décidez quels serveurs et quelles charges de travail doivent être pris en compte dans l'évaluation. Une exportation contient généralement plus que ce que vous prévoyez de migrer, et les serveurs que vous envisagez de retirer augmentent à la fois votre base de référence sur site et votre AWS estimation. Pour plus d'informations sur le champ d'application, consultezGestion de l'étendue de l'inventaire.

    Effectuez les actions de cadrage suivantes :

    • Excluez les serveurs que vous prévoyez de mettre hors service plutôt que de migrer, ainsi que les serveurs que vous souhaitez éviter de prendre en compte dans cette analyse de rentabilisation.

    • Déplacez vos serveurs hors production vers un scénario distinct, afin que l'analyse de rentabilisation principale couvre la production.

    • Ajoutez des serveurs qui n'ont pas été exportés, tels que des serveurs physiques que vCenter ne gère pas.

    • Vérifiez que AWS Transform a détecté vos charges de travail SQL Server, car il les évalue différemment des autres serveurs.

    AWS Transform exclut également certaines ressources en soi, notamment les serveurs hors tension et suspendus, les modèles de machines virtuelles et les appliances sur lesquelles s'exécutent les outils de découverte et les collecteurs. Vérifiez le nombre de serveurs concernés par rapport à ce que vous attendez, car ces exclusions modifient le nombre de vos serveurs.

  2. Définissez les hypothèses

    Définissez les hypothèses de tarification et d'infrastructure utilisées par AWS Transform.

    Voici des exemples de base. Vous pouvez configurer bien d'autres hypothèses, notamment l'architecture du processeur, les exclusions de types d'instances et vos coûts sur site. Pour plus d'informations sur les hypothèses, voirConfiguration de scénarios d'évaluation.

    • Cible Région AWS : par exemple, l'est des États-Unis (Virginie du Nord) Région AWS ou la région la Région AWS plus proche de vos utilisateurs. Les prix varient selon Région AWS.

    • Modèle de tarification et durée : par exemple, des instances réservées de trois ans si votre équipe financière s'engage à respecter une durée déterminée ou On-Demand non.

    • Right-sizing: l'utilisation du processeur et de la mémoire que AWS Transform suppose pour les serveurs sans données de performance.

    • Location et licences : par exemple, location mixte, afin que les charges de travail Windows « Bring Your Own License » soient transférées sur des hôtes dédiés. Choisissez Bring Your Own Media for SQL Server sur Amazon Relational Database Service (Amazon RDS) si vous détenez les licences.

    Une faible utilisation supposée laisse plus de marge de manœuvre et recommande des instances plus volumineuses. Une utilisation supposée plus élevée réduit la marge de manœuvre par rapport aux coûts.

  3. Exécutez l'évaluation

    Exécutez l'évaluation. Une course peut prendre plusieurs minutes, et le temps dépend de la taille de votre inventaire.

Une fois l'exécution terminée, vérifiez les résultats avant de les partager, comme décrit dans la section suivante.

Examiner et affiner les résultats

Une fois l'évaluation exécutée, passez en revue le résultat. AWS Transformez les réponses dans le chat afin de pouvoir poser des questions sur les résultats, explorer un groupe de serveurs et remettre en question une recommandation sans générer de fichier. Lorsque vous avez besoin de partager quelque chose, AWS Transform produit les livrables suivants :

PowerPoint Présentation Microsoft (PPTX)

Une présentation exécutive avec un résumé des conclusions et des recommandations.

Classeur Microsoft Excel (XLSX)

Une exportation détaillée avec des recommandations et une ventilation des coûts pour chaque serveur.

Format de document portable (PDF)

Un rapport qui couvre le calcul, le stockage, les licences et les comparaisons de coûts.

Parmi les trois livrables, le PDF est celui que vous pouvez personnaliser par chat. AWS Transform fournit les trois fichiers ensemble dans un fichier ZIP. Les feuilles et les diapositives que vous recevez dépendent des charges de travail couvertes par votre évaluation.

Traitez le premier essai comme un brouillon. Vérifiez les points suivants dans les résultats :

  • Vérifiez que le nombre de serveurs indiqué dans le résumé du coût total de possession (TCO) correspond à l'étendue que vous avez définie.

  • Vérifiez que les recommandations générées par AWS Transform pour vos serveurs les plus coûteux semblent raisonnables. Le fichier XLSX répertorie le coût estimé pour chaque serveur.

  • Examinez tout ce qui ne semble pas correct, par exemple un type d'instance recommandé dont la taille est supérieure à celle du serveur source.

Lorsque les chiffres s'affichent correctement, effectuez les actions suivantes :

  • Créez un scénario pour chaque option que vous évaluez, par exemple Amazon RDS par rapport à SQL Server sur Amazon EC2, puis comparez les scénarios côte à côte. Une évaluation contient jusqu'à cinq scénarios.

  • Générez les rapports et les présentations que vous devez partager.

Vous pouvez modifier vos hypothèses et réexécuter le scénario, créer de nouveaux scénarios avec des hypothèses différentes et comparer les scénarios côte à côte pour trouver l'option qui convient. Re-uploading votre inventaire n'est pas obligatoire, mais un scénario modifié s'exécute à nouveau dans son intégralité. Commencez par votre meilleure compréhension et affinez-la au fur et à mesure que les parties prenantes se prononcent.

Exemples d’invites

Vous effectuez chacune de ces étapes par chat. Les exemples suivants montrent une invite pour chaque étape. Chaque invite demande plusieurs choses à la fois, et c'est délibéré. AWS Transform conserve le contexte des messages, de sorte qu'une invite indiquant votre champ d'application, vos hypothèses et le résultat que vous souhaitez obtenir fonctionne mieux qu'une série de courtes questions. Modifiez les informations en fonction de votre environnement.

Définition de la portée

Cette invite vérifie comment AWS Transform a lu votre inventaire, puis réduit le champ d'application :

Définition des hypothèses

Cette invite indique vos hypothèses en matière de prix, d'infrastructure et de licence au lieu de les laisser sur les valeurs par défaut :

Exécution de l'évaluation

Cette étape est simple une fois que le champ d'application et les hypothèses sont définis. Exécutez l'évaluation et demandez des informations détaillées afin de pouvoir vérifier le résultat :

À partir de là, restez dans la même conversation pour comparer les scénarios, effectuer des analyses hypothétiques et générer des rapports.

Combiner les étapes en une seule invite

Lorsque vous connaissez déjà votre champ d'application et vos hypothèses, énoncez-les ensemble et lancez l'évaluation en une seule fois :

Pour plus d'informations sur les évaluations de migration, consultez les rubriques suivantes :