Vue d’ensemble de l’évaluation (migrer vers des machines virtuelles Azure)

  • Article

Attention

Cet article fait référence à CentOS, une distribution Linux proche de l’état EOL (End Of Life). Faites le point sur votre utilisation afin de vous organiser en conséquence. Pour obtenir plus d’informations, consultez les Conseils sur la fin de vie de CentOS.

Cet article fournit une vue d’ensemble des évaluations dans l’outil Azure Migrate : Découverte et évaluation. L’outil peut évaluer des serveurs locaux dans un environnement Hyper-V et virtuel VMware, ainsi que des serveurs physiques en vue de leur migration vers Azure.

Qu'est-ce qu'une évaluation ?

Une évaluation réalisée à l’aide de l’outil Découverte et évaluation mesure l’état de préparation et estime l’effet de la migration des serveurs locaux vers Azure.

Remarque

Dans Azure Government, examinez les emplacements d’évaluation des cibles prises en charge. Notez que les recommandations relatives à la taille des machines virtuelles dans les évaluations utilisent la série de machines virtuelles spécifiquement pour les régions cloud Azure Government. En savoir plus sur les types de machines virtuelles.

Types d'évaluations

Il existe trois types d’évaluations que vous pouvez créer à l’aide d’Azure Migrate : Découverte et évaluation.

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’évaluer vos serveurs locaux dans un environnement VMware et Hyper-V, ainsi que vos serveurs physiques pour une migration vers des machines virtuelles Azure.
Azure SQL Évaluations pour migrer vos serveurs SQL Server locaux de votre environnement VMware vers Azure SQL Database ou Azure SQL Managed Instance.
Azure App Service Évaluations pour migrer des applications web locales depuis votre environnement VMware vers Azure App Service.
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, cliquez sur 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 alors le nombre correct pour ce type d’évaluation.

Les évaluations que vous créez avec Azure Migrate sont une capture instantanée de données à un moment donné. L’évaluation de machine virtuelle Azure fournit deux options de critères de dimensionnement :

Type d’évaluation Détails Données
Basée sur les performances Évaluations qui donnent des recommandations en fonction des données de performances collectées La recommandation de taille de machine virtuelle est basée sur les données d’utilisation de l’UC et de la RAM.

La recommandation de type de disque est basée sur les opérations d’entrée/sortie par seconde (IOPS) et le débit des disques locaux. Les types de disques sont HDD Standard Azure, SSD Standard Azure et les disques Azure Premium et les disques Azure Ultra.
Telle quelle locale Évaluations qui n’utilisent pas de données de performances pour formuler des recommandations La recommandation de taille de machine virtuelle est basée sur la taille du serveur local.

Le type de disque recommandé est basé sur le type de stockage sélectionné pour l’évaluation.

Comment exécuter une évaluation ?

Une évaluation peut être réalisée de différentes façons.

  • Évaluer les serveurs à l’aide des métadonnées de serveur collectées par une appliance Azure Migrate légère. L’appliance découvre des serveurs locaux. Elle envoie ensuite les métadonnées et les données de performances des serveurs à Azure Migrate.
  • Évaluer les serveurs à l’aide des métadonnées de serveur importées au format CSV.

Comment procéder à une évaluation à l'aide de l'appliance ?

Si vous déployez une appliance Azure Migrate pour découvrir des serveurs locaux, procédez comme suit :

  1. Configurez Azure et votre environnement local de manière à ce qu’ils opèrent avec Azure Migrate.
  2. Pour votre première évaluation, créez un projet Azure et ajoutez-y l’outil Découverte et évaluation.
  3. Déployez une appliance Azure Migrate légère. L’appliance découvre en permanence les serveurs locaux et envoie les métadonnées et données de performances de serveur à Azure Migrate. Déployez l’appliance en tant que machine virtuelle ou serveur physique. Vous n’avez rien à installer sur les serveurs que vous souhaitez évaluer.

Une fois que l’appliance a commencé la découverte des serveurs, vous pouvez rassembler les serveurs que vous souhaitez évaluer dans un groupe et exécuter une évaluation de celui-ci avec le type d’évaluation Machine virtuelle Azure.

Pour essayer ces étapes, suivez nos tutoriels consacrés à VMware, Hyper-V ou aux serveurs physiques.

Comment procéder à une évaluation à l'aide de données importées ?

Si vous évaluez des serveurs à l’aide d’un fichier CSV, aucune appliance n’est nécessaire. Au lieu de cela, procédez comme suit :

  1. Configurez Azure pour qu’il fonctionne avec Azure Migrate.
  2. Pour votre première évaluation, créez un projet Azure et ajoutez-y l’outil Découverte et évaluation.
  3. Téléchargez un modèle CSV et ajoutez-y les données du serveur.
  4. Importez le modèle dans Azure Migrate.
  5. Découvrez les serveurs ajoutés à l’aide de l’importation, rassemblez-les au sein d’un groupe et exécutez une évaluation du groupe avec le type d’évaluation Machine virtuelle Azure.

Quelles données l’appliance collecte-t-elle ?

Si vous utilisez l'appliance Azure Migrate à des fins d'évaluation, apprenez-en plus sur les métadonnées et les données de performance qui sont collectées pour VMware et Hyper-V.

Comment l'appliance calcule-t-elle les données de performances ?

Si vous utilisez l’appliance à des fins de découverte, elle collecte des données de performances pour les paramètres de calcul en procédant comme suit :

  1. L’appliance collecte un point d’échantillonnage en temps réel.

    • Machines virtuelles VMware : un point d’échantillonnage est collecté toutes les 20 secondes.
    • Machines virtuelles Hyper-V : un point d’échantillonnage est collecté toutes les 30 secondes.
    • Serveurs physiques : un point d’échantillonnage est collecté toutes les 5 minutes.

  2. L’appliance combine les points d’échantillonnage afin de créer un point de données unique toutes les 10 minutes pour les serveurs VMware et Hyper-V, et toutes les 5 minutes pour les serveurs physiques. Pour créer le point de données, l’appliance sélectionne les valeurs maximales de tous les échantillons. Elle envoie ensuite le point de données à Azure.

  3. L’évaluation stocke tous les points de données à intervalles de 10 minutes pour le dernier mois.

  4. Lorsque vous créez une évaluation, cette évaluation identifie le point de données approprié à utiliser pour le dimensionnement adéquat. L’identification est basée sur les valeurs de centile pour Historique des performances et Utilisation en centile.

    • Par exemple, si l’historique des performances est d’une semaine et que l’utilisation en centile est le 95e centile, l’évaluation trie les points d’échantillonnage de 10 minutes pour la dernière semaine. Il les trie dans l’ordre croissant et sélectionne la valeur du 95e centile pour le dimensionnement adéquat.
    • Le 95e centile vous permet d’ignorer les valeurs hors norme qui peuvent être incluses quand vous choisissez le 99e centile.
    • Si vous souhaitez choisir l’utilisation maximale de la période et que vous ne souhaitez pas ignorer les valeurs hors norme, sélectionnez le 99e centile comme utilisation en centile.

  5. Cette valeur est multipliée par le facteur de confort pour obtenir les données réelles d’utilisation de performances pour ces mesures collectées par l’appliance :

    • Utilisation du processeur
    • Utilisation de la RAM
    • IOPS de disque (lecture et écriture)
    • Débit de disque (lecture et écriture)
    • Débit réseau (entrant et sortant)

Comment les évaluations de machines virtuelles Azure sont-elles calculées ?

L’évaluation utilise les métadonnées et les données de performances des serveurs locaux pour calculer les évaluations. Si vous déployez l’appliance Azure Migrate, l’évaluation utilise les données collectées par l’appliance. Toutefois, si vous exécutez une évaluation importée à l’aide d’un fichier CSV, vous devez fournir les métadonnées pour le calcul.

Les calculs se font dans les trois étapes suivantes :

  1. Calculer l’état de préparation pour Azure : évaluez si les serveurs sont adaptés à la migration vers Azure.
  2. Recommandations relatives au calcul du dimensionnement : estimez le dimensionnement du calcul, du stockage et du réseau.
  3. Calculer les coûts mensuels : calculez les coûts mensuels de calcul, de stockage et de sécurité estimés pour l’exécution des serveurs dans Azure après la migration.

Les calculs sont dans l’ordre indiqué ci-dessus. Un serveur ne passe à une étape ultérieure que s’il réussit la précédente. Par exemple, si un serveur échoue à l’étape relative à l’état de préparation pour Azure, il est marqué comme inapproprié pour Azure. Les calculs de dimensionnement et de coût ne sont pas effectués pour ce serveur.

Qu’est-ce qu’une évaluation de machine virtuelle Azure ?

Voici le contenu d’une évaluation de machine virtuelle Azure :

Paramètre Détails
Emplacement cible Emplacement vers lequel vous souhaitez migrer. L’évaluation prend actuellement en charge les régions Azure cibles suivantes :

Australie Centre, Australie Centre 2, Australie Est, Australie Sud-Est, Brésil Sud, Canada Centre, Canada Est, Chine Est, Chine Est 2, Chine Nord, Chine Nord 2, Inde Centre, États-Unis Centre, Asie de l'Est, États-Unis Est, États-Unis Est 2, France Centre, France Sud, Allemagne Nord, Allemagne Centre-Ouest, Japon Est, Japon Ouest, Corée Centre, Corée Sud, États-Unis Centre Nord, Europe du Nord, Norvège Est, Norvège Ouest, Afrique du Sud Nord, Afrique du Sud Ouest, États-Unis Centre-Est, Inde Sud, Asie Sud-Est, Suisse Nord, Suisse Ouest, EAU Centre, EAU Nord, Royaume-Uni Sud, Royaume-Uni Ouest, États-Unis Centre-Ouest, Europe Ouest, Inde Ouest, États-Unis Ouest, États-Unis Ouest 2, JioIndiaCentral, JioIndiaWest, US Gov Arizona, US Gov Iowa, US Gov Texas, US Gov Virginia.
Disque de stockage cible (dimensionnement tel quel) Type de disque à utiliser pour le stockage dans Azure.

Spécifie le disque de stockage cible en tant que disque managé Premium, disque managé SSD Standard, disque managé HDD Standard ou disque Ultra.
Disque de stockage cible (dimensionnement basé sur les performances) Spécifie le type du disque de stockage cible en tant que disque managé Premium, managé HDD Standard, managé SSD Standard ou Ultra.

Disque Premium ou Standard ou Ultra : l’évaluation recommande une référence SKU de disque au sein du type de stockage sélectionné.

Si vous souhaitez un contrat de niveau de service (SLA) de machine virtuelle à une seule instance de 99,9 %, envisagez d’utiliser des disques managés Premium. Cette utilisation permet de s’assurer que tous les disques de l’évaluation sont recommandés comme disques managés Premium.

Si vous envisagez d’exécuter des charges de travail intensives en données nécessitant un débit élevé, une valeur IOPS élevée et un stockage sur disque à faible latence homogène, envisagez d’utiliser des disques Ultra.

Azure Migrate prend uniquement en charge les disques managés pour l’évaluation de la migration.
Options d’économies (calcul) Spécifiez l’option d’économies que l’évaluation doit prendre en compte pour optimiser votre coût de calcul Azure.

Les réservations Azure (pour 1 an ou 3 ans) sont une bonne option pour les ressources qui s’exécutent le plus systématiquement.

Un plan d’économies Azure (plan d’économies de 1 an ou 3 ans) offre une flexibilité supplémentaire et une optimisation automatisée des coûts. Dans l’idéal, vous pouvez utiliser la réservation Azure et le plan d’économies simultanément après la migration (la réservation est consommée en premier). Toutefois, dans les évaluations Azure Migrate, vous pouvez voir uniquement les estimations de coût pour une option d’économies à la fois.

Quand vous sélectionnez « Aucun », le coût de calcul Azure est basé sur le taux de paiement à l’utilisation ou sur l’utilisation réelle.

Vous devez sélectionner le paiement à l’utilisation dans Offre/programme de licences pour pouvoir utiliser des instances réservées ou un plan d’économies Azure. Quand vous sélectionnez une option d’économies autre que le paramètre « Aucun », les propriétés « Remise (%) » et « Durée de fonctionnement de la machine virtuelle » ne sont pas applicables. Les estimations de coûts mensuels sont calculées en multipliant 744 heures dans le champ Durée de fonctionnement de la machine virtuelle par le prix horaire de la référence SKU recommandée.
Critère de dimensionnement Utilisé pour le dimensionnement adéquat de la machine virtuelle Azure.

Utilise le dimensionnement tel quel ou le dimensionnement basé sur les performances.
Historique des performances Utilisé avec le dimensionnement basé sur les performances. L’historique des performances spécifie la durée utilisée lors de l’évaluation des données de performances.
Utilisation en centile Utilisé avec le dimensionnement basé sur les performances. L’utilisation en centile spécifie la valeur de centile de l’échantillon de performances utilisé pour le dimensionnement adéquat.
Séries de machine virtuelle Série de machines virtuelles Azure que vous souhaitez prendre en compte pour le dimensionnement adéquat. Par exemple, si vous ne disposez pas d’un environnement de production nécessitant des machines virtuelles de série A dans Azure, vous pouvez exclure la série A de la liste de séries.
Facteur de confort Mémoire tampon utilisée pendant l’évaluation. Elle est appliquée aux données de l’UC, de la RAM, du disque et du réseau pour les machines virtuelles. Il prend en compte les problèmes, tels que l’utilisation saisonnière, l’historique des performances de courte durée et l’augmentation probable de l’utilisation future.

Par exemple, une machine virtuelle de 10 cœurs avec 20 % d’utilisation correspond normalement à une machine virtuelle à deux cœurs. Avec un facteur de confort de 2, le résultat est une machine virtuelle à quatre cœurs.
Offer Offre Azure dans laquelle vous êtes inscrit. L’évaluation estime le coût de cette offre.
Devise Devise de facturation de votre compte.
Remise (%) Toute remise propre à un abonnement que vous recevez en plus de l’offre Azure. Le paramètre par défaut est 0 %.
Durée de fonctionnement de la machine virtuelle Durée en jours par mois et heures par jour pour les machines virtuelles Azure qui ne s’exécutent pas en continu. Les estimations de coût sont basées sur cette durée.

Les valeurs par défaut sont de 31 jours par mois et de 24 heures par jour.
Azure Hybrid Benefit Spécifie si vous disposez d’une assurance logicielle et si vous êtes éligible à Azure Hybrid Benefit pour utiliser vos licences de système d’exploitation existantes. Si le paramètre est activé, les prix Azure des systèmes d’exploitation sélectionnés ne sont pas pris en compte dans le coût des machines virtuelles.
Abonnement Contrat Entreprise Spécifie qu’un abonnement Contrat Entreprise (EA) est utilisé pour l’estimation des coûts. Prend en compte la remise applicable à l’abonnement.

Conserve les paramètres par défaut pour les instances réservées, la remise (en %) et les propriétés de durée de bon fonctionnement des machines virtuelles.
Sécurité Spécifie si vous souhaitez évaluer l’état de préparation et le coût des outils de sécurité sur Azure. Si le paramètre a la valeur par défaut Oui, avec Microsoft Defender pour le cloud, il évalue l’état de préparation de la sécurité et le coût de votre machine virtuelle Azure avec Microsoft Defender pour le cloud.

Passez en revue les meilleures pratiques de création et d’évaluation avec Azure Migrate.

Calculer l’état de préparation

Tous les serveurs ne sont pas adaptés pour s’exécuter dans Azure. Une évaluation de machine virtuelle Azure évalue tous les serveurs locaux et leur attribue une catégorie d’état de préparation.

  • Disponible pour Azure : le serveur peut être migré tel quel vers Azure sans aucune modification. Elle démarrera dans Azure avec une prise en charge complète d’Azure.
  • Préparé pour Azure sous condition: le serveur peut démarrer dans Azure, mais risque de ne pas bénéficier du support Azure complet. Par exemple, Azure ne prend pas en charge un serveur qui exécute une ancienne version de Windows Server. Vous devez faire preuve de vigilance avant de migrer ces serveurs vers Azure. Pour résoudre les problèmes relatifs à l’état de préparation, suivez les instructions de correction suggérées par l’évaluation.
  • Non disponible pour Azure : le serveur ne démarre pas dans Azure. Par exemple, si le disque d’un serveur local stocke plus de 64 To, Azure ne peut pas l’héberger. Suivez les instructions de correction afin de résoudre le problème avant la migration.
  • État de préparation inconnu : Azure Migrate ne peut pas déterminer l’état de préparation du serveur parce que les métadonnées sont insuffisantes.

Pour calculer l’état de préparation, l’évaluation examine les propriétés du serveur et les paramètres du système d’exploitation récapitulés dans les tableaux suivants.

Propriétés du serveur

Pour une évaluation de machine virtuelle Azure, l’évaluation examine les propriétés suivantes d’une machine virtuelle locale pour déterminer si elle peut s’exécuter sur des machines virtuelles Azure.

Propriété Détails État de préparation pour Azure
Type de démarrage Azure prend en charge le type de démarrage UEFI pour les systèmes d’exploitation mentionnés ici Non prêt (Azure Not Ready) si le type de démarrage est UEFI et que le système d’exploitation s’exécutant sur la machine virtuelle est : Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2
Cœurs Chaque serveur ne doit pas comporter plus de 128 cœurs, ce qui correspond au nombre maximal qu’une machine virtuelle Azure prend en charge.

Si l’historique des performances est disponible, Azure Migrate prend en considération les cœurs utilisés pour la comparaison. Si les paramètres de l’évaluation spécifient le facteur de confort, le nombre de cœurs utilisés est multiplié par le facteur de confort.

En l’absence d’historique des performances, Azure Migrate utilise les cœurs alloués pour appliquer le facteur de confort.		 Préparé pour Azure si le nombre de cœurs est dans la limite
RAM Chaque serveur ne doit pas avoir plus de 3 892 Go de RAM, ce qui correspond à la taille maximale qu’une machine virtuelle Standard_M128m de série M Azure2 prend en charge. Plus d’informations

Si l’historique des performances est disponible, Azure Migrate prend en considération la RAM utilisée pour la comparaison. Si un facteur de confort est spécifié, la RAM utilisée est multipliée par le facteur de confort.

En l’absence d’historique, la RAM allouée est utilisée pour appliquer un facteur de confort.

 Préparé pour Azure si la quantité de RAM est comprise dans la limite
Disque de stockage La taille allouée d’un disque doit être inférieure ou égale à 64 To.

Le nombre de disques attachés à l’ordinateur, y compris le disque du système d’exploitation, doit être inférieur ou égal à 65.		 Préparé pour Azure si la taille et le nombre de disques sont dans les limites
Mise en réseau Une machine ne doit pas avoir plus de 32 interfaces réseau (NIC) associées. Préparé pour Azure si le nombre d’interfaces réseau est dans la limite

Système d’exploitation invité

Pour une évaluation de machine virtuelle Azure, outre la vérification des propriétés des machines virtuelles, l’évaluation examine le système d’exploitation invité d’un serveur pour déterminer s’il peut s’exécuter sur Azure.

Remarque

Afin de gérer l’analyse de l’invité pour les machines virtuelles VMware, l’évaluation utilise le système d’exploitation spécifié pour la machine virtuelle dans vCenter Server. Toutefois, vCenter Server ne fournit pas la version du noyau pour les systèmes d’exploitation de machines virtuelles Linux. Pour découvrir la version, vous devez configurer la découverte d’application. L’appliance découvre ensuite les informations de version à l’aide des informations d’identification de l’invité que vous spécifiez lors de la configuration de la découverte d’application.

L’évaluation utilise la logique suivante pour identifier l’état de préparation pour Azure en fonction du système d’exploitation :

Système d’exploitation Détails État de préparation pour Azure
Windows Server 2016 avec tous les Service Packs Azure assure un support complet. Préparé pour Azure.
Windows Server 2012 R2 et tous les Service Packs Azure assure un support complet. Préparé pour Azure.
Windows Server 2012 et tous les Service Packs Azure assure un support complet. Préparé pour Azure.
Windows Server 2008 R2 avec tous les Service Packs Azure assure un support complet. Préparé pour Azure.
Windows Server 2008 (32 bits et 64 bits) Azure assure un support complet. Préparé pour Azure.
Windows Server 2003 et Windows Server 2003 R2 Ces systèmes d’exploitation ont dépassé leur date de fin de support, et leur prise en charge dans Azure nécessite un contrat de support personnalisé (CSA). Préparé pour Azure sous condition Envisagez de mettre à niveau le système d’exploitation avant de migrer vers Azure.
Windows 2000, Windows 98, Windows 95, Windows NT, Windows 3.1 et MS-DOS La date de fin de support de ces systèmes d’exploitation est passée. Le serveur peut démarrer dans Azure, mais Azure ne fournit aucune prise en charge du système d’exploitation. Préparé pour Azure sous condition Nous vous recommandons de mettre à niveau le système d’exploitation avant de migrer vers Azure.
Windows 7, Windows 8 et Windows 10 Azure assure un support avec un abonnement Visual Studio uniquement. Préparé pour Azure sous condition
Windows 10 Professionnel Azure assure la prise en charge avec les droits d’hébergement multilocataire. Préparé pour Azure sous condition
Windows Vista et Windows XP Professionnel La date de fin de support de ces systèmes d’exploitation est passée. Le serveur peut démarrer dans Azure, mais Azure ne fournit aucune prise en charge du système d’exploitation. Préparé pour Azure sous condition Nous vous recommandons de mettre à niveau le système d’exploitation avant de migrer vers Azure.
Linux Consultez les systèmes d’exploitation Linux qu’Azure approuve. D’autres systèmes d’exploitation Linux peuvent démarrer dans Azure. Toutefois, nous vous recommandons de mettre à niveau le système d’exploitation vers une version approuvée avant d’effectuer la migration vers Azure. Disponible pour Azure si la version est approuvée.

Préparé pour Azure sous condition si la version n’est pas approuvée.
Autres systèmes d’exploitation tels qu’Oracle Solaris, Apple macOS et FreeBSD Azure n’approuve pas ces systèmes d’exploitation. Le serveur peut démarrer dans Azure, mais Azure ne fournit aucune prise en charge du système d’exploitation. Préparé pour Azure sous condition Nous vous recommandons d’installer un système d’exploitation pris en charge avant de migrer vers Azure.
Système d’exploitation spécifié comme Autre dans vCenter Server Azure Migrate ne peut pas identifier le système d’exploitation dans ce cas. État de la préparation inconnu. Assurez-vous qu’Azure prend en charge le système d’exploitation exécuté au sein de la machine virtuelle.
Systèmes d’exploitation 32 bits Le serveur peut démarrer dans Azure, mais Azure peut ne pas fournir une prise en charge complète. Préparé pour Azure sous condition Envisagez une mise à niveau vers un système d’exploitation 64 bits avant d’effectuer la migration vers Azure.

État de préparation de la sécurité

Les évaluations déterminent également l’état de préparation de la cible recommandée pour Microsoft Defender pour serveurs. Un serveur est marqué comme Prêt pour Microsoft Defender pour serveurs s’il dispose des éléments suivants :

  • Au moins 2 vCore (4 vCore préférés)
  • Au moins 1 Go de RAM (4 Go préférés)
  • 2 Go d’espace disque
  • Exécute l’un des systèmes d’exploitation suivants :
    • Windows Server 2008 R2, 2012 R2, 2016, 2019, 2022
    • Red Hat Enterprise Linux Server 7.2+, 8+, 9+
    • Ubuntu 16.04, 18.04, 20.04, 22.04
    • SUSE Linux Enterprise Server 12, 15+
    • Debian 9, 10, 11
    • Oracle Linux 7.2+, 8
    • CentOS Linux 7.2+
    • Amazon Linux 2
  • Pour d’autres systèmes d’exploitation, le serveur est marqué comme Prêt sous certaines conditions. Si un serveur n’est pas prêt à être migré vers Azure, il est marqué comme Non prêt pour Microsoft Defender pour serveurs.

Calcul du dimensionnement

Une fois que le serveur est marqué comme prêt pour Azure, l’évaluation effectue des recommandations de dimensionnement dans le cadre de l’évaluation de machine virtuelle Azure. Ces recommandations identifient la référence SKU de la machine virtuelle et du disque Azure. Les calculs de dimensionnement varient selon que vous utilisez un dimensionnement local tel quel ou un dimensionnement basé sur les performances.

Calculer le dimensionnement (local tel quel)

Si vous utilisez le dimensionnement local tel quel, l’évaluation ne prend pas en compte l’historique des performances des machines virtuelles et des disques dans le cadre de l’évaluation de machine virtuelle Azure.

  • Dimensionnement du calcul : l’évaluation alloue une référence SKU de machine virtuelle Azure basée sur la taille allouée localement.
  • Dimensionnement du stockage et du disque : l’évaluation examine le type de stockage spécifié dans les propriétés d’évaluation et recommande le type de disque en conséquence. Les types de stockage possibles sont HDD Standard, SSD Standard, Premium et Ultra. Le type de stockage par défaut est Premium.
  • Dimensionnement du réseau : l’évaluation prend en compte la carte réseau sur le serveur local.

Calculer le dimensionnement (basé sur les performances)

Si vous utilisez le dimensionnement basé sur les performances dans le cadre d’une évaluation de machine virtuelle Azure, l’évaluation effectue des recommandations de dimensionnement comme suit :

  • L'évaluation prend en compte l'historique des performances (utilisation des ressources) du serveur ainsi que le point de référence du processeur pour identifier la taille de la VM et le type de disque dans Azure.

Remarque

Si vous importez des serveurs à l’aide d’un fichier CSV, les valeurs de performances que vous spécifiez (utilisation du processeur, utilisation de la mémoire, IOPS de disque et débit) sont utilisées si vous choisissez un dimensionnement basé sur les performances. Vous ne serez pas en mesure de fournir des informations sur l’historique des performances et le centile.

  • Cette méthode est particulièrement utile si vous avez suralloué le serveur local, que l’utilisation est faible et que vous voulez dimensionner correctement la machine virtuelle Azure afin de réduire les coûts.
  • Si vous ne souhaitez pas utiliser les données de performances, réinitialisez les critères de dimensionnement sur un dimensionnement local tel quel, comme décrit dans la section précédente.

Calculer le dimensionnement du stockage

Pour le dimensionnement du stockage dans le cadre d’une évaluation de machine virtuelle Azure, Azure Migrate tente de mapper chaque disque attaché au serveur à un disque Azure. Le dimensionnement fonctionne comme suit :

  1. L’évaluation ajoute les IOPS de lecture et d’écriture d’un disque pour obtenir le nombre total d’IOPS requis. De même, il ajoute les valeurs de débit de lecture et d’écriture pour obtenir le débit total de chaque disque. Dans le cas des évaluations basées sur l’importation, vous avez la possibilité de fournir le nombre total d’IOPS, le débit total et le nombre total de disques dans le fichier importé sans spécifier de paramètres de disque individuels. Si vous procédez ainsi, le dimensionnement de disque individuel est ignoré et les données fournies sont utilisées directement pour calculer le dimensionnement puis sélectionner une référence SKU de machine virtuelle appropriée.

  2. Les disques sont sélectionnés comme suit :

    • Si l’évaluation ne parvient pas à trouver un disque avec les IOPS et le débit nécessaires, elle marque le serveur comme ne convenant pas pour Azure.
    • Si l’évaluation trouve un ensemble de disques adaptés, elle sélectionne ceux qui prennent en charge l’emplacement spécifié dans les paramètres d’évaluation.
    • S’il existe plusieurs disques éligibles, l’évaluation sélectionne le disque dont le coût est le plus faible.
    • Si les données de performances d’un disque ne sont pas disponibles, la taille du disque de configuration est utilisée pour trouver un disque SSD Standard dans Azure.
Dimensionnement de disque Ultra

Pour les disques Ultra, il existe une plage d’IOPS et de débits qui est autorisée pour une taille de disque spécifique. Par conséquent, la logique utilisée dans le dimensionnement est différente de celle des disques Standard et Premium :

  1. Trois tailles de disque Ultra sont calculées :
    • Un disque (Disque 1) capable de satisfaire les exigences en termes de taille de disque
    • Un disque (Disque 2) capable de satisfaire les exigences en termes d’IOPS total
      • IOPS à provisionner = (débit du disque source) *1024/256
    • Un disque (Disque 3) capable de satisfaire les exigences en termes de débit total
  2. Sur les trois disques, l’un avec la taille de disque maximale est trouvé et est arrondi à la prochaine offre de disque Ultra disponible. Il s’agit de la taille de disque Ultra provisionnée.
  3. La valeur IOPS provisionnée est calculée à l’aide de la logique suivante :
    • Si le débit source découvert se trouve dans la plage autorisée pour la taille du disque Ultra, la valeur IOPS provisionnée est égale à la valeur IOPS du disque source
    • Sinon, la valeur d’IOPS provisionnée est calculée à l’aide de la valeur IOPS à provisionner (débit de disque source) *1024/256
  4. La plage de débit provisionnée dépend de la valeur IOPS provisionnée

Calculer le dimensionnement du réseau

Pour une évaluation de machine virtuelle Azure, l’évaluation essaie de trouver une machine virtuelle Azure qui prend en charge le nombre de cartes réseau attachées au serveur local et les performances requises pour ces cartes réseau.

  • Pour obtenir les performances réseau réelles de la machine virtuelle locale, l’évaluation agrège le débit de transmission de données à partir du serveur (réseau sortant) pour toutes les cartes réseau. Il applique ensuite le facteur de confort. Il utilise la valeur qui en résulte pour trouver une machine virtuelle Azure qui peut prendre en charge les performances réseau requises.
  • Outre les performances du réseau, l’évaluation détermine également si la machine virtuelle Azure peut prendre en charge le nombre requis de cartes réseau.
  • Si aucune donnée de performances réseau n’est disponible, l’évaluation considère uniquement le nombre de cartes réseau pour le dimensionnement de la machine virtuelle.

Calculer le dimensionnement du calcul

Après avoir calculé les exigences de stockage et de réseau, l’évaluation prend en compte les besoins en UC et en RAM pour trouver une taille de machine virtuelle appropriée dans Azure.

  • Azure Migrate examine les cœurs (y compris le point de référence de processeur) et la RAM réellement utilisés pour rechercher une taille de machine virtuelle Azure appropriée.
  • Si aucune taille adaptée n’est trouvée, le serveur est marqué comme inadapté à Azure.
  • Si une taille adaptée est trouvée, Azure Migrate applique les calculs de mise en réseau et de stockage. Il applique ensuite les paramètres d’emplacement et de niveau tarifaire de façon à obtenir la recommandation de taille de machine virtuelle finale.
  • S’il existe plusieurs tailles de machine virtuelle Azure éligibles, celle dont le coût est le plus faible est recommandée.

Niveaux de confiance (basés sur les performances)

Chaque évaluation de machine virtuelle Azure basée sur les performances dans Azure Migrate est associée à un niveau de confiance. Le niveau de confiance est compris entre une étoile (le plus bas) et cinq étoiles (le plus haut). Le niveau de confiance vous aide à estimer la fiabilité des recommandations de taille fournies par Azure Migrate.

  • Le niveau de confiance est attribué à une évaluation. Le niveau de confiance est basé sur la disponibilité des points de données nécessaires au calcul de l’évaluation.
  • Pour le dimensionnement basé sur les performances, l’évaluation a besoin de ce qui suit :
    • Les données d’utilisation de l’UC et de la RAM.
    • Les données IOPS et de débit du disque pour chaque disque attaché au serveur.
    • Les E/S réseau pour gérer le dimensionnement basé sur les performances pour chaque carte réseau attachée à un serveur.

Si l’un de ces chiffres d’utilisation n’est pas disponible, les recommandations de taille peuvent ne pas être fiables.

Remarque

Aucun niveau de confiance n’est attribué aux serveurs évalués à l’aide d’un fichier CSV importé. Aucun niveau de confiance ne s'applique non plus aux évaluations locales en l'état.

Évaluations

Ce tableau indique les niveaux de confiance des évaluations, qui dépendent du pourcentage de points de données disponibles :

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

Niveaux de confiance faibles

Voici quelques raisons pour lesquelles une évaluation peut avoir un niveau 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 l’évaluation avec une durée des performances définie sur un jour, vous devez attendre au moins un jour après le démarrage de la découverte pour que tous les points de données soient collectés.

  • 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

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

  • Certains serveurs ont été créés pendant la période de calcul de l’évaluation. Par exemple, supposons que vous avez créé une évaluation de l’historique des performances du dernier mois, mais que certains serveurs ont été créés il y a seulement une semaine. Dans ce cas, les données de performances pour les nouveaux serveurs ne seront pas disponibles pendant toute la durée et le classement de confiance sera faible.

Remarque

Si le niveau de confiance d’une évaluation est inférieur à cinq étoiles, nous vous recommandons d’attendre au moins un jour pour que l’appliance profile l’environnement, puis de recalculer l’évaluation. Dans le cas contraire, le dimensionnement basé sur les performances peut ne pas être fiable. Dans ce cas, nous vous recommandons de faire passer l’évaluation au dimensionnement local.

Calculer les coûts mensuels

Une fois les recommandations de dimensionnement terminées, une évaluation de machine virtuelle Azure dans Azure Migrate calcule les coûts de calcul et de stockage après la migration.

Coût de calcul

Azure Migrate utilise la taille de machine virtuelle Azure recommandée et l’API de facturation Azure pour calculer le coût mensuel du serveur.

Le calcul prend en compte les éléments suivants :

  • Système d’exploitation
  • Software Assurance
  • Instances réservées
  • Durée de fonctionnement de la machine virtuelle
  • Emplacement
  • Paramètres de devise

L’évaluation agrège le coût de tous les serveurs pour calculer le coût de calcul mensuel total.

Coût de stockage

Le coût de stockage mensuel d’un serveur est calculé en additionnant le coût mensuel de tous les disques qui y sont attachés.

Disque Standard et Premium

Le coût de disques Standard ou Premium est calculé en fonction de la taille de disque sélectionnée/recommandée.

Disque Ultra

Le coût d’un disque Ultra est calculé en fonction de la taille provisionnée, des IOPS provisionnées et du débit provisionné. En savoir plus

Le coût est calculé à l’aide de la logique suivante :

  • Le coût de la taille du disque est calculé en multipliant la taille de disque provisionnée par le prix horaire de la capacité du disque.
  • Le coût des IOPS provisionnées est calculé en multipliant les IOPS provisionnées par le prix des IOPS provisionnées par heure
  • Le coût du débit provisionné est calculé en multipliant le débit provisionné par le prix du débit provisionné par heure
  • Les frais de réservation de machine virtuelle de disque Ultra ne sont pas ajoutés au coût total. En savoir plus

L’évaluation calcule les coûts totaux mensuels du stockage en additionnant les coûts de stockage de tous les serveurs. Actuellement, le calcul ne prend pas en compte les offres spécifiées dans les paramètres d’évaluation.

Coût de la sécurité

Pour les serveurs recommandés pour la machine virtuelle Azure, s’ils sont prêts à exécuter Microsoft Defender pour serveurs, le coût de Microsoft Defender pour serveurs (Plan 2) par serveur pour cette région est ajouté. L’évaluation agrège le coût de tous les serveurs pour calculer le coût de la sécurité mensuel total.

Les coûts sont affichés dans la devise spécifiée dans les paramètres d’évaluation.

Étapes suivantes

Passer en revue les meilleures pratiques pour la création d’évaluations.