Résoudre les problèmes d’évaluation - FAQ

Cet article fournit des réponses à certaines des questions les plus courantes sur la résolution des problèmes des évaluations. Consultez les articles Résolution des problèmes liés à l’évaluation et Scénarios pris en charge pour résoudre les problèmes d’évaluation.

Pourquoi la référence SKU de disque Azure recommandée à la suite d’une évaluation de machine virtuelle Azure est-elle plus volumineuse qu’en local ?

L’évaluation de machine virtuelle Azure peut recommander un disque plus volumineux en fonction du type d’évaluation :

• Le dimensionnement de disque dépend de deux propriétés d’évaluation : le critère de dimensionnement et le type de stockage.
• Si le critère de dimensionnement est En fonction des performances et que le type de stockage est défini sur Automatique, les valeurs de débit et d’IOPS du disque sont prises en compte lors de l’identification du type de disque cible (HDD Standard, SSD Standard, Premium ou Disque Ultra). Une référence SKU de disque parmi celles du type approprié est ensuite recommandée conformément aux exigences de taille du disque local.
• Si le critère de dimensionnement est En fonction des performances et le type de stockage est Premium, une référence SKU de disque Premium dans Azure est recommandée conformément aux exigences de débit, d’IOPS et de taille du disque local. La même logique est utilisée pour effectuer le dimensionnement du disque quand le critère de dimensionnement est défini sur Localement et que le type de stockage est HDD Standard, SSD Standard, Premium ou Disque Ultra.

Par exemple, supposons que vous ayez un disque local avec 32 Go de mémoire, mais que la valeur d’IOPS en lecture et écriture agrégée pour le disque est de 800 IOPS. L’évaluation de machines virtuelles Azure recommande un type de disque Premium en raison des exigences d’IOPS plus élevées. Il recommande également une référence SKU de disque capable de prendre en charge la taille et les IOPS nécessaires. La correspondance la plus proche dans cet exemple serait P15 (256 Go, 1100 IOPS). Par conséquent, même si la taille nécessaire au disque local était de 32 Go, l’évaluation de machine virtuelle Azure a recommandé un disque avec une plus grande taille en raison de l’exigence élevée du disque local concernant les IOPS.

Pourquoi les données de performances sont-elles manquantes pour une partie ou la totalité des machines virtuelles dans mon rapport d’évaluation ?

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 machines virtuelles locales. Veillez à vérifier les points suivants :

• Si les machines virtuelles sont sous tension pendant que vous créez l’évaluation.
• S’il manque uniquement des compteurs de mémoire et si vous tentez d’évaluer des machines virtuelles Hyper-V, vérifiez si une mémoire dynamique est activée sur celles-ci. Un problème connu empêche l’appliance Azure Migrate de collecter les données d’utilisation de la mémoire pour les machines virtuelles de ce type.
• En l'absence de tous les compteurs de performances, assurez-vous que les exigences d’accès aux ports à des fins d'évaluation sont respectées. Apprenez-en davantage sur les conditions d’accès aux ports à des fins d’évaluation de VMware, de Hyper-V et du serveur physique. Si l’un des compteurs de performances est manquant, Azure Migrate : découverte et évaluation se base sur les cœurs et la mémoire alloués localement pour recommander une taille de machine virtuelle appropriée.

Pourquoi les données de performances sont-elles manquantes pour certains ou tous les serveurs dans mon rapport d’évaluation de machine virtuelle Azure ou Azure VMware Solution ?

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. Veillez à vérifier les points suivants :

• 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.

  Remarque

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

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

Pour vous assurer que les données de performances soient collectées, veillez à vérifier les points 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 également la dernière pulsation.
• Si l’état de connexion d’Azure Migrate pour toutes les instances SQL est Connecté dans le volet 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 des compteurs de performances sont manquants, l’évaluation SQL Azure recommande la plus petite configuration d’Azure SQL pour cette instance ou base de données.

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

Le calcul de la note de confiance pour les évaluations basées sur les performances repose sur le pourcentage de points de données disponibles nécessaires pour calculer l’évaluation. Une évaluation peut obtenir une note de confiance faible pour les raisons suivantes :

• 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é. Contrôlez également la dernière pulsation.
  • Pour les évaluations Azure SQL, l’état de connexion d’Azure Migrate pour toutes les instances SQL est Connecté dans le volet 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 machine virtuelle Azure et d’Azure VMware Solution, peu de serveurs ont été créés après le démarrage de la découverte. Par exemple, supposons que vous créez une évaluation de l’historique des performances du mois dernier, mais que 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, supposons que vous créez une évaluation de l’historique des performances du mois dernier, mais que 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 aux exigences de la machine virtuelle dans Hyper-V, l’évaluation indique une utilisation de la mémoire supérieure à 100 %.

La licence du système d'exploitation est-elle incluse dans une évaluation de machine virtuelle Azure ?

Une évaluation de machine virtuelle Azure prend en considération le coût de la licence du système d’exploitation uniquement pour les serveurs Windows, Les coûts de licence ne sont pas pris en considération pour des serveurs Linux.

Comment le dimensionnement basé sur les performances fonctionne-t-il dans une évaluation de machine virtuelle Azure ?

Une évaluation de machine virtuelle Azure recueille les données de performances des serveurs locaux de manière continue, et les utilise pour recommander la référence SKU de machine virtuelle et la référence SKU de disque dans Azure. Découvrez comment les données basées sur les performances sont collectées.

Puis-je migrer mes disques vers un disque Ultra à l’aide d’Azure Migrate ?

Non. Actuellement, Azure Migrate et Azure Site Recovery ne prennent pas en charge la migration vers des disques Ultra. En savoir plus sur le déploiement d’un disque Ultra.

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é. Par 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. 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 ».

Ce résultat 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.

Pourquoi mon évaluation affiche-t-elle un avertissement indiquant qu'elle a été créée avec une offre non valide ?

Votre évaluation a été créée avec une offre qui n’est plus valide et, par conséquent, les boutons Modifier et Recalculer sont désactivés. Vous pouvez créer une nouvelle évaluation avec l’une des offres valides : Paiement à l’utilisation, Paiement à l’utilisation Dev/Test et Accord Entreprise. Vous pouvez également utiliser le champ Remise (%) pour spécifier une remise personnalisée en plus de l’offre Azure. Plus d’informations

Pourquoi mon évaluation contient-elle un avertissement indiquant qu’elle a été créée avec un emplacement Azure cible qui a été déconseillé ?

Votre évaluation a été créée avec une région Azure déconseillée. Par conséquent, les boutons Modifier et Recalculer sont désactivés. Vous pouvez créer une évaluation avec n’importe quel emplacement cible valide. Plus d’informations

Pourquoi mon évaluation affiche-t-elle un avertissement indiquant qu’elle a été créée à l’aide d’une combinaison non valide d’instances réservées, de durée de bon fonctionnement de la machine virtuelle et de remise (%) ?

Lorsque vous sélectionnez Instances réservées, les propriétés Remise (%) et Durée de fonctionnement de la machine virtuelle ne sont pas applicables. Lorsque votre évaluation a été créée avec une combinaison non valide de ces propriétés, les boutons Modifier et Recalculer sont désactivés. Créez une évaluation. Plus d’informations

Pourquoi certaines de mes évaluations sont-elles marquées avec « à mettre à niveau vers la dernière version d’évaluation » ?

Recalculez votre évaluation pour afficher l’expérience d’évaluation Azure SQL mise à niveau afin d’identifier la cible de migration idéale pour vos déploiements SQL sur des instances managées Azure SQL, SQL Server sur une machine virtuelle Azure et Azure SQL DB :

• Nous avons recommandé de migrer des instances vers SQL Server sur une machine virtuelle Azure en fonction des meilleures pratiques Azure.
• Effectuer une migration lift-and-shift correctement dimensionnée - Serveur vers SQL Server sur une machine virtuelle Azure. Nous le recommandons lorsque les informations d’identification SQL Server ne sont pas disponibles.
• Expérience utilisateur améliorée qui couvre l’état de préparation et les estimations de coûts pour plusieurs cibles de migration pour les déploiements SQL dans le cadre d’une évaluation.

Nous vous recommandons d’exporter votre évaluation existante avant de recalculer.

Je ne vois pas les données de performances pour certaines cartes réseau sur mes serveurs physiques

Ce problème peut se produire si la virtualisation Hyper-V est activée sur le serveur physique. En raison d’un écart, Azure Migrate détecte actuellement les cartes réseau physiques et virtuelles sur ces serveurs. Le débit du réseau est capturé uniquement sur les cartes réseau virtuelles détectées.

La référence SKU de machine virtuelle Azure recommandée pour mon serveur physique est surdimensionnée

Ce problème peut se produire si la virtualisation Hyper-V est activée sur le serveur physique. Azure Migrate détecte actuellement les cartes réseau physiques et virtuelles sur ces serveurs. Par conséquent, le nombre de cartes réseau détectées est supérieur au nombre réel. Étant donné que l’évaluation de machine virtuelle Azure choisit une machine virtuelle Azure capable de prendre en charge le nombre requis de cartes réseau, cela peut potentiellement entraîner le surdimensionnement d’une machine virtuelle. Apprenez-en davantage sur l’impact du nombre de cartes réseau sur le dimensionnement. À l’avenir, cet écart sera corrigé.

La catégorie de disponibilité « Non prêt » est indiquée pour mon serveur physique

La catégorie de disponibilité n’est peut-être pas correctement marquée comme Non prêt lorsque la virtualisation Hyper-V est activée sur un serveur physique. En raison d’un écart, Azure Migrate détecte actuellement les cartes réseau physiques et virtuelles sur ces serveurs. Par conséquent, le nombre de cartes réseau détectées est supérieur au nombre réel. Dans l’évaluation locale aussi bien que dans l’évaluation basée sur les performances, l’évaluation de machine virtuelle Azure choisit une machine virtuelle Azure capable de prendre en charge le nombre requis de cartes réseau. Si le nombre de cartes réseau détectées est supérieur à 32 (nombre maximal de cartes réseau prises en charge sur les machines virtuelles Azure), le serveur est marqué comme Non prêt. Apprenez-en davantage sur l’impact du nombre de cartes réseau sur le dimensionnement.

Le nombre de cartes réseau détectées est supérieur à la valeur réelle pour les serveurs physiques

Ce problème peut se produire si la virtualisation Hyper-V est activée sur le serveur physique. Azure Migrate détecte actuellement les cartes réseau physiques et virtuelles sur ces serveurs. Par conséquent, le nombre de cartes réseau détectées est supérieur au nombre réel.

Capturez le trafic

Pour collecter les journaux du trafic réseau :

1. Connectez-vous au portail Azure.
2. Sélectionnez F12 pour démarrer les outils de développement. Si nécessaire, désactivez le paramètre Effacer les entrées lors de la navigation.
3. Sélectionnez l’onglet Réseau, puis commencez la capture du trafic réseau :
   • Dans Chrome, sélectionnez Conserver le journal. L'enregistrement devrait commencer automatiquement. Un cercle rouge indique que le trafic est en cours de capture. Si le cercle rouge ne s’affiche pas, sélectionnez le cercle noir pour démarrer la capture.
   • Dans Microsoft Edge et Internet Explorer, l’enregistrement doit commencer automatiquement. Si ce n’est pas le cas, sélectionnez le bouton de lecture vert.
4. Essayez de reproduire l'erreur.
5. Après avoir rencontré l’erreur pendant l’enregistrement, arrêtez l’enregistrement et enregistrez une copie de l’activité enregistrée :
   • Dans Chrome, cliquez avec le bouton droit et sélectionnez Enregistrer comme HAR avec du contenu. Cette action compresse et exporte les journaux sous la forme d’un fichier .har.
   • Dans Microsoft Edge ou Internet Explorer, sélectionnez l’option Exporter le trafic capturé. Cette action compresse et exporte le journal.
6. Sélectionnez l’onglet Console pour vérifier la présence d’avertissements ou d’erreurs. Pour enregistrer le journal de la console :
   • Dans Chrome, cliquez avec le bouton droit n'importe où dans le journal de la console. Sélectionnez Enregistrer sous pour exporter et compresser le journal.
   • Dans Microsoft Edge ou Internet Explorer, cliquez avec le bouton droit sur les erreurs, puis sélectionnez Tout copier.
7. Fermez les outils de développement.

Où les données du système d’exploitation de mon évaluation sont-elles découvertes ?

• Pour les machines virtuelles VMware, par défaut, il s’agit des données du système d’exploitation fournies par vCenter Server.
  • Pour les machines virtuelles Linux VMware, si la découverte des applications est activée, les détails du système d’exploitation sont récupérés à partir de la machine virtuelle invitée. Pour vérifier les détails du système d’exploitation dans l’évaluation, accédez à l’affichage Serveurs détectés et survolez la valeur dans la colonne Système d’exploitation. Dans le texte qui s’affiche, vous pouvez voir si les données du système d’exploitation que vous voyez sont collectées à partir de vCenter Server ou de la machine virtuelle invitée à l’aide des informations d’identification de la machine virtuelle.
  • Pour les machines virtuelles Windows, les détails du système d’exploitation sont toujours extraits du serveur vCenter.
• Pour les machines virtuelles Hyper-V, les données du système d’exploitation sont collectées depuis l’hôte Hyper-V.
• Pour les serveurs physiques, elles sont extraites depuis le serveur.

Étapes suivantes

Créer ou personnaliser une évaluation.