Meilleures pratiques pour la création d’évaluations

Azure Migrate fournit un hub d’outils qui vous permettent de découvrir, d’évaluer et de migrer des applications, une infrastructure et des charges de travail vers Microsoft Azure. Le hub comprend des outils Azure Migrate et des offres d’ISV (fournisseurs de logiciels indépendants) non Microsoft.

Cet article résume les meilleures pratiques pour la création d’évaluations à l’aide de l’outil de découverte et d’évaluation Azure Migrate.

Les évaluations que vous créez avec l’outil de découverte et d’évaluation d’Azure Migrate sont une capture instantanée de données à un moment donné. Il existe quatre types d’évaluations que vous pouvez créer à l’aide de l’outil de découverte et d’évaluation d’Azure Migrate.

Type d’évaluation Détails
Microsoft Azure Évaluations pour migrer vos serveurs locaux vers des machines virtuelles Azure.

Ce type d’évaluation vous permet d’accéder à vos serveurs locaux dans les environnements VMware et Hyper-V, ainsi qu’à vos serveurs physiques en vue d’une migration vers Azure. En savoir plus
Azure SQL Évaluations pour migrer vos serveurs SQL Server locaux de votre environnement VMware vers Azure SQL Database ou Azure SQL Managed Instance. En savoir plus
Azure App Service Évaluations en vue de migrer vos applications web ASP.NET locales, exécutées sur le serveur web IIS (Internet Information Services), de votre environnement VMware vers Azure App Service. En savoir plus
Azure VMware Solution (AVS) Évaluations pour migrer vos serveurs locaux vers Azure VMware Solution (AVS).

Vous pouvez évaluer vos machines virtuelles VMware locales pour la migration vers Azure VMware Solution (AVS) avec ce type d’évaluation. En savoir plus

Remarque

Si le nombre d’évaluations de machines virtuelles Azure ou AVS est incorrect sur l’outil Découverte et évaluation, sélectionnez le nombre total d’évaluations pour accéder à toutes les évaluations et recalculer les évaluations de la machine virtuelle Azure ou AVS. L’outil Découverte et évaluation affiche le nombre correct pour ce type d’évaluation.

Critère de dimensionnement

Options de critères de dimensionnement dans les évaluations d’Azure Migrate :

Critère de dimensionnement Détails Données
Basée sur les performances Évaluations qui donnent des recommandations en fonction des données de performances collectées. Évaluation des machines virtuelles Azure : La recommandation en matière de taille de machine virtuelle est basée sur les données d’utilisation du processeur et de la mémoire.

Les recommandations concernant le type de disque (HDD/SSD standard, disques managés premium ou disque Ultra) sont fonction de l’IOPS (entrée/sortie par seconde) et du débit des disques locaux.

Évaluation d’Azure SQL : La configuration d’Azure SQL est basée sur les données de performances d’instances et de bases de données SQL, à savoir : utilisation du processeur, utilisation de la mémoire, IOPS (fichiers de données et fichiers journaux), débit et latence des opérations d’E/S.

Évaluation d’Azure VMware Solution (AVS) : si les données ont été importées à l’aide d’un fichier RVTools, les nœuds AVS recommandent de se baser sur les données d’utilisation du stockage, et le processeur et la RAM approvisionnés. Si les données ont été importées à l’aide d’un fichier CSV Azure Migrate et des données d’utilisation du processeur et de la RAM sont fournies, elles sont utilisées. Sinon, le processeur, la RAM et le stockage configurés sont utilisés. Si les données ont été importées avec succès à l’aide d’une appliance Azure Migrate, les données d’utilisation du processeur et de la RAM sont utilisées.
Telle quelle locale Évaluations qui n’utilisent pas de données de performances pour formuler des recommandations. Évaluation des machines virtuelles Azure : La recommandation en matière de taille de machine virtuelle est basée sur la taille des machines virtuelles locales.

Le type de disque recommandé est basé sur ce que vous sélectionnez dans le paramètre type de stockage pour l’évaluation.

Évaluation d’Azure App Service : la recommandation d’évaluation est basée sur les données de configuration des applications web locales.

Évaluation Azure VMware Solution (AVS) : La recommandation en matière de nœuds AVS est basée sur la taille des machines virtuelles locales.

Remarque

Si les données sont découvertes à l’aide d’une appliance Azure Migrate, les machines virtuelles dans des hôtes déconnectés ou hors tension ne sont pas découvertes et prises en compte pour l’évaluation.

Exemple

Par exemple, si vous avez une machine virtuelle locale avec quatre cœurs utilisée à 20 % et une mémoire de 8 Go utilisée à 10 %, les évaluations Azure VM sont les suivantes :

  • Évaluation basée sur les performances :

    • Identifie les cœurs et la mémoire effectifs sur la base des cœurs (4 x 0,20 = 0,8) et de l’utilisation de la mémoire (8 Go x 0,10 = 0,8).
    • Applique le facteur de confort spécifié dans les propriétés d’évaluation (par exemple, 1.3x) pour obtenir les valeurs à utiliser pour le dimensionnement.
    • Recommande la taille de machine virtuelle la plus proche dans Azure pouvant prendre en charge environ 1,04 cœur (0,8 x 1,3) et environ 1,04 Go (0,8 x 1,3) de mémoire.
  • Évaluation telle quelle (locale) :

    • Recommande une machine virtuelle à quatre cœurs ; 8 Go de mémoire.

Meilleures pratiques pour la création d’évaluations

L’appliance Azure Migrate profile en permanence votre environnement local et envoie des métadonnées et des données de performances à Azure. Suivez ces meilleures pratiques pour évaluer les serveurs découverts à l’aide d’une appliance :

  • Créer des évaluations telles quelles : vous pouvez créer des évaluations telles quelles dès que vos serveurs s’affichent dans le portail Azure Migrate. Vous ne pouvez pas créer une évaluation d’Azure SQL avec un critère de dimensionnement « Localement ». L’évaluation d’Azure App Service par défaut est définie sur « As on-premises » (« À effectuer localement »).
  • Créer une évaluation basée sur les performances : après la configuration de la détection, nous vous recommandons d’attendre au moins une journée avant d’exécuter une évaluation basée sur les performances :
    • La collecte des données de performances prend du temps. En attendant au moins une journée, vous pouvez être certain qu’il y a suffisamment de points de données de performances avant d’exécuter l’évaluation.
    • Lorsque vous exécutez des évaluations basées sur les performances, veillez à profiler votre environnement pour la durée de l’évaluation. Par exemple, si vous créez une évaluation avec une durée des performances définie sur une semaine, vous devez attendre au moins une semaine après le démarrage de la détection pour que tous les points de données soient collectés. Si ce n’est pas le cas, l’évaluation n’obtient pas une évaluation à cinq étoiles.
  • Recalculer les évaluations : étant donné que les évaluations sont des instantanés à un moment donné, elles ne sont pas automatiquement mises à jour avec les données les plus récentes. Pour mettre à jour une évaluation avec les données les plus récentes, vous devez la recalculer.

Suivez ces meilleures pratiques pour évaluer les serveurs importés dans Azure Migrate via. le fichier .CSV :

  • Créer des évaluations telles quelles : vous pouvez créer des évaluations telles quelles dès que vos serveurs s’affichent dans le portail Azure Migrate.
  • Créer une évaluation basée sur les performances : cela permet d’obtenir une meilleure estimation des coûts, surtout si vous avez surapprovisionné la capacité du serveur localement. Toutefois, la précision de l’évaluation basée sur les performances dépend des données de performances que vous avez spécifiées pour les serveurs.
  • Recalculer les évaluations : étant donné que les évaluations sont des instantanés à un moment donné, elles ne sont pas automatiquement mises à jour avec les données les plus récentes. Pour mettre à jour une évaluation avec les dernières données importées, vous devez la recalculer.

Échecs de tolérance des paramètres de dimensionnement (FTT) pour les évaluations AVS

Le moteur de stockage utilisé dans AVS est vSAN. Les politiques de stockage vSAN définissent les exigences de stockage pour vos machines virtuelles. Ces stratégies garantissent le niveau de service exigé pour vos machines virtuelles, car elles déterminent la façon dont le stockage est alloué à la machine virtuelle. Voici les combinaisons FTT-RAID disponibles :

Nombre de pannes tolérées (FTT, Failures to Tolerate) Configuration RAID Nombre minimal d’hôtes requis Considérations sur la taille
1 RAID-1 (Mise en miroir) 3 Une machine virtuelle de 100 Go consomme 200 Go.
1 RAID-5 (Code d’effacement) 4 Une machine virtuelle de 100 Go consomme 133,33 Go
2 RAID-1 (Mise en miroir) 5 Une machine virtuelle de 100 Go consomme 300 Go.
2 RAID-6 (Code d’effacement) 6 Une machine virtuelle de 100 Go consomme 150 Go.
3 RAID-1 (Mise en miroir) 7 Une machine virtuelle de 100 Go consomme 400 Go.

Meilleures pratiques pour les niveaux de confiance

Quand vous effectuez des évaluations basées sur les performances, une note de confiance des évaluations allant de 1 étoile (le plus faible) à 5 étoiles (le plus élevé) est attribuée. Pour utiliser efficacement les notes de confiance des évaluations :

  • Les évaluations de machines virtuelles Azure et d’AVS ont besoin des informations suivantes :

    • les données d’utilisation du processeur et de la mémoire pour chacun des serveurs ;
    • les données d’IOPS et de débit de lecture et d’écriture pour chaque disque attaché au serveur local ;
    • les données d’entrée et de sortie du réseau pour chaque carte réseau attachée à la machine virtuelle.
  • Les évaluations d’Azure SQL ont besoin des données de performances des instances et des bases de données SQL évaluées, à savoir :

    • les données d’utilisation du processeur et de la mémoire ;
    • les données d’IOPS et de débit de lecture et d’écriture des données et des fichiers journaux ;
    • la latence des opérations d’E/S.

Selon le pourcentage de points de données disponibles pour la durée sélectionnée, la note de confiance d’une évaluation est fournie comme le résume le tableau ci-dessous.

Disponibilité des points de données Niveau de confiance
0 %-20 % 1 étoile
21 %-40 % 2 étoiles
41 %-60 % 3 étoiles
61 %-80 % 4 étoiles
81 %-100 % 5 étoiles

Problèmes d'évaluation courants

Voici comment résoudre certains problèmes d’environnement courants qui affectent les évaluations.

Évaluations non synchronisées

Si vous ajoutez ou supprimez des serveurs d’un groupe après avoir créé une évaluation, l’évaluation que vous avez créée sera marquée comme non synchronisée. Réexécutez l’évaluation (Recalculer) pour refléter les modifications du groupe.

Évaluations obsolètes

Évaluation de machine virtuelle Azure et évaluation d’AVS

En cas de modification des serveurs locaux d’un groupe déjà évalué, l’évaluation est marquée comme obsolète. Une évaluation peut être marquée comme « obsolète » en raison d’une ou de plusieurs modifications dans les propriétés ci-dessous :

  • Nombre de cœurs du processeur
  • Mémoire allouée
  • Type de démarrage ou microprogramme
  • Nom du système d'exploitation, version et architecture
  • Nombre de disques
  • Nombre de cartes réseau
  • Modification de la taille du disque (Go alloués)
  • Mise à jour de la carte d’interface réseau. Exemple : Modifications des adresses Mac, ajout d’adresses IP, etc.

Réexécutez l’évaluation (Recalculer) pour refléter les modifications.

Évaluation d’Azure SQL

En cas de modifications d’instances et de bases de données SQL locales d’un groupe déjà évalué, l’évaluation est marquée comme obsolète. Une évaluation peut être marquée comme « obsolète » pour une ou plusieurs des raisons ci-dessous :

  • L’instance SQL a été ajoutée ou supprimée sur un serveur

  • La base de données SQL a été ajoutée ou supprimée sur une instance SQL

  • La taille totale de la base de données dans une instance SQL a changé de plus de 20 %

  • Changement du nombre de cœurs du processeur

  • Changement de la mémoire allouée

    Réexécutez l’évaluation (Recalculer) pour refléter les modifications.

Évaluation d’Azure App Service

En cas de modification des applications web locales appartenant à un groupe qui a été évalué, l’évaluation est marquée comme obsolète. Une évaluation peut être marquée comme « obsolète » pour une ou plusieurs des raisons ci-dessous :

  • Des applications web ont été ajoutées ou supprimées d’un serveur

  • Modifications de configuration apportées aux applications web existantes.

    Réexécutez l’évaluation (Recalculer) pour refléter les modifications.

Faible niveau de confiance

Il peut arriver qu’une évaluation n’ait pas tous les points de données pour de nombreuses raisons :

  • Vous n’avez pas profilé votre environnement pendant la durée pour laquelle vous créez l’évaluation. Par exemple, si vous créez une évaluation avec une durée des performances définie sur une semaine, vous devez attendre au moins une semaine après le démarrage de la découverte pour que tous les points de données soient recueillis. Si vous ne pouvez pas attendre pendant ce temps, définissez la durée des performances sur une période plus courte et « recalculez » l’évaluation.

  • L’évaluation ne parvient pas à collecter les données de performances d’une partie ou de la totalité des serveurs pendant la période d’évaluation. Pour obtenir une note de confiance élevée, vérifiez les points suivants :

    • Les serveurs sont sous tension durant l’évaluation.
    • Les connexions sortantes sont autorisées sur le port 443.
    • Pour les serveurs Hyper-V, la mémoire dynamique est activée
    • L’état de connexion des agents dans Azure Migrate est « connecté » et contrôlez la dernière pulsation
    • Pour les évaluations Azure SQL, l’état de connexion d’Azure Migrate pour toutes les instances SQL est « Connecté » dans l’onglet des instances SQL découvertes.

    Recalculez l’évaluation pour qu’elle reflète l’évolution récente de la note de confiance.

  • Pour les évaluations de machines virtuelles Azure et d’AVS, peu de serveurs ont été créés après le démarrage de la découverte. Par exemple, si vous créez une évaluation de l’historique des performances du mois dernier, mais si la création de quelques serveurs dans l’environnement ne remonte qu’à une semaine. Dans ce cas, les données de performances pour les nouveaux serveurs ne seront pas disponibles pendant toute la durée et la note de confiance sera faible.

  • Pour les évaluations Azure SQL, peu d’instances et de bases de données SQL ont été créées après le démarrage de la découverte. Par exemple, si vous créez une évaluation de l’historique des performances du mois dernier, mais si la création de quelques instances ou bases de données SQL dans l’environnement ne remonte qu’à une semaine. Dans ce cas, les données de performances pour les nouveaux serveurs ne seront pas disponibles pendant toute la durée et la note de confiance sera faible.

Guide de l’outil de migration pour les évaluations AVS

Dans le rapport de préparation à Azure pour l’évaluation Azure VMware Solution (AVS), vous pouvez voir les outils suggérés suivants :

  • VMware HCX ou Enterprise : pour les serveurs VMware, la solution VMware Hybrid Cloud Extension (HCX) est l’outil de migration recommandé pour migrer votre charge de travail locale vers votre cloud privé Azure VMware Solution (AVS). En savoir plus.
  • Inconnue : pour des serveurs importés via un fichier CSV, l’outil de migration par défaut est inconnu. Cependant, pour des serveurs dans un environnement VMware, il est recommandé d’utiliser la solution VMware Hybrid Cloud Extension (HCX).

Étapes suivantes