Vue d’ensemble de l’évaluation (migrer vers Azure SQL)

Cet article fournit une vue d’ensemble des évaluations pour la migration des instances SQL Server locales à partir d'un environnement VMware, Microsoft Hyper-V ou physique vers SQL Server sur machine virtuelle Azure, Azure SQL Database ou Azure SQL Managed Instance à l'aide de l’outil de découverte et d’évaluation d’Azure Migrate.

Qu'est-ce qu'une évaluation ?

Une évaluation avec l’outil de découverte et d’évaluation est une capture instantanée de données à un point dans le temps, qui permet de mesurer l’état de préparation à la migration de serveurs locaux vers Azure et d’en estimer l’effet.

Types d'évaluations

Il existe quatre types d’évaluations que vous pouvez créer à l’aide de l’outil de détection et d’évaluation d’Azure Migrate.

Type d’évaluation	Détails
Microsoft Azure	Évaluations pour migrer vos serveurs locaux vers des machines virtuelles Azure. Ce type d’évaluation vous permet d’é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 locaux de votre environnement VMware, Microsoft Hyper-V ou physique vers SQL Server sur des machines virtuelles Azure, 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, de 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. Plus d’informations

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.

Une évaluation Azure SQL fournit deux critères de dimensionnement :

Critère de dimensionnement	Détails	Données
Localement	Évaluations qui donnent des recommandations en fonction de la configuration SQL Server locale seulement	La configuration Azure SQL recommandée est basée sur la configuration SQL Server locale, qui comprend les cœurs alloués, la mémoire totale allouée et les tailles des bases de données.
Basée sur les performances	Évaluations qui donnent des recommandations en fonction des données de performances collectées	La configuration Azure SQL est basée sur les données de performances des instances et bases de données SQL, à savoir : utilisation du processeur, utilisation de la mémoire, IOPS (fichiers de données et fichiers journaux), débit et latence des opérations d’E/S.

Comment évaluer mes serveurs SQL Server locaux ?

Vous pouvez évaluer vos instances SQL Server locales à l’aide des données de configuration et d’utilisation collectées par une appliance Azure Migrate légère. L’appliance découvre les instances et les bases de données SQL Server locales, et envoie les données de configuration et de performances à Azure Migrate. En savoir plus.

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 Migrate et ajoutez-y l’outil de découverte et d’évaluation d’Azure Migrate.
3. Déployez une appliance Azure Migrate légère. L’appliance découvre en permanence les machines locales et envoie les données de configuration et de performances à 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, 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 SQL.

Suivez notre tutoriel relatif à l’évaluation d’instances SQL Server pour essayer ces étapes.

Comment l’appliance calcule-t-elle les données de performances pour les instances et les bases de données SQL ?

L’appliance 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. Pour les serveurs SQL, elle collecte un point d’échantillonnage toutes les 30 secondes.
2. L’appliance agrège les points d’échantillonnage de données collectés toutes les 30 secondes pendant plus de 10 minutes. Pour créer le point de données, l’appliance sélectionne les valeurs maximales de tous les échantillons. Elle envoie à Azure la valeur maximale, la valeur moyenne et la variance pour chaque compteur.
3. Azure Migrate stocke tous les points d’échantillonnage de 10 minutes pour le dernier mois.
4. Quand vous créez une évaluation, Azure Migrate identifie le point de données approprié à utiliser pour le dimensionnement. 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.
   • 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 mémoire (%)
   • E/S de lecture et d’écriture (fichiers de données et fichiers journaux)
   • Mo/s en lecture et Mo/s en écriture (débit)
   • Latence des opérations d’E/S

Quelles sont les propriétés utilisées pour créer et personnaliser une évaluation Azure SQL ?

Les propriétés d’évaluation Azure SQL sont les suivantes :

Section	Paramètre	Détails
Paramètres de cible et de tarification	Emplacement cible	Région Azure vers laquelle vous souhaitez opérer la migration. Les recommandations en matière de configuration et de coût d’Azure SQL sont basées sur l’emplacement que vous spécifiez.
Paramètres de cible et de tarification	Type d’environnement	Environnement pour les déploiements SQL pour appliquer la tarification applicable à la production ou au développement/test.
Paramètres de cible et de tarification	Programme d’offre/de licences	L’offre Azure si vous êtes inscrit. Actuellement, le champ est défini par défaut sur Paiement à l’utilisation, ce qui vous offre des prix Azure de vente au détail. Vous pouvez bénéficier d’une remise supplémentaire en appliquant une capacité de réserve et Azure Hybrid Benefit en plus de l’offre de paiement à l’utilisation. Vous pouvez appliquer Azure Hybrid Benefit en plus de l’offre Paiement à l’utilisation et de l’environnement Dev/Test. L’évaluation ne prend pas en charge l’application de la capacité de réserve en plus de l’offre Paiement à l’utilisation et de l’environnement Dev/Test. Si l’offre est définie sur Paiement à l’utilisation et que la capacité de réserve est définie sur Aucune instance réservée, les estimations de coûts mensuels sont calculées en multipliant le nombre d’heures choisi dans le champ Durée de fonctionnement de la machine virtuelle par le prix horaire de la référence SKU recommandée.
Paramètres de cible et de tarification	Options d’économies : Azure SQL MI et DB (PaaS)	Spécifiez l’option d’économies de capacité réservée 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. Lorsque vous sélectionnez « Aucune », 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. Quand vous sélectionnez une option d’économies autre que « Aucune », les paramètres « Remise (%) » et « Durée de bon fonctionnement de la machine virtuelle » ne sont pas applicables. Les estimations de coûts mensuels sont calculées en multipliant 744 heures par le prix horaire de la référence SKU recommandée.
Paramètres de cible et de tarification	Options d’économies - SQL Server sur une machine virtuelle Azure (IaaS)	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 « Aucune », les paramètres « Remise (%) » et « Durée de bon 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.
Paramètres de cible et de tarification	Devise	Devise de facturation de votre compte.
Paramètres de cible et de tarification	Remise (%)	Toute remise propre à un abonnement que vous recevez en plus de l’offre Azure. Le paramètre par défaut est 0 %.
Paramètres de cible et de tarification	Durée de fonctionnement de la machine virtuelle	Spécifiez la durée (en jours par mois ou en heures par jour) pendant laquelle les machines virtuelles/serveurs doivent s’exécuter. Elle permet de calculer les estimations de coûts pour SQL Server sur une machine virtuelle Azure où vous savez qu’il est possible que les Machines virtuelles Microsoft Azure puissent ne pas s’exécuter en continu. Pour les serveurs dont la cible recommandée est SQL Server sur machines virtuelles Azure, les estimations de coûts sont basées sur la durée spécifiée. La valeur par défaut est de 31 jours par mois ou de 24 heures par jour.
Paramètres de cible et de tarification	Azure Hybrid Benefit	Indiquez si vous disposez déjà d’une licence Windows Server et/ou SQL Server, ou d’un abonnement Enterprise Linux (RHEL et SLES). Azure Hybrid Benefit est un avantage en termes de licences qui vous permet de réduire considérablement les coûts d’exécution de vos charges de travail dans le cloud. Il fonctionne en vous permettant d’utiliser sur Azure vos licences locales Windows Server et SQL Server avec Software Assurance. Par exemple, si vous disposez d’une licence SQL Server et que vous êtes couvert par une Software Assurance active des abonnements SQL Server, vous pouvez demander Azure Hybrid Benefit au moment de l’importation des licences dans Azure.
Critères d’évaluation	Critère de dimensionnement	La définition de Basé sur les performances sur la valeur par défaut signifie qu’Azure Migrate collecte les métriques de performances relatives aux instances SQL et aux bases de données qu’elles gèrent afin de recommander une configuration SQL Server de taille optimale sur une machine virtuelle Azure et/ou une base de données Azure SQL Database et/ou une instance Azure SQL Managed Instance. Vous pouvez définir ce paramètre sur Localement pour obtenir des recommandations basées uniquement sur la configuration locale de SQL Server, sans les optimisations basées sur les métriques de performances.
Critères d’évaluation	Historique des performances	Indiquez la durée pendant laquelle vous souhaitez baser l’évaluation des données. (La valeur par défaut est une journée.)
Critères d’évaluation	Utilisation en centile	Indiquez la valeur de centile que vous souhaitez utiliser pour l’échantillon de performances. (La valeur par défaut est le 95e centile.)
Critères d’évaluation	Facteur de confort	Indiquez la mémoire tampon que vous souhaitez utiliser lors de l’évaluation. Celle-ci 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.
Critères d’évaluation	Préférence d’optimisation	Spécifiez la préférence pour le rapport d’évaluation recommandé. Si vous sélectionnez Réduire le coût, le rapport d’évaluation recommandé suggère des types de déploiement qui présentent le moins de problèmes de migration et qui sont les plus économiques, tandis que si vous sélectionnez Moderniser vers PaaS, le rapport d’évaluation recommandé suggère des types de déploiement PaaS(Azure SQL MI ou DB) sur IaaS Azure(machines virtuelles), où l’instance de SQL Server est prête pour la migration vers PaaS, quel que soit le coût.
Dimensionnement d’Azure SQL Managed Instance.	Niveau de service	Choisissez l’option de niveau de service la plus appropriée pour répondre aux besoins de votre entreprise en matière de migration vers Azure SQL Managed Instance : Sélectionnez Recommandé si vous souhaitez qu’Azure Migrate recommande le niveau de service le plus adapté à vos serveurs. Ce peut être Usage général ou Critique pour l’entreprise. Sélectionnez Usage général si vous souhaitez une configuration d’Azure SQL conçue pour des charges de travail axées sur le budget. Sélectionnez Critique pour l’entreprise si vous souhaitez une configuration d’Azure SQL conçue pour des charges de travail à faible latence avec une haute résilience aux échecs et des basculements rapides.
Dimensionnement d’Azure SQL Managed Instance.	Type d’instance	Valeur par défaut sur Instance unique.
Dimensionnement d’Azure SQL Managed Instance.	Niveau tarifaire	Valeur par défaut sur Standard.
Dimensionnement de SQL Server sur machines virtuelles Azure	Séries de machine virtuelle	Spécifiez la série de Machines virtuelles Microsoft Azure que vous souhaitez utiliser pour le dimensionnement de SQL Server sur des Machines virtuelles Microsoft Azure. En fonction des exigences de configuration et de performances de votre SQL Server ou de votre instance SQL, l’évaluation recommande une taille de machine virtuelle dans la liste sélectionnée de séries de machines virtuelles. Vous pouvez modifier les paramètres selon vos besoins. Par exemple, si vous ne souhaitez pas inclure de machine virtuelle de série D, vous pouvez exclure des séries D de cette liste. Les évaluations Azure SQL étant destinées à fournir les meilleures performances pour vos charges de travail SQL, la liste des séries de machines virtuelles ne comporte que des machines virtuelles optimisées pour l’exécution de votre serveur SQL sur des Machines virtuelles Microsoft Azure. Plus d’informations
Dimensionnement de SQL Server sur machines virtuelles Azure	Type de stockage	Valeur Recommandé par défaut, ce qui signifie que l’évaluation recommande le disque managé Azure le mieux adapté en fonction du type d’environnement choisi, de la taille du disque local, de l’IOPS et du débit.
Dimensionnement d’Azure SQL Database	Niveau de service	Choisissez l’option de niveau de service la plus appropriée pour répondre aux besoins de votre entreprise en matière de migration vers Azure SQL Database : Sélectionnez Recommandé si vous souhaitez qu’Azure Migrate recommande le niveau de service le plus adapté à vos serveurs. Ce peut être Usage général ou Critique pour l’entreprise. Sélectionnez Usage général si vous souhaitez une configuration d’Azure SQL conçue pour des charges de travail axées sur le budget. Sélectionnez Critique pour l’entreprise si vous souhaitez une configuration d’Azure SQL conçue pour des charges de travail à faible latence avec une haute résilience aux échecs et des basculements rapides.
Dimensionnement d’Azure SQL Database	Type d’instance	Valeur par défaut sur Base de données unique.
Dimensionnement d’Azure SQL Database	Modèle d’achat	Valeur par défaut sur vCore.
Dimensionnement d’Azure SQL Database	Niveau de calcul	Valeur par défaut sur Approvisionné.
Propriétés de haute disponibilité et de récupération d’urgence	Région de récupération d’urgence	Valeur par défaut de la paire de réplications interrégionales de la localisation cible. Dans le cas peu probable où la localisation cible choisie n’a pas encore cette paire, la localisation cible spécifiée elle-même est choisie comme région de récupération d’urgence par défaut.
Propriétés de haute disponibilité et de récupération d’urgence	Intention de plusieurs sous-réseaux	Récupération d’urgence définie par défaut. Sélectionnez Récupération d’urgence si vous souhaitez une réplication asynchrone des données où certains retards de réplication sont tolérables. Cela permet une durabilité plus élevée à l’aide de la géo-redondance. En cas de basculement, vous pouvez perdre les données qui n’ont pas encore été répliquées. Sélectionnez Haute disponibilité si vous souhaitez que la réplication des données soit synchrone et que les pertes de données due à un retard de réplication soient interdites. Ce paramètre permet à l’évaluation de tirer parti des options de haute disponibilité intégrées dans les bases de données Azure SQL et les instances Azure SQL managées, ainsi que les zones de disponibilité et la redondance de zone dans des Machines virtuelles Microsoft Azure pour fournir une disponibilité plus élevée. En cas de basculement, aucune donnée n’est perdue.
Propriétés de haute disponibilité et de récupération d’urgence	Accès à Internet	La valeur par défaut est Disponible. Sélectionnez Disponible si vous autorisez l’accès Internet sortant à partir des machines virtuelles Azure. Cela permet d’utiliser le Témoin cloud, qui est l’approche recommandée pour les clusters de basculement Windows Server dans des Machines virtuelles Microsoft Azure. Sélectionnez Non disponible si les machines virtuelles Azure n’ont pas d’accès Internet sortant. Cette option nécessite l’utilisation d’un disque partagé comme témoin pour les clusters de basculement Windows Server dans des Machines virtuelles Microsoft Azure.
Propriétés de haute disponibilité et de récupération d’urgence	Intention du mode de validation asynchrone	Récupération d’urgence définie par défaut. Sélectionnez Récupération d’urgence si vous utilisez le mode de disponibilité de validation asynchrone pour tirer parti d’une durabilité plus élevée des données sans affecter les performances. En cas de basculement, vous pouvez perdre les données qui n’ont pas encore été répliquées. Sélectionnez Haute disponibilité si vous utilisez le mode de disponibilité des données de validation asynchrone pour améliorer la disponibilité et effectuer un scale-out du trafic en lecture. Ce paramètre permet à l’évaluation de tirer parti des fonctionnalités de haute disponibilité intégrées dans des bases de données Azure SQL Database, des instances Azure SQL Managed Instance et des Machines virtuelles Microsoft Azure pour fournir une disponibilité plus élevée et effectuer un scale-out.
Sécurité	Sécurité	Valeur par défaut définie sur Oui, avec Microsoft Defender pour le cloud. Spécifie si vous voulez évaluer la 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 la préparation et les coûts de la sécurité de votre instance Azure SQL MI/DB 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

Remarque

L’évaluation inclut uniquement les 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 voulez évaluer ces bases de données, changez l’état de la base de données et recalculez l’évaluation au bout d’un certain temps.

État de préparation d’Azure SQL

Vérifications de préparation pour différentes stratégies de migration :

Déploiement recommandé, instances à SQL Server sur une machine virtuelle Azure, instances vers Azure SQL MI, base de données vers Azure SQL DB :

La préparation d’Azure SQL pour les instances et bases de données SQL est basée sur une vérification de la compatibilité des fonctionnalités avec SQL Server sur des machines virtuelles Azure, Azure SQL Database et Azure SQL Managed Instance :

1. L’évaluation d’Azure SQL prend en compte les fonctionnalités d’instance SQL Server qui sont actuellement utilisées par les charges de travail SQL Server sources (travaux de SQL Agent, serveurs liés, etc.) et les schémas de bases de données utilisateur (tables, affichages, déclencheurs, procédures stockées, etc.) pour identifier des problèmes de compatibilité.
2. Si aucun problème de compatibilité n’est détecté, l’instance est marquée comme Prête pour le type de déploiement cible (SQL Server sur des machines virtuelles Azure, Azure SQL Database ou Azure SQL Managed Instance)
3. S’il existe des problèmes de compatibilité non critiques, comme des fonctionnalités dépréciées ou non prises en charge qui ne bloquent pas la migration vers un type de déploiement cible spécifique, l’instance est marquée comme Prête (avec lien hypertexte) avec des détails sur l’avertissement et des recommandations de correction. Cela inclut la situation où les données sources ont une configuration de groupe de disponibilité Always On et que les réplicas nécessaires dépassent ceux disponibles avec le type de déploiement cible spécifique.
4. S’il existe des problèmes de compatibilité susceptibles de bloquer la migration vers un type de déploiement cible spécifique, l’instance est marquée comme Prête sous conditions avec des détails sur le problème et des recommandations de correction.
   • Dans les rapports Déploiement recommandé, Instances sur Azure SQL MI et Instances sur SQL Server sur des machines virtuelles Azure, s’il y a une seule base de données dans une instance SQL qui n’est pas prête pour un type de déploiement cible particulier, l’instance est marquée comme Prête sous conditions pour ce type de déploiement.
5. Non prête : l’évaluation n’a trouvé aucune configuration SQL Server sur des machines virtuelles Azure/Azure SQL MI/Azure SQL DB répondant aux caractéristiques de configuration et de performances souhaitées. Passez en revue la recommandation pour préparer l’instance/le serveur pour le type de déploiement cible souhaité.
6. Si la découverte est toujours en cours ou qu’il existe des problèmes de découverte pour une instance ou une base de données SQL, l’instance est marquée comme Inconnue, car l’évaluation n’a pas pu calculer la préparation de cette instance SQL.

Remarque

Dans la stratégie de déploiement recommandée, la migration d’instances vers SQL Server sur une machine virtuelle Azure est la stratégie recommandée pour la migration d’instances SQL Server. Cependant, lorsque les informations d’identification SQL Server ne sont pas disponibles, l’évaluation Azure SQL fournit un lift-and-shift adapté, c’est-à-dire des recommandations de migration « Serveur vers SQL Server sur machines virtuelles Azure ».

Tous les serveurs vers SQL Server sur la machine virtuelle Azure :

Reportez-vous à la préparation ici.

Type de déploiement recommandé

Pour la stratégie de migration de déploiement recommandée, l’évaluation recommande un type de déploiement Azure SQL qui est le plus compatible avec votre instance SQL et est le plus rentable. La migration vers une cible recommandée par Microsoft réduit votre effort global de migration. Si votre instance est prête pour SQL Server sur des machines virtuelles Azure, Azure SQL Managed Instance et Azure SQL Database, le type de déploiement cible recommandé est celui qui présente le moins de problèmes de préparation à la migration et qui est le plus économique. Si vous sélectionnez le type de déploiement cible Recommandé dans les propriétés d’évaluation d’Azure SQL, Azure Migrate recommande un type de déploiement d’Azure SQL compatible avec votre instance SQL. La migration vers une cible recommandée par Microsoft réduit votre effort global de migration.

Remarque

Dans la stratégie de déploiement recommandée, si la source SQL Server est adaptée aux trois cibles de déploiement - SQL Server sur une machine virtuelle Azure, Azure SQL Managed Instance et Azure SQL Database, l’évaluation recommande une option spécifique qui optimise votre coût et s’adapte à la taille et aux limites des performances.

Préparation de la sécurité

Si la base de données/l’instance est marquée comme Prête pour le type de déploiement cible Azure SQL DB/MI, elle est automatiquement considérée comme Prête pour Microsoft Defender pour SQL. Si la base de données/l’instance est marquée comme Prête pour le type de déploiement cible SQL Server sur des machines virtuelles Azure, elle est considérée comme Prête pour Microsoft Defender pour SQL si elle exécute une de ces versions :

• SQL Server versions 2012, 2014, 2016, 2017, 2019, 2022
• Pour toutes les autres versions, elle est marquée comme Prête sous conditions.

Calculer le dimensionnement

Une fois que l’évaluation a déterminé la préparation et le type de déploiement Azure SQL recommandé, elle calcule un niveau de service et une configuration Azure SQL (taille de référence SKU) spécifiques pouvant atteindre les performances (ou les dépasser) de l’instance SQL Server locale. Ces calculs varient selon que vous utilisez des critères de dimensionnement identiques à la configuration locale ou basés sur les performances.

Calcul du dimensionnement identique à la configuration locale

Si vous utilisez des critères de dimensionnement identiques à la configuration locale, l’évaluation utilise uniquement les données de configuration de l’instance SQL et ne prend pas en compte les données de performances.

Configuration des instances vers Azure SQL MI et bases de données vers Azure SQL DB

L’évaluation calcule un niveau de service spécifique et une configuration Azure SQL (taille de référence SKU) pouvant répondre à la configuration de l’instance SQL locale (ou la dépasser) :

1. Au cours du processus de découverte, Azure Migrate collecte la configuration de l’instance SQL, à savoir :
   • vCores (alloués)
   • Mémoire (allouée)
   • Taille totale de la base de données et organisations des fichiers de base de données
     • La taille de la base de données est calculée en ajoutant l’ensemble des fichiers de données et des fichiers journaux.
2. L’évaluation agrège toutes les données de configuration et tente de trouver la meilleure correspondance entre les divers niveaux de service et configurations Azure SQL, puis choisit une configuration pouvant correspondre aux exigences de performances (ou les dépasser) de l’instance SQL, en optimisant le coût.

Instances à SQL Server sur la configuration des machines virtuelles Azure

Le rapport d’évaluation Instance à SQL Server sur la machine virtuelle Azure décrit l’approche idéale pour migrer SQL Server instances et bases de données vers SQL Server sur la machine virtuelle Azure, en respectant les bonnes pratiques. Plus d’informations

Dimensionnement du stockage

Pour le dimensionnement du stockage, l’évaluation mappe chaque disque d’instance à un disque Azure. Le dimensionnement fonctionne comme suit :

• La taille de disque nécessaire pour chacun des disques est la taille de données SQL et de lecteurs de journaux SQL.

• L’évaluation recommande de créer un pool de disques de stockage pour tous les lecteurs de données SQL et de journaux SQL. Pour les lecteurs temporaires, l’évaluation recommande de stocker les fichiers dans le lecteur local.

• Si l’évaluation ne trouve pas de disque pour la taille demandée, elle marque l’instance comme étant inappropriée pour la migration vers SQL Server sur des machines virtuelles 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.

• Si le type d’environnement est Production, l’évaluation essaie de trouver des disques Premium pour mapper chacun des disques, sinon elle essaie de trouver un disque approprié, qui peut être un disque SSD Premium ou Standard.

  • S’il existe plusieurs disques éligibles, l’évaluation sélectionne le disque dont le coût est le plus faible.

Dimensionnement du calcul

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

• L’évaluation examine les cœurs et la RAM alloué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 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.

Remarque

Les évaluations Azure SQL étant destinées à offrir les meilleures performances pour vos charges de travail SQL, la liste des séries de machines virtuelles ne comporte que des machines virtuelles optimisées pour l'exécution de votre serveur SQL sur des machines virtuelles (VM) Azure. Plus d’informations

Serveurs à SQL Server sur la configuration des machines virtuelles Azure

Pour la stratégie de migration Tous les serveurs vers SQL Server sur des machines virtuelles Azure, consultez le dimensionnement du calcul et du stockage ici.

Remarque

Les évaluations de confiance ne s’appliquent pas aux évaluations Azure SQL avec les critères de dimensionnement Identiques à la configuration locale.

Calcul du dimensionnement en fonction des performances

Si vous utilisez un dimensionnement basé sur les performances, l’évaluation utilise à la fois la configuration de l’instance SQL et les données de performances pour générer des recommandations qui répondent aux exigences de performances ou les dépassent.

Configuration des instances vers Azure SQL MI et bases de données vers Azure SQL DB

L’évaluation calcule un niveau de service et une configuration Azure SQL (taille de référence SKU) spécifiques pouvant répondre aux exigences de performances de l’instance SQL locale ou les dépasser :

1. Au cours du processus de découverte, Azure Migrate collecte la configuration et les performances de l’instance SQL, à savoir :
   • vCores (alloués) et utilisation du processeur (%)
     • L’utilisation du processeur pour une instance SQL est le pourcentage de processeur alloué que l’instance utilise sur le serveur SQL Server.
     • L’utilisation du processeur pour une base de données est le pourcentage de processeur alloué qu’utilise la base de données sur l’instance SQL.
   • Mémoire (allouée) et utilisation de la mémoire (%)
   • E/S de lecture et d’écriture (fichiers de données et fichiers journaux)
     • Les E/S de lecture et d’écriture au niveau d’une instance SQL sont calculées par addition des E/S de lecture et d’écriture de toutes les bases de données découvertes dans cette instance.
   • Mo/s en lecture et Mo/s en écriture (débit)
   • Latence des opérations d’E/S
   • Taille totale de la base de données et organisations des fichiers de base de données
     • La taille de la base de données est calculée en ajoutant l’ensemble des fichiers de données et des fichiers journaux.
   • Configuration du sous-réseau du réseau de l’instance de cluster de basculement Always On (un seul sous-réseau ou plusieurs sous-réseaux)
   • Configurations des groupes de disponibilité Always On
     • Configuration réseau des instances participantes (un seul sous-réseau ou plusieurs sous-réseaux)
     • Nombre et type des réplicas secondaires
       • Mode de disponibilité : commit synchrone ou commit asynchrone
       • Mode de connexion : lecture seule ou aucun
2. L’évaluation agrège toutes les données de configuration et de performances, et tente de trouver la meilleure correspondance entre les divers niveaux de service et configurations Azure SQL, puis choisit une configuration pouvant correspondre aux exigences de performances (ou les dépasser) de l’instance SQL, en optimisant le coût.

Instances à SQL Server sur la configuration des machines virtuelles Azure

Le rapport d’évaluation Instance à SQL Server sur la machine virtuelle Azure décrit l’approche idéale pour migrer SQL Server instances et bases de données vers SQL Server sur la machine virtuelle Azure, en respectant les bonnes pratiques. Plus d’informations

Si la source est une instance de cluster de basculement (FCI) Always On SQL Server, le rapport d’évaluation décrit l’approche de la migration vers une instance de cluster de basculement SQL Server à deux nœuds. Cela préserve les intentions de haute disponibilité et de récupération d’urgence tout en respectant les bonnes pratiques. Plus d’informations

Dimensionnement du stockage

Pour le dimensionnement du stockage, l’évaluation mappe chaque disque d’instance à un disque Azure. Le dimensionnement fonctionne comme suit :

• 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. La taille de disque nécessaire pour chacun des disques est la taille de données SQL et de lecteurs de journaux SQL.

• L’évaluation recommande de créer un pool de disques de stockage pour tous les lecteurs de données SQL et de journaux SQL. Pour les lecteurs temporaires, l’évaluation recommande de stocker les fichiers dans le lecteur local.

• Si l’évaluation ne trouve pas de disque pour la taille requise, les IOPS et le débit, elle marque l’instance comme étant inappropriée pour la migration vers SQL Server sur une machine virtuelle 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.
• Si la source est une instance de cluster de basculement Always On SQL Server, la configuration de disque partagé est sélectionnée.
• Si le type d’environnement est Production, l’évaluation essaie de trouver des disques Premium pour mapper chacun des disques, sinon elle essaie de trouver un disque approprié, qui peut être un disque SSD Premium ou Standard.
  • S’il existe plusieurs disques éligibles, l’évaluation sélectionne le disque dont le coût est le plus faible.

Dimensionnement du calcul

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

• L’évaluation examine les cœurs et la RAM réellement utilisés pour rechercher une taille de machine virtuelle Azure appropriée. La RAM ou la mémoire utilisée effective pour une instance est calculée en agrégeant le cache de mémoire tampon (taille du pool de mémoires tampons en Mo) pour toutes les bases de données s’exécutant dans une instance.
• 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 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.
• Si la source est une instance de cluster de basculement Always On SQL Server, la taille de calcul est utilisée à nouveau pour une deuxième machine virtuelle Azure afin de répondre au besoin des deux nœuds.

Remarque

Les évaluations Azure SQL étant destinées à offrir les meilleures performances pour vos charges de travail SQL, la liste des séries de machines virtuelles ne comporte que des machines virtuelles optimisées pour l'exécution de votre serveur SQL sur des machines virtuelles (VM) Azure. Plus d’informations

Serveurs à SQL Server sur la configuration des machines virtuelles Azure

Pour la stratégie de migration Tous les serveurs vers SQL Server sur des machines virtuelles Azure, consultez le dimensionnement du calcul et du stockage ici.

Niveaux de confiance

Chaque évaluation d’Azure SQL est associée à un classement 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 collecte les données de performances de l’ensemble des instances et bases de données SQL, à savoir :
  • Utilisation du processeur (%)
  • Utilisation de la mémoire (%)
  • E/S de lecture et d’écriture (fichiers de données et fichiers journaux)
  • Mo/s en lecture et Mo/s en écriture (débit)
  • Latence des opérations d’E/S

Si l’un de ces chiffres d’utilisation n’est pas disponible, les recommandations de taille peuvent ne pas être fiables. 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.
  • Si l’état de connexion à Azure Migrate de l’agent SQL dans Azure Migrate est Connecté, vérifiez la dernière pulsation.
  • L’état de connexion à 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.

• Certaines machines virtuelles ou instances ont été créées pendant la période de calcul de l’évaluation. Par exemple, vous avez créé une évaluation de l’historique des performances du dernier mois, mais que certaines bases de données ou instances n’ont été créées qu’il y a 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.

Remarque

Étant donné que les évaluations d’Azure SQL sont basées sur les performances, si le classement 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.

Détails de la recommandation

Une fois terminé le calcul de préparation et de dimensionnement, la préférence d’optimisation est appliquée pour arriver à une cible et une configuration recommandées. Les détails de la recommandation fournissent une explication détaillée des calculs de préparation et de dimensionnement à la base de la recommandation.

Recommandations en matière de migration

Cette section fournit des conseils pour configurer la ressource cible et les étapes de migration. Les étapes sont propres aux combinaisons de déploiement source et cible. Ces conseils sont particulièrement utiles pour les utilisateurs qui veulent migrer des instances de cluster de basculement (FCI) Always On et des groupes de disponibilité (AG).

Calculer les coûts mensuels

Une fois les recommandations de dimensionnement terminées, l’évaluation d’Azure SQL calcule les coûts de calcul et de stockage pour les configurations d’Azure SQL recommandées à l’aide d’une API de tarification interne. Elle agrège le coût de calcul et de stockage de toutes les instances pour calculer le coût de calcul mensuel total.

Coût de calcul

• Pour estimer le coût de calcul d’une configuration Azure SQL, l’évaluation prend en compte les propriétés suivantes :
  • Azure Hybrid Benefit pour les licences SQL et Windows, ou un abonnement Enterprise Linux (RHEL et SLES)
  • Type d’environnement
  • Capacité réservée
  • Emplacement cible Azure
  • Devise
  • Programme d’offre/de licences
  • Remise (%)

Coût de stockage

• Les estimations de coût de stockage incluent uniquement les fichiers de données, pas les fichiers journaux.
• Pour calculer le coût de stockage d’une configuration d’Azure SQL, l’évaluation prend en compte les propriétés suivantes :
  • Emplacement cible Azure
  • Devise
  • Programme d’offre/de licences
  • Remise (%)
• Le coût du stockage de sauvegarde n’est pas indiqué dans l’évaluation.
• Azure SQL Database
  • Un coût de stockage de 5 Go minimum est ajouté à l’estimation du coût, et un coût de stockage supplémentaire est ajouté pour le stockage par incréments de 1 Go. En savoir plus.
• Azure SQL Managed Instance
  • Aucun coût de stockage n’est ajouté pour le stockage des premiers 32 Go/instance/mois, et un coût de stockage supplémentaire est ajouté pour le stockage par incréments de 32 Go. En savoir plus.

Coût de la sécurité

Pour les instances et les bases de données SQL Server recommandées pour SQL Server sur des machines virtuelles Azure, Azure SQL MI ou Azure SQL DB, si elles sont prêtes à exécuter Defender pour SQL, le coût de Defender pour SQL par instance SQL Server pour cette région est ajouté. Pour les bases de données recommandées pour Azure SQL DB, le coût est déployé au niveau de l’instance.

Étapes suivantes

• Passer en revue les meilleures pratiques pour la création d’évaluations.
• Découvrez comment exécuter une évaluation d’Azure SQL.