Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Comprendre les licences SQL de serveur
Présentation
Alors que de plus en plus d'entreprises transfèrent leurs charges de travail vers le cloud, l'optimisation des coûts sur les plateformes cloud est devenue une priorité absolue. Les licences constituent l'un des coûts les plus importants associés à l'exécution des charges de travail Microsoft. AWS Cette section explique comment optimiser les coûts AWS en optimisant les licences Microsoft pour SQL Server.
AWS options de licence
AWS propose une gamme de choix flexibles d'optimisation des coûts pour les licences. Ces options de licence sont conçues pour vous aider à réduire les coûts, à maintenir la conformité et à répondre aux besoins de votre entreprise.
AWS classe les licences en trois catégories principales :
-
Licence incluse — Cette option de licence vous permet d'acheter et d'utiliser des licences à la demande, en ne payant que pour ce que vous utilisez. L'option avec licence incluse est idéale pour les scénarios dans lesquels vous avez besoin de flexibilité dans l'utilisation des licences et souhaitez éviter les coûts initiaux. Vous pouvez choisir parmi une gamme de produits Windows Server, SQL Server et d'autres produits Microsoft.
-
Produits Bring Your Own License (BYOL) avec mobilité des licences : cette option de licence est conçue pour les scénarios dans lesquels vous possédez déjà des licences existantes et souhaitez les utiliser dans le cloud. AWS permet aux clients de transférer leurs propres licences dans le cloud par le biais du programme License Mobility
de Microsoft. Vous pouvez proposer des produits dotés de la mobilité des licences, tels que SQL Server with Software Assurance (SA), dans le cadre d'une location partagée ou dédiée afin de réduire les coûts de vos AWS instances. -
BYOLproduits sans mobilité de licence : pour les produits Microsoft qui ne disposent pas de License Mobility, tels que Windows Server, AWS propose des options dédiées pour utiliser ces produits dans le cloud. En outre, les hébergeurs dédiés offrent la possibilité d'octroyer des licences au niveau du noyau physique. Cela peut vous faire économiser 50 % ou plus sur les licences requises pour exécuter vos charges de travail. Les hébergeurs dédiés constituent une excellente option pour des charges de travail stables et prévisibles exécutées la plupart du temps.
Incidence financière de l'acquisition de licences
L'acquisition de licences peut avoir un impact significatif sur le coût d'exécution des charges de travail Microsoft. AWS Si vous apportez vos propres licences, vous n'êtes pas tenu de payer de frais de licence supplémentaires pour les instances exécutées dans le cloud. Cela peut permettre de réaliser d'importantes économies.
La comparaison suivante montre le coût mensuel à la demande lié à l'exécution d'une seule instance c5.xlarge 24 heures sur 24, 7 jours sur 7 :
-
Édition Windows Server + SQL Server Enterprise : 1353 $/mois (licence incluse)
-
Édition Windows Server + SQL Server Standard : 609 $/mois (licence incluse)
-
Windows Server uniquement : 259 $/mois (licence incluse)
-
Calcul uniquement (Linux) : 127 $/mois
En fin de compte, le fait d'apporter vos propres licences peut avoir un impact significatif sur le coût d'exécution des charges de travail Microsoft. AWS Si vous utilisez vos licences existantes, vous pouvez réduire les coûts de licence et économiser de l'argent sur votre AWS facture globale.
Optimisation des licences
Une évaluation de AWS l'optimisation et des licences (AWS OLA) peut vous aider à optimiser vos licences en réduisant les coûts de calcul et de licence. AWS OLAest conçu pour évaluer vos exigences en matière de licences pour les charges de travail en cours d'exécution AWS ou pour les charges de travail dont la migration est prévue. AWS OLAfournit des recommandations sur l'optimisation de l'utilisation des licences.
L'une des stratégies clés pour optimiser l'utilisation des licences consiste à dimensionner correctement les instances. Le bon dimensionnement implique de sélectionner le type d'instance adapté à votre charge de travail en fonction de ses CPU besoins en matière de mémoire et de stockage. En choisissant la taille d'instance appropriée, vous pouvez vous assurer que vous utilisez les ressources de manière rentable. Cela peut permettre de réaliser d'importantes économies.
Dans le cas des licences logicielles Microsoft, le nombre de cœurs sur lesquels le logiciel s'exécute est un facteur essentiel pour déterminer les coûts de licence. Par exemple, les licences Windows SQL Server et Server sont généralement accordées en fonction du nombre de cœurs. En dimensionnant correctement les instances, vous pouvez réduire le nombre de cœurs sur lesquels s'exécute le logiciel Microsoft et, par conséquent, réduire à la fois le coût de l'instance et le nombre de licences requises.
Recommandations d'optimisation des coûts
L'optimisation des licences est un élément clé de l'optimisation des coûts sur AWS. En mettant en œuvre les bonnes stratégies, vous pouvez réduire les coûts de licence, maintenir la conformité et tirer le meilleur parti possible de votre investissement dans les licences. Cette section décrit plusieurs stratégies d'optimisation des licences.
Apportez vos licences Windows Server éligibles
Apporter vos propres licences Windows Server est l'une des stratégies les plus efficaces pour optimiser les licences. Cette stratégie vous permet de tirer parti de vos investissements existants pour réduire vos AWS dépenses.
Par exemple, vous pouvez déployer Windows Server 2019 et les versions antérieures sur Amazon EC2 Dedicated Hosts
Licences au niveau physique
Les licences au niveau du cœur physique vous permettent de ne licencier que les cœurs physiques d'un hôte, afin de pouvoir ensuite déployer un nombre maximum d'instances sans affecter le nombre de licences requises. Cela se fait généralement à l'aide des éditions Windows Server Datacenter et SQL Server Enterprise.
Prenons l'exemple d'un hôte dédié R5 avec 48 cœurs, soit 96 vCPUs cœurs. Si vous utilisez l'édition Windows Server Datacenter, vous n'avez besoin que de 48 licences. Cela vous permet de déployer une combinaison d'instances comportant jusqu'à 96vCPUs, comme le montre le schéma suivant.
Cette approche peut être particulièrement rentable si vous disposez de suffisamment de charges de travail pour maximiser le nombre d'instances que vous pouvez exécuter sur un hôte. En octroyant des licences au niveau du cœur physique, vous pouvez éviter des coûts de licence supplémentaires pour chaque instance et obtenir le meilleur rapport qualité-prix possible pour votre investissement en licences.
Licence au niveau physique du cœur du SQL serveur
En location partagée, les licences de SQL serveur sont basées sur le nombre de serveurs vCPUs alloués à l'instance. En revanche, avec les hôtes dédiés, vous pouvez obtenir une licence pour l'édition SQL Server Enterprise au niveau physique du noyau ou au CPU niveau v.
Comme dans l'exemple précédent de l'hôte dédié R5, si vous octroyez une licence pour l'édition SQL Server Enterprise au niveau du cœur physique, vous n'avez besoin que de 48 licences de l'édition SQL Server Enterprise pour octroyer des licences aux hôtes. En revanche, dans le cadre de la location partagée, où la seule option est d'octroyer une licence par vCPU, vous devez disposer de 96 licences de l'édition SQL Server Enterprise pour la même charge de travail. Par conséquent, les hôtes dédiés peuvent vous faire économiser jusqu'à 50 % sur les coûts de licence des SQL serveurs par rapport à la location partagée. Cela permet également de réaliser des économies sur les coûts d'instance en proposant des licences Windows éligibles.
Consolider les instances SQL du serveur
SQLLa consolidation des serveurs est le processus qui consiste à combiner plusieurs instances de SQL serveur sur un seul serveur. SQLLe serveur nécessite un minimum de quatre licences principales par instance, même si l'instance n'en possède que deuxvCPUs. Cela signifie que l'exécution de SQL Server sur des serveurs dotés de moins de quatre cœurs peut vous amener à surlicencier ces instances et à utiliser plus de licences que nécessaire.
Par exemple, la consolidation de deux instances de deux vCPUs chacune en une seule instance de quatre vCPUs peut réduire les exigences en matière de licence de 50 %. Cela est dû au fait que seules quatre licences principales sont requises au lieu de huit.
Pour plus d'informations sur la consolidation, consultez la section Consolidation des SQL serveurs de ce guide.
Rétrograder les SQL éditions Server
La modification des éditions de SQL Server peut être une stratégie clé pour optimiser l'utilisation des licences et réduire les coûts. L'édition Enterprise de SQL Server est considérablement plus chère que l'édition Standard, de sorte que la rétrogradation peut entraîner des économies de coûts importantes.
Le chiffrement transparent des données (TDE) et les groupes de disponibilité Always On sont deux fonctionnalités populaires de l'édition SQL Server Enterprise. Il existe toutefois des alternatives économiques à ces fonctionnalités que vous pouvez envisager si vous n'avez pas besoin de l'ensemble complet des fonctionnalités de l'édition SQL Server Enterprise. Par exemple, vous pouvez accéder TDE à l'édition SQL Server Standard à partir de SQL Server 2019. À la place des groupes de disponibilité Always On, vous pouvez utiliser le clustering sur incident avec stockage partagé activé FSx pour Windows File Server afin d'obtenir une haute disponibilité avec l'édition SQL Server Standard.
En passant de l'édition SQL Server Enterprise à l'édition SQL Server Standard, vous pouvez réduire considérablement vos coûts de licence. Pour plus d'informations, consultez l'article Optimisation des coûts pour vos déploiements de SQL serveurs à haute disponibilité AWS publié sur
En plus de réduire les coûts de licence, la rétrogradation des éditions SQL Server peut vous aider à réduire vos dépenses en assurance logicielle et à éviter de futurs problèmes. Si vous remettez les licences non utilisées en rayon, vous pouvez éviter des coûts de licence supplémentaires et tirer le meilleur parti de votre investissement en licences.
Il est important d'évaluer soigneusement les charges de travail de votre SQL serveur et de déterminer quelles fonctionnalités sont essentielles pour répondre aux besoins de votre entreprise. Pour plus d'informations, consultez la section Évaluation de votre environnement dans les directives AWS prescriptives et déterminez si votre base de données Microsoft SQL Server utilise des fonctionnalités spécifiques à l'édition SQL Server Enterprise.
Si vous choisissez la bonne édition de SQL Server et que vous utilisez des alternatives aux fonctionnalités de l'édition SQL Server Enterprise, vous pouvez réaliser d'importantes économies tout en maintenant la conformité et en répondant aux besoins de votre entreprise. Pour plus d'informations sur les options de rétrogradation, consultez la section Comparer les éditions SQL du serveur de ce guide.
Utiliser l'édition SQL Server Developer dans des environnements hors production
Dans les environnements hors production, vous pouvez déployer des éditions sous licence de SQL Server, telles que l'édition Enterprise ou Standard, en utilisant des MSDN abonnements dans des environnements sur site. Toutefois, l'MSDNabonnement ne dispose pas de License Mobility. Donc, si vous migrez vers AWS, vous ne pouvez pas transférer ces licences. Vous devez plutôt utiliser l'édition SQL Server Developer.
SQLL'édition Server Developer est une édition complète de SQL Server disponible gratuitement. Cette édition est disponible pour les versions SQL Server 2016 et ultérieures. Vous pouvez le télécharger sur le site Web de Microsoft. SQLL'édition Server Developer est destinée à être utilisée dans tous les environnements non liés à la production, tels que le développement, les tests et la mise en scène, tant qu'elle ne se connecte pas aux données de production en direct.
Si vous utilisez l'édition SQL Server Developer dans des environnements hors production, vous pouvez éviter des coûts de licence supplémentaires. Pour plus d'informations, consultez la section SQLEvaluate Server Developer Edition de ce guide.
Optimisation CPU pour les charges SQL de travail des serveurs
Dans certains cas, vous pouvez être amené à choisir un type d'instance dont le volume de travail est CPUs supérieur à ce qui est requis pour votre charge de travail en raison d'autres facteurs tels que RAM les limites du réseau. Cependant, AWS fournit une solution pour vous aider à optimiser vos coûts de licence dans ces situations.
Comme la plupart des clients qui proposent des licences SQL Server Core, vous pouvez désactiver l'hyperthreading ou CPUs activer l'EC2instance pour limiter le nombre de licences disponibles CPUs pour l'hôte. Cette option vous permet de tirer parti d'autres fonctionnalités de l'instance, par exempleRAM, tout en économisant sur le coût d'achat de licences supplémentaires.
Par exemple, si vous déployez une instance r5.4xlarge parce que votre charge de travail nécessite 128 Go de mémoire mais que vous n'avez besoin que de huit cœurs de SQL serveur, vous pouvez désactiver l'hyperthreading au lancement d'une instance dont seulement huit sont actifs. CPUs Vous pouvez ainsi économiser 50 % sur les licences de SQL serveur requises, car vous n'avez besoin de licences que pour les huit cœurs activement utilisés.
| Type d’instance | Total vCPUs | Active v CPU avec CPUs fonction d'optimisation | SQLÉconomies sur les licences de serveur |
|---|---|---|---|
| r5.4xlarge | 16 | 8 | 50% |
| r5.12xlarge | 48 | 8 | 83 % |
Si vous dimensionnez correctement vos instances, vous pouvez vous assurer d'utiliser les types d'instances les plus économiques pour vos charges de travail. Au fur AWS et à mesure de l'introduction de nouveaux types d'instances, il est important d'évaluer si ces nouvelles instances peuvent répondre aux exigences de charge de travail avec moins de cœurs.
Ressources supplémentaires
-
Amazon Web Services et Microsoft : questions fréquemment posées
(AWS documentation)
