Vue d’ensemble de l’évaluation (migrer vers Azure VMware Solution)
Azure Migrate fournit un hub central pour effectuer le suivi de la découverte, de l’évaluation et de la migration de vos applications et charges de travail locales. Il effectue également le suivi de vos instances de cloud privées et publiques vers Azure. Le hub fournit des outils Azure Migrate pour l’évaluation et la migration ainsi que des offres de fournisseurs de logiciels indépendants (ISV) tiers.
L’outil de découverte et d’évaluation dans Azure Migrate évalue des serveurs locaux en vue de leur migration vers des machines virtuelles Azure et Azure VMware Solution. Cet article donne des informations sur le calcul des évaluations Azure VMware Solution.
Remarque
L’évaluation Azure VMware Solution ne peut être créée que pour des machines virtuelles VMware vSphere.
Types d'évaluations
Les évaluations que vous créez avec Azure Migrate sont une capture instantanée de données à un moment donné. Vous pouvez créer deux types d’évaluation à l’aide 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’évaluer vos serveurs locaux dans un environnement VMware vSphere 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 vos applications web ASP.NET locales, exécutées sur des serveurs web IIS, ou de vos applications web Java exécutées sur des serveurs Tomcat, depuis votre environnement VMware vSphere vers Azure App Service. |
Azure VMware Solution (AVS) | Évaluations pour migrer vos serveurs vSphere locaux vers Azure VMware Solution. Vous pouvez évaluer vos machines virtuelles VMware vSphere locales pour la migration vers Azure VMware Solution avec ce type d’évaluation. En savoir plus |
Remarque
Si le nombre d’évaluations de machines virtuelles Azure ou Azure VMware Solution 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 Azure VMware Solution. L’outil Découverte et évaluation affiche alors le nombre correct pour ce type d’évaluation.
L’évaluation Azure VMware Solution fournit deux options de critères de dimensionnement :
Évaluation | Détails | Données |
---|---|---|
Basée sur les performances | Évaluations basées sur les données de performances collectées sur des machines virtuelles locales. | Taille de nœud recommandée : En fonction des données d’utilisation du processeur et de la mémoire, ainsi que du type de nœud, du type de stockage et du paramètre FTT que vous sélectionnez pour l’évaluation. |
Localement | Évaluations basées sur le dimensionnement local. | Taille de nœud recommandée : En fonction de la taille des machines virtuelles locales, ainsi que du type de nœud, du type de stockage, et du paramètre FTT que vous sélectionnez 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. Cela vous garantit une plus grande précision.
- É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 :
- Configurez Azure et votre environnement local de manière à ce qu’ils opèrent avec Azure Migrate.
- Pour votre première évaluation, créez un projet Azure et ajoutez-y l’outil Découverte et évaluation.
- Déployez une appliance Azure Migrate légère. L’appliance découvre en permanence les serveurs vSphere 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. 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 Azure VMware Solution (AVS).
Créez votre première évaluation Azure VMware Solution en suivant les étapes ici.
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 :
- Configurez Azure pour qu’il fonctionne avec Azure Migrate.
- Pour votre première évaluation, créez un projet Azure et ajoutez-y l’outil Découverte et évaluation.
- Téléchargez un modèle CSV et ajoutez-y les données du serveur.
- Importez le modèle dans Azure Migrate.
- Détectez les serveurs ajoutés avec l’importation, rassemblez-les dans un groupe et exécutez une évaluation pour le groupe avec le type d’évaluation Azure VMware Solution (AVS).
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 vSphere.
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 :
L’appliance collecte un point d’échantillonnage en temps réel.
- Machines virtuelles VMware vSphere : Un point d’échantillonnage est collecté toutes les 20 secondes.
L’appliance combine les points d’échantillonnage pour créer un point de données unique toutes les 10 minutes. 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.
Azure Migrate stocke tous les points d’échantillonnage de 10 minutes pour le dernier mois.
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.
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
Les données de performances suivantes sont collectées, mais ne sont pas utilisées dans les suggestions de dimensionnement pour les évaluations Azure VMware Solution :
- Les données IOPS et de débit du disque pour chaque disque attaché à la machine virtuelle.
- Les E/S réseau pour gérer le dimensionnement basé sur les performances pour chaque carte réseau attachée à une machine virtuelle.
Comment les évaluations Azure VMware Solution sont-elles calculées ?
L’évaluation Azure VMware Solution utilise les métadonnées et les données de performances des serveurs vSphere 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 :
- Calculer la préparation d’Azure VMware Solution : Si les machines virtuelles vSphere locales sont adaptées à la migration vers Azure VMware Solution.
- Calculer le nombre de nœuds Azure VMware Solution et l’utilisation sur les nœuds: Estimation du nombre de nœuds Azure VMware Solution requis pour exécuter les machines virtuelles VMware vSphere et prévision de l’utilisation du processeur, de la mémoire et du stockage sur tous les nœuds.
- Estimation des coûts mensuels : Les coûts mensuels estimés pour tous les nœuds Azure VMware Solution exécutant les machines virtuelles vSphere locales.
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 VMware Solution, 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 Azure VMware Solution ?
Voici le contenu d’une évaluation Azure VMware Solution :
Propriété | Détails |
---|---|
Emplacement cible | Spécifie l’emplacement du cloud privé Azure VMware Solution vers lequel vous souhaitez effectuer la migration. |
Type de stockage | Spécifie le moteur de stockage à utiliser dans Azure VMware Solution. Azure VMware Solution prend actuellement en charge uniquement le vSAN en tant que type de stockage par défaut, mais d’autres options de stockage seront proposées prochainement, conformément à la feuille de route. |
Instances réservées (RI) | Cette propriété vous permet de spécifier des instances réservées dans Azure VMware Solution si vous les achetez, et le terme de l’instance réservée. Vos estimations de coût prennent l’option choisie en compte. En savoir plus Si vous sélectionnez des instances réservées, vous ne pouvez pas spécifier « Remise (%) ». |
Type de nœud | Spécifie le type de nœud de solution VMware Azure à utiliser dans Azure. Le type de nœud par défaut est AV36. D’autres types de nœuds pourront être disponibles prochainement. Azure Migrate recommandera un nombre requis de nœuds pour les machines virtuelles à migrer vers Azure VMware Solution. |
Paramètre FTT, niveau RAID | Spécifie la combinaison valide d’échecs à tolérer et les combinaisons RAID. L’option FTT sélectionnée associée au niveau RAID et à la configuration de disque de machine virtuelle vSphere locale détermine le stockage vSAN total requis dans Azure VMware Solution. Le stockage total disponible après les calculs comprend également : (a) Un espace réservé aux objets de gestion tels que vCenter Server, et (b) 25 % de marge de stockage requise pour les opérations vSAN. |
Critère de dimensionnement | Définit les critères à utiliser pour déterminer les exigences en matière de mémoire, de processeur et de stockage pour les nœuds Azure VMware Solution. Vous pouvez effectuer un dimensionnement en fonction des performances ou dimensionner les machines virtuelles comme des machines locales sans tenir compte de l’historique des performances. Pour une simple migration lift-and-shift, choisissez l’option locale. Pour obtenir un dimensionnement basé sur l’utilisation, choisissez l’option basée sur les performances. |
Historique des performances | Définit la durée à prendre en compte pour évaluer les données de performances des serveurs. Cette propriété s’applique uniquement lorsque le critère de dimensionnement est basé sur les performances. |
Utilisation en centile | Spécifie la valeur de centile de l’échantillon de performance devant être pris en compte pour le dimensionnement adéquat. Cette propriété s’applique uniquement lorsque le dimensionnement est basé sur les performances. |
Facteur de confort | Azure Migrate considère une mémoire tampon (facteur de confort) au cours de l’évaluation. Cette mémoire tampon est appliquée sur des données d’utilisation du serveur pour les machines virtuelles (processeur, mémoire et disque). Le facteur de confort 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 à 2 cœurs. Toutefois, avec un facteur de confort de 2.0x, le résultat est une machine virtuelle de 4 cœurs. |
Offer | Affiche l'offre Azure à laquelle vous êtes inscrit. Azure Migrate estime le coût en conséquence. |
Devise | Affiche la devise de facturation de votre compte. |
Remise (%) | Répertorie les remises spécifiques à l’abonnement que vous recevez en plus de l’offre Azure. Le paramètre par défaut est 0 %. |
Azure Hybrid Benefit | Spécifie si vous disposez de Software Assurance et que vous êtes éligible à Azure Hybrid Benefit. Bien qu’il n’ait aucun impact sur les prix des solutions VMware Azure en raison du prix basé sur les nœuds, les clients peuvent toujours appliquer les licences de système d’exploitation ou SQL locales (basées sur Microsoft) dans Azure VMware Solution à l’aide d’Azure Hybrid Benefits. D’autres fournisseurs de systèmes d’exploitation logiciels devront fournir leurs propres termes de licence, tels que RHEL, par exemple. |
Oversubscription pour les processeurs virtuels | Spécifie le rapport entre le nombre de cœurs virtuels lié à un cœur physique dans le nœud Azure VMware Solution. La valeur par défaut dans les calculs est de 4 processeurs virtuels pour 1 cœur physique dans Azure VMware Solution. Les utilisateurs de l’API peuvent définir cette valeur comme un entier. Notez que qu’un surabonnement des processeurs virtuels > 4:1 peut avoir un impact sur les charges de travail en fonction de leur utilisation du processeur. Lors du dimensionnement, nous supposons toujours une utilisation de 100 % des cœurs choisis. |
Facteur de surengagement de la mémoire | Spécifie le rapport entre la mémoire et la validation sur le cluster. La valeur 1 représente une utilisation de 100 % de la mémoire. Par exemple, 0,5 correspond à 50 % et 2 correspond à une utilisation de 200 % de la mémoire disponible. Vous ne pouvez ajouter que des valeurs comprises entre 0,5 et 10, avec un seul chiffre après la virgule. |
Facteur de déduplication et compression | Spécifie le facteur de compression et de déduplication prévu pour vos charges de travail. La valeur réelle peut être obtenue à partir du vSAN local ou de la configuration de stockage. Celles-ci varient en fonction de la charge de travail. La valeur 3 signifie 3x, donc pour 300 Go sur disque, seuls 100 Go de stockage sont utilisés. La valeur 1 signifie qu’il n’y a pas de déduplication ni de compression. Vous pouvez ajouter seulement des valeurs entre 1 et 10, avec un seul chiffre après la virgule. |
Analyse de la pertinence d’Azure VMware Solution
Les évaluations Azure VMware Solution évaluent chaque machine virtuelle vSphere locale pour sa pertinence pour Azure VMware Solution en examinant les propriétés du serveur. Il attribue également chaque serveur évalué à l’une des catégories de pertinence suivantes :
- Disponible pour Azure VMware Solution : Le serveur peut être migré tel quel vers Azure VMware Solution sans aucune modification. Cela démarre dans Azure VMware Solution avec une prise en charge complète.
- Prêt avec des conditions : VMware peut présenter des problèmes de compatibilité liés par exemple au protocole Internet ou à un système d’exploitation obsolète dans VMware vSphere, qu’il convient de corriger avant la migration vers Azure VMware Solution. Pour résoudre les problèmes relatifs à l’état de préparation, suivez les instructions de correction suggérées par l’évaluation.
- Non prêt pour AVS : la machine virtuelle ne démarre pas dans Azure VMware Solution. Par exemple, si la machine virtuelle VMware vSphere locale est associée à un appareil externe tel qu’un CD-ROM, l’opération VMware vMotion échouera (si vous utilisez VMware vMotion).
- État de la préparation inconnu : Azure Migrate n’a pas pu déterminer l’état de préparation du serveur, car les métadonnées collectées dans l’environnement local sont insuffisantes.
L’évaluation examine les propriétés du serveur pour déterminer la disponibilité Azure du serveur vSphere local.
Propriétés du serveur
L’évaluation examine la propriété suivante de la machine virtuelle vSphere locale pour déterminer si elle peut s’exécuter sur Azure VMware Solution.
Propriété | Détails | État de préparation d’Azure VMware Solution |
---|---|---|
Protocole Internet | Actuellement, Azure VMware Solutionne prend pas en charge l’adressage Internet IPv6 de bout en bout. Pour obtenir de l’aide sur une remédiation si votre serveur est détecté avec IPv6, contactez votre équipe GBB Azure VMware Solution MSFT locale. | IPv6 non pris en charge |
Système d’exploitation | La prise en charge de certaines versions de système d’exploitation a été déconseillée par VMware, et l’évaluation vous recommande de mettre à niveau le système d’exploitation avant de migrer vers Azure VMware Solution. En savoir plus | Système d’exploitation non pris en charge. |
Calibrage
Une fois qu’un serveur vSphere est marqué comme prêt pour Azure VMware Solution, Azure VMware Solution Assessment effectue des recommandations de dimensionnement de nœud, ce qui implique d’identifier les exigences de machine virtuelle vSphere locales appropriées et de trouver le nombre total de nœuds Azure VMware Solution requis. Ces suggestions varient en fonction des propriétés d’évaluation spécifiées.
- Si l’évaluation utilise le dimensionnement basé sur les performances, Azure Migrate prend en compte l’historique des performances du serveur pour effectuer les recommandations de dimensionnement appropriées pour Azure VMware Solution. Cette méthode est particulièrement utile si vous avez dépassé l’allocation de la machine virtuelle vSphere locale, mais que l’utilisation est faible et que vous souhaitez dimensionner correctement la machine virtuelle dans Azure VMware Solution pour réduire les coûts. Cette méthode vous permet d’optimiser les tailles lors de la migration.
Remarque
Si votre importation se fait à l’aide d’un fichier CSV, les valeurs de performances que vous spécifiez (utilisation de l’UC, utilisation de la mémoire, stockage utilisé, IOPS du 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.
- Si vous ne souhaitez pas prendre en compte les données de performances pour le dimensionnement des machines virtuelles et que vous souhaitez prendre les serveurs vSphere locaux tels quels dans Azure VMware Solution, vous pouvez définir les critères de dimensionnement de la même façon que localement. Ensuite, l’évaluation dimensionnera les machines virtuelles en fonction de la configuration vSphere locale sans tenir compte des données d’utilisation.
Paramètres de dimensionnement FTT
Le moteur de stockage utilisé dans Azure VMware Solution est vSAN. Les politiques de stockage vSAN définissent les exigences de stockage pour vos serveurs. 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. Les combinaisons FTT-RAID disponibles sont :
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. |
Dimensionnement en fonction des performances
Pour le dimensionnement basé sur les performances, l’appliance Azure Migrate profile l’environnement vSphere local pour collecter les données de performances du processeur, de la mémoire et du disque. Ainsi, le dimensionnement basé sur les performances pour Azure VMware Solution prendra en compte l’espace disque alloué et l’utilisation en centile de la mémoire et du processeur. Par exemple, si une machine virtuelle a 4 processeurs virtuels alloués, mais avec seulement 25 % d’utilisation, Azure VMware Solution sera dimensionné pour 1 processeur virtuel pour cette machine virtuelle.
Étapes de la collecte des données de performances :
- Pour les machines virtuelles VMware vSphere, l’appliance de Azure Migrate collecte un point d’échantillonnage en temps réel à chaque intervalle de 20 secondes.
- L’appliance cumule les points d’échantillonnage collectés toutes les 10 minutes et envoie la valeur maximale des 10 dernières minutes à Azure Migrate.
- Azure Migrate stocke tous les points d’échantillonnage de 10 minutes pour le dernier mois. Ensuite, selon les propriétés d’évaluation spécifiées pour l’historique des performances et l’utilisation du centile, il identifie le point de données approprié à utiliser pour le dimensionnement adéquat. Par exemple, si l’historique des performances est défini sur 1 jour et que l’utilisation du centile est le 95e centile, Azure Migrate utilise les points d’échantillonnage de 10 minutes pour le dernier jour, les trie dans l’ordre croissant et sélectionne la valeur du 95e centile pour le dimensionnement adéquat.
- Cette valeur est multipliée par le facteur de confort pour obtenir les données réelles d’utilisation de performances pour chaque mesure (utilisation du processeur et de la mémoire) collectée par l’appliance.
Une fois la valeur d’utilisation effective déterminée, le stockage, le réseau et le dimensionnement du calcul sont gérés comme suit.
Dimensionnement du stockage : Azure Migrate utilise l’espace disque de la machine virtuelle locale en tant que paramètre de calcul pour déterminer les exigences de stockage de vSAN Azure VMware Solution en plus du paramètre FTT sélectionné par le client. FTT - Les « échecs à tolérer » et l’exigence d’un nombre minimal de nœuds par option FTT déterminent le stockage vSAN total requis et la configuration requise pour les disques de machine virtuelle. Si votre importation sert en utilisant un fichier CSV, l’utilisation du stockage est prise en considération lorsque vous créez une évaluation basée sur les performances. Si vous créez une évaluation en local, la logique examine uniquement le stockage alloué par machine virtuelle.
Dimensionnement du réseau : les évaluations Azure VMware Solution ne prennent actuellement pas en compte les paramètres réseau pour le dimensionnement des nœuds. Lors de la migration vers Azure VMware Solution, les valeurs minimales et maximales, conformément aux normes VMware NSX-T Data Center, sont utilisées.
Dimensionnement du calcul : après avoir calculé les exigences de stockage (Paramètres de dimensionnement FTT), Azure VMware Solution prend en compte les besoins des machines virtuelles en matière de processeurs et de mémoire pour déterminer le nombre de nœuds nécessaires pour Azure VMware Solution en fonction du type de nœud.
- En fonction des critères de dimensionnement, Azure VMware Solution examine les données de la machine virtuelle basée sur les performances ou la configuration de la machine virtuelle vSphere locale. Le paramètre de facteur de confort permet de spécifier le facteur de croissance du cluster. Actuellement, l’hyperthreading est activé par défaut, ce qui signifie qu’un nœud à 36 cœurs aura 72 vCores. Une valeur de 4 vCores par cœur physique est utilisée pour déterminer les seuils de processeurs par cluster en utilisant le standard VMware de ne pas dépasser 80 % d’utilisation pour permettre la gestion de la maintenance ou des échecs sans compromettre la disponibilité du cluster. Il n’existe actuellement aucun remplacement disponible pour modifier les valeurs d’oversubscription et nous pourrions l’ajouter dans les futures versions.
Dimensionnement « Localement »
Si vous utilisez en tant que dimensionnement local, Azure VMware Solution ne prend pas en compte l’historique des performances des machines virtuelles et des disques. Au lieu de cela, il alloue des nœuds Azure VMware Solution en fonction de la taille allouée localement. Le type de stockage par défaut est vSAN dans Azure VMware Solution.
Pour plus d’informations sur la révision d’une évaluation Azure VMware Solution, cliquez ici.
Utilisation du processeur sur les nœuds Azure VMware Solution
L’utilisation du processeur suppose une utilisation de 100 % des cœurs disponibles. Pour réduire le nombre de nœuds requis, vous pouvez augmenter le surabonnement de 4:1 à 6:1 en fonction des caractéristiques de la charge de travail et de l’environnement vSphere local. Contrairement à ce qui se passe pour les disques, Azure VMware Solution n’impose aucune limite quant à l’utilisation de l’UC. C’est aux clients de s’assurer que leur cluster fonctionne de façon optimale et de l’ajuster en conséquence le cas échéant. Pour disposer d’une plus grande marge de croissance, réduisez le surabonnement ou augmentez la valeur du facteur de croissance.
L’utilisation du processeur tient également compte des frais de gestion de vCenter Server, de NSX Manager et d’autres ressources plus petites.
Utilisation de la mémoire sur les nœuds Azure VMware Solution
L’utilisation de la mémoire indique la mémoire totale de tous les nœuds par rapport aux exigences du serveur ou des charges de travail. La mémoire peut être trop sollicitée et, ici encore, Azure VMware Solution n’impose aucune limite et le client peut donc librement tirer parti des performances de cluster optimales pour ses charges de travail.
L’utilisation de la mémoire tient également compte des frais de gestion de vCenter Server, de NSX Manager et d’autres ressources plus petites.
Utilisation du stockage sur les nœuds Azure VMware Solution
L’utilisation du stockage est calculée en fonction de la séquence suivante :
- Taille requise pour les machines virtuelles (espace utilisé alloué comme tel ou basé sur les performances)
- Appliquer le facteur de croissance, le cas échéant
- Ajouter des frais de gestion et appliquer le ratio FTT
- Appliquer un facteur de déduplication et de compression
- Appliquer la marge de 25 % requise pour le vSAN
- Stockage disponible pour les machines virtuelles en dehors du stockage total, y compris les frais de gestion.
Le stockage disponible sur un cluster à 3 nœuds sera basé sur la stratégie de stockage par défaut RAID-1 et utilise l’allocation statique. Lors du calcul du codage d’effacement ou d’un système RAID-5, par exemple, un minimum de 4 nœuds est requis. Notez que dans Azure VMware Solution, la stratégie de stockage pour la charge de travail client peut être modifiée par l’administrateur ou Run Command (actuellement en version préliminaire). [En savoir plus] (./azure-vmware/configure-storage-policy.md)
Facteur limitant
Le facteur de limitation indiqué dans les évaluations peut être des ressources de processeur ou de mémoire ou de stockage en fonction de l’utilisation sur les nœuds. Il s’agit de la ressource qui limite ou détermine le nombre d’hôtes/nœuds requis pour prendre en charge les ressources. Par exemple, dans une évaluation s’il a été constaté qu’après la migration de 8 machines virtuelles VMware vers Azure VMware Solution, 50 % des ressources du processeur seront utilisées, 14 % de la mémoire est utilisé et 18 % du stockage seront utilisés sur les 3 nœuds Av36 et le processeur est donc le facteur de limitation.
Niveaux de confiance
Chaque évaluation reposant sur les performances dans Azure Migrate est associée à un niveau de confiance, qui va de 1 étoile (le plus faible) à 5 étoiles (le plus élevé).
Le niveau de confiance est assigné à une évaluation en fonction de la disponibilité des points de données nécessaires pour calculer l’évaluation.
Le niveau de confiance d’une évaluation permet d’évaluer la fiabilité des recommandations de taille fournies par Azure Migrate.
Les évaluations de confiance ne s’appliquent pas aux évaluations locales.
Pour le dimensionnement basé sur les performances, les évaluations Azure VMware Solution nécessitent les données d’utilisation du processeur et de la mémoire de la machine virtuelle. Les données suivantes sont collectées, mais ne sont pas utilisées dans les recommandations de dimensionnement pour Azure VMware Solution :
- Les données IOPS et de débit du disque pour chaque disque attaché à la machine virtuelle.
- Les E/S réseau pour gérer le dimensionnement basé sur les performances pour chaque carte réseau attachée à une machine virtuelle.
Si l’un de ces numéros d’utilisation n’est pas disponible dans vCenter Server, la suggestion de taille peut ne pas être fiable.
Selon le pourcentage de points de données disponibles, le niveau de confiance de l’évaluation se présente comme suit.
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 machines virtuelles pendant la période d’évaluation. Pour obtenir un niveau de confiance élevé, vérifiez les éléments suivants :
- Les machines virtuelles sont sous tension pendant toute la durée de l’évaluation.
- Les connexions sortantes sont autorisées sur le port 443.
- Pour les machines virtuelles 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.
Certaines machines virtuelles ont été créées 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 certaines machines virtuelles ont été créées il y a seulement une semaine. Dans ce cas, les données de performances pour les nouvelles machines virtuelles ne seront pas disponibles pour toute la durée et la note 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. À défaut, il se peut que le dimensionnement basé sur les performances ne soit pas fiable. Dans ce cas, nous vous recommandons de faire passer l’évaluation au dimensionnement local.
Estimation des coûts mensuels
Une fois les suggestions de dimensionnement terminées, Azure Migrate calcule le coût total d’exécution des charges de travail vSphere locales dans Azure VMware Solution en multipliant le nombre de nœuds Azure VMware Solution requis par le prix du nœud. Le coût par machine virtuelle est calculé en divisant le coût total par le nombre de machines virtuelles dans l’évaluation.
- Le calcul prend en compte le nombre de nœuds requis, le type de nœud et l’emplacement.
- Il agrège le coût de tous les nœuds pour calculer le coût mensuel total.
- Les coûts sont affichés dans la devise spécifiée dans les paramètres d’évaluation.
Étant donné que la tarification pour Azure VMware Solution se fait par nœud, le coût total ne comprend pas de coût de calcul ni de distribution des coûts de stockage. En savoir plus
Guide de l’outil de migration
Dans le rapport de préparation à Azure pour l’évaluation Azure VMware Solution, vous pouvez voir les outils suggérés suivants :
- VMware HCX ou Enterprise : pour les serveurs VMware vSphere, la solution VMware Hybrid Cloud Extension (HCX) est l’outil de migration recommandé pour migrer votre charge de travail vSphere locale vers votre cloud privé Azure VMware Solution. En savoir plus.
- Inconnue : pour des serveurs importés via un fichier CSV, l’outil de migration par défaut est inconnu. Pour les serveurs VMware vSphere, il est cependant recommandé d’utiliser la solution VMWare Hybrid Cloud Extension (HCX).
Étapes suivantes
Créez une évaluation pour des machines virtuelles Azure VMware Solution.