Évaluation – Questions courantes

Cet article répond aux questions courantes sur les évaluations dans Azure Migrate. Si vous avez d’autres questions, consultez les ressources suivantes :

• Questions générales sur Azure Migrate.
• Questions sur l’appliance Azure Migrate
• Questions sur l’outil Migration et modernisation
• Obtenez des réponses à vos questions sur le forum Azure Migrate

Quelles sont les zones géographiques prises en charge pour la détection et l’évaluation avec Azure Migrate ?

Passez en revue les zones géographiques prises en charge pour les clouds publics et gouvernementaux.

Combien de serveurs puis-je découvrir avec une appliance ?

Vous pouvez découvrir jusqu’à 10 000 serveurs dans un environnement VMware, jusqu’à 5 000 serveurs dans un environnement Hyper-V et jusqu’à 1 000 serveurs physiques en utilisant une seule appliance. Si vous avez davantage de serveurs, découvrez comment mettre à l’échelle une évaluation Hyper-V, mettre à l’échelle une évaluation VMware ou mettre à l’échelle une évaluation de serveur physique.

Comment choisir le type d’évaluation ?

• Utilisez les évaluations de machine virtuelle Azure quand vous voulez évaluer les serveurs de votre environnement VMware et Hyper-V local, ainsi que les serveurs physiques en vue de leur migration vers des machines virtuelles Azure. En savoir plus
• Utilisez le type d’évaluation Azure SQL lorsque vous souhaitez évaluer votre instance SQL Server locale dans vos environnements VMware, Microsoft Hyper-V et physiques/nus, ainsi que les serveurs IaaS d’autres clouds publics tels que AWS, GCP, etc. pour la migration vers SQL Server sur une machine virtuelle Azure ou Azure SQL Database ou Azure SQL Managed Instance. En savoir plus
• Utilisez le type d’évaluation Azure App Service lorsque vous souhaitez évaluer vos applications web ASP.NET locales s’exécutant sur le serveur web IIS à partir de votre environnement VMware pour la migration vers Azure App Service. En savoir plus
• Utilisez les évaluations Azure VMware Solution (AVS) quand vous voulez évaluer vos machines virtuelles VMware locales pour la migration vers Azure VMware Solution (AVS) avec ce type d’évaluation. Plus d’informations
• Vous pouvez utiliser un groupe commun avec seulement des machines VMware pour effectuer les deux types d’évaluations. Si vous effectuez des évaluations AVS dans Azure Migrate pour la première fois, il est recommandé de créer un groupe de machines VMware.

Pourquoi des données de performances sont-elles manquantes pour certains ou la totalité des serveurs dans ma machine virtuelle Azure et/ou mon rapport d’évaluation AVS ?

Pour l’évaluation « En fonction des performances », le rapport d’évaluation signale « PercentageOfCoresUtilizedMissing » ou « PercentageOfMemoryUtilizedMissing » quand l’appliance Azure Migrate ne peut pas collecter les données de performances pour les serveurs locaux. Vous pouvez consulter l’onglet Résoudre des problèmes sur la page du hub Azure Migrate pour découvrir des problèmes détaillés ou consulter ce qui suit manuellement :

• Si les serveurs sont sous tension pendant que vous créez l’évaluation

• Si seuls les compteurs de mémoire manquent alors que vous essayez d’évaluer des serveurs dans un environnement Hyper-V. Dans ce scénario, activez la mémoire dynamique sur les serveurs et recalculez l’évaluation pour tenir compte des dernières modifications. L’appliance peut collecter des valeurs d’utilisation de la mémoire pour des serveurs dans un environnement Hyper-V uniquement lorsque la mémoire dynamique est activée sur le serveur.

• Si tous les compteurs de performances sont manquants, assurez-vous que les connexions sortantes sur le port 443 (HTTPS) sont autorisées.

  Notes

  Si l’un des compteurs de performances est manquant, l’outil d’évaluation de serveur Azure Migrate se base à la place sur les cœurs ou la mémoire alloués localement pour recommander une taille de machine virtuelle appropriée.

Comment puis-je comprendre les détails des erreurs entraînant des problèmes de collecte de données de performances ?

Vous pouvez maintenant comprendre les erreurs que vous devez corriger pour résoudre des problèmes de collecte de données de performances dans des évaluations Azure VM et Azure VMware Solution. Effectuez les étapes suivantes :

• Accédez dans Azure Migrate à >Serveurs, bases de données et applications web>Objectifs de migration, sélectionnez Résoudre des problèmes sur l’outil de découverte et d’évaluation.
• Sélectionnez Objets affectés à côté de l’évaluation, puis le lien dans la colonne ID d’erreur pour passer en revue les détails sur l’erreur et les actions de correction.

Vous pouvez également examiner ces erreurs/problèmes pendant la création de l’évaluation à l’étape Sélectionner les serveurs à évaluer dans sous l’onglet de préparation d’une évaluation existante. Si vous ne voyez aucune erreur/aucun problème dans l’évaluation, mais que vous voyez des erreurs non-zéro dans l’onglet Résoudre des problèmes, recalculez l’évaluation pour afficher les problèmes avec l’onglet Évaluation.

Pourquoi des données de performances sont-elles manquantes pour certaines ou la totalité des instances/bases de données SQL dans mon évaluation Azure SQL ?

Pour vous assurer que les données de performances sont collectées, vérifiez les éléments suivants :

• Les serveurs SQL Server sont sous tension pendant que vous créez l’évaluation.
• Si l’état de connexion de l’agent SQL dans Azure Migrate est « Connecté » (contrôlez la dernière pulsation).
• Si l’état de connexion d’Azure Migrate pour toutes les instances SQL est « Connecté » dans la section des instances SQL découvertes.
• Si tous les compteurs de performances sont manquants, assurez-vous que les connexions sortantes sur le port 443 (HTTPS) sont autorisées.

Si l’un des compteurs de niveau de performance n’est manquant, l’évaluation Azure SQL revient au dimensionnement local et recommande une configuration Azure SQL basée sur les cœurs alloués, la mémoire et la taille totale de la base de données locaux.

Pourquoi le niveau de confiance n’est pas disponible pour les évaluations Azure App Service ?

Les données de performances ne sont pas capturées à des fins d’évaluation d’Azure App Service. Par conséquent, vous ne voyez pas le niveau de confiance de ce type d’évaluation. L’évaluation d’Azure App Service prend en compte les données de configuration des applications web lors du calcul de l’évaluation.

Pourquoi la note de confiance de mon évaluation est faible ?

La note de confiance pour les évaluations « En fonction des performances » dépend du pourcentage de points de données disponibles nécessaires pour calculer l’évaluation. Voici les raisons pour lesquelles une évaluation pourrait obtenir une note de confiance faible :

• 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 pendant toute la durée de 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 la section 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. Plus d’informations

• 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. Plus d’informations

Pourquoi l’utilisation de la RAM est-elle supérieure à 100 % ?

Par conception, si la mémoire maximale provisionnée est inférieure à ce dont la machine virtuelle a besoin dans Hyper-V, l’Évaluation indique une utilisation de la mémoire supérieure à 100 %.

Je vois une bannière sur mon évaluation indiquant que l’évaluation prend désormais également en compte les paramètres du processeur. Quel sera l’impact du recalcul de l’évaluation ?

L’évaluation prend désormais en compte les paramètres du processeur, comme le nombre de cœurs opérationnels, les sockets, etc., et calcule le niveau de performance optimal sur une période dans un environnement simulé. Cette opération permet de créer des points de référence pour toutes les informations de processeur disponibles. Recalculez vos évaluations pour voir les recommandations mises à jour.

Les numéros de référence du processeur sont désormais pris en compte, ainsi que l’utilisation des ressources, pour veiller à ce que nous correspondions au niveau de performance du processeur de votre environnement VMware, Hyper-V et vos serveurs physiques locaux. Nous recommandons également les tailles de référence SKU Azure cibles en conséquence. Il s’agit d’un moyen d’améliorer davantage les recommandations d’évaluation afin de mieux répondre à vos besoins en matière de performances.

Pour cette raison, le coût cible de la machine virtuelle Azure peut différer de vos évaluations antérieures de la même cible. En outre, le nombre de cœurs alloués dans la référence SKU Azure cible peut également varier si le niveau de performance du processeur de la cible correspond à votre VMware, Hyper-V et serveurs physiques locaux.

Pour les scénarios où les clients choisissent « local », y a-t-il un impact en raison du test d’évaluation du processeur ?

Non, il n’y aura aucun impact, car nous ne le considérons pas comme un scénario local.

Y aura-t-il une augmentation de mes coûts mensuels après avoir recalculé mes évaluations ? Est-ce le coût le plus optimisé pour moi ?

Si vous avez sélectionné toutes les options disponibles pour votre « série de machines virtuelles » dans les paramètres de votre évaluation, vous obtiendrez la suggestion de coût la plus optimisée pour vos machines virtuelles. Toutefois, si vous choisissez uniquement certaines des options disponibles pour la série de machines virtuelles, la recommandation peut ignorer l’option la plus optimisée pour vous lors de l’affectation d’une référence SKU de machine virtuelle Azure tout en correspondant aux numéros de performances de votre processeur.

Pourquoi n’est-il pas possible d’afficher toutes les familles de machines virtuelles Azure dans les propriétés d’évaluation des machines virtuelles Azure ?

Deux raisons sont possibles :

• Vous avez choisi une région Azure où une série particulière n’est pas prise en charge. Les familles de machines virtuelles Azure affichées dans les propriétés d’évaluation des machines virtuelles Azure dépendent de la disponibilité des séries de machines virtuelles dans l’emplacement Azure, le type de stockage et l’instance réservée choisis.
• La série de machines virtuelles n’est pas prise en charge dans l’évaluation et ne fait pas partie de la logique d’examen de l’évaluation. Actuellement, nous ne prenons pas en charge les séries de références SKU Burstable, accélérées et hautes performances de série B. Nous essayons de maintenir la série de machines virtuelles à jour, ainsi que celles qui sont mentionnées sur notre feuille de route.

Le nombre d’évaluations de machines virtuelles Azure ou AVS sur l’outil de découverte et d’évaluation est incorrect

Pour résoudre ce problème, sélectionnez le nombre total d’évaluations pour accéder à toutes les évaluations et recalculer l’évaluation de la machine virtuelle Azure ou AVS. L’outil de découverte et d’évaluation affiche alors le nombre correct pour ce type d’évaluation.

Je souhaite essayer la nouvelle fonctionnalité d’évaluation Azure SQL

La découverte et l’évaluation des instances et bases de données SQL Server s’exécutant dans vos environnements VMware, Microsoft Hyper-V et physiques/nus, ainsi que les serveurs IaaS d’autres clouds publics tels que AWS, GCP, etc. sont désormais en préversion. Pour bien démarrer, suivez ce tutoriel. Si vous voulez tester cette fonctionnalité dans un projet existant, vérifiez que vous avez rempli les prérequis indiqués dans cet article.

Je souhaite essayer la nouvelle évaluation Azure App Service

La détection et l’évaluation des applications web .NET s’exécutant dans votre environnement VMware sont actuellement en préversion. Pour bien démarrer, suivez ce tutoriel. Si vous voulez tester cette fonctionnalité dans un projet existant, vérifiez que vous avez rempli les prérequis indiqués dans cet article.

Je ne peux pas voir certains serveurs quand je crée une évaluation Azure SQL

• L’évaluation Azure SQL ne peut être effectuée que sur des serveurs qui s’exécutent là où des instances SQL ont été découvertes. Si vous ne voyez pas les serveurs et les instances SQL que vous souhaitez évaluer, attendez un peu que la découverte se termine, puis créez l’évaluation.
• Si vous n’êtes pas en mesure de voir un groupe créé précédemment lors de la création de l’évaluation, supprimez du groupe les serveurs sans instance SQL.
• Si vous effectuez pour la première fois des évaluations Azure SQL dans Azure Migrate, il est recommandé de créer un nouveau groupe de serveurs.

Je ne peux pas voir certains serveurs quand je crée une évaluation Azure App Service

• L’évaluation Azure App Service ne peut être effectuée que sur les serveurs s’exécutant à l’endroit où le rôle de serveur web a été découvert. Si vous ne voyez pas les serveurs que vous souhaitez évaluer, patientez pendant un certain temps pour que la découverte se termine, puis créez l’évaluation.
• Si vous n’êtes pas en mesure de voir un groupe créé précédemment lors de la création de l’évaluation, supprimez du groupe n’importe quel serveur non-VMware ou sans application web.
• Si vous effectuez pour la première fois des évaluations Azure App Service dans Azure Migrate, il est recommandé de créer un nouveau groupe de serveurs.

Je souhaite comprendre comment l’état de préparation de mon instance a été calculé.

La préparation de vos instances SQL a été calculée après vérification de la compatibilité des fonctionnalités avec le type de déploiement Azure SQL ciblé (SQL Server sur machine virtuelle Azure, Azure SQL Managed Instance ou Azure SQL Database). Plus d’informations

Je souhaite comprendre comment l’état de préparation de mes applications web a été calculé.

La préparation de vos applications web est calculée en exécutant une série de vérifications techniques visant à déterminer si votre application web s’exécutera correctement dans Azure App Service ou non. Ces vérifications sont décrites ici.

Pourquoi mon application Web est-elle marquée comme Prête avec des conditions ou Pas prête dans mon évaluation Azure App Service ?

Cela peut se produire lorsqu’une ou plusieurs vérifications techniques échouent pour une application web donnée. Vous pouvez sélectionner l’état de préparation de l’application web pour obtenir des détails et une correction pour les vérifications ayant échoué.

Pourquoi l’état de préparation de mes instances SQL est-il marquée comme Inconnu ?

Si votre découverte a été lancée récemment et est toujours en cours, vous pouvez voir que l’état de préparation de certaines ou de la totalité des instances SQL est inconnue. Nous vous recommandons d’attendre un certain temps pour que l’appliance profile l’environnement, puis recalcule l’évaluation. La découverte SQL est effectuée une fois toutes les 24 heures et vous devrez peut-être attendre un jour pour que les dernières modifications de configuration s’y reflètent.

Pourquoi l’état de préparation d’une partie de mes instances SQL est-il marqué comme Inconnue ?

Cela peut se produire dans les cas suivants :

• La découverte est encore en cours. Nous vous recommandons d’attendre un certain temps pour que l’appliance profile l’environnement, puis recalcule l’évaluation.
• Vous devez résoudre certains problèmes de découverte dans Erreurs et notifications.

La découverte SQL est effectuée une fois toutes les 24 heures et vous devrez peut-être attendre un jour pour que les dernières modifications de configuration s’y reflètent.

Mon évaluation est à l’état Obsolète

Évaluation de la machine virtuelle Azure ou de l’AVS

En cas de modification locale des serveurs appartenant à un groupe qui a été é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.

Recalculez l’évaluation pour qu’elle reflète les dernières modifications apportées.

Évaluation d’Azure SQL

En cas de modifications des instances et bases de données SQL locales figurant dans un groupe qui a été évalué, l’évaluation est marquée comme obsolète :

• 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 %
• Le nombre de cœurs de processeurs et/ou la quantité de mémoire allouée ont été modifiés

Recalculez l’évaluation pour qu’elle reflète les dernières modifications apportées.

Pourquoi un type de déploiement cible particulier m’a-t-il été recommandé ?

Azure Migrate recommande un type de déploiement Azure SQL spécifique qui est compatible avec votre instance SQL. La migration vers une cible recommandée par Microsoft réduit votre effort de migration global. Cette configuration Azure SQL (SKU) a été recommandée après la prise en compte des caractéristiques de performances de votre instance SQL et des bases de données qu’elle gère. Si plusieurs configurations Azure SQL sont éligibles, nous vous recommandons la solution la plus économique. Plus d’informations

Quelle cible de déploiement choisir si mon instance SQL est prête pour Azure SQL DB et Azure SQL MI ?

Si votre instance est prête pour Azure SQL DB et Azure SQL MI, nous vous recommandons d’utiliser le type de déploiement cible pour lequel le coût estimé de la configuration Azure SQL est inférieur.

Je ne peux pas voir certaines bases de données dans mon évaluation même si l’instance fait partie de l’évaluation

L’évaluation Azure SQL inclut uniquement des bases de données dont l’état est en ligne. Si la base de données est dans un autre état, l’évaluation ignore la préparation, le dimensionnement et le calcul du coût de ces bases de données. Si vous souhaitez évaluer de telles bases de données, changez l’état de la base de données et recalculez l’évaluation au bout d’un certain délai.

Je souhaite comparer les coûts liés à l’exécution de mes instances SQL sur une machine virtuelle Azure ou sur Azure SQL Database/Azure SQL Managed Instance

Vous pouvez créer une seule évaluation Azure SQL composée des serveurs SQL souhaités sur VMware, Microsoft Hyper-V et les environnements physiques/nus, ainsi que des serveurs IaaS d’autres clouds publics tels qu’AWS, BPC, etc. Une évaluation unique couvre la préparation, les références SKU, les coûts estimés et les bloqueurs de migration pour toutes les cibles de migration SQL disponibles dans Azure - Azure SQL Managed Instance, Azure SQL Database et SQL Server sur une machine virtuelle Azure. Vous pouvez ensuite comparer la sortie de l’évaluation pour les cibles souhaitées. En savoir plus

Le coût du stockage dans mon évaluation de SQL Azure est égal à zéro

Pour Azure SQL Managed Instance, aucun coût de stockage n’est ajouté pour le stockage des premiers 32 Go/instance/mois, et des coûts de stockage supplémentaires sont ajoutés pour le stockage par incréments de 32 Go. En savoir plus.

Je ne peux pas voir certains groupes quand je crée une évaluation Azure VMware Solution (AVS)

• L’évaluation AVS peut être effectuée sur des groupes qui ne contiennent que des machines VMware. Supprimez du groupe les machines non-VMware si vous prévoyez d’effectuer une évaluation AVS.
• Si vous effectuez des évaluations AVS dans Azure Migrate pour la première fois, il est recommandé de créer un groupe de machines VMware.

Requêtes sur les disques Ultra

Puis-je migrer mes disques vers un disque Ultra en utilisant Azure Migrate ?

Non. Actuellement, Azure Migrate et Azure Site Recovery ne prennent pas en charge la migration vers des disques Ultra. Découvrez les étapes de déploiement d’un disque Ultra-ici

Pourquoi les IOPS et le débit provisionnés dans mon disque Ultra sont-ils supérieurs à mon débit et mes IOPS locaux ?

Conformément à la page de tarification officielle, le disque Ultra est facturé en fonction de la taille provisionnée, des IOPS provisionnées et du débit provisionné. Voici un exemple :

Si vous avez provisionné un disque Ultra de 200 Gio avec 20 000 IOPS et 1 000 Mo/s, et que vous l’avez supprimé au bout de 20 heures, il sera mappé à l’offre de taille de disque de 256 Gio, et vous serez facturé pour les 256 Gio, les 20 000 IOPS et les 1 000 Mo/s sur 20 heures.

IOPS à provisionner = (débit détecté) * 1024/256

La recommandation de disque Ultra relative prend-elle en compte la latence ?

Non, actuellement, seule la taille de disque, le débit total et le nombre total d’IOPS sont utilisés pour le dimensionnement et le calcul des coûts.

Je peux voir que la série M prend en charge les disques Ultra, mais dans mon évaluation où un disque Ultra était recommandé, elle indique « Aucune machine virtuelle n’a été trouvée pour cet emplacement ».

C’est possible, car toutes les tailles de machine virtuelle prenant en charge les disques Ultra ne sont pas présentes dans les régions où les disques Ultra sont pris en charge. Changez la région d’évaluation cible pour obtenir la taille de machine virtuelle pour ce serveur.

Je ne vois pas certains types et certaines tailles de machines virtuelles dans Azure Government.

Les types et les tailles de machines virtuelles pris en charge pour l’évaluation et la migration dépendent de la disponibilité dans l’emplacement Azure Government. Vous pouvez examiner et comparer les types de machines virtuelles dans Azure Government.

La taille de mon serveur a changé. Puis-je réexécuter une évaluation ?

L’appliance Azure Migrate collecte en permanence des informations sur l’environnement local. Une évaluation est une capture instantanée à une date et heure de serveurs locaux. Si vous changez les paramètres d’un serveur que vous voulez évaluer, utilisez l’option de recalcul pour mettre à jour l’évaluation avec les derniers changements.

Comment découvrir les serveurs dans un environnement multilocataire ?

• VMware : Si un environnement est partagé entre des locataires et que vous ne voulez pas découvrir les serveurs d’un locataire se trouvant dans l’abonnement d’un autre locataire, créez des informations d’identification de serveur VMware vCenter permettant d’accéder uniquement aux serveurs que vous voulez découvrir. Utilisez ensuite ces informations d’identification quand vous démarrez la détection dans l’appliance Azure Migrate.
• Hyper-V : La découverte utilise les informations d’identification de l’hôte Hyper-V. Si les serveurs partagent le même hôte Hyper-V, aucun moyen ne permet actuellement de séparer la détection.

Ai-je besoin de vCenter Server ?

Oui, Azure Migrate nécessite vCenter Server dans un environnement VMware pour effectuer la découverte. Azure Migrate ne prend pas en charge la découverte des hôtes ESXi qui ne sont pas gérés par vCenter Server.

Quelles sont les options de dimensionnement dans une évaluation de machine virtuelle Azure ?

Grâce à un dimensionnement local, Azure Migrate ne tient pas compte des données de performances des serveurs pour l’évaluation. Azure Migrate évalue les tailles des machines virtuelles en fonction de la configuration locale. Avec un dimensionnement basé sur les performances, le dimensionnement est basé sur les données d’utilisation.

Par exemple, si un serveur local a 4 cœurs et 8 Go de mémoire et qu’il présente 50 % d’utilisation de l’UC et 50 % d’utilisation de la mémoire :

• Le dimensionnement local recommandera une référence SKU de machine virtuelle Azure dotée de 4 cœurs et de 8 Go de mémoire.
• Le dimensionnement basé sur les performances recommandera une référence SKU de machine virtuelle avec 2 cœurs et 4 Go de mémoire, car le pourcentage d’utilisation est pris en compte.

De même, le dimensionnement de disque dépend du critère de dimensionnement et du type de stockage :

• Si le critère de dimensionnement est « basé sur les performances » et que le type de stockage est automatique, Azure Migrate prend en compte les valeurs de débit et d’IOPS du disque quand il identifie le type de disque cible (Standard, Premium ou Ultra).
• Si les critères de dimensionnement sont « localement » et que le type de stockage est Premium, Azure Migrate recommande une référence SKU de disque Premium en fonction de la taille du disque local. La même logique est appliquée au dimensionnement du disque quand le dimensionnement est local et que le type de stockage est Standard, Premium ou Ultra.

Est-ce que l’historique des performances et le niveau d’utilisation affectent l’évaluation d’une machine virtuelle Azure ?

Oui, l’historique des performances et le niveau d’utilisation affectent l’évaluation d’une machine virtuelle Azure.

Historique des performances

Pour le dimensionnement basé sur les performances uniquement, Azure Migrate collecte l’historique des performances des machines locales, puis l’utilise pour recommander la taille de la machine virtuelle et le type de disque dans Azure :

1. L’appliance profile en continu l’environnement local pour collecter les données d’utilisation en temps réel toutes les 20 secondes.
2. L’appliance cumule les échantillons de 20 secondes collectés et les utilise pour créer un point de données unique toutes les 15 minutes.
3. Pour créer le point de données, l’appliance sélectionne la valeur maximale dans les échantillons de 20 secondes.
4. L’appliance envoie le point de données à Azure.

Utilisation

Quand vous créez une évaluation dans Azure (en fonction de la durée des performances et de la valeur de centile de l’historique des performances définie), Azure Migrate calcule la valeur d’utilisation effective, puis l’utilise pour le dimensionnement.

Par exemple, si vous définissez la durée des performances à un jour et la valeur de centile au 95e centile, Azure Migrate trie les points d’échantillonnage de 15 minutes envoyés par le collecteur pour le dernier jour dans l’ordre croissant. Il choisit la valeur du 95e centile comme utilisation effective.

L’utilisation de la valeur du 95e centile garantit que les valeurs hors norme sont ignorées. Des valeurs hors norme peuvent être incluses si votre appliance Azure Migrate utilise le 99e centile. Pour choisir l’utilisation maximale de la période sans manquer les valeurs hors norme, définissez Azure Migrate pour qu’il utilise le 99e centile.

En quoi les évaluations basées sur l’importation diffèrent-elles des évaluations avec une source de découverte sous forme d’appliance ?

Les évaluations basées sur l’importation sont des évaluations de machine virtuelle Azure créées avec des machines importées dans Azure Migrate à l’aide d’un fichier CSV. Seuls quatre champs sont obligatoires pour l’importation : nom du serveur, cœurs, mémoire et système d’exploitation. Voici quelques points à prendre en considération :

• Les critères de préparation sont moins stricts pour les évaluations basées sur l’importation vis-à-vis du paramètre de type de démarrage. Si le type de démarrage n’est pas fourni, la machine est supposée avoir le type de démarrage BIOS et ne pas être marquée comme Préparée sous condition. Pour les évaluations avec une source de découverte sous forme d’appliance, la préparation est marquée comme Préparée sous condition si le type de démarrage est manquant. Cette différence dans le calcul de la préparation est due au fait que les utilisateurs ne disposent peut-être pas de toutes les informations sur les ordinateurs au début de la planification de la migration, quand les évaluations basées sur l’importation sont effectuées.
• Les évaluations d’importation basées sur les performances utilisent la valeur d’utilisation fournie par l’utilisateur pour les calculs du dimensionnement correct. Étant donné que la valeur d’utilisation est fournie par l’utilisateur, les options Historique des performances et Utilisation en centile sont désactivées dans les propriétés d’évaluation. Pour les évaluations avec une source de découverte sous forme d’appliance, la valeur de centile est choisie parmi les données de performances collectées par l’appliance.

Pourquoi l’outil de migration suggéré dans l’évaluation AVS basé sur l’importation est-il marqué comme inconnu ?

Pour les machines importées via un fichier CSV, l’outil de migration par défaut dans l’évaluation AVS est inconnu. Pour les machines VMware, il est cependant recommandé d’utiliser la solution VMWare Hybrid Cloud extension (HCX). En savoir plus

Étapes suivantes

Découvrez plus d’informations sur les Machines virtuelles VMware, des Machines virtuelles Hyper-V et des Serveurs physiques.