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.
# SQL Server
Les clients exécutent des charges de travail Microsoft AWS depuis plus de 15 ans, soit plus longtemps que tout autre fournisseur de cloud. Cela s'explique en grande partie par le fait qu'il AWS possède le plus d'expérience avec les applications Microsoft dans le cloud et qu'il propose la meilleure plateforme pour Windows Server et Microsoft SQL Server dans les domaines suivants :
+ Performances et fiabilité accrues
+ Services de sécurité et d'identité améliorés
+ Plus d'assistance à la migration
+ Les capacités les plus étendues et les plus approfondies
+ Réduction du coût total de possession (TCO)
+ Options de licence flexibles
AWS prend en charge tout ce qui est nécessaire pour créer et exécuter des applications Windows basées sur SQL Server, notamment Active Directory, .NET, SQL Server, Windows desktop as a service et toutes les versions prises en charge de Windows Server. Grâce à son expertise éprouvée, AWS elle peut vous aider à lever, déplacer, refactoriser ou même moderniser facilement vos charges de travail Windows.
**Topics**
+ [Choisissez une solution de haute disponibilité et de reprise après sinistre](sql-server-hadr.md)
+ [Comprendre les licences SQL Server](sql-server-licensing.md)
+ [Sélectionnez l'instance EC2 adaptée aux charges de travail SQL Server](right-ec2-instance.md)
+ [Consolider les instances](consolidate-instances.md)
+ [Comparez les éditions de SQL Server](sql-server-editions.md)
+ [Évaluer l'édition SQL Server Developer](sql-server-dev.md)
+ [Évaluer SQL Server sous Linux](sql-server-linux.md)
+ [Optimisation des stratégies de sauvegarde de SQL Server](sql-server-backup.md)
+ [Moderniser les bases de données SQL Server](modernize-sql-server.md)
+ [Optimisation du stockage pour SQL Server](storage-sql-server.md)
+ [Optimisez les licences SQL Server à l'aide de Compute Optimizer](sql-server-compute-optimizer.md)
+ [Optimisez le dimensionnement de SQL Server à l'aide de Compute Optimizer](sql-server-sizing-compute-optimizer.md)
+ [Consultez Trusted Advisor les recommandations relatives aux charges de travail SQL Server](sql-server-trusted-advisor.md)
# Choisissez une solution de haute disponibilité et de reprise après sinistre
## Présentation de
Nous vous recommandons de concevoir une architecture pour votre déploiement de SQL Server AWS qui réponde aux besoins de votre entreprise tout en respectant vos [objectifs de reprise après sinistre (DR)](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/disaster-recovery-dr-objectives.html), notamment votre objectif de temps de restauration (RTO) et votre objectif de point de reprise (RPO). Les solutions suivantes peuvent vous aider à concevoir l'architecture appropriée pour SQL Server sur Amazon Elastic Compute Cloud (Amazon EC2) tout en optimisant les coûts de vos charges de travail SQL Server.
+ Groupes de **disponibilité SQL Server Always On : les groupes** de disponibilité**** SQL Server Always On fournissent une haute disponibilité et une reprise après sinistre (HA/DR) solutions for SQL Server databases. An availability group consists of a set of user databases that fail over together. Always On availability groups also provide redundancy at the database level, but don't require shared storage—each replica has its own local storage. You can deploy this feature as an HA/DRsolution). Pour plus d'informations, voir [Qu'est-ce qu'un groupe de disponibilité permanent ?](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver16) dans la documentation Microsoft.
+ **Instances de cluster SQL Server Always On Failover (FCI)** :**** SQL Server Always On FCIs utilise le cluster de basculement Windows Server (WSFC) pour fournir une haute disponibilité au niveau de l'instance SQL Server. FCIs nécessitent un stockage partagé pour héberger les bases de données. Vous pouvez utiliser le stockage par blocs partagé ou le stockage de fichiers partagé. Par exemple, vous pouvez utiliser Amazon FSx pour Windows File Server ou Amazon FSx for NetApp ONTAP comme solution de stockage partagé avec plusieurs zones de disponibilité. Pour plus d'informations, consultez la section [Instances de cluster Always On Failover (SQL Server)](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/always-on-failover-cluster-instances-sql-server?view=sql-server-ver16) dans la documentation Microsoft.
+ **SIOS DataKeeper** — Le**** SIOS DataKeeper peut vous aider à répondre aux exigences de haute disponibilité et de reprise après sinistre en activant un SQL Server FCI qui couvre à la fois les zones de disponibilité et. Régions AWS SIOS DataKeeper crée un SAN virtuel en cluster en utilisant les volumes Amazon Elastic Block Store (Amazon EBS) locaux et utilise la réplication synchrone entre les zones de disponibilité pour la haute disponibilité, tout en utilisant la réplication asynchrone entre les régions et pour la reprise après sinistre. Pour plus d'informations, consultez la section [Protection de haute disponibilité pour les applications Windows](https://us.sios.com/products/windows/) dans la documentation du SIOS.
+ **Groupes de disponibilité**** distribués** — Les groupes de disponibilité distribués sont un type spécial de groupe de disponibilité qui s'étend sur deux groupes de disponibilité Always On distincts. Un groupe de disponibilité peut résider dans deux régions distinctes (par exemple, `us-east-1` et`us-west-1`). Vous pouvez considérer un groupe de disponibilité distribué comme un groupe de disponibilité composé de groupes de disponibilité, car les groupes de disponibilité Always On sous-jacents sont configurés sur deux clusters WSFC différents. L'édition Enterprise de SQL Server est requise pour déployer des groupes de disponibilité distribués. Pour plus d'informations, consultez la section [Groupes de disponibilité distribués](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups?view=sql-server-ver16) dans la documentation Microsoft.
+ **Expédition des journaux** :**** vous pouvez implémenter l'expédition des journaux pour protéger vos bases de données dans plusieurs régions, dans les rares cas où une région est affectée et devient indisponible. En fonction de la fréquence d'expédition des transactions et des journaux, vous pouvez atteindre le RPO et le RTO en quelques minutes. Pour plus d'informations, consultez [À propos de l'expédition des journaux (SQL Server)](https://learn.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server?view=sql-server-ver16) dans la documentation Microsoft.
+ **AWS Elastic Disaster Recovery**— Elastic Disaster Recovery est une application logicielle en tant que service (SaaS) qui gère la réplication des serveurs depuis n'importe quelle infrastructure à AWS des fins de reprise après sinistre. Vous pouvez également utiliser Elastic Disaster Recovery pour répliquer SQL Server dans différentes régions. Elastic Disaster Recovery est une solution basée sur un agent qui réplique des machines virtuelles complètes, y compris le système d'exploitation, toutes les applications installées et toutes les bases de données dans une zone intermédiaire. Pour plus d'informations, consultez [Qu'est-ce qu'Elastic Disaster Recovery ?](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) dans la documentation d'Elastic Disaster Recovery.
+ **AWS Database Migration Service (AWS DMS)** — **AWS DMS **prend en charge la migration en direct des données vers et depuis AWS, y compris une autre région. Vous pouvez utiliser cette fonctionnalité pour configurer une instance SQL Server distincte dans une région différente afin de servir de base de données de reprise après sinistre. Pour plus d'informations, voir [Qu'est-ce que c'est AWS Database Migration Service ?](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) dans la AWS DMS documentation.
## Groupes de disponibilité SQL Server Always On
Si vous utilisez l'édition Enterprise de SQL Server uniquement pour un [groupe de disponibilité Always On à haute disponibilité](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver16), vous pouvez passer à l'édition SQL Server Standard en tirant parti des groupes de disponibilité de base. Vous pouvez réduire les coûts de 65 à 75 % en utilisant des groupes de disponibilité de base au lieu de groupes de disponibilité Always On.
**Note**
Pour plus d'informations sur les différences de coûts entre les différentes éditions de SQL Server, consultez la section [Comparer les éditions de SQL Server](sql-server-editions.md) de ce guide.
**Fonctions**
+ Disponible dans l'édition standard de SQL Server
+ Limite de deux répliques (principale et secondaire)
+ Aucun accès en lecture sur la réplique secondaire
+ Aucun contrôle d'intégrité sur les répliques secondaires
**Limites**
+ Support pour une seule base de données de disponibilité par groupe de disponibilité
+ Les groupes de disponibilité de base ne peuvent pas faire partie d'un groupe de disponibilité distribué
Le schéma suivant montre un exemple d'architecture pour une solution Windows Server Failover Cluster.
![\[Architecture du cluster Windows Server Failover\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/wfc_arch.png)
## Instances de cluster Always On Failover de SQL Server
Vous pouvez utiliser des instances de cluster failover (FCIs) pour garantir la continuité des opérations de base de données tout en minimisant les temps d'arrêt et en réduisant le risque de perte de données. FCIs offrez une solution fiable si vous recherchez une haute disponibilité pour votre base de données SQL Server sans configuration de réplication en lecture.
Contrairement aux groupes de disponibilité, ils FCIs peuvent fournir une solution de basculement fiable sans nécessiter l'édition Enterprise de SQL Server. Exigez plutôt uniquement les licences de l'édition standard de SQL Server. FCIs Vous pouvez l'utiliser FCIs pour réduire les coûts de licence SQL Server de 65 à 75 %.
**Note**
Pour plus d'informations sur les différences de coûts entre les éditions de SQL Server, consultez la section [Comparer les éditions de SQL Server](sql-server-editions.md) de ce guide.
Éléments à prendre en compte :
+ Amazon FSx pour Windows File Server propose une solution puissante pour répondre à vos exigences de stockage partagé SQL Server FCI. Vous pouvez utiliser Windows File Server FSx pour éviter d'avoir à acheter une licence pour une solution de réplication du stockage et pour gérer vous-même le stockage partagé. Cela peut se traduire par des économies de coûts importantes de 30 à 40 %. Pour plus d'informations, consultez le billet [Simplifiez vos déploiements de haute disponibilité Microsoft SQL Server à l'aide d'Amazon FSx pour Windows File Server](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) sur le blog AWS de stockage.
+ Grâce au [résumé des avantages de la Software Assurance](https://download.microsoft.com/download/0/0/3/0039F316-45CF-4083-AA6E-C35DA9D25C1B/SA_InteractiveBenefitsChart.pdf) (PDF téléchargeable) et au modèle Bring Your Own License (BYOL), vous pouvez bénéficier des avantages du basculement passif, à condition que le serveur secondaire soit passif. Cela permet de réaliser des économies sur les licences SQL, car vous n'avez pas à fournir de licences au nœud passif du cluster.
Le schéma suivant montre un exemple d'architecture pour un SQL Server FCI à l'aide d'un serveur FSx de fichiers Windows.
![\[FSx pour l'architecture de serveur de fichiers Windows\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_arch.png)
## SIOS DataKeeper
Nous vous recommandons de prendre en compte les exigences de stockage partagé si vous prévoyez de déployer SQL Server FCIs sur AWS. Les installations sur site traditionnelles utilisent généralement un réseau de stockage (SAN) pour répondre aux exigences de stockage partagé, mais cette option n'est pas viable. AWS Amazon FSx pour Windows File Server est la solution de stockage recommandée pour SQL Server FCI on AWS, mais elle présente des limites qui empêchent d'ajouter des serveurs de cluster dans différents Régions AWS serveurs.
Vous pouvez utiliser le [SIOS DataKeeper](https://aws.amazon.com/blogs/architecture/field-notes-implementing-ha-and-dr-for-microsoft-sql-server-using-always-on-failover-cluster-instance-and-sios-datakeeper/) pour créer un SQL Server FCI qui couvre à la fois les zones de disponibilité et les régions tout en réduisant les coûts de 58 à 71 %. Le SIOS DataKeeper peut vous aider à tirer parti des avantages de la haute disponibilité de FCI. Cela fait du SIOS DataKeeper une solution rentable et fiable pour les entreprises.
Tenez compte des avantages supplémentaires suivants liés à l'utilisation du SIOS DataKeeper :
+ SIOS DataKeeper crée un SAN virtuel en cluster à l'aide de volumes EBS locaux et utilise la réplication synchrone entre les zones de disponibilité pour une haute disponibilité. Pour la reprise après sinistre, le SIOS DataKeeper utilise la réplication asynchrone entre les régions.
+ SIOS DataKeeper fournit des fonctionnalités de clustering de niveau professionnel en utilisant l'édition standard de SQL Server. Cela permet de réduire les coûts de licence SQL Server de 65 à 75 % par rapport à la mise en œuvre de la haute disponibilité avec les groupes de disponibilité SQL Server Always On qui utilisent l'édition Enterprise de SQL Server. Avec SIOS DataKeeper, vous pouvez créer un environnement SQL Server hautement disponible, flexible et rentable qui répond aux besoins de votre entreprise.
**Note**
Pour plus d'informations sur les différences de coûts entre les éditions de SQL Server, consultez la section [Comparer les éditions de SQL Server](sql-server-editions.md) de ce guide.
Le schéma suivant montre un exemple d'architecture pour un SQL Server FCI utilisant une solution Virtual SAN en cluster.
![\[SQL Server FCI à l'aide d'une solution SAN virtuelle en cluster.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/clustered_vsan_arch.png)
## Groupes de disponibilité Always On
Vous pouvez utiliser les groupes de disponibilité Always On à des fins de haute disponibilité et de reprise après sinistre. Vous pouvez atteindre une haute disponibilité en déployant SQL Server sur deux zones de disponibilité au sein d'une même région. Vous pouvez réaliser une reprise après sinistre en étendant les groupes de disponibilité à toutes les régions.
Le schéma suivant montre un exemple d'architecture pour une solution basée sur les groupes de disponibilité Always On. Les répliques de la région 1 du diagramme utilisent un commit synchrone, qui permet un basculement automatique du groupe de disponibilité. La réplique de la région 2 utilise un commit asynchrone, qui nécessitera un basculement manuel du groupe de disponibilité.
![\[Architecture des groupes de disponibilité Always On\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/alwayson_ag_arch.png)
## Groupes de disponibilité distribués
Pour les déploiements critiques de SQL Server où vous ne pouvez pas faire de compromis sur la fiabilité ou la reprise après sinistre, nous recommandons une approche multirégionale. Répartir vos groupes de disponibilité sur plusieurs régions est la solution la plus résiliente pour assurer la continuité des activités et minimiser les temps d'arrêt.
Cette architecture tire pleinement parti des fonctionnalités d'Amazon FSx pour Windows File Server, notamment le stockage partagé, la réplication synchrone au niveau des blocs et SQL Server. FCIs Ces fonctionnalités vous permettent de créer un environnement SQL Server hautement disponible qui couvre plusieurs zones de disponibilité. En reproduisant cette configuration dans une autre région, vous obtenez un système entièrement redondant capable de gérer les perturbations les plus graves. Ce qui distingue cette solution, c'est le niveau de flexibilité et de sécurité qu'elle fournit. L'architecture indépendante du domaine des groupes de disponibilité distribués permet aux serveurs de clusters Windows sous-jacents de rejoindre différents domaines Active Directory, tandis que l'authentification basée sur des certificats garantit une protection maximale de vos environnements SQL Server et répond à des exigences RTO et RPO élevées pour une stratégie de reprise après sinistre multirégionale. Pour plus d'informations sur la création d'une architecture multirégionale, voir [Notes de terrain : création d'une architecture multirégionale pour SQL Server à l'aide de FCI et de groupes de disponibilité distribués](https://aws.amazon.com/blogs/architecture/field-notes-building-a-multi-region-architecture-for-sql-server-using-fci-and-distributed-availability-groups/) dans le blog sur l' AWS architecture.
Le schéma suivant montre un exemple d'architecture pour une solution multirégionale utilisant des groupes de disponibilité distribués.
![\[Architecture multirégionale\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/multi_region_arch.png)
## Expédition de journaux
L'expédition des journaux est une méthode éprouvée, fiable et rentable pour protéger vos bases de données dans toutes les régions en cas de panne imprévue. Organisations utilisent le transport de logs pour protéger leurs données depuis des décennies.
Si vous implémentez l'expédition des journaux AWS, vous pouvez atteindre le RPO et le RTO en quelques minutes, en fonction de la fréquence des transactions et des tâches d'expédition des journaux. Dans le cas peu probable où une région deviendrait inaccessible, l'expédition des logs garantit la sécurité et la restauration de vos données.
Tenez compte des avantages supplémentaires suivants liés à l'utilisation de l'expédition de grumes :
+ Réduisez les coûts et répondez aux exigences de votre entreprise en utilisant l'expédition de journaux pour renforcer la résilience en cas de sinistre dans toutes les régions. L'expédition des journaux réduit votre coût total de possession car vous n'avez besoin que de licences SQL Server Standard Edition ou SQL Server Web Edition.
+ Supprimez les coûts de licence liés à un recovery/passive serveur en cas de sinistre en utilisant l'expédition des journaux avec Active [Software Assurance](https://download.microsoft.com/download/0/0/3/0039F316-45CF-4083-AA6E-C35DA9D25C1B/SA_InteractiveBenefitsChart.pdf). Seul le serveur primary/active SQL doit être titulaire d'une licence lorsque vous utilisez l'expédition de journaux avec Software Assurance.
+ Réduisez les coûts de licence SQL Server de 65 à 75 % en supprimant la nécessité de configurer des groupes de disponibilité distribués entre les régions dans l'édition SQL Server Enterprise. Pour ce faire, vous pouvez utiliser l'édition Standard de SQL Server et SQL Server FCIs combinés à l'expédition des journaux pour répondre à vos exigences en matière de reprise après sinistre.
**Note**
Pour plus d'informations sur les différences de coûts entre les éditions de SQL Server, consultez la section [Comparer les éditions de SQL Server](sql-server-editions.md) de ce guide.
Pour plus d'informations, consultez la section [Extension de SQL Server DR à l'aide de l'expédition de journaux pour la configuration de SQL Server FCI avec Amazon FSx pour Windows](https://aws.amazon.com/blogs/architecture/extend-sql-server-dr-using-log-shipping-for-sql-server-fci-with-amazon-fsx-for-windows-configuration/) dans le blog AWS d'architecture.
Le schéma suivant montre un exemple d'architecture pour une solution d'expédition de journaux.
![\[Architecture d'expédition de journaux\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/log_shipping_arch.png)
## AWS Database Migration Service
Vous pouvez utiliser AWS Database Migration Service (AWS DMS) pour concevoir une HA/DR solution en fonction des besoins de votre application. AWS DMS vous permet de copier facilement des données vers une base de données SQL Server secondaire dans la même région (HA) ou entre régions (DR). Cette approche est techniquement solide et vous permet de maximiser votre investissement dans l' AWS infrastructure tout en optimisant l'utilisation de vos ressources.
AWS DMS est un service rentable. Vous êtes facturé uniquement pour les ressources du processeur utilisées pendant le processus de transfert et pour tout stockage de journal supplémentaire. Cela signifie que vous pouvez bénéficier de cette solution sans encourir de coûts supplémentaires importants. Vous pouvez vous AWS DMS en servir pour garantir la disponibilité et l'accessibilité de vos données, tout en minimisant les coûts associés aux licences et à l'utilisation des ressources.
Le schéma suivant montre un exemple d'architecture pour une solution basée sur AWS DMS.
![\[AWS DMS architecture\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_dms_arch.png)
## AWS Elastic Disaster Recovery
Certaines entreprises doivent s'assurer que toutes les applications métier critiques disposent d'un plan de reprise après sinistre. Dans le passé, bon nombre de ces entreprises ont investi massivement dans les solutions traditionnelles de reprise après sinistre, qui nécessitent la préconstruction et la maintenance d'une infrastructure dupliquée complète. Cette approche est coûteuse, prend du temps et est difficile à mettre en œuvre à grande échelle.
Vous pouvez désormais l'utiliser AWS Elastic Disaster Recovery pour éliminer le besoin de pré-construire une infrastructure de reprise après sinistre. Les machines de reprise après sinistre ne sont démarrées dans Elastic Disaster Recovery que lorsque cela est nécessaire. Vous ne payez donc que ce que vous utilisez lorsque vous en avez besoin. Cela signifie que vous pouvez réduire de manière significative vos licences logicielles et vos coûts de calcul de haute performance.
En outre, la zone de transit de la solution de reprise après sinistre contient des volumes Amazon Elastic Block Store (Amazon EBS) à faible coût. Les volumes EBS réduisent encore le coût de provisionnement des ressources dupliquées. Cela vous permet de réduire vos coûts globaux de reprise après sinistre tout en conservant une solution de reprise après sinistre robuste et fiable qui répond aux exigences de votre entreprise. Vous pouvez utiliser Elastic Disaster Recovery pour vous concentrer sur vos activités principales, AWS tout en gérant l'infrastructure sous-jacente de votre solution de reprise après sinistre.
Pour SQL Server, vous pouvez utiliser Elastic Disaster Recovery comme option de reprise après sinistre rentable. La licence pour le nœud passif dans une architecture SQL Server hautement disponible et tolérante aux pannes est couverte si vous utilisez Active Software Assurance. Cependant, vous devez toujours payer des frais de calcul pour que le serveur passif soit en ligne. Avec Elastic Disaster Recovery, le serveur principal peut effectuer une réplication vers l'environnement de reprise après sinistre sans avoir à maintenir une assurance logicielle active et sans avoir à payer les coûts de calcul liés à la reprise après sinistre. Cette combinaison d'économies peut réduire les coûts de reprise après sinistre de SQL Server de 50 % ou plus.
Le schéma suivant montre un exemple d'architecture pour une solution basée sur Elastic Disaster Recovery.
![\[Architecture élastique de reprise après sinistre\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_drs_arch.png)
Pour plus d'informations, consultez [Comment configurer la haute disponibilité pour SQL Server AWS Elastic Disaster Recovery sur le site DR restauré à l'aide](https://aws.amazon.com/blogs/modernizing-with-aws/set-up-high-availability-for-sql-server-at-dr-site-using-aws-elastic-disaster-recovery/) du AWS blog Microsoft Workloads on.
## Comparaison des coûts
Le tableau suivant compare les coûts des HA/DR solutions abordées dans cette section. Les hypothèses suivantes sont formulées aux fins de cette comparaison :
+ **Type d'instance** : r5d.xlarge
+ **Type de licence** : licence incluse pour Windows et SQL Server
+ **Région** — `us-east-1`
****
| Solution | Haute disponibilité | Reprise après sinistre | Édition Enterprise | Édition Standard | Cost |
| --- | --- | --- | --- | --- | --- |
| Expédition de journaux | Non | Oui | Oui | Oui | Édition SQL Server Enterprise : 32 674,8\$1 (2 nœuds)Édition standard de SQL Server : 14 804,4\$1 (2 nœuds) |
| Groupes de disponibilité Always On | Oui | Oui | Oui | Oui, mais les groupes de disponibilité de base (2 nœuds) | Édition SQL Server Enterprise : 32 674,8\$1 (2 nœuds)Édition standard de SQL Server : 14 804,4\$1 (2 nœuds) |
| Toujours allumé FCIs | Oui | Non | Oui | Oui (2 nœuds) | Édition standard de SQL Server : 14 804,4\$1 |
| Groupes de disponibilité distribués | Oui | Oui | Oui | Non | Édition SQL Server Enterprise : 65 349,6\$1 (4 nœuds) |
| Reprise après sinistre Elastic | Non | Oui | Oui | Oui | Environ 107,48 \$1/mois pour la réplication d'une instance et de 1 To de stockage**Remarque** : Elastic Disaster Recovery est facturé à l'heure, par serveur de réplication. Le coût est le même, quels que soient le nombre de disques, la taille du stockage, le nombre de lancements d'exploration ou de restauration, ou la région que vous répliquez. |
| Gardien de données SIOS | Oui | Oui | Oui | Oui | Groupes de disponibilité Always On avec Software Assurance (2 nœuds, 24 cœurs) : 213 480\$1Cluster SQL Server à 2 nœuds exécuté sur l'édition standard de SQL Server avec SIOS DataKeeper et Software Assurance : 61 530\$1 (2 nœuds) |
| AWS DMS | Non | Oui | Oui | Oui | 745,38 \$1/mois pour une instance r5.xlarge et 1 To de stockage |
## Recommandations en matière d’optimisation des coûts
Nous vous recommandons de suivre les étapes suivantes pour choisir une HA/DR solution répondant aux exigences de votre organisation :
+ Consultez la section [Sélectionnez l'instance EC2 adaptée aux charges de travail SQL Server](right-ec2-instance.md) de ce guide.
+ Déterminez les besoins en IOPS et en débit de vos charges de travail en exécutant des compteurs de performance pendant les pics de charge de travail :
+ IOPS = disque reads/sec \$1 écritures sur disque par seconde
+ Débit = lecture sur bytes/sec disque\$1octets d'écriture sur disque par seconde
+ Utilisez les types de volumes de stockage suivants pour améliorer les performances et réaliser des économies :
+ NVMe stockage d'instance pour extension `tempdb` du pool de mémoire tampon
+ volumes io2 pour fichiers de base de données
+ [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor-check-reference.html)À utiliser pour des recommandations sur l'optimisation des coûts pour SQL Server sur Amazon EC2. Il n'est pas nécessaire d'installer un agent pour Trusted Advisor effectuer des vérifications d'optimisation de SQL Server. Trusted Advisor inspecte les configurations d'instance incluses dans la licence Amazon EC2 SQL Server, telles que CPUs virtual (CPUsv), version et édition. Ensuite, Trusted Advisor formule des recommandations basées sur les meilleures pratiques.
+ Optimiseur de calcul AWS À utiliser à la fois pour les recommandations relatives à l'instance Amazon EC2 et à la bonne taille d'Amazon EBS.
+ [Calculateur de tarification AWS](https://calculator.aws/#/)À utiliser pour concevoir votre HA/DR stratégie d'estimation des coûts.
+ Pour déterminer s'il est possible de passer de l'édition Enterprise à l'édition SQL Server Standard, utilisez la vue de gestion dynamique [sys dm\$1db\$1persisted\$1sku\$1features pour identifier les fonctionnalités](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=sql-server-ver16) spécifiques à l'édition qui sont actives dans la base de données actuelle.
**Note**
Side-by-side les migrations sont nécessaires pour modifier l'édition de SQL Server lorsque vous utilisez des instances EC2 incluses dans une licence.
+ Effectuez des exercices de reprise après sinistre semestriels ou annuels afin de mieux concevoir une conception capable de restaurer la base de données avec un RTO et un RPO définis. Cela peut également vous aider à identifier les faiblesses de l'architecture.
## Ressources supplémentaires
+ [Simplifiez vos déploiements de haute disponibilité de Microsoft SQL Server à l'aide d'Amazon FSx pour Windows File Server](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server) (AWS Storage Blog)
+ [Notes de terrain : Création d'une architecture multirégionale pour SQL Server à l'aide de FCI et de groupes de disponibilité distribués (blog](https://aws.amazon.com/blogs/architecture/field-notes-building-a-multi-region-architecture-for-sql-server-using-fci-and-distributed-availability-groups/) d'AWS architecture)
+ [Concevez une reprise après sinistre pour SQL Server sur AWS : Partie 1](https://aws.amazon.com/blogs/database/part-1-architect-a-disaster-recovery-for-sql-server-on-aws/) (blog AWS de base de données)
+ [Haute disponibilité de Microsoft SQL avec Amazon FSx pour Windows](https://www.youtube.com/watch?v=8dsRkVLy0Nc) (YouTube)
+ [Optimisation des performances de Microsoft SQL Server avec Amazon EBS](https://aws.amazon.com/blogs/storage/maximizing-microsoft-sql-server-performance-with-amazon-ebs/) (AWS Storage Blog)
+ [Comparaison de vos modèles de stockage sur site avec les services AWS de AWS stockage](https://aws.amazon.com/blogs/storage/comparing-your-on-premises-storage-patterns-with-aws-storage-services/) (Storage Blog)
+ [Planification du remplacement d'un NAS de centre de données par Amazon FSx File Gateway](https://aws.amazon.com/blogs/storage/planning-to-replace-a-data-center-nas-with-amazon-fsx-file-gateway/) (AWS Storage Blog)
+ [Optimisation des coûts pour vos déploiements SQL Server à haute disponibilité sur AWS](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) (AWS Storage Blog)
+ [Comment configurer la reprise après sinistre pour les groupes de disponibilité SQL Server Always On à l'aide](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-set-up-disaster-recovery-for-sql-server-always-on-availability-groups-using-aws-elastic-disaster-recovery/) de AWS Elastic Disaster Recovery(Microsoft Workloads activé AWS)
+ [Comment configurer la haute disponibilité pour SQL Server sur un site de reprise après sinistre restauré à l'aide](https://aws.amazon.com/blogs/modernizing-with-aws/set-up-high-availability-for-sql-server-at-dr-site-using-aws-elastic-disaster-recovery/) de AWS Elastic Disaster Recovery(Microsoft Workloads activé AWS)
# Comprendre les licences SQL Server
## Présentation de
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.
![\[Passez en revue les options de licence, telles que l'achat ou l'achat de licences.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_licensing_options.png)
AWS classe les licences en trois catégories principales :
1. **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.
1. **Produits BYOL (Bring Your Own License) 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](https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-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.
1. **Produits BYOL sans mobilité de licence** : pour les produits Microsoft ne disposant pas de License Mobility, tels que Windows Server, AWS des options dédiées permettant d'utiliser ces produits dans le cloud sont proposées. 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.
## Impact financier 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 \$1 SQL Server Enterprise : 1353 \$1/mois (licence incluse)
+ Édition Windows Server \$1 SQL Server Standard : 609 \$1/mois (licence incluse)
+ Windows Server uniquement : 259 \$1/mois (licence incluse)
+ Calcul uniquement (Linux) : 127 \$1/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 OLA est 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 L'OLA fournit 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](rightsize.md). Le bon dimensionnement implique de sélectionner le type d'instance adapté à votre charge de travail en fonction de ses besoins en termes de processeur, 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 Server et SQL 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 en matière 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 des [hôtes dédiés Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/) si vous avez acheté les licences avant le 1er octobre 2019 ou si vous les avez achetées dans le cadre de contrats d'entreprise actifs signés avant cette date. Cette règle est basée sur une modification apportée par Microsoft en 2019 à ses conditions générales de licence pour les produits sans licence Mobility, tels que Windows Server, lorsqu'ils sont déployés sur des [fournisseurs répertoriés](https://www.microsoft.com/licensing/docs/view/Listed-Providers) (par exemple AWS, Alibaba ou Google Cloud). Selon les nouvelles conditions, vous ne pouvez pas apporter vos propres licences Windows Server, AWS mais vous devez utiliser des instances incluses dans des licences. Toutefois, si vous avez acheté des licences perpétuelles avant cette date, vous pouvez toujours déployer ces licences Windows Server sur des hôtes dédiés Amazon EC2.
### 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 de Windows Server Datacenter et de SQL Server Enterprise Edition.
Prenons l'exemple d'un hôte dédié R5 avec 48 cœurs, ce qui correspond à 96 v. CPUs 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 jusqu'à 96 VCPUs, comme le montre le schéma suivant.
![\[Licences au niveau physique\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/r5_dh_licenses.png)
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 de base de SQL Server
Dans le cadre de la location partagée, les licences SQL Server sont basées sur le nombre de v CPUs alloués à l'instance. En revanche, avec les hôtes dédiés, vous pouvez obtenir une licence pour SQL Server Enterprise Edition au niveau du cœur physique ou au niveau du vCPU.
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 Enterprise de SQL Server 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 SQL Server 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 de SQL Server
La [consolidation de SQL Server](consolidate-instances.md) est le processus qui consiste à combiner plusieurs instances de SQL Server sur un seul serveur. SQL Server nécessite un minimum de quatre licences principales par instance, même si l'instance ne possède que deux versionsCPUs. 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.
![\[Consolidation de SQL Server\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sql_server_consolidation.png)
Par exemple, la consolidation de deux instances de deux v CPUs chacune en une seule instance de quatre v CPUs peut réduire les exigences 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 de ce guide consacrée à la [consolidation de SQL Server](consolidate-instances.md).
### Rétrograder les éditions de SQL Server
La [modification des éditions de SQL Server](sql-server-editions.md) peut constituer une stratégie clé pour optimiser l'utilisation des licences et réduire les coûts. L'édition Enterprise de SQL Server étant considérablement plus chère que l'édition Standard, la rétrogradation peut entraîner des économies importantes.
Le chiffrement transparent des données (TDE) et les groupes de disponibilité Always On sont deux fonctionnalités populaires de l'édition Enterprise de SQL Server. 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 Enterprise de SQL Server. Par exemple, vous pouvez obtenir le TDE dans l'édition standard de SQL Server à 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 standard de SQL Server.
En rétrogradant 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 SQL Server à haute disponibilité AWS publié sur](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) le blog sur le AWS stockage.
En plus de réduire les coûts de licence, la rétrogradation des éditions de SQL Server peut vous aider à réduire vos dépenses d'assurance logicielle et à éviter de futures erreurs. 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 vos charges de travail SQL Server 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](https://docs.aws.amazon.com/prescriptive-guidance/latest/evaluate-downgrading-sql-server-edition/assess-environment.html) dans AWS Prescriptive Guidance et déterminez si votre base de données Microsoft SQL Server utilise des fonctionnalités spécifiques à l'édition Enterprise de SQL Server.
Si vous choisissez la bonne édition de SQL Server et que vous utilisez des alternatives aux fonctionnalités de l'édition Enterprise de SQL Server, vous pouvez réaliser d'importantes économies tout en garantissant 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 de SQL Server](sql-server-editions.md) 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 abonnements MSDN dans des environnements sur site. Cependant, l'abonnement MSDN 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.
L'édition SQL Server Developer est une édition complète de SQL Server disponible gratuitement. Cette édition est disponible pour les versions 2016 et ultérieures de SQL Server. Vous pouvez le télécharger sur le site Web de Microsoft. L'édition SQL 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 les tests, 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 [Evaluate SQL Server Developer edition](sql-server-dev.md) de ce guide.
### Optimisation du processeur pour les charges de travail SQL Server
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 la RAM ou 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 désactiver les processeurs sur l'instance EC2 afin de 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, telles que la RAM, 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 Server, vous pouvez désactiver l'hyperthreading d'une instance dont seulement huit sont actifs. CPUs Vous pouvez ainsi économiser 50 % sur les licences SQL Server requises, car il vous suffit de licencier les huit cœurs activement utilisés.
****
| Type d’instance | Total v CPUs | vCPU actif avec fonction d'optimisation CPUs | Économies de licence SQL Server |
| --- | --- | --- | --- |
| r5.4xlarge | 16 | 8 | 50% |
| r5.12xlarge | 48 | 8 | 83 % |
La fonctionnalité Optimize CPU peut être configurée lors de la configuration de lancement d'Amazon EC2 ou en modifiant une instance existante. Il peut également être appliqué à la fois aux instances BYOL et aux instances Amazon EC2 incluses dans une licence. Cette flexibilité vous aide à adapter votre processeur aux besoins de votre charge de travail, tout en réduisant le nombre Windows Server de SQL Server licences. Pour les instances Amazon EC2 incluses dans une licence, la CPUs réduction permet de réaliser des économies instantanées sur les coûts de licence.
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](https://aws.amazon.com/windows/faq/) (AWS documentation)
# Sélectionnez l'instance EC2 adaptée aux charges de travail SQL Server
**Important**
Avant de lire cette section, nous vous recommandons de lire d'abord les sections [Comprendre les licences SQL Server](sql-server-licensing.md) et [Sélectionner le type d'instance adapté aux charges de travail Windows](right-size-selection.md) de ce guide.
## Présentation de
Microsoft SQL Server fonctionne sur des instances Amazon Elastic Compute Cloud (Amazon EC2) depuis plus de 15 ans. AWS a tiré parti de cette expérience pour développer des instances Amazon EC2 adaptées aux charges de travail SQL Server, qu'il s'agisse de spécifications minimales ou de clusters multirégionaux à hautes performances.
Le choix de l'instance EC2 appropriée pour SQL Server dépend largement de votre charge de travail. Comprendre comment SQL Server est licencié, comment il utilise la mémoire et comment les fonctionnalités de SQL Server s'alignent sur les offres Amazon EC2 peut vous aider à trouver l'instance EC2 la mieux adaptée à votre application.
Cette section aborde diverses charges de travail SQL Server et explique comment elles peuvent être associées à certaines instances EC2 afin de minimiser vos coûts de licence et de calcul.
## Comparaison des coûts
Amazon EC2 vous permet d'apporter votre propre licence (BYOL) ou de payer au fur et à mesure avec les licences Windows Server et SQL Server. Pour les pay-as-you-go licences, les coûts de licence pour les licences Windows Server et SQL Server sont intégrés au coût horaire de l'instance EC2. Par exemple, vous pouvez avoir AMIs des prix différents. Le prix de l'AMI dépend de l'édition SQL Server sur laquelle l'AMI est exécutée.
Les tarifs de Windows Server et SQL Server ne sont pas détaillés. Vous ne trouverez pas de prix détaillés sur des outils tels que le [Calculateur de tarification AWS](https://calculator.aws/). Si vous sélectionnez différentes combinaisons d'offres avec licence, les coûts de licence peuvent être déduits, comme le montre le tableau suivant.
****
| instance EC2 | AMI | Calculez le prix | Prix de la licence Windows | Prix de la licence SQL | Prix total |
| --- | --- | --- | --- | --- | --- |
| r5.xlarge | Linux (tarification du calcul) | 183,96\$1 | - | - | 183,96\$1 |
| r5.xlarge | Développeur Linux \$1 SQL | 183,96\$1 | \$10 | \$10 | 183,96\$1 |
| r5.xlarge | Windows Server (LI) | 183,96\$1 | 134,32\$1 | - | 318,28\$1 |
| r5.xlarge | Développeur SQL pour Windows \$1 | 183,96\$1 | 134,32\$1 | \$10 | 318,28\$1 |
| r5.xlarge | Windows \$1 SQL Web (LI) | 183,96\$1 | 134,32\$1 | 49,64\$1 | 367,92\$1 |
| r5.xlarge | Windows \$1 SQL Standard (LI) | 183,96\$1 | 134,32\$1 | 350,4\$1 | 668,68\$1 |
| r5.xlarge | Windows \$1 SQL Entreprise (LI) | 183,96\$1 | 134,32\$1 | 1095\$1 | 1413,28\$1 |
**Note**
Les prix indiqués dans le tableau précédent sont basés sur les tarifs à la demande dans la `us-east-1` région.
La méthode la plus rentable pour exécuter SQL Server consiste à utiliser une édition de niveau inférieur jusqu'à ce que vous ayez besoin d'une fonctionnalité d'une édition de niveau supérieur. Pour plus d'informations, consultez la section [Comparaison des éditions de SQL Server](sql-server-editions.md) de ce guide. La mise à niveau de SQL Server Web Edition vers SQL Server Standard coûte plus de sept fois le coût de licence SQL Server et plus de trois fois le coût du passage de l'édition Standard à l'édition Enterprise. La disparité des coûts de licence est un facteur important à prendre en compte et est explorée dans le reste de cette section.
## Scénario d'optimisation des coûts
Prenons l'exemple d'un scénario dans lequel une société d'analyse effectuant le suivi des véhicules de livraison cherche à améliorer les performances de SQL Server. Après qu'un expert MACO a examiné les problèmes de performance de l'entreprise, celle-ci passe des instances x1e.2xlarge aux instances x2iedn.xlarge. Bien que la taille de l'instance soit plus petite, les améliorations apportées aux instances x2 améliorent les performances et l'optimisation de SQL Server en utilisant des extensions de pool de mémoire tampon. Cela a permis à l'entreprise de passer de l'édition SQL Server Enterprise à l'édition SQL Server Standard et de réduire ses licences SQL Server de 8 CPUs à 4 versions. CPUs
Avant l'optimisation :
****
| Serveur | instance EC2 | Edition SQL Server | Coût mensuel |
| --- | --- | --- | --- |
| Prod DB1 | x1e.2xlarge | Enterprise | 3 918,64\$1 |
| Prod DB2 | x1e.2xlarge | Enterprise | 3 918,64\$1 |
| Total | | | 7 837,28\$1 |
Après optimisation :
****
| Serveur | instance EC2 | Edition SQL Server | Coût mensuel |
| --- | --- | --- | --- |
| Prod DB1 | x2iedn.xlarge | Standard | 1 215,00\$1 |
| Prod DB2 | x2iedn.xlarge | Standard | 1 215,00\$1 |
| Total | | | 2 430,00\$1 |
Les modifications combinées des instances x1e.2xlarge aux instances x2iedn.xlarge ont permis au client exemple d'économiser 5 407\$1 par mois sur ses serveurs de base de données de production. Cela a permis de réduire le coût total de la charge de travail de 69 %.
**Note**
Les prix indiqués dans le tableau précédent sont basés sur les tarifs à la demande dans la `us-east-1` région.
## Recommandations en matière d’optimisation des coûts
### instances de mémoire optimisée
L'un des aspects les plus importants de SQL Server est de comprendre sa dépendance à la mémoire. SQL Server essaie d'utiliser toute la RAM disponible qui n'est pas utilisée par le système d'exploitation (jusqu'à 2 To pour une installation par défaut). Il le fait pour des raisons de performance. Travailler avec des données en mémoire est bien plus performant que de devoir constamment extraire des données du disque, apporter des modifications, puis les réécrire sur le disque. SQL Server essaie plutôt de charger autant de données que possible à partir des bases de données jointes et conserve ces données dans la RAM. Les modifications apportées aux données sont enregistrées en mémoire et sont ensuite enregistrées sur disque.
**Note**
Pour une explication détaillée de la façon dont SQL Server écrit les modifications, consultez la section [Écrire des pages](https://learn.microsoft.com/en-us/sql/relational-databases/writing-pages?view=sql-server-ver16) dans la documentation Microsoft.
Étant donné que SQL Server fonctionne mieux avec de plus grandes quantités de RAM, nous recommandons généralement de commencer par les types d'instances [optimisés pour la mémoire Amazon EC2](https://aws.amazon.com/ec2/instance-types/#Memory_Optimized). Les instances optimisées pour la mémoire sont polyvalentes et offrent de nombreuses options différentes. La famille R a un vCPU-to-RAM ratio de 1 pour 8 et propose des options pour les processeurs Intel, les processeurs AMD, une mise en réseau améliorée, des performances EBS améliorées, le stockage d'instance et une vitesse de processeur améliorée. Pour les charges de travail gourmandes en mémoire, il existe également une gamme X qui combine bon nombre des mêmes options et étend le vCPU-to-RAM ratio de 1 à 32. Grâce à la polyvalence des instances optimisées pour la mémoire, vous pouvez les appliquer à des charges de travail SQL Server de toutes formes et de toutes tailles.
### Charges de travail inférieures au minimum de ressources (moins de 4 VCPUs)
Bien que certains cas d'utilisation fonctionnent bien avec les instances burstables (T3), nous vous recommandons généralement d'éviter d'utiliser des instances burstables pour les charges de travail SQL Server. La licence pour SQL Server est basée sur le nombre de v CPUs attribués à une instance. Si SQL Server est inactif la majeure partie de la journée et qu'il obtient des crédits en rafale, vous payez pour des licences SQL que vous n'utilisez pas pleinement. En outre, SQL Server requiert une licence minimale de 4 cœurs par serveur. Cela signifie que si votre charge de travail SQL Server ne nécessite pas une puissance CPUs de calcul de 4 V, vous payez une licence SQL Server que vous n'utilisez pas. Dans ces scénarios, il serait préférable de [consolider plusieurs instances de SQL Server](consolidate-instances.md) sur un serveur plus grand.
### Charges de travail utilisant un minimum de ressources (moins de 64 Go de RAM)
De nombreuses charges de travail SQL Server inférieures à 64 Go de RAM ne privilégient ni les performances ni la haute disponibilité. Pour ces types de charges de travail, l'édition Web de SQL Server peut être adaptée si l'application est couverte par les restrictions de licence de Microsoft.
**Important**
L'édition Web de SQL Server comporte un cas d'utilisation restreint basé sur les conditions de licence de Microsoft. L’édition SQL Server Web peut prendre en charge uniquement les pages Web, les sites Web, les applications Web et les services Web bénéficiant d’un accès public et Internet. Il ne peut pas être utilisé pour prendre en charge line-of-business des applications (par exemple, la gestion de la relation client, la gestion des ressources d'entreprise et d'autres applications similaires).
L'édition Web de SQL Server peut atteindre 32 V CPUs et 64 Go de RAM et est 86 % moins chère que l'édition Standard de SQL Server. Pour les charges de travail nécessitant peu de ressources, l'utilisation d'une instance AMD optimisée pour la mémoire telle que le modèle r6a, dont le prix de calcul est inférieur de 10 % à celui de son homologue Intel, constitue également un bon moyen de réduire au minimum les coûts de calcul et de licence SQL.
### Charges de travail avec des ressources moyennes (moins de 128 Go de RAM)
L'édition Standard de SQL Server est utilisée pour la majorité des charges de travail SQL Server jusqu'à 128 Go de RAM. L'édition Standard de SQL Server est 65 à 75 % moins chère que l'édition Enterprise de SQL Server et peut évoluer jusqu'à 48 V CPUs avec 128 Go de RAM. Étant donné que la limite de 128 Go de RAM est généralement atteinte avant la limite de 48 vCPU, c'est l'objectif de la plupart des clients qui souhaitent éviter de passer à l'édition Enterprise de SQL Server.
SQL Server possède une fonctionnalité appelée [extension du pool de mémoire tampon](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16). Cette fonctionnalité permet à SQL Server d'utiliser une partie d'un disque pour agir comme une extension de la RAM. L'extension de pool de mémoire tampon fonctionne bien lorsqu'elle est associée à un stockage ultrarapide, comme celui NVMe SSDs utilisé dans le stockage [d'instances Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html). Les instances Amazon EC2 contenant un stockage d'instance sont signalées par un « d » dans le nom de l'instance (par exemple, r5d, r6id et x2iedn).
Les extensions de pool de mémoire tampon ne remplacent pas la RAM normale. Toutefois, si vous avez besoin de plus de 128 Go de RAM, vous pouvez utiliser des extensions de pool de mémoire tampon avec des instances EC2 telles que r6id.4xlarge et x2iedn.xlarge pour retarder la mise à niveau vers les licences de l'édition Enterprise.
### Charges de travail à hautes performances (plus de 128 Go de RAM)
Les charges de travail SQL Server nécessitant des performances élevées sont difficiles à optimiser en termes d'optimisation des coûts en raison de leur dépendance à de nombreuses ressources. Cependant, comprendre les différences entre les instances EC2 peut vous éviter de faire le mauvais choix.
Le tableau suivant présente diverses instances EC2 optimisées pour la mémoire et leurs limites de performances.
****
| | r5b | r6idn | r7iz | x2iden | x2iezn |
| --- | --- | --- | --- | --- | --- |
| Processeur | 3.1 GHzProcesseur Intel Xeon de 2e génération | 3,5 GHzProcesseur Intel Xeon de 3e génération | 3.9 GHzProcesseur évolutif Intel Xeon de 4e génération | 3,5 GHzProcesseur Intel Xeon de 3e génération | 4,5 GHzProcesseur Intel Xeon de 2e génération |
| Rapport CPU:RAM | 1:8 | 1:8 | 1:8 | 1:32 | 1:32 |
| Nombre maximal de vCPU | 96 | 128 | 128 | 128 | 48 |
| RAM maximale | 768 GO | 1 024 GO | 1 024 GO | 4 096 GO | 1 536 GO |
| Stockage d'instances | – | NVMe SSD(4 x 1900 Go) | – | NVMe SSD(2 x 1900 Go) | – |
| io2 Block Express | Pris en charge | Pris en charge | Pris en charge | Pris en charge | – |
| Nombre maximal d'IOPS EBS | 260 000 | 350 000 | 160 000 | 260 000 | 80 000 |
| Débit EBS maximal | 60 Gbit/s | 80 Gbit/s | 40 Gbit/s | 80 Gbit/s | 19 Gbit/s |
| Bande passante réseau maximale | 25 Gb/s | 200 Gb/s | 50 Gb/s | 100 Gbit/s | 100 Gbit/s |
Chaque instance est utilisée dans un but différent. Comprendre votre charge de travail SQL Server peut vous aider à choisir le type d'instance qui vous convient le mieux.
Détails sur les attributs :
+ **r5b** — L'attribut « b » dans r5b signifie que ce type d'instance est axé sur les performances EBS élevées. Dans la cinquième génération d'instances optimisées pour la mémoire, le r5b était le choix préféré. Il s'agit du premier type d'instance à utiliser les volumes io2 Block Express et à atteindre un maximum d'IOPS de stockage de 260 000. Le type d'instance r5b reste une alternative rentable pour les besoins de performances EBS élevés.
+ **r6idn** — La sixième génération d'instances optimisées pour la mémoire offrait des améliorations considérables par rapport à la génération précédente. Les améliorations de performances de l'EBS par rapport au r5b vont encore plus loin avec le r6idn, portant le maximum d'IOPS à 350 000. Le r6idn dispose également d'un volume de stockage d'instance pour les extensions tempdb et de pool de mémoire tampon afin d'améliorer encore les performances de SQL Server.
+ **x2iedn — Le x2iedn** est similaire au r6idn. Il offre des niveaux similaires d'EBS amélioré, de mise en réseau améliorée et de stockage d'instance NVMe SSD, mais avec un vCPU-to-RAM ratio de 1:32 pour les charges de travail élevées en mémoire et les faibles quantités de processeur (coûts de licence SQL Server inférieurs).
+ **x2iezn** — L'attribut « z » dans x2iezn indique que ce type d'instance est axé sur les performances élevées du processeur. Le processeur Cascade Lake possède une fréquence turbo tout-cœur allant jusqu'à 4,5 GHz. Nous vous recommandons d'utiliser cette instance EC2, associée à un vCPU-to-RAM ratio de 1:32, dans un scénario où vous souhaitez limiter la quantité de vCPU. Cela permet à son tour de maintenir les coûts de licence SQL Server à un faible niveau.
+ **r7iz** — L'attribut « z » dans r7iz indique que ce type d'instance est axé sur les performances élevées du processeur. Le processeur Sapphire Rapids a une fréquence turbo tout-cœur allant jusqu'à 3,9. GHz Comme les instances x2iezn, le r7iz donne la priorité aux performances des processeurs haute fréquence, mais avec un ratio de 1:8. vCPU-to-RAM
## Ressources supplémentaires
+ [Instances Amazon EC2 à usage général (documentation](https://aws.amazon.com/ec2/instance-types/))AWS
+ [Outil de comparaison](https://instances.vantage.sh/) (Vantage)
+ [Licences — SQL Server](https://aws.amazon.com/windows/faq/#licensing-sql) (AWS documentation)
# Consolider les instances
Cette section se concentre sur la technique d'optimisation des coûts qui consiste à combiner plusieurs instances de SQL Server sur le même serveur afin de minimiser les coûts de licence et de maximiser l'utilisation des ressources.
## Présentation de
La création d'une instance fait partie du processus d'installation du moteur de base de données SQL Server. L'instance SQL Server est une installation complète contenant ses propres fichiers serveur, ses identifiants de sécurité et ses propres bases de données système (master, model, msdb et tempdb). Comme une instance possède ses propres fichiers et services, vous pouvez installer plusieurs instances de SQL Server sur le même système d'exploitation sans que les instances n'interfèrent les unes avec les autres. Cependant, étant donné que les instances sont toutes installées sur le même serveur, elles partagent toutes les mêmes ressources matérielles, telles que le calcul, la mémoire et le réseau.
Il est courant de n'utiliser qu'une seule instance SQL Server par serveur dans les environnements de production afin qu'une instance « occupée » n'abuse pas des ressources matérielles partagées. Il est préférable de doter chaque instance de SQL Server de son propre système d'exploitation, avec ses propres ressources, plutôt que de se fier à la gouvernance des ressources. Cela est particulièrement vrai pour les charges de travail SQL Server à hautes performances qui nécessitent de grandes quantités de RAM et de ressources CPU.
Cependant, les charges de travail SQL Server n'utilisent pas toutes une grande quantité de ressources. Par exemple, certaines organisations attribuent à chacun de leurs clients sa propre instance SQL Server dédiée à des fins de conformité ou de sécurité. Pour les petits clients ou les clients qui ne sont généralement pas actifs, cela signifie qu'il faut exécuter les instances de SQL Server avec un minimum de ressources.
Comme indiqué dans le [guide Microsoft SQL Server 2019 : Licensing](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf), chaque serveur exécutant SQL Server doit disposer d'un minimum de quatre licences de processeur. Cela signifie que même si vous exécutez un serveur avec seulement deux vCPUs, vous devez toujours obtenir une licence SQL Server pour quatre CPUs v. Sur la base [de la tarification publique de Microsoft pour SQL Server](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing), cela représente une différence de 3 945\$1 si vous utilisez l'édition standard de SQL Server. Pour les entreprises qui exploitent plusieurs serveurs avec des instances uniques de SQL Server utilisant un minimum de ressources, le coût combiné de la licence des ressources non utilisées peut être substantiel.
## Scénario d'optimisation des coûts
Cette section explore un exemple de scénario qui compare la différence entre l'exécution de quatre serveurs Windows Server, chacun doté d'une seule instance SQL Server, et l'exécution simultanée de plusieurs instances de SQL Server par un seul serveur Windows Server de plus grande taille.
Si chaque instance SQL Server n'a besoin que de deux v CPUs et de 8 Go de RAM, le coût total par serveur est de 7 890\$1 pour la licence SQL Server, en plus d'un coût de calcul horaire de 0,096\$1.
****
| instance EC2 | v CPUs | RAM | Price | v CPUs vers la licence | Coût total des licences SQL Server |
| --- | --- | --- | --- | --- | --- |
| m6i.large | 2 | 8 | 0,096 | 4 | 7 890\$1 |
En l'étendant à quatre serveurs, le coût total de la licence SQL Server est de 31 560 dollars, avec un coût de calcul horaire de 0,384 dollars.
****
| instance EC2 | v CPUs | RAM | Price | v CPUs vers la licence | Coût total des licences SQL Server |
| --- | --- | --- | --- | --- | --- |
| 4 x 6 mm de large | 2 | 32 | 0,384 | 16 | 31 560\$1 |
Si vous combinez les quatre instances SQL Server en une seule instance EC2, la quantité totale de ressources de calcul et de calcul reste la même. Toutefois, en supprimant les coûts de licence inutiles de SQL Server, vous pouvez réduire le coût total d'exécution de la charge de travail de 15 780\$1.
****
| instance EC2 | v CPUs | RAM | Price | v CPUs vers la licence | Coût total des licences SQL Server |
| --- | --- | --- | --- | --- | --- |
| m6i.2xlarge | 8 | 32 | 0,384 | 8 | 15 780\$1 |
**Note**
Dans les tableaux précédents, les coûts de calcul indiquent la tarification horaire à la demande pour les serveurs Amazon EC2 exécutant Windows Server dans la `us-east-1` région. Les coûts de licence de SQL Server Standard Edition se réfèrent à la [tarification publique de Microsoft pour SQL Server](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing).
## Recommandations en matière d’optimisation des coûts
Si vous envisagez de consolider des instances SQL Server, la principale préoccupation est la consommation de ressources pour chacune des instances que vous souhaitez consolider. Il est important d'obtenir des indicateurs de performance sur de longues périodes afin de mieux comprendre les modèles de charge de travail sur chaque serveur. [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html), [Windows Performance Monitor](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481) (perfmon) et les outils de surveillance [natifs de SQL Server sont parmi les outils courants de surveillance](https://learn.microsoft.com/en-us/sql/relational-databases/performance/performance-monitoring-and-tuning-tools?view=sql-server-ver16) de la consommation des ressources.
Nous vous recommandons de vous poser les questions suivantes lorsque vous déterminez si vos charges de travail SQL Server peuvent être combinées pour utiliser les mêmes ressources du serveur sans qu'elles interfèrent les unes avec les autres :
+ Quelles ressources (processeur, mémoire et bande passante réseau) sont consommées pendant votre période d'équilibre ?
+ Quelles ressources (processeur, mémoire et bande passante réseau) sont consommées pendant les pics ?
+ À quelle fréquence les pics se produisent-ils ? Les pics sont-ils constants ?
+ Les pics de ressources d'un serveur coïncident-ils avec les pics de ressources d'un autre serveur ?
+ Quels sont les IOPS et le débit de stockage utilisés par SQL Server ?
Si vous souhaitez aller de l'avant avec un plan de combinaison d'instances SQL Server, consultez l'article [Exécuter plusieurs instances de SQL Server sur une instance Amazon EC2](https://aws.amazon.com/blogs/mt/run-multiple-instances-sql-server-on-one-amazon-ec2-instance/) sur le blog AWS Cloud Operations & Migrations. Ce billet fournit des instructions sur la façon d'apporter les modifications de configuration dans SQL Server pour ajouter des instances supplémentaires. Avant de commencer, considérez les différences mineures lorsque plusieurs instances sont installées sur le même serveur :
+ L'instance de base de données SQL Server par défaut est nommée `MSSQLSERVER` et utilise le port 1433.
+ Chaque instance supplémentaire installée sur le même serveur est une instance de base de données « nommée ».
+ Chaque instance nommée possède un nom d'instance et un port uniques.
+ Le [navigateur SQL Server](https://learn.microsoft.com/en-us/sql/tools/configuration-manager/sql-server-browser-service?view=sql-server-ver16) doit s'exécuter pour coordonner le trafic vers les instances nommées.
+ Chaque instance peut utiliser des emplacements distincts pour les fichiers de données de base de données et des connexions distinctes.
+ Les [paramètres de mémoire maximale du serveur](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/server-memory-server-configuration-options?view=sql-server-ver16) SQL Server doivent être configurés en fonction des besoins de performance de chaque instance, leur total combiné laissant également suffisamment de mémoire pour le système d'exploitation sous-jacent.
+ Vous pouvez utiliser les fonctionnalités [natives de sauvegarde et de restauration](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) de SQL Server ou [AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/)pour la migration ou la consolidation.
## Ressources supplémentaires
+ [Fiche technique des licences SQL Server](https://download.microsoft.com/download/0/5/c/05c60185-ebdd-4472-895a-3d8e8da55682/SQL_Server_2019_Licensing_Datasheet.pdf) (blog AWS sur les opérations et les migrations dans le cloud)
+ Article de blog sur la [configuration d'instances multiples de SQL Server (blog](https://aws.amazon.com/blogs/mt/run-multiple-instances-sql-server-on-one-amazon-ec2-instance/)AWS sur les opérations et les migrations dans le cloud)
# Comparez les éditions de SQL Server
## Présentation de
Les licences Microsoft SQL Server constituent l'une des dépenses les plus importantes pour un environnement de charge de travail Windows. Les coûts de licence pour SQL Server peuvent facilement dépasser les coûts de calcul liés à l'exécution de la charge de travail. Si vous choisissez la mauvaise édition, vous pourriez payer pour des fonctionnalités que vous n'utilisez pas ou dont vous n'avez même pas besoin. Cette section compare les éditions de SQL Server suivantes, notamment leurs fonctionnalités et leurs coûts relatifs :
+ **Enterprise — L'**édition SQL Server Enterprise fournit des fonctionnalités de centre de données avec des performances élevées, une virtualisation illimitée et plusieurs outils de business intelligence (BI).
+ **Standard** — L'édition standard de SQL Server fournit une gestion des données de base et des informations commerciales aux petites entreprises et aux services.
+ **Web** — L'édition Web de SQL Server convient aux entreprises hébergeant des sites Web ou fournisseurs de valeur ajoutée sur le Web (VAPs). Cette édition offre un faible coût total de possession et fournit des fonctionnalités d'évolutivité et de gérabilité pour les propriétés Web de petite à grande échelle.
**Important**
Vous pouvez utiliser l'édition Web de SQL Server pour prendre en charge uniquement les pages Web, les sites Web, les applications Web et les services Web publics et accessibles à Internet. Vous ne pouvez pas utiliser l'édition Web de SQL Server pour prendre en charge line-of-business des applications (telles que les applications de gestion de la relation client ou de gestion des ressources d'entreprise).
+ **Développeur** : l'édition SQL Server Developer inclut toutes les fonctionnalités de l'édition Enterprise, mais elle est uniquement destinée au développement.
+ **Express** — L'édition SQL Server Express est une base de données gratuite qui peut être utilisée pour apprendre ou pour créer des applications de bureau. Vous pouvez mettre à jour l'édition Express vers d'autres éditions.
**Note**
L'édition d'évaluation de SQL Server est disponible pour une période d'essai de 180 jours.
## Impact sur les coûts
Vous pouvez acheter des licences SQL Server auprès d'un revendeur Microsoft et les transférer AWS à Software Assurance. Vous pouvez également utiliser des licences SQL Server avec un pay-as-you-go modèle incluant une licence Amazon EC2. AMIs
Si vous achetez des licences SQL Server auprès de revendeurs Microsoft, les licences principales sont vendues par lots de deux et vous devez obtenir une licence d'au moins quatre cœurs par serveur. Le tableau suivant présente une comparaison des coûts entre les éditions Enterprise et Standard.
****
| Version | Édition SQL Server Enterprise (pack de 2 cœurs) | Édition standard de SQL Server (pack de 2 cœurs) | Économies |
| --- | --- | --- | --- |
| 2022 | 15 123\$1 | 3 945\$1 | 74 % |
| 2019 | 13 748\$1 | 3 586\$1 | 74 % |
**Note**
Les prix indiqués dans le tableau précédent sont basés sur les tarifs publics de Microsoft pour [SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) et [SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing).
La comparaison des coûts suivante montre l'hébergement de différentes éditions de SQL Server avec une licence Amazon EC2 incluse. AMIs Dans cette comparaison, SQL Server est hébergé sur r6i.xlarge (4 vCPU) dans la région. `us-east-1`
****
| Instance | Coût de calcul | Coût de la licence Windows | Coût de licence SQL Server | Total |
| --- | --- | --- | --- | --- |
| R6i.xLarge (Linux) | 183,96\$1 | – | – | 183,96\$1 |
| R6i.xLarge\$1 Windows | 183,96\$1 | 134,32\$1 | – | 318,28\$1 |
| R6i.xLarge \$1 Édition Web SQL Server | 183,96\$1 | 134,32\$1 | 49,35\$1 | 367,63\$1 |
| R6i.xLarge\$1 Édition standard de SQL Server | 183,96\$1 | 134,32\$1 | 350,4\$1 | 668,68\$1 |
| Édition R6i.xLarge\$1 SQL Enterprise | 183,96\$1 | 134,32\$1 | 1 095\$1 | 1 413,28\$1 |
Vous pouvez économiser jusqu'à 95 % sur les coûts de licence SQL Server en sélectionnant l'édition de SQL Server adaptée à votre charge de travail. Le tableau suivant compare le coût des licences SQL Server sur les instances r6i.xlarge.
****
| Edition | % d'économies |
| --- | --- |
| Standard par rapport à Enterprise | 68 % |
| Comparaison entre le Web et le standard | 86 % |
| Comparaison entre le Web et l'entreprise | 95 % |
Dans la plupart des scénarios, les entreprises passent de l'édition Enterprise à l'édition Standard, mais dans certains cas, il est possible de passer de l'édition Standard ou Enterprise à l'édition Web.
## Recommandations en matière d’optimisation des coûts
Vous pouvez choisir l'édition la mieux adaptée à votre charge de travail en fonction des limites d'évolutivité, de la haute disponibilité, des performances et de la sécurité. Le tableau suivant présente les fonctionnalités prises en charge dans toutes les éditions de SQL Server. Cela peut vous aider à choisir l'édition à utiliser. Cette comparaison s'applique à [SQL Server 2016 SP1 et aux versions ultérieures](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2022?view=sql-server-ver16).
### Limites d'échelle
Le tableau suivant compare les limites de dimensionnement des différentes éditions de SQL Server.
****
| Fonctionnalité | Édition Enterprise | Édition Standard | Édition Web | Édition Express |
| --- | --- | --- | --- | --- |
| Capacité de calcul maximale utilisée par une instance unique du moteur de base de données SQL Server, de SQL Server Analysis Services (SSAS) ou de SQL Server Reporting Services (SSRS) | Système d'exploitation maximal | Limité à la moins élevée des valeurs suivantes : 4 sockets ou 24 cœurs | Limité à la moins élevée des valeurs suivantes : 4 sockets ou 16 cœurs | Limité à un nombre inférieur de 4 sockets ou 4 cœurs |
| Mémoire maximale pour le pool de tampons par instance du moteur de base de données SQL Server | Système d'exploitation maximal | 128 Go | 64 Go | 1410 MB |
| Capacité maximale d'extension du pool de mémoire tampon par instance du moteur de base de données SQL Server | 32 fois la mémoire maximale configurée | 4 fois la mémoire maximale configurée | N/A | N/A |
| Taille maximale de la base de données relationnelle | 524 POINTS DE BASE | 524 POINTS DE BASE | 524 POINTS DE BASE | 10 Go |
| Mémoire maximale pour les caches de Columnstore ou pour les données optimisées | Système d'exploitation maximal | 32 GO | 16 Go | 352 MO |
Si votre application nécessite moins de 16 cœurs (32 vCPUs) et 64 Go de RAM, vous pouvez commencer l'évaluation à partir de l'édition Web de SQL Server. Si votre charge de travail nécessite plus de 64 Go de mémoire ou d'autres options de haute disponibilité, vous devez passer à l'édition Standard de SQL Server.
Vous pouvez utiliser l'édition Web de SQL Server pour prendre en charge les pages Web, les sites Web, les applications Web et les services Web publics et accessibles à Internet, mais vous ne pouvez pas utiliser l'édition Web de SQL Server pour prendre en charge les applications métier. Pour plus d'informations sur les cas d'utilisation de l'édition Web de SQL Server, contactez le [Support des licences Microsoft](https://www.microsoft.com/licensing/docs/view/Licensing-Use-Rights) ou votre revendeur Microsoft.
Vous pouvez utiliser l'édition Standard de SQL Server pour des charges de travail allant jusqu'à 24 cœurs (48 vCPUs) et 128 Go de mémoire. Cependant, vous pouvez utiliser des [extensions de pool de mémoire tampon](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16) pour permettre à l'édition standard de SQL Server d'utiliser le [stockage d'instance local](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html), comme ceux présents dans les instances EC2 r6id. Cela permet d'étendre la mémoire jusqu'à quatre fois la configuration maximale de la mémoire. Cette combinaison de fonctionnalités peut empêcher un serveur de passer à l'édition Enterprise lorsque les besoins en mémoire commencent à augmenter.
Vous pouvez identifier l'utilisation de la mémoire en recherchant les pages des bases de données dans le pool de mémoire tampon et les compteurs d'[espérance de vie des pages](https://learn.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-node?view=sql-server-ver16). La durée de vie de la page indique la durée pendant laquelle la page est en mémoire avant d'être renvoyée sur le disque. La valeur par défaut de ce compteur est 300. Si les pages restent en mémoire pendant des heures ou des jours, il est possible que la mémoire allouée soit réduite.
### Haute disponibilité
Le tableau suivant compare les fonctionnalités de haute disponibilité des différentes éditions de SQL Server.
****
| Fonctionnalité | Édition Enterprise | Édition Standard | Édition Web | Édition Express |
| --- | --- | --- | --- | --- |
| Support principal du serveur 1 | Oui | Oui | Oui | Oui |
| Expédition de journaux | Oui | Oui | Oui | Non |
| Mise en miroir de bases de données | Oui | Mode de sécurité COMPLET | Uniquement en tant que témoin | Uniquement en tant que témoin |
| Compression de sauvegarde | Oui | Oui | Non | Non |
| Instances de cluster Always On Failover | 16 nœuds | 2 nœuds | Non | Non |
| Groupes de disponibilité Always On | Jusqu'à 8 répliques secondaires, dont 2 répliques secondaires synchrones | Non | Non | Non |
| Groupes de disponibilité de base | Non | 2 nœuds | Non | Non |
| Restauration de pages et de fichiers en ligne | Oui | Non | Non | Non |
| Indexation en ligne | Oui | Non | Non | Non |
| Modification du schéma en ligne | Oui | Non | Non | Non |
| Récupération rapide | Oui | Non | Non | Non |
| Sauvegardes en miroir | Oui | Non | Non | Non |
| Ajouter à chaud de la mémoire et du processeur | Oui | Non | Non | Non |
| Sauvegarde cryptée | Oui | Oui | Non | Non |
| Sauvegarde hybride vers Microsoft Azure (sauvegarde vers une URL) | Oui | Oui | Non | Non |
| Serveur failover pour la reprise après sinistre | Oui | Oui | Non | Non |
| Serveurs failover pour une haute disponibilité | Oui | Oui | Non | Non |
### Autres caractéristiques communes
Le tableau suivant compare les fonctionnalités les plus courantes des différentes éditions de SQL Server. Pour une liste complète des fonctionnalités, consultez la section [Éditions et fonctionnalités prises en charge de SQL Server 2019](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2019?view=sql-server-ver16) dans la documentation Microsoft.
****
| Fonctionnalité | Édition Enterprise | Édition Standard | Édition Web | Édition Express |
| --- | --- | --- | --- | --- |
| (Performance) Gouverneur des ressources | Oui | Non | Non | Non |
| (Sécurité) Chiffrement transparent des bases de données (TDE) | Oui | Oui | Non | Non |
| (Sécurité) Gestion extensible des clés (EKM) | Oui | Non | Non | Non |
| (Réplication) Publication Oracle | Oui | Non | Non | Non |
| (Réplication) Réplication transactionnelle poste à poste | Oui | Non | Non | Non |
| Capture de données modifiées | Oui | Oui | Non | Non |
### Édition SQL Server Developer
Toutes les charges de travail non liées à la production, telles que les environnements de développement, d'assurance qualité, de test, de préparation et d'UAT, peuvent utiliser l'édition SQL Server Developer pour économiser 100 % sur les coûts de licence SQL Server. Après avoir [téléchargé SQL Server](https://www.microsoft.com/en-us/sql-server/sql-server-downloads), vous pouvez installer l'édition SQL Server Developer sur les instances EC2 à l'aide de la location partagée. Aucune infrastructure dédiée n'est requise pour l'édition SQL Server Developer. Pour plus d'informations, consultez les recommandations de ce guide pour l'[édition SQL Server Developer](sql-server-dev.md).
### Changer d'édition
Pour les charges de travail existantes, le passage d'une édition à une autre nécessite des tests approfondis. Il est recommandé de vérifier les charges de travail exécutées sur les éditions Enterprise ou Standard pour voir si des fonctionnalités spécifiques à l'édition sont utilisées et s'il existe des solutions alternatives pour ces fonctionnalités. Par exemple, si vous souhaitez savoir si vos bases de données utilisent des fonctionnalités au niveau de l'entreprise, vous pouvez exécuter des [vues de gestion dynamique (DMV)](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=azuresqldb-current) sur toutes les bases de données, comme le montre l'exemple de commande suivant.
`SELECT feature_name FROM sys.dm_db_persisted_sku_features; GO`
Certaines fonctionnalités de l'édition Enterprise ne peuvent pas être capturées dans T-SQL, telles que la réindexation en ligne dans le cadre de tâches de maintenance SQL. Ils doivent être vérifiés manuellement.
### Considérations concernant la migration
La façon dont vous octroyez une licence à SQL Server déterminera les options qui s'offrent à vous pour changer d'édition. Le coût de licence des AMI, y compris les AMI SQL Server, est inclus dans le prix de l'instance EC2 ; le coût de licence est lié à l'AMI. Vous pouvez utiliser [des codes AWS de facturation](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/billing-info-fields.html) pour vérifier la version de SQL Server incluse dans votre AMI. Pour les instances AWS incluses dans une licence, la modification de l'édition de SQL Server dans le système d'exploitation ne modifiera pas la facturation associée à l'AMI. Vous devez migrer vos bases de données vers une nouvelle instance EC2 dotée d'une AMI exécutant la nouvelle édition de SQL Server.
Si vous apportez votre propre licence, vous bénéficiez d'une plus grande flexibilité. Il est généralement toujours recommandé de migrer vers une autre instance EC2 qui exécute la nouvelle version. Cela permet un retour en arrière facile si quelque chose ne se passe pas comme prévu. Toutefois, si vous devez utiliser le serveur existant, vous pouvez toujours side-by-side installer SQL Server et migrer les bases de données entre les instances. Pour des étapes plus détaillées sur les rétrogradations d' side-by-sideédition, consultez la section [Mise à niveau d'édition et rétrogradation dans SQL Server](https://www.mssqltips.com/sqlservertip/6686/edition-upgrade-and-downgrade-in-sql-server/) sur le MSSQLTips site Web.
## Ressources supplémentaires
+ [Éditions et fonctionnalités prises en charge de SQL Server 2022](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2022?view=sql-server-ver16) (Microsoft Learn)
+ [sys.dm\$1db\$1persisted\$1sku\$1features (Transact-SQL](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=azuresqldb-current)) (Microsoft Learn)
+ [Quelle version de SQL Server devriez-vous utiliser ?](https://www.brentozar.com/archive/2019/01/which-version-of-sql-server-should-you-use/) (Brent Ozar Illimité)
+ [Calculateur de tarification AWS](https://calculator.aws/#/estimate?id=e138c18348afd3853a4874681c660bc1947ec5ca) (AWS)
# Évaluer l'édition SQL Server Developer
## Présentation de
L'[édition SQL Server Developer](https://www.microsoft.com/en-us/sql-server/sql-server-downloads) est une édition gratuite de SQL Server qui contient toutes les fonctionnalités de l'édition Enterprise et peut être utilisée dans n'importe quel environnement hors production. Dans le cloud, où les licences Microsoft Developer Network (MSDN) ne peuvent pas être utilisées, l'édition SQL Server Developer constitue un bon moyen de réduire les coûts sans avoir à fournir de licences pour les charges de travail de développement et de test. Cela est particulièrement vrai pour les équipes qui gèrent de grands environnements de développement et de test et cherchent à réduire les coûts inutiles.
Un environnement de production est défini comme un environnement auquel accèdent les utilisateurs finaux d'une application (tel qu'un site Web Internet) et qui n'est pas uniquement utilisé pour recueillir des commentaires ou tester l'acceptation de cette application. Les autres scénarios qui constituent des environnements de production incluent :
+ Environnements qui se connectent à une base de données de production
+ Environnements prenant en charge la reprise après sinistre ou la sauvegarde pour un environnement de production
+ Environnements utilisés pour la production au moins de temps en temps, tels qu'un serveur qui passe en production pendant les périodes de pointe
Pour plus d'informations sur les licences, consultez [Amazon Web Services et Microsoft : Frequently Asked Questions](https://aws.amazon.com/windows/faq/) dans la AWS documentation.
## Impact sur les coûts
Si vous utilisez l'édition SQL Server Developer pour les charges de travail hors production, vous pouvez économiser 100 % de vos coûts de licence SQL Server actuels pour les environnements de développement et de test.
****
| Version SQL Server Version | Édition SQL Server Enterprise (pack de 2 cœurs) | Édition standard de SQL Server (pack de 2 cœurs) | Édition SQL Server Developer |
| --- | --- | --- | --- |
| 2022 | 15 123\$1 | 3 945\$1 | Free |
| 2019 | 13 748\$1 | 3 586\$1 | Free |
**Note**
Les prix indiqués dans le tableau précédent sont basés sur les tarifs publics de Microsoft pour [SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) et [SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing).
Le tableau suivant compare le coût des différentes éditions de SQL Server fonctionnant en version 4 V CPUs et utilisant la tarification à la demande dans la `us-east-2` région. Cela s'applique aux scénarios qui reposent sur des instances incluses dans une licence provenant de. AWS
****
| instance EC2 | AMI | Calculez le prix | Prix de la licence Windows | Prix de la licence SQL Server | Prix total |
| --- | --- | --- | --- | --- | --- |
| r5.xlarge | Linux (tarification du calcul) | 183,96\$1 | – | – | 183,96\$1 |
| r5.xlarge | Édition Linux \$1 SQL Server Developer | 183,96\$1 | \$10 | \$10 | 183,96\$1 |
| r5.xlarge | Windows Server (LI) | 183,96\$1 | 134,32\$1 | – | 318,28\$1 |
| r5.xlarge | Édition Windows \$1 SQL Server Developer | 183,96\$1 | 134,32\$1 | \$10 | 318,28\$1 |
| r5.xlarge | Édition Web Windows \$1 SQL Server (LI) | 183,96\$1 | 134,32\$1 | 49,64\$1 | 367,92\$1 |
| r5.xlarge | Windows \$1 Édition standard de SQL Server (LI) | 183,96\$1 | 134,32\$1 | 350,4\$1 | 668,68\$1 |
| r5.xlarge | Windows \$1 Édition SQL Server Enterprise (LI) | 183,96\$1 | 134,32\$1 | 1095\$1 | 1413,28\$1 |
### Scénario d'optimisation des coûts
Après avoir effectué une nouvelle acquisition, une société d'intégrité des données a souhaité migrer la charge de travail nouvellement acquise depuis son emplacement actuel sur un fournisseur d'hébergement géré afin de la consolider avec ses autres charges de travail dans le AWS Cloud. Le prix initial indiquait que la charge de travail de SQL Server de l'entreprise coûterait 60 % AWS de plus qu'avec le fournisseur de services gérés actuel. Une PME de MACO a évalué l'estimation et a constaté que le client payait réellement les licences SQL Server auprès du fournisseur d'hébergement géré pour ses environnements de développement et de test. En transférant les charges de travail hors production vers l'édition SQL Server Developer pendant la migration, l'entreprise a réduit ses licences SQL Server de 40 %.
### Licence SQL Server incluse sur Amazon EC2
Si vous avez des instances SQL Server sur EC2 qui utilisent une [licence incluse AMIs](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/sql-server-on-ec2-amis.html), il n'est pas possible d'effectuer une conversion directe de l'édition Enterprise à l'édition Developer. Les coûts de licence pour les instances incluses dans la licence sont liés à l'AMI. Même si SQL Server est désinstallé du système d'exploitation, les frais de licence restent facturés à l'instance EC2.
Pour passer à l'édition Developer, vous devez [télécharger l'édition SQL Server Developer](https://download.microsoft.com/download/c/c/9/cc9c6797-383c-4b24-8920-dc057c1de9d3/SQL2022-SSEI-Dev.exe), l'installer sur une nouvelle instance EC2, puis migrer vos bases de données. Vous pouvez migrer des bases de données SQL Server entre des instances EC2 à l'aide de diverses méthodes. Pour plus d'informations, consultez la section [Méthodes de migration de bases de données SQL Server](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/methods.html) dans le AWS Cloud guide *intitulé Migration des bases de données Microsoft SQL Server*. Vous pouvez également utiliser la [solution Automated SQL Server Developer](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) pour préparer la nouvelle instance vers laquelle vous prévoyez de migrer.
### SQL Server BYOL sur Amazon EC2
Si vous avez des instances SQL Server qui utilisent un BYOL, vous pouvez choisir parmi les options de conversion ou de side-by-side rétrogradation sur place suivantes :
+ Téléchargez l'[édition SQL Server Developer](https://www.microsoft.com/en-us/sql-server/sql-server-downloads) sur le site Web de Microsoft. Pour obtenir des instructions d'installation manuelle ou automatique, consultez le billet [Automating SQL Server Developer Developer](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) sur le AWS blog.
+ Utilisez la [sauvegarde et la restauration natives de SQL Server](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) pour migrer des bases de données ou des detach/attach bases de données d'une instance SQL à une autre.
+ Utilisez un [outil d'automatisation](https://github.com/aws-samples/ssm-automation-deploy-sql-developer) pour les déploiements en masse.
**Note**
L'édition SQL Server Developer est réservée aux environnements hors production.
## Ressources supplémentaires
+ [Automatisation des déploiements de SQL Server Developer pour le déploiement de SQL Server Developer Edition sur EC2 (Blog)](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/)AWS
+ [Tarification de SQL 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) (Microsoft)
+ [Tarification de SQL 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [Options de licence](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/sql-server-on-ec2-licensing-options.html) (SQL Server sur Amazon EC2)
+ [Calculateur de tarification AWS](https://calculator.aws/#/addService/ec2-enhancement)(documentation SQL Server sur Amazon EC2)
+ [Guide des licences Microsoft SQL Server 2019](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf) (à télécharger sur le site de Microsoft)
+ [Édition SQL Server 2022 Developer](https://download.microsoft.com/download/c/c/9/cc9c6797-383c-4b24-8920-dc057c1de9d3/SQL2022-SSEI-Dev.exe) (téléchargement depuis Microsoft)
# Évaluer SQL Server sous Linux
## Présentation de
Depuis SQL Server 2017, il est possible d'installer SQL Server sur les systèmes d'exploitation Linux. SQL Server sous Linux est adapté aux entreprises et offre flexibilité, hautes performances, fonctionnalités de sécurité, un coût total de possession réduit, HA/DR des fonctionnalités et une expérience utilisateur exceptionnelle. Vous pouvez passer de SQL Server sur Windows Server à SQL Server sur Linux pour économiser sur les coûts de licence Windows Server.
Pour Linux, SQL Server peut être déployé sur Red Hat Enterprise Linux (RHEL), SUSE Linux Enterprise Server (SLES), Ubuntu et Amazon Linux 2. Le moteur de base de données SQL Server fonctionne de la même manière sous Windows Server et Linux, mais certaines tâches sont fondamentalement modifiées sous Linux. L'une des principales différences entre l'exécution d'applications SQL Server Always On sous Linux et Windows est liée au clustering par basculement. Si vous déployez des groupes de disponibilité Always On sur un hôte Windows Server, vous pouvez tirer parti de [Windows Server Failover Clustering (WSFC)](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver16) et d'Active Directory en tant que fonctionnalités intégrées qui prennent en charge le clustering de basculement. Cependant, ni WSFC ni Active Directory ne sont disponibles pour prendre en charge le clustering par basculement sous Linux. [Si vous souhaitez lancer le clustering par basculement pour SQL Server sous Linux, vous pouvez simplifier la configuration du cluster et l'installation de SQL sur des instances Linux [AWS Launch Wizard](https://aws.amazon.com/launchwizard/)à l'aide ClusterLabs de Pacemaker.](https://aws.amazon.com/blogs/opensource/deploying-a-highly-available-microsoft-sql-server-on-linux-on-aws/)
SQL Server sous Windows et Linux partagent une base de code commune. C'est-à-dire que le moteur principal de SQL Server n'a pas du tout été modifié pour fonctionner sous Linux. SQL Server a introduit une couche d'abstraction de plate-forme (SQLPAL), comme le montre le schéma suivant.
![\[La couche d'abstraction de la plate-forme du serveur Sequel (SQLPAL)\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sql_pal.png)
SQLPAL est responsable de l'abstraction des appels et de la communication entre SQL Server et le système d'exploitation sous-jacent. L'extension hôte est simplement une application Linux native. Les fonctions du système d'exploitation de bas niveau sont des appels natifs destinés à optimiser les E/S, la mémoire et l'utilisation du processeur. Lorsque l'extension hôte démarre, elle charge et initialise SQLPAL, qui ouvre ensuite SQL Server. SQLPAL lance des processus logiciels isolés qui fournissent la traduction requise pour le reste du code. L'ajout de cette nouvelle couche à l'architecture SQL Server signifie que les mêmes fonctionnalités et avantages essentiels au niveau de l'entreprise qui ont rendu SQL Server si puissant sous Windows sont disponibles quel que soit le système d'exploitation.
## Impact sur les coûts
Pour les instances r5.2xlarge, la réduction des coûts de licence Windows Server est d'environ 268\$1 dans chaque scénario. La réduction représente un pourcentage plus élevé du coût total du serveur par rapport à l'utilisation d'éditions moins coûteuses de SQL Server. Le tableau suivant montre les économies de coûts.
****
| Instance | Edition | Coût mensuel de SQL Server sous Windows | Coût mensuel de SQL Server sous Linux | Économies |
| --- | --- | --- | --- | --- |
| r5.2xlarge | Web | 735\$1 | 466\$1 | 37% |
| r5.2xlarge | Standard | 1 337\$1 | 1 068\$1 | 20 % |
| r5.2xlarge | Enterprise | 2 826\$1 | 2 558\$1 | 10 % |
**Note**
L'estimation des prix dans le tableau précédent est basée sur la tarification à la demande dans la `us-east-1` Région et peut être consultée directement dans le [Calculateur de tarification AWS](https://calculator.aws/#/estimate?id=fd37122637710aa7ba46d1949e8b6a15f68d3c0f).
Prenons un exemple de scénario dans lequel un client ISV du segment des PME cherche à réduire les coûts de son environnement de développement. Ils utilisent déjà l'édition SQL Server Developer sur un ensemble de serveurs Windows. En passant de l'édition Windows avec SQL Server Developer à Linux avec l'édition SQL Server Developer, le client ISV peut économiser 33 % sur sa charge de travail de développement. Le tableau suivant indique les coûts estimés suivants pour ce scénario.
****
| Estimate | Coût mensuel |
| --- | --- |
| [Windows \$1 SQL Server](https://calculator.aws/#/estimate?id=da0a0f5f58ddf91aa3398af3a78691cfa2204673) | 9 307,72\$1 |
| [Linux \$1 SQL Server](https://calculator.aws/#/estimate?id=131966c579020eaec957f441c67e9aa0bfd32411) | 6 218,36\$1 |
| Économies de coûts estimées | 3 089,36\$1 (33 %) |
Dans un autre exemple de scénario, une entreprise migre des instances SQL Server EC2 incluses dans une licence de Windows vers Linux. L'entreprise économise au total 300 000 dollars par an sur les coûts de licence Windows Server, soit environ 20 % de sa facture totale. AWS
## Recommandations en matière d’optimisation des coûts
Nous vous recommandons de prendre en compte les points suivants :
+ SQL Server sous Linux est pris en charge à partir de SQL Server 2017.
+ Pour faciliter la transition, vous pouvez utiliser l'[assistant de replateforme Windows vers Linux pour les bases de données Microsoft SQL Server](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/replatform-sql-server.html). L'assistant de replateforme est un outil de script qui peut vous aider à déplacer les charges de travail SQL Server existantes des systèmes d'exploitation Windows vers les systèmes d'exploitation Linux en vérifiant les incompatibilités courantes, en exportant les bases de données depuis l'hôte Windows, puis en les important dans une instance EC2 exécutant Microsoft SQL Server 2017 sur Ubuntu 16.04.
+ Vous pouvez également utiliser les fonctionnalités de [sauvegarde et de restauration](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) de SQL Server pour passer de SQL Server sous Windows à Linux.
+ Vous pouvez facilement et rapidement déployer sur SQL Server sous Linux ou Ubuntu à l'aide du [AWS Launch Wizard](https://docs.aws.amazon.com/launchwizard/latest/userguide/what-is-launch-wizard.html). Le Launch Wizard peut déployer SQL Server sous Linux ou Ubuntu dans des scénarios autonomes et de haute disponibilité en fonction des besoins de votre application. Pour plus d'informations, consultez l'article [Déploiement sur SQL Server Always sous Linux avec AWS Launch Wizard](https://aws.amazon.com/blogs/modernizing-with-aws/deploy-microsoft-sql-server-always-on-to-linux-with-aws-launch-wizard/) publié sur le AWS blog Microsoft Workloads on.
Le schéma suivant montre l'architecture d'une solution qui utilise l'assistant de replateforme Windows vers Linux pour les bases de données Microsoft SQL Server.
![\[Architecture d'assistant de replateforme Windows vers Linux\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/replatforming_assistant.png)
## Ressources supplémentaires
+ [Présentation de SQL Server sous Linux](https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-overview?view=sql-server-ver16) (Microsoft Learn)
+ [Guide d'installation pour SQL Server sous Linux](https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver16) (Microsoft Learn)
+ [Déploiement sur SQL Server Always on Linux avec AWS Launch Wizard](https://aws.amazon.com/blogs/modernizing-with-aws/deploy-microsoft-sql-server-always-on-to-linux-with-aws-launch-wizard) (Microsoft Workloads on AWS Blog)
+ [SQL Server hautement disponible sous Linux](https://aws.amazon.com/blogs/opensource/deploying-a-highly-available-microsoft-sql-server-on-linux-on-aws/) (blog AWS Open Source)
# Optimisation des stratégies de sauvegarde de SQL Server
## Présentation de
La plupart des entreprises recherchent la bonne solution pour protéger leurs données sur SQL Server sur [Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/ec2-sql.html) afin de répondre à leurs exigences actuelles en matière d'objectif de point de restauration (RPO), le délai maximum acceptable depuis la dernière sauvegarde, et d'objectif de temps de restauration (RTO), le délai maximum acceptable entre l'interruption de service et le rétablissement du service. Si vous exécutez SQL Server sur des instances EC2, plusieurs options s'offrent à vous pour créer des sauvegardes de vos données et les restaurer. Les politiques de sauvegarde destinées à protéger les données de SQL Server sur Amazon EC2 sont les suivantes :
+ Sauvegarde au niveau du serveur à l'aide d'instantanés [Amazon Elastic Block Store (Amazon EBS)](https://learn.microsoft.com/en-us/windows-server/storage/file-server/volume-shadow-copy-service) compatibles avec Windows Volume Shadow Copy Service (VSS) ou [AWS Backup](https://aws.amazon.com/backup/)
+ Sauvegarde au niveau de la base de données à l'aide de la [sauvegarde et de la restauration natives](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases) dans SQL Server
Vous disposez des options de stockage suivantes pour la sauvegarde native au [niveau de la base de](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html) données :
+ Une sauvegarde locale avec un volume [Amazon EBS](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#ebs-volumes)
+ Une sauvegarde du système de fichiers réseau avec [Amazon FSx pour Windows File Server](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#amazon-fsx) ou Amazon FSx pour NetApp ONTAP
+ Une sauvegarde réseau vers Amazon Simple Storage Service (Amazon S3) à l'aide de [AWS Storage Gateway](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#storage-gateway)
+ Sauvegarde directe sur Amazon S3 pour SQL Server 2022
Cette section effectue les opérations suivantes :
+ Met en évidence les fonctionnalités qui vous aident à économiser de l'espace de stockage
+ Compare les coûts entre les différentes options de stockage principal
+ Fournit des liens vers une documentation détaillée pour aider à mettre en œuvre ces recommandations
## Sauvegarde au niveau du serveur à l'aide de snapshots compatibles VSS
Une architecture de snapshots compatible VSS utilise la [commande AWS Systems Manager Run](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) pour installer l'agent VSS sur vos instances SQL Server. Vous pouvez également utiliser la commande Run pour appeler l'ensemble du flux de travail consistant à vider les tampons du système d'exploitation et des applications sur le disque, à suspendre les I/O opérations, à prendre un point-in-time instantané des volumes EBS, puis à reprendre les E/S.
Cette commande d'exécution crée des instantanés automatisés de tous les volumes EBS attachés à une instance cible. Vous avez également la possibilité d'exclure le volume racine, car les fichiers de base de données utilisateur sont généralement stockés sur d'autres volumes. Si vous découpez plusieurs volumes EBS pour créer un système de fichiers unique pour les fichiers SQL Server, Amazon EBS prend également en charge les instantanés à volumes multiples en cas de panne à l'aide d'une seule commande d'API. Pour plus d'informations sur les instantanés [EBS compatibles VSS cohérents avec les applications, consultez la section Créer un instantané](https://aws.amazon.com/blogs/mt/take-microsoft-vss-enabled-snapshots-using-amazon-ec2-systems-manager/) [cohérent avec les applications VSS dans la documentation Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/application-consistent-snapshots.html).
Le schéma suivant montre une architecture de sauvegarde au niveau du serveur à l'aide de snapshots compatibles VSS.
![\[Architecture de snapshots compatible VSS\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/snapshots_backup_arch.png)
Tenez compte des avantages suivants liés à l'utilisation de snapshots compatibles VSS :
+ Le premier instantané d'une instance de base de données contient les données de l'instance de base de données complète. Les instantanés suivants de la même instance de base de données sont [incrémentiels](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html#how_snapshots_work), ce qui signifie que seules les données qui ont changé depuis l'instantané le plus récent sont enregistrées.
+ Les instantanés EBS assurent point-in-time la restauration.
+ Vous pouvez [effectuer une restauration vers une nouvelle instance SQL Server EC2 à partir d'un instantané](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/restore.html).
+ Si une instance est chiffrée à l'aide d'Amazon EBS ou si une base de données est chiffrée dans l'instance à l'aide de TDE, cette instance ou base de données est automatiquement restaurée avec le même chiffrement.
+ Vous pouvez copier vos [sauvegardes automatisées entre régions](https://docs.aws.amazon.com/ebs/latest/userguide/event-policy.html).
+ Lorsque vous restaurez un volume EBS à partir d'un instantané, les applications peuvent immédiatement y accéder. Cela signifie que vous pouvez immédiatement mettre SQL Server en ligne après avoir restauré un ou plusieurs de ses volumes EBS sous-jacents à partir d'instantanés.
+ Par défaut, les volumes restaurés récupèrent les blocs sous-jacents depuis Amazon S3 la première fois qu'une application essaie de les lire. Cela signifie qu'il peut y avoir un décalage dans les performances après la restauration d'un volume EBS à partir d'un instantané. Le volume finit par rattraper les performances nominales. Cependant, vous pouvez éviter ce décalage en utilisant des instantanés de [restauration rapide des instantanés (FSR)](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fast-snapshot-restore.html).
+ Vous pouvez utiliser la [gestion du cycle de vie pour les instantanés EBS](https://aws.amazon.com/blogs/aws/new-lifecycle-management-for-amazon-ebs-snapshots/).
Tenez compte des limites suivantes liées à l'utilisation de snapshots compatibles VSS :
+ Vous ne pouvez pas effectuer de point-in-time restauration entre régions avec un instantané chiffré pour une instance SQL Server.
+ Vous ne pouvez pas créer un instantané chiffré d'une instance non chiffrée.
+ Vous ne pouvez pas restaurer une base de données individuelle car le cliché est pris au niveau du volume EBS.
+ Vous ne pouvez pas restaurer l'instance elle-même.
+ Un instantané de l'instance de base de données doit être chiffré à l'aide de la même clé AWS Key Management Service (AWS KMS) que l'instance de base de données.
+ I/O Le stockage est suspendu pendant une fraction de seconde (environ 10 millisecondes) pendant le processus de sauvegarde des instantanés.
## Sauvegarde de SQL Server à l'aide de AWS Backup
Vous pouvez l'utiliser [AWS Backup](https://aws.amazon.com/backup/)pour centraliser et automatiser la protection des données dans l'ensemble Services AWS. AWS Backup propose une solution rentable, entièrement gérée et basée sur des règles qui simplifie la protection des données à grande échelle. AWS Backup vous aide également à respecter vos obligations de conformité réglementaire et à atteindre vos objectifs de continuité d'activité. Associé à AWS Organizations, vous AWS Backup permet de déployer de manière centralisée des politiques de protection des données (sauvegarde) pour configurer, gérer et gouverner vos activités de sauvegarde au sein de votre organisation Comptes AWS et de ses ressources.
Le schéma suivant montre l'architecture d'une solution de sauvegarde et de restauration pour SQL Server sur EC2 à l'aide AWS Backup de.
![\[AWS Backup architecture\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_backup_arch.png)
Tenez compte des avantages suivants liés à la sauvegarde de SQL Server en utilisant AWS Backup :
+ Vous pouvez automatiser la planification des sauvegardes, la gestion de la conservation et la gestion du cycle de vie.
+ Vous pouvez centraliser votre stratégie de sauvegarde au sein de votre entreprise, en couvrant plusieurs comptes et Régions AWS.
+ Vous pouvez centraliser la surveillance de votre activité de sauvegarde et l'envoi d'alertes. Services AWS
+ Vous pouvez implémenter des sauvegardes entre régions pour la planification de la reprise après sinistre.
+ La solution prend en charge les sauvegardes entre comptes.
+ Vous pouvez effectuer des sauvegardes sécurisées à l'aide du chiffrement de sauvegarde secondaire.
+ Toutes les sauvegardes prennent en charge le chiffrement à l'aide AWS KMS de clés de chiffrement.
+ La solution fonctionne avec TDE.
+ Vous pouvez effectuer une restauration vers un point de récupération spécifique à partir de la console AWS Backup .
+ Vous pouvez sauvegarder une instance SQL Server complète, qui inclut toutes les bases de données SQL Server.
## Sauvegarde au niveau de la base de données
Ces approches utilisent la fonctionnalité de sauvegarde native de Microsoft SQL Server. Vous pouvez effectuer des sauvegardes de bases de données individuelles sur l'instance SQL Server et restaurer une base de données individuelle.
Chacune de ces options de sauvegarde et de restauration natives de SQL Server prend également en charge les éléments suivants :
+ Compression et sauvegarde de fichiers multiples
+ Sauvegardes complètes, différentielles et T-log
+ Bases de données cryptées TDE
### Sauvegarde et restauration natives de SQL Server sur Amazon S3
SQL Server sur Amazon EC2 prend en charge la sauvegarde et la restauration natives des bases de données SQL Server. Vous pouvez effectuer une sauvegarde de votre base de données SQL Server, puis restaurer le fichier de sauvegarde sur une base de données existante ou sur une nouvelle instance SQL Server EC2, Amazon RDS for SQL Server ou un serveur sur site.
Storage Gateway est un service de stockage cloud hybride qui permet aux applications sur site d'accéder à un stockage cloud pratiquement illimité. Vous pouvez utiliser Storage Gateway pour sauvegarder vos bases de données Microsoft SQL Server directement sur Amazon S3, afin de réduire votre encombrement de stockage sur site et d'utiliser Amazon S3 pour un stockage durable, évolutif et rentable.
Le schéma suivant montre l'architecture d'une solution native de sauvegarde et de restauration qui utilise Storage Gateway et Amazon S3.
![\[Storage Gateway et architecture Amazon S3\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_gateway_backup_arch.png)
Tenez compte des avantages suivants liés à l'utilisation de la sauvegarde native de SQL Server avec Storage Gateway :
+ Vous pouvez mapper une passerelle de stockage en tant que partage de fichiers SMB (Server Message Block) sur l'instance EC2 et envoyer la sauvegarde vers Amazon S3.
+ La sauvegarde est directement envoyée dans le compartiment S3 ou via le cache de fichiers Storage Gateway.
+ Les sauvegardes de fichiers multiples sont prises en charge.
Tenez compte des limites suivantes de la sauvegarde native à l'aide de Storage Gateway :
+ Vous devez configurer la sauvegarde et la restauration pour chaque base de données individuelle.
+ Vous devez gérer la [politique de cycle de vie Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html) pour les fichiers de sauvegarde.
Pour plus d'informations sur la configuration de Storage Gateway, consultez l' AWS Storage Gateway article sur le AWS blog [consacré aux sauvegardes de Store SQL Server dans Amazon S3](https://aws.amazon.com/blogs/database/storing-sql-server-backups-in-amazon-s3-using-aws-storage-gateway/).
### Sauvegarde native de SQL Server sur des volumes EBS
Vous pouvez effectuer une sauvegarde native de votre base de données SQL Server et stocker le fichier dans un volume Amazon EBS. Amazon EBS est un service de stockage par blocs très performant. Les volumes EBS sont élastiques, ce qui permet le chiffrement. Ils peuvent être détachés et attachés à une instance EC2. Vous pouvez sauvegarder SQL Server sur une instance EC2 du même type de volume EBS ou sur un autre type de volume EBS. L'un des avantages de la sauvegarde sur un autre volume EBS est la réduction des coûts.
Le schéma suivant montre l'architecture d'une sauvegarde native sur un volume EBS.
![\[Architecture des volumes Amazon EBS\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ebs_backup_arch.png)
Tenez compte des avantages suivants liés à l'utilisation de la sauvegarde native de SQL Server sur des volumes EBS :
+ Vous pouvez effectuer des sauvegardes de bases de données individuelles sur une instance SQL Server EC2 et restaurer une base de données individuelle au lieu de devoir restaurer l'instance complète.
+ Les sauvegardes de fichiers multiples sont prises en charge.
+ Vous pouvez planifier des tâches de sauvegarde à l'aide de l'agent SQL Server et du moteur de tâches SQL Server.
+ Vous pouvez obtenir des avantages en termes de performances grâce à vos choix de matériel. Par exemple, vous pouvez utiliser les volumes de stockage st1 pour obtenir un débit plus élevé.
Tenez compte des limites suivantes liées à l'utilisation de la sauvegarde native sur des volumes EBS :
+ Vous devez déplacer manuellement les sauvegardes vers Amazon S3 à partir du volume EBS.
+ Pour les sauvegardes de grande taille, vous devez gérer l'espace disque sur Amazon EC2.
+ Sur l'instance EC2, le débit d'Amazon EBS peut constituer un goulot d'étranglement.
+ Un espace de stockage supplémentaire est nécessaire pour stocker les sauvegardes sur Amazon EBS.
### Sauvegarde native de SQL Server sur Amazon FSx pour Windows File Server
[Amazon FSx pour Windows File Server](https://aws.amazon.com/fsx/windows/) est un système de fichiers Windows natif entièrement géré qui offre jusqu'à 64 To de stockage conçu pour fournir des performances rapides, prévisibles et cohérentes. AWS a introduit le [support natif pour les déploiements de systèmes de fichiers multi-AZ](https://aws.amazon.com/blogs/aws/amazon-fsx-for-windows-file-server-update-new-enterprise-ready-features/) sur FSx Windows File Server. Le support natif facilite le déploiement du stockage de fichiers Windows AWS avec une haute disponibilité et une redondance sur plusieurs zones de disponibilité. AWS a également introduit la prise en charge des [partages de fichiers SMB disponibles en continu (CA)](https://aws.amazon.com/about-aws/whats-new/2019/11/amazon-fsx-for-windows-file-server-adds-support-for-high-availability-microsoft-sql-server-deployments/). Vous pouvez utiliser FSx Windows File Server comme stockage de sauvegarde pour une base de données SQL Server.
Le schéma suivant montre l'architecture d'une sauvegarde native de SQL Server FSx pour Windows File Server.
![\[FSx pour l'architecture de sauvegarde du serveur de fichiers Windows\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_backup_arch.png)
Tenez compte des avantages suivants liés à l'utilisation de la sauvegarde native de SQL Server FSx pour Windows File Server :
+ Vous pouvez sauvegarder votre base de données SQL Server sur un partage de FSx fichiers Amazon.
+ Vous pouvez effectuer des sauvegardes de bases de données individuelles sur une instance SQL Server et restaurer une base de données individuelle au lieu de devoir restaurer l'instance complète.
+ Les sauvegardes en plusieurs parties sont prises en charge.
+ Vous pouvez planifier des tâches de sauvegarde à l'aide de l'agent SQL Server et du moteur de tâches.
+ Les instances disposent d'une bande passante réseau supérieure à celle d'Amazon EBS.
Tenez compte des limites suivantes liées à l'utilisation de la sauvegarde native de SQL Server FSx pour Windows File Server :
+ Vous devez déplacer manuellement les sauvegardes vers Amazon S3 depuis Amazon à FSx l'aide de AWS Backup ou AWS DataSync.
+ Les sauvegardes volumineuses peuvent nécessiter des frais supplémentaires pour la gestion de l'espace disque sur Amazon FSx.
+ Le débit du réseau d'instances EC2 peut constituer un goulot d'étranglement.
+ Un espace de stockage supplémentaire est nécessaire pour stocker les sauvegardes sur le FSx serveur de fichiers Windows.
### Sauvegarde de SQL Server sur Amazon FSx pour NetApp ONTAP
Les instantanés réalisés avec FSx for ONTAP sont toujours compatibles avec les crashs, mais ils nécessitent que vous mettiez votre base de données en veille (ou suspendiez) votre base I/O de données afin de créer un instantané cohérent avec l'application. Vous pouvez utiliser NetApp SnapCenter (un outil d'orchestration avec des plug-ins pour des applications spécifiques, y compris SQL Server) avec FSx for ONTAP pour créer des instantanés cohérents avec les applications et protéger, répliquer et cloner vos bases de données sans frais supplémentaires.
#### NetApp SnapCenter
NetApp SnapCenter est une plate-forme unifiée pour une protection des données cohérente au niveau des applications. SnapCenter fait référence aux instantanés en tant que sauvegardes. Ce guide adopte la même convention de dénomination. SnapCenter fournit une interface unique pour gérer les sauvegardes, les restaurations et les clones cohérents avec les applications. Vous ajoutez un SnapCenter plug-in pour votre application de base de données spécifique afin de créer des sauvegardes cohérentes avec les applications. Le SnapCenter plug-in pour SQL Server fournit les fonctionnalités suivantes qui simplifient votre flux de travail de protection des données.
+ Options de sauvegarde et de restauration avec granularité pour les sauvegardes complètes et les sauvegardes dans les journaux
+ Restauration sur place et restauration vers un autre emplacement
Pour plus d'informations à ce sujet SnapCenter, consultez le billet « [Protégez vos charges de travail SQL Server à l' NetApp SnapCenter aide d'Amazon FSx pour NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) » sur le blog consacré au AWS stockage.
### Optimisation des coûts pour les sauvegardes
Les options suivantes peuvent vous aider à réduire le coût de stockage des sauvegardes de SQL Server sur AWS.
+ Activez la [compression SQL Server](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-ver16) lors de la création du fichier de sauvegarde et envoyez le plus petit fichier possible au stockage. Par exemple, un taux de compression de 3:1 indique que vous économisez environ 66 % d'espace disque. Pour effectuer une requête sur ces colonnes, vous pouvez utiliser l'instruction Transact-SQL suivante :. `SELECT backup_size/compressed_backup_size FROM msdb..backupset;`
+ Pour les sauvegardes destinées à des compartiments S3, activez la classe de stockage [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) afin de réduire les coûts de stockage de 30 %.
+ Pour les sauvegardes FSx destinées à Windows File Server ou FSx à ONTAP, utilisez une seule zone de disponibilité pour économiser 50 % (par rapport à l'utilisation de plusieurs zones de disponibilité). Pour plus d'informations sur les tarifs, consultez les tarifs des [serveurs de fichiers Amazon FSx pour Windows et les tarifs](https://aws.amazon.com/fsx/windows/pricing/) [Amazon FSx pour NetApp ONTAP](https://aws.amazon.com/fsx/netapp-ontap/pricing/).
+ L'option la plus efficace pour SQL Server 2022 est la sauvegarde directe sur Amazon S3. Vous pouvez économiser des coûts supplémentaires en évitant Storage Gateway.
### Résultats des tests de référence pour les sauvegardes
Cette section compare les options suivantes du point de vue des coûts et des performances pour un exemple de base de données de 1 To, sur la base des résultats des tests de performance réalisés sur les solutions de sauvegarde décrites dans ce guide.
+ **Spécification de l'instance EC2** — r5d.8xlarge avec Windows Server 2019 et SQL Server 2019 Developer Edition
+ **Spécification de la base** de données — 1 To avec TDE désactivé
Les tests ont été effectués avec une instance r5d.8xlarge et une base de données SQL Server de 1 To comme source. Le système source a été configuré conformément aux meilleures pratiques, et la base de données source contenait quatre fichiers de données (250 Go chacun) et un fichier journal (50 Go) répartis sur des volumes gp3 distincts. La `BACKUP` commande native de SQL Server inclut l'écriture dans 10 fichiers de sauvegarde, l'utilisation de la compression pour optimiser les performances de sauvegarde et réduire la quantité de données envoyées sur le réseau et écrites sur la cible. Dans tous les cas de test, les performances de stockage étaient le principal obstacle.
Il existe une variété presque infinie de configurations possibles pour ce type de test. Ce test s'est concentré sur l'optimisation des performances, des coûts, de l'évolutivité et des cas d'utilisation réels. Le tableau suivant présente les mesures de performance capturées pour les options de cible de sauvegarde.
****
| Options de sauvegarde | Niveau | Durée d'exécution (Appx) | Taux de sauvegarde | Coût en dollars américains par mois\$1 |
| --- | --- | --- | --- | --- |
| Sauvegarde native sur disque dur EBS st1 local, 2 To | Base de données | 00:30:46 min | 554,7 Mbits/s | 92,16\$1 |
| Sauvegarde native sur SSD EBS gp3 local, 2 To | Base de données | 00:22:00 minute | 512 Mbits/s | 193,84\$1 |
| Sauvegarde native sur disque dur FSx pour serveur de fichiers Windows, débit de 2 To @512 Mbits/s | Base de données | 00:20 min 58 min | 814,0 Mbit/s | [1 146\$1](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Sauvegarde native sur SSD FSx pour serveur de fichiers Windows, débit de 2 To @512 Mbits/s | Base de données | 00:20:00 minute | 814,0 Mbit/s | [1 326\$1](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Sauvegarde native vers S3 File Gateway m6i.4xlarge (16 vCPU, 64 Go) avec GP3 de 2 To | Base de données | 00:23 h 20 min | 731,5 Mbit/s | 470,42\$1 |
| Instantané EBS VSS | Volume EBS | 00:00:02 sec00:00:53 sec | Instantané N/A | [51\$1](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| AWS Backup (sauvegarde AMI) | AMI | 00:00:04 sec00:08:00 minute | Instantané N/A | [75\$1](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Sauvegarde native de SQL Server directement sur Amazon S3 (SQL Server 2022) | Base de données | 00:12 min | 731,5 Mbit/s | [50 premiers To/mois, 0,023\$1 par Go (23,55\$1 par mois)](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Sauvegarde native FSx pour ONTAP (en utilisant SnapCenter) | Base de données | – | – | [440,20\$1](https://calculator.aws/#/estimate?id=8c9a0b2c296f9839f3ca16bdc2dcd9a6f52f1faf) |
Le tableau précédent part des hypothèses suivantes :
+ Les frais de transfert de données et d'Amazon S3 ne sont pas inclus.
+ Le prix du stockage est inclus dans le prix de l'instance.
+ Les coûts sont basés dans la `us-east-1` région.
+ Le débit et les IOPS augmentent de 10 % avec des sauvegardes multiples dont le taux de variation global est de 10 % au cours du mois.
Les résultats des tests montrent que l'option la plus rapide est une sauvegarde de base de données SQL Server native vers FSx Windows File Server. La sauvegarde sur Storage Gateway et sur des volumes EBS connectés localement est l'option la plus rentable, mais ses performances sont plus lentes. Pour les sauvegardes au niveau du serveur (AMI), nous vous recommandons de les utiliser AWS Backup pour des performances, des coûts et une facilité de gestion optimaux.
## Recommandations en matière d’optimisation des coûts
Comprendre les solutions possibles pour sauvegarder SQL Server sur Amazon EC2 est essentiel pour protéger vos données, garantir que vous répondez à vos besoins de sauvegarde et mettre en place un plan de restauration après un événement critique. Les différentes méthodes de sauvegarde et de restauration de vos instances et bases de données SQL Server décrites dans cette section peuvent vous aider à concevoir une stratégie de sauvegarde et de restauration qui protège vos données et répond aux exigences de votre entreprise.
Cette section couvre les options de sauvegarde suivantes :
+ Compression
+ Amazon S3 Intelligent Tiering
+ Zone de disponibilité unique
+ Backup vers une URL
Les conseils fournis pour chacune de ces options sont de haut niveau. Si vous souhaitez mettre en œuvre l'une de ces recommandations dans votre organisation, nous vous recommandons de contacter l'équipe chargée de votre compte. L'équipe peut ensuite s'adresser à un Microsoft Specialist SA pour mener la conversation. Vous pouvez également nous contacter en envoyant un e-mail à optimize-microsoft@amazon.com.
En résumé, nous recommandons ce qui suit :
+ Si vous utilisez SQL Server 2022, la sauvegarde sur Amazon S3 est l'option la plus rentable.
+ Si vous utilisez SQL Server 2019 et des éditions antérieures de SQL Server, considérez la sauvegarde sur Storage Gateway, soutenue par Amazon S3, comme l'option la plus rentable.
### Compression
L'objectif de la compression est de réduire la consommation de stockage par chaque sauvegarde, ce qui est avantageux pour les différentes options de stockage. Vous devez activer la compression pour une sauvegarde SQL Server au niveau de l'[instance de SQL Server](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/view-or-configure-the-backup-compression-default-server-configuration-option?view=sql-server-ver16). L'exemple suivant montre comment ajouter le mot clé de compression à une base de données de sauvegarde :
`BACKUP DATABASE TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)`
### Amazon S3 Intelligent Tiering
[Pour les sauvegardes destinées à des compartiments Amazon S3, vous pouvez activer [Amazon S3 Intelligent-Tiering comme classe](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) de stockage Amazon S3 File Gateway.](https://docs.aws.amazon.com/filegateway/latest/files3/storage-classes.html#ia-file-gateway) Cela peut réduire les coûts de stockage jusqu'à 30 %. Vous montez ensuite S3 File Gateway sur vos serveurs SQL à l'aide d'un partage de fichiers SMB qui peut être intégré à votre [domaine Active Directory](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html#configure-SMB-settings). Cela vous permet de contrôler l'accès à votre partage, de tirer parti des comptes de service existants et d'accéder à Amazon S3 à l'aide d'un protocole de fichiers commun axé sur Microsoft. Pour les comptes qui ne disposent pas d'une connectivité directe à un contrôleur de domaine, vous pouvez utiliser le [connecteur Active Directory](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/directory_ad_connector.html) pour faciliter la communication avec Active Directory sur site ou dans le cloud. Pour configurer les paramètres Active Directory sur la passerelle, vous devez spécifier le connecteur Active Directory IPs pour que le contrôleur de domaine transmette les demandes par proxy à Active Directory.
Le schéma suivant montre l'architecture d'une solution basée sur S3 Intelligent-Tiering.
![\[Architecture de hiérarchisation intelligente S3\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ad_connector_arch.png)
Par défaut, les fichiers de sauvegarde écrits dans le compartiment S3 utilisent le niveau Standard. Pour convertir les fichiers de sauvegarde du niveau Standard au niveau S3 Intelligent-Tiering, vous devez [créer une](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html) règle de cycle de vie. Vous pouvez également utiliser le [AWS Management Console](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-intelligent-tiering.html#enable-auto-archiving-int-tiering)pour activer la hiérarchisation intelligente S3. Pour plus d'informations, consultez [Getting Started Using Amazon S3 Intelligent-Tiering dans la documentation](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/). AWS
### Zone de disponibilité unique
Pour créer un système de fichiers à zone de disponibilité unique, choisissez l'option mono-AZ lorsque vous [créez un système de fichiers FSx pour Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html). Amazon effectue FSx également quotidiennement des sauvegardes hautement durables (stockées dans Amazon S3) de votre système de fichiers à l'aide du service Windows Volume Shadow Copy, et vous permet d'effectuer des sauvegardes supplémentaires à tout moment. Gardez à l'esprit certains des problèmes liés à l'utilisation d'une zone de disponibilité unique. Par exemple, le partage de fichiers SMB devient inaccessible si une zone de disponibilité affectée dans laquelle le système de fichiers est approvisionné tombe en panne pendant des heures d'affilée. Si vous avez besoin d'accéder aux données, vous devez les restaurer à partir de sauvegardes dans une zone de disponibilité disponible au sein de la région source. Pour plus d'informations, consultez la section [Utiliser une seule zone de disponibilité](storage-fsx-single-az.md) de ce guide.
### Backup vers une URL
Pour SQL Server 2022, la fonctionnalité [de sauvegarde vers une URL](https://www.microsoft.com/en-us/sql-server/blog/2022/09/29/backup-and-restore-to-url-for-s3-compatible-object-storage/) permet une sauvegarde directe sur Amazon S3. Il s'agit de l'approche de sauvegarde idéale pour l'exécution de SQL Server 2022, AWS car vous bénéficiez de l'ensemble complet des fonctionnalités d'Amazon S3 au niveau de la couche de stockage et vous supprimez le coût de l' AWS Storage Gateway appliance nécessaire dans les versions précédentes pour faciliter cette fonctionnalité. Deux coûts principaux doivent être pris en compte lors de la mise en œuvre de cette fonctionnalité : les coûts de transfert de données et la classe de stockage S3 choisie. Si vous souhaitez bénéficier des fonctionnalités natives de reprise après sinistre d'Amazon S3, vous devez tenir compte du fait que [la réplication entre régions](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html#crr-scenario) entraîne des coûts de sortie de [données](https://aws.amazon.com/s3/pricing/?p=pm&c=s3&z=4) entre régions. Pour en savoir plus sur la configuration de cette option, consultez le billet [Backup SQL Server database to Amazon S3](https://aws.amazon.com/blogs/modernizing-with-aws/backup-sql-server-to-amazon-s3/) publié sur le AWS blog Microsoft Workloads on.
## Ressources supplémentaires
+ [Options de sauvegarde et de restauration pour SQL Server sur Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/welcome.html) (directives AWS prescriptives)
+ [Point-in-time restauration et sauvegarde continue pour Amazon RDS avec AWS Backup](https://aws.amazon.com/blogs/storage/point-in-time-recovery-and-continuous-backup-for-amazon-rds-with-aws-backup/) (AWS Storage Blog)
+ [Protégez vos charges de travail SQL Server à l' NetApp SnapCenter aide d'Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS Storage Blog)
+ [Commencer à utiliser Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/) (AWS Getting Started Resource Center)
+ [Stratégies de sauvegarde et de restauration pour Amazon RDS for SQL Server](https://aws.amazon.com/blogs/database/backup-and-restore-strategies-for-amazon-rds-for-sql-server/)AWS (blog de base de données)
+ [Migrer une base de données Microsoft SQL Server sur site vers Amazon EC2 AWS (directives](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-ec2.html) prescriptives)
+ [Bonnes pratiques pour le déploiement de Microsoft SQL Server sur Amazon EC2 (livre blanc](https://docs.aws.amazon.com/whitepapers/latest/best-practices-for-deploying-microsoft-sql-server/best-practices-for-deploying-microsoft-sql-server.html))AWS
# Moderniser les bases de données SQL Server
## Présentation de
Si vous vous lancez dans la modernisation des bases de données existantes à des fins d'évolutivité, de performance et d'optimisation des coûts, vous êtes peut-être confronté à des défis liés aux bases de données commerciales telles que SQL Server. Les bases de données commerciales sont coûteuses, bloquent les clients et proposent des conditions de licence punitives. Cette section fournit une présentation détaillée des options de migration et de modernisation de SQL Server vers des bases de données open source, ainsi que des informations sur le choix de l'option la mieux adaptée à votre charge de travail.
Vous pouvez refactoriser vos bases de données SQL Server en bases de données open source telles qu'Amazon Aurora PostgreSQL afin de réduire les coûts de licence Windows et SQL Server. Les bases de données modernes basées sur le cloud, telles qu'Aurora, allient la flexibilité et le faible coût des bases de données open source aux fonctionnalités robustes destinées aux entreprises des bases de données commerciales. Si vous avez des charges de travail variables ou des charges de travail mutualisées, vous pouvez également migrer vers [Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.html) Serverless V2. Cela peut réduire les coûts jusqu'à 90 %, en fonction des caractéristiques de la charge de travail. AWS Il propose également des fonctionnalités telles que [Babelfish pour Aurora PostgreSQL](https://aws.amazon.com/rds/aurora/babelfish/), des outils tels que [AWS Schema Conversion Tool (AWS SCT) et des services tels que [AWS Database Migration Service (AWS DMS)](https://aws.amazon.com/dms/)](https://aws.amazon.com/dms/schema-conversion-tool/) pour simplifier la migration et la modernisation des bases de données SQL Server sur. AWS
## Offres de bases de données
La migration de SQL Server sous Windows vers une base de données open source telle qu'Amazon Aurora, Amazon RDS for MySQL ou Amazon RDS for PostgreSQL peut permettre de réaliser d'importantes économies sans compromettre les performances ou les fonctionnalités. Éléments à prendre en compte :
+ Le passage de l'édition SQL Server Enterprise sur Amazon EC2 à Amazon RDS for PostgreSQL ou Amazon RDS for MySQL peut permettre de réaliser des économies allant jusqu'à 80 %.
+ Le passage de l'édition SQL Server Enterprise sur Amazon EC2 à l'édition compatible Amazon Aurora PostgreSQL ou à l'édition compatible Amazon Aurora MySQL peut entraîner des économies de coûts allant jusqu'à 70 %.
Pour les charges de travail de base de données traditionnelles, Amazon RDS pour PostgreSQL et Amazon RDS for MySQL répondent aux exigences et fournissent une solution rentable pour les bases de données relationnelles. Aurora ajoute de nombreuses fonctionnalités de disponibilité et de performance auparavant réservées aux fournisseurs commerciaux onéreux. Les fonctionnalités de résilience d'Aurora constituent un coût supplémentaire. Toutefois, par rapport aux fonctionnalités similaires proposées par d'autres fournisseurs commerciaux, les coûts de résilience d'Aurora restent inférieurs à ceux des logiciels commerciaux pour le même type de fonctionnalités. L'architecture Aurora est optimisée pour apporter des améliorations significatives en termes de performances par rapport aux déploiements standard de MySQL et PostgreSQL.
Aurora étant compatible avec les bases de données open source PostgreSQL et MySQL, la portabilité présente un avantage supplémentaire. Que la meilleure option soit Amazon RDS pour PostgreSQL, Amazon RDS pour MySQL ou Aurora, il faut comprendre les exigences de l'entreprise et associer les fonctionnalités nécessaires à la meilleure option.
## Comparaison entre Amazon RDS et Aurora
Le tableau suivant résume les principales différences entre Amazon RDS et Amazon Aurora.
****
| Catégorie | Amazon RDS pour PostgreSQL ou Amazon RDS pour MySQL | Aurora PostgreSQL ou Aurora MySQL |
| --- | --- | --- |
| Performance | Bonne performance | Performances multipliées par 3 ou plus |
| Basculement | Généralement 60 à 120 secondes\$1 | Généralement 30 secondes |
| Capacité de mise à l’échelle | Jusqu'à 5 répliques luesRetard en secondes | Jusqu'à 15 répliques de lectureRetard en millisecondes |
| Stockage | Jusqu'à 64 To | Jusqu'à 128 To |
| Stockage HA | Multi-AZ avec une ou deux unités de secours, chacune avec copie de base de données | 6 copies de données réparties sur 3 zones de disponibilité par défaut |
| Sauvegarde | Sauvegardes quotidiennes des instantanés et des journaux | Sauvegarde continue et asynchrone vers Amazon S3 |
| Innovations avec Aurora | NA | 100 GoClonage rapide de bases de données |
| | Répliques de lecture à mise à l'échelle automatique | |
| | Gestion de plans de requêtes | |
| | Aurora sans serveur | |
| | Répliques interrégionales avec une base de données mondiale | |
| | Gestion du cache du cluster\$1\$1 | |
| | Requête parallèle | |
| | Flux d’activité de base de données. | |
\$1Les transactions importantes peuvent augmenter les temps de basculement
\$1\$1Disponible dans Aurora PostgreSQL
Le tableau suivant indique le coût mensuel estimé des différents services de base de données couverts dans cette section.
****
| Service de base de données | Coût en dollars américains par mois\$1 | Calculateur de tarification AWS (nécessite Compte AWS) |
| --- | --- | --- |
| Édition Amazon RDS pour SQL Server Enterprise | 3 750\$1 | [Estimate](https://calculator.aws/#/estimate?id=16f190d818045bb99fb59659cecca80f92db4bbc) |
| Édition standard d'Amazon RDS pour SQL Server | 2 318\$1 | [Estimate](https://calculator.aws/#/estimate?id=5a5e9832ae80fd9ad9e8010c9a17f57d5a0415ca) |
| Édition SQL Server Enterprise sur Amazon EC2 | 2 835\$1 | [Estimate](https://calculator.aws/#/estimate?id=0976f53e9b1b55d5475dc394c8caae9d5581183b) |
| Édition standard de SQL Server sur Amazon EC2 | 1 345\$1 | [Estimate](https://calculator.aws/#/estimate?id=3cada8ab6d72b68a2eb3bc92927990c9f7e264ca) |
| Amazon RDS pour PostgreSQL | 742\$1 | [Estimate](https://calculator.aws/#/estimate?id=bd825d40c79c0df8f0cf053d55ca39acc8a927fe) |
| Amazon RDS for MySQL | 712\$1 | [Estimate](https://calculator.aws/#/estimate?id=c0f61d7b67652e58df5bf6cb244e9455ff4a8558) |
| Aurora PostgreSQL | 1 032\$1 | [Estimate](https://calculator.aws/#/estimate?id=a557d7d740e5d87c9764bd369de81a5873dad053) |
| Aurora MySQL | 1 031\$1 | [Estimate](https://calculator.aws/#/estimate?id=5924d827c98beadda65368c8e64eb249c001afd6) |
\$1 Le prix du stockage est inclus dans le prix de l'instance. Les coûts sont basés sur la `us-east-1` région. Le débit et les IOPS sont des hypothèses. Les calculs concernent les instances r6i.2xlarge et r6g.2xlarge.
## Recommandations en matière d’optimisation des coûts
Les migrations de bases de données hétérogènes nécessitent généralement la conversion du schéma de base de données du moteur de base de données source vers le moteur de base de données cible et la migration des données de la base de données source vers la base de données cible. La première étape de la migration consiste à évaluer et à convertir le schéma et les objets de code SQL Server vers le moteur de base de données cible.
Vous pouvez utiliser le [AWS Schema Conversion Tool (AWS SCT)](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html) pour évaluer la compatibilité de la base de données avec diverses options de base de données open source cibles, telles qu'Amazon RDS for MySQL ou Amazon RDS pour PostgreSQL, Aurora MySQL et PostgreSQL. Vous pouvez également utiliser l'outil Babelfish Compass pour évaluer la compatibilité avec Babelfish pour Aurora PostgreSQL. Cela fait de Compass AWS SCT et de Compass de puissants outils pour comprendre le travail initial nécessaire avant de décider d'une stratégie de migration. Si vous décidez de continuer, AWS SCT automatise les modifications nécessaires au schéma. La philosophie de base de Babelfish Compass est de permettre à la base de données SQL de migrer vers Aurora sans ou très peu de modifications. Compass évaluera la base de données SQL existante pour déterminer si cela est possible. Ainsi, le résultat est connu avant que des efforts ne soient consacrés à la migration des données de SQL Server vers Aurora.
AWS SCT automatise la conversion et la migration du schéma et du code de base de données vers le moteur de base de données cible. Vous pouvez utiliser Babelfish for Aurora PostgreSQL pour migrer votre base de données et votre application de SQL Server vers Aurora PostgreSQL sans modification de schéma ou avec un minimum de modifications. Cela peut accélérer vos migrations.
Une fois le schéma migré, vous pouvez l'utiliser AWS DMS pour migrer les données. AWS DMS peut effectuer le chargement complet des données et répliquer les modifications pour effectuer la migration avec un temps d'arrêt minimal.
Cette section explore les outils suivants de manière plus détaillée :
+ AWS Schema Conversion Tool
+ Babelfish for Aurora PostgreSQL
+ Boussole Babelfish
+ AWS Database Migration Service
### AWS Schema Conversion Tool
Vous pouvez l'utiliser AWS SCT pour évaluer vos bases de données SQL Server existantes et évaluer la compatibilité avec Amazon RDS ou Aurora. Pour simplifier le processus de migration, vous pouvez également convertir le schéma d' AWS SCT un moteur de base de données à un autre dans le cadre d'une migration de base de données hétérogène. Vous pouvez l'utiliser AWS SCT pour évaluer votre application et convertir le code d'application intégré pour les applications écrites en C\$1, C\$1\$1, Java et dans d'autres langages. Pour plus d'informations, consultez la section [Conversion du code SQL d'une application AWS SCTà l'aide](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Converting.App.html) de la AWS SCT documentation.
AWS SCT est un AWS outil gratuit qui prend en charge de nombreuses [sources](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.html) de base de données. Pour l'utiliser AWS SCT, vous le pointez vers la base de données source, puis vous exécutez une évaluation. [AWS SCT](https://aws.amazon.com/blogs/database/convert-database-schemas-and-application-sql-using-the-aws-schema-conversion-tool-cli/)Évalue ensuite le schéma et génère le rapport d'évaluation. Les rapports d'évaluation incluent un résumé, la complexité et les efforts de migration, les moteurs de base de données cibles appropriés et des recommandations de conversion. Pour le télécharger AWS SCT, consultez la section [Installation, vérification et mise à jour AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Installing.html) dans la AWS SCT documentation.
Le tableau suivant présente un exemple de résumé analytique généré par AWS SCT pour montrer la complexité de la modification de la base de données vers différentes plateformes cibles.
| | | |
| --- |--- |--- |
| **Plateforme cible** | **Modifications automatiques ou minimes** | **Actions complexes** |
| | **Objets de rangement** | **Objets de code** | **Actions de conversion** | **Objets de rangement** | **Objets de code** |
| Amazon RDS for MySQL | 60 (98 %) | 8 (35 %) | 42 | (12 %) | 1 | 15 (65 %) | 56 |
| Amazon Aurora MySQL-Compatible Edition | 60 (98 %) | 8 (35 %) | 42 | (12 %) | 1 | 15 (65 %) | 56 |
| Amazon RDS pour PostgreSQL | 60 (98 %) | 12 (52 %) | 54 | (12 %) | 1 | 11 (48 %) | 26 |
| Amazon Aurora PostgreSQL-Compatible Edition | 60 (98 %) | 12 (52 %) | 54 | (12 %) | 1 | 11 (48 %) | 26 |
| Amazon RDS for MariaDB | 60 (98 %) | 7 (30 %) | 42 | (12 %) | 1 | 16 (70 %) | 58 |
| Amazon Redshift | 61 (100 %) | 9 (39 %) | 124 | 0 (0 %) | 0 | 14 (61 %) | 25 |
| AWS Glue | 0 (0 %) | 17 (100 %) | 0 | 0 (0 %) | 0 | 0 (0 %) | 0 |
| Babelfish | 59 (97 %) | 10 (45 %) | 20 | 23 (23 %) | 2 | 12 (55 %) | 30 |
Un AWS SCT rapport fournit également des détails sur les éléments du schéma qui ne peuvent pas être convertis automatiquement. Vous pouvez combler les écarts AWS SCT de conversion et optimiser les schémas cibles en vous référant aux [playbooks de AWS migration](https://aws.amazon.com/blogs/database/the-database-migration-playbook-has-landed/). Il existe de nombreux manuels de migration de bases de données destinés à faciliter les migrations hétérogènes.
### Babelfish for Aurora PostgreSQL
Babelfish for Aurora PostgreSQL étend la capacité d'Aurora PostgreSQL à accepter des connexions de base de données provenant de clients SQL Server. Babelfish permet aux applications initialement conçues pour SQL Server de fonctionner directement avec Aurora PostgreSQL, avec peu de modifications de code et sans modifier les pilotes de base de données. Babelfish rend Aurora PostgreSQL bilingue afin qu'Aurora PostgreSQL puisse fonctionner à la fois avec le T-SQL et les langages. PL/pgSQL Babelfish minimise les efforts de migration de SQL Server vers Aurora PostgreSQL. Cela accélère les migrations, minimise les risques et réduit les coûts de migration de manière significative. Vous pouvez continuer à utiliser T-SQL après les migrations, mais il est également [possible d'utiliser les outils natifs de PostgreSQL pour le développement](https://aws.amazon.com/blogs/database/category/database/amazon-aurora/babelfish-for-aurora-postgresql/).
Le schéma suivant illustre comment une application utilisant T-SQL se connecte au port par défaut 1433 dans SQL Server et utilise le traducteur Babelfish pour communiquer avec la base de données Aurora PostgreSQL, tandis qu'une application utilisant PL/pgSQL peut se connecter directement et simultanément à la base de données Aurora PostgreSQL en utilisant le port par défaut 5432 dans Aurora PostgreSQL.
![\[Babelfish pour Aurora PostgreSQL.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/babelfish_tsql.png)
Babelfish ne supporte pas certaines fonctionnalités T-SQL de SQL Server. C'est pourquoi Amazon fournit des outils d'évaluation pour line-by-line analyser vos instructions SQL et déterminer si l'une d'entre elles n'est pas prise en charge par Babelfish.
Il existe deux options pour les évaluations de Babelfish. AWS SCT peut évaluer la compatibilité de votre base de données SQL Server avec Babelfish. Une autre option est l'outil Babelfish Compass, qui est une solution recommandée car l'outil Compass est mis à jour conformément aux nouvelles versions de Babelfish pour Aurora PostgreSQL.
### Boussole Babelfish
[Babelfish Compass](https://github.com/babelfish-for-postgresql/babelfish_compass) est un outil téléchargeable gratuitement qui s'aligne sur la dernière version de Babelfish pour Aurora PostgreSQL. En revanche, les nouvelles versions de Babelfish AWS SCT seront prises en charge après un certain temps. [Babelfish Compass](https://github.com/babelfish-for-postgresql/babelfish_compass/blob/main/README.md) est exécuté selon le schéma de base de données SQL Server. Vous pouvez également extraire le schéma de base de données source SQL Server à l'aide d'outils tels que SQL Server Management Studio (SSMS). Ensuite, vous pouvez exécuter le schéma via Babelfish Compass. Cela génère le rapport détaillant la compatibilité du schéma SQL Server avec Babelfish et indiquant si des modifications sont nécessaires avant la migration. L'outil Babelfish Compass peut également automatiser bon nombre de ces changements et, à terme, accélérer vos migrations.
Une fois l'évaluation et les modifications terminées, vous pouvez migrer le schéma vers Aurora PostgreSQL à l'aide des outils natifs de SQL Server tels que SSMS ou sqlcmd. Pour obtenir des instructions, consultez l'article [Migrer de SQL Server vers Amazon Aurora à l'aide de Babelfish](https://aws.amazon.com/blogs/database/migrate-from-sql-server-to-amazon-aurora-using-babelfish/) sur le blog de AWS base de données.
### AWS Database Migration Service
Une fois le schéma migré, vous pouvez utiliser AWS Database Migration Service (AWS DMS) pour effectuer la migration des données AWS avec un temps d'arrêt minimal. AWS DMS non seulement effectue un chargement complet des données, mais reproduit également les modifications de la source à la destination pendant que le système source est opérationnel. Une fois les bases de données source et cible synchronisées, l'activité de transition peut avoir lieu lorsque l'application est pointée vers la base de données cible qui termine la migration. AWS DMS effectue actuellement le chargement complet des données avec Babelfish uniquement pour une cible Aurora PostgreSQL et ne réplique pas les modifications. Pour plus d'informations, consultez la section [Utilisation de Babelfish comme cible AWS Database Migration Service dans la](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.Babelfish.html) AWS DMS documentation.
AWS DMS peut effectuer des migrations homogènes (sur le même moteur de base de données) et hétérogènes (entre différents moteurs de base de données). AWS DMS prend en charge de nombreux moteurs de base de données source et de destination. Pour plus d'informations, consultez l'article sur la [migration de votre base de données SQL Server vers Amazon RDS for SQL Server à AWS DMS l'aide du](https://aws.amazon.com/blogs/database/migrating-your-sql-server-database-to-amazon-rds-for-sql-server-using-aws-dms/) blog de base de AWS données.
## Ressources supplémentaires
+ [Au revoir Microsoft SQL Server, bonjour Babelfish (blog](https://aws.amazon.com/blogs/aws/goodbye-microsoft-sql-server-hello-babelfish/) d'AWS actualités)
+ [Convertissez les schémas de base de données et le code SQL de l'application à l'aide de la AWS Schema Conversion Tool CLI](https://aws.amazon.com/blogs/database/convert-database-schemas-and-application-sql-using-the-aws-schema-conversion-tool-cli/) (AWS Database Blog)
+ [Migrez SQL Server vers Amazon Aurora PostgreSQL en utilisant les meilleures pratiques et les leçons apprises sur le terrain AWS (blog de base](https://aws.amazon.com/blogs/database/migrate-sql-server-to-amazon-aurora-postgresql-using-best-practices-and-lessons-learned-from-the-field/) de données)
+ [Valider les objets de base de données après la migration de Microsoft SQL Server vers Amazon RDS for PostgreSQL et Amazon Aurora PostgreSQL](https://aws.amazon.com/blogs/database/validate-database-objects-post-migration-from-microsoft-sql-server-to-amazon-rds-for-postgresql-and-amazon-aurora-postgresql/) (blog de base de données)AWS
# Optimisation du stockage pour SQL Server
## Présentation de
Cette section se concentre sur l'optimisation des coûts pour le stockage SSD Amazon Elastic Block Store (Amazon EBS) pour SQL Server sur des charges de travail EC2.
Vous disposez d'un large éventail d'options de stockage pour déployer et exécuter des charges de travail SQL Server. AWS La sélection du stockage approprié doit être basée sur l'objectif, l'architecture, la durabilité, les performances, la capacité et le coût. AWS les clients exécutant des charges de travail SQL Server utilisent généralement une combinaison de solutions de stockage NVMe Amazon EBS FSx, Amazon et Amazon Simple Storage Service (Amazon S3).
Amazon EBS est un système de stockage rattaché au réseau connecté à des instances de calcul EC2 et utilisé pour stocker et traiter le système d'exploitation général, les applications, les bases de données et les fichiers de sauvegarde. Le stockage sur disque SSD Amazon EBS inclut des SSD à usage général (gp2 et gp3) et des SSD à IOPS provisionnés (io1, io2 et IO2Bx). Éléments à prendre en compte :
+ Certaines instances EC2, telles que r5d, sont NVMe SSDs physiquement attachées localement à l'instance hôte. Ces volumes fournissent un stockage au niveau des blocs couramment utilisé pour SQL Server tempdb ou pour l'extension du pool de mémoire tampon.
+ Amazon FSx for Windows File Server est un service de stockage de fichiers entièrement géré, tandis qu'Amazon FSx NetApp for ONTAP est un service de stockage partagé entièrement géré basé NetApp sur le célèbre système de fichiers ONTAP. Amazon FSx est fréquemment utilisé pour exécuter des charges de travail SQL Server dans une configuration FCI (SQL Server Failover Clustered Instance) à haute disponibilité. Cette solution héberge les données et les fichiers journaux SQL Server, ce qui réduit les exigences de performances EBS sur les instances EC2.
+ Amazon S3 est un service de stockage d'objets offrant une évolutivité, une disponibilité des données, une sécurité et des performances de pointe. Vous pouvez stocker des fichiers de sauvegarde natifs de SQL Server AMIs, des instantanés EBS, des journaux d'applications, etc. sur Amazon S3.
## Types de stockage SSD, performances et coûts pour Amazon EBS
Les coûts de stockage SSD pour Amazon EBS augmentent généralement à mesure que la durabilité et les performances augmentent. Le stockage est actuellement disponible en cinq types de volumes, chacun ayant ses [propres indicateurs de performance uniques](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html). Pour un résumé des cas d'utilisation et des caractéristiques des volumes sauvegardés sur SSD, consultez le tableau de la section [Volumes SSD](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html#vol-type-ssd) de la documentation Amazon EBS.
Vous pouvez utiliser Amazon CloudWatch pour surveiller les performances des SSD, recueillir des données sur les tendances et définir des alarmes lorsque certains seuils sont atteints. Si vous exécutez des charges de travail SQL Server AWS, pensez à activer la [surveillance détaillée](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html) et à déployer des [mesures CloudWatch personnalisées pour capturer des indicateurs](https://aws.amazon.com/blogs/database/monitor-your-microsoft-sql-server-using-custom-metrics-with-amazon-cloudwatch-and-aws-systems-manager/) de performance détaillés sur les volumes, tels que la latence du disque, les IOPS, le débit, la longueur de la file d'attente du disque, la capacité utilisée par rapport à la capacité libre, etc. Vous pouvez utiliser ces indicateurs de CloudWatch performance pour identifier le stockage sous-provisionné ou surprovisionné et fournir des points de données historiques pour définir avec précision les exigences de stockage.
Les coûts de stockage SSD pour Amazon EBS varient également en fonction de la capacité allouée. Le tableau ci-dessous présente une comparaison des différents types de volumes. Tous les types de volumes ont une capacité de 1 To et des configurations de performances similaires.
****
| Type de volume | Nombre maximal d'E/S par seconde (16 Kio d'E/S) | Débit maximal (128 KiB I/O) | Prix par 1 To | Pourcentage d'économies |
| --- | --- | --- | --- | --- |
| gp2 | 3 000 | 250 | 102,40\$1 | |
| gp3 | 3 000 | 250 | 86,92\$1 | 15 % |
| io1 | 16,000 | 500 | 1 168\$1 | |
| io2 | 16,000 | 500 | 1 168\$1 | |
| gp3 | 16,000 | 500 | 146,92\$1 | 87 % |
| io2bx | 16,000 | 4 000 | 1 168\$1 | |
| gp3 | 16,000 | 1 000 | 181,92\$1 | 84 % |
**Note**
Les indicateurs de performance et de coût présentés dans le tableau précédent sont par volume, sur la base d'une [estimation](https://calculator.aws/#/estimate?id=b637bb9c21ae8ad62f440e349dd2067de80e76b2) du Calculateur de tarification AWS. Un Compte AWS est nécessaire pour accéder à l'estimation dans le Calculateur de tarification AWS.
Les volumes Amazon EBS SSD gp3 offrent d'excellentes performances à faible coût. Vous pouvez économiser jusqu'à 87 % si vous choisissez un volume gp3 plutôt que des volumes io1 ou io2 pour les charges de travail nécessitant moins de 16 000 IOPS et un débit de 500. MiBps
Les volumes io2 Block Express (IO2Bx) offrent des performances accrues par rapport aux volumes io2 classiques. À 16 000 IOPS, les volumes io1 ou io2 ne peuvent atteindre qu'un MiBps débit de 500, tandis que les volumes IO2Bx peuvent être configurés jusqu'à 4 000 débits. MiBps Comparés aux volumes io1 et io2, les volumes io2Bx fournissent un débit quatre fois supérieur, entre 16 000 et 64 000 IOPS, exactement au même prix. Les volumes io2 ordinaires peuvent être convertis en volumes IO2bx en les attachant à des instances EC2 prises en charge par IO2BX. Pour obtenir la liste des instances EC2 prises en charge par IO2BX, consultez la section [Volumes SSD IOPS provisionnés](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#io2-block-express) dans la documentation Amazon EBS. Avant de déployer un nouveau système de stockage, vous pouvez utiliser le [Calculateur de tarification AWS](https://calculator.aws/)pour estimer votre coût mensuel et comprendre l'impact sur les coûts en fonction des compromis entre durabilité, performances et capacité.
## Optimisation générale des coûts des SSD pour Amazon EBS
Nous vous recommandons d'évaluer ce que vous stockez et de vous assurer que vous utilisez le type et la classe de stockage appropriés. Par exemple, Amazon S3 propose un excellent rapport qualité-prix, des politiques de cycle de vie intégrées et des options de réplication idéales pour les sauvegardes SQL Server. SQL Server 2022 a la capacité de sauvegarder directement sur Amazon S3, tandis que les versions précédentes de SQL Server reposent sur des sauvegardes locales natives. Si vous utilisez d'anciennes versions de SQL Server, pensez à effectuer une sauvegarde sur des volumes de disque dur Amazon EBS, puis à copier la sauvegarde sur Amazon S3. Cette solution permet d'économiser 53 % au lieu d'utiliser des volumes gp3 pour les sauvegardes.
Le tableau suivant indique la différence de prix pour 1 To de stockage sur Amazon EBS gp3, Amazon EBS HDD st1 et Amazon S3.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/storage-sql-server.html)
**Note**
Les indicateurs de coûts présentés dans le tableau précédent sont basés sur une [estimation figurant](https://calculator.aws/#/estimate?id=ba6032e10a5f8a82807c1e3b7d5a64ceb2cdcbde) dans le Calculateur de tarification AWS. Un Compte AWS est nécessaire pour accéder à l'estimation dans le Calculateur de tarification AWS.
Nous vous recommandons de prendre en compte les points suivants :
+ Activez une surveillance détaillée et déployez CloudWatch des métriques personnalisées pour saisir avec précision leurs exigences en matière de performances de stockage.
+ Mettez à niveau le stockage Amazon EBS de gp2 à gp3 pour réduire les coûts, augmenter la flexibilité et améliorer les performances.
+ Mettez à niveau le stockage Amazon EBS de io1 à io2 pour une durabilité et une flexibilité accrues en termes de performances.
+ Utilisez io2Bx au lieu de io1 ou io2 lorsque cela est possible pour une durabilité et des performances accrues.
+ Lorsque vous choisissez une mix-and-match solution de stockage, envisagez une approche qui contribue à réduire les besoins en capacité et le coût des volumes à hautes performances. Par exemple, vous pouvez utiliser des volumes gp3 économiques pour votre volume racine (système d'exploitation), l'installation de SQL Server, les bases de données système (à l'exception de tempdb) et les bases de données utilisateur moins performantes. Cela pourrait contribuer à réduire la capacité et le coût d'un volume io2, qui peut être dédié à des bases de données utilisateur à hautes performances.
+ Si vous hébergez des bases de données SQL Server sur AWS, nous vous recommandons d'utiliser plusieurs fichiers de données SQL Server par base de données. Cela permet de répartir les read/write charges de travail sur plusieurs volumes, réduisant ainsi les exigences de performance et de capacité par volume et, par conséquent, les coûts.
+ Même si les charges de travail de production nécessitent un stockage plus performant, tel que io1 ou io2/io2Bx, considérez les volumes gp3 pour les charges de travail hors production afin de réduire les coûts.
+ Suivez et évaluez l'utilisation du stockage au fil du temps afin d'identifier facilement les pics d'utilisation et les coûts imprévus.
+ [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/)À utiliser pour des recommandations sur l'augmentation ou la baisse des volumes EBS en fonction de l'utilisation réelle.
+ Utilisez l'élasticité de AWS pour ajuster les besoins en performances et en capacité de vos volumes SSD pour Amazon EBS. Contrairement aux environnements sur site, vous n'avez pas besoin de surprovisionner les performances et la capacité de stockage pour les charges de travail futures. Vous pouvez migrer vos charges de travail SQL Server existantes AWS et ajuster les performances ou la capacité selon vos besoins, tout en maintenant vos bases de données en ligne.
## Ressources supplémentaires
+ [Types de volumes Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) (documentation Amazon EBS)
+ [Amazon Elastic Block Store (Amazon EBS) (documentation Amazon](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) EBS)
+ [Volumes SSD IOPS provisionnés (documentation](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html) Amazon EBS)
+ [Volumes de stockage d'instances SSD](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ssd-instance-store.html) (documentation Amazon EC2)
+ [ CloudWatch Métriques Amazon pour Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html) (documentation Amazon EBS)
+ [Spécifications relatives aux instances optimisées pour le stockage Amazon EC2 (documentation](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html) Amazon EC2)
+ [Protégez vos charges de travail SQL Server à l' NetApp SnapCenter aide d'Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS Storage Blog)
+ [FAQ Amazon EC2 (page](https://aws.amazon.com/ec2/faqs/)AWS produit)
# Optimisez les licences SQL Server à l'aide de Compute Optimizer
Conseils sur la façon d'optimiser les licences pour SQL Server à l'aide de Optimiseur de calcul AWS.
## Présentation de
[Optimiseur de calcul AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html)peut recommander des opportunités d'optimisation des licences pour les charges de travail Microsoft SQL Server sur Amazon Elastic Compute Cloud (Amazon EC2). Compute Optimizer peut fournir des recommandations automatisées pour réduire les coûts de licence. Les recommandations de Compute Optimizer sont répertoriées à côté de chacune de vos instances EC2 avec des licences Microsoft SQL Server. Les informations fournies incluent les opportunités d'économie recommandées, les prix des instances EC2 à la demande et les prix horaires des licences BYOL (Bring Your Own License). Ces informations peuvent vous aider à décider si vous devez rétrograder votre édition de licence.
Compute Optimizer découvre automatiquement vos instances SQL Server sur Amazon EC2 par type de charge de travail déduit. Pour consulter les recommandations relatives aux licences, vous pouvez sélectionner les instances SQL Server dans Compute Optimizer, puis vous authentifier auprès d'[Amazon CloudWatch Application Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-application-insights.html) à l'aide de vos informations d'identification de base de données en lecture seule. Compute Optimizer analyse si vous utilisez des fonctionnalités de l'édition Enterprise de SQL Server. Si aucune fonctionnalité de l'édition Enterprise n'est utilisée, Compute Optimizer vous recommande de passer à l'édition Standard afin de réduire les coûts de licence.
Vous pouvez également utiliser Compute Optimizer pour faire des recommandations de dimensionnement pour vos instances Amazon EC2 qui exécutent des charges de travail SQL Server. Pour plus d'informations, consultez la section [Optimiser le dimensionnement de SQL Server à l'aide de Compute](sql-server-sizing-compute-optimizer.md) Optimizer dans ce guide.
## Recommandations en matière d’optimisation des coûts
Les recommandations de licence de Compute Optimizer peuvent vous aider à évaluer les fonctionnalités que vous utilisez dans Microsoft SQL Server et à choisir l'édition la plus rentable pour vos charges de travail. L'édition Enterprise de SQL Server est nettement plus chère que l'édition Standard. Pour plus d'informations, consultez la section [Comparaison des éditions de SQL Server](sql-server-editions.md) dans ce guide et consultez la [tarification de SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) sur le site Web de Microsoft. En investissant du temps dans la configuration de Compute Optimizer afin d'évaluer votre parc SQL Server et de fournir des recommandations, vous pouvez réduire considérablement vos coûts de licence.
La page des **détails de la licence** fournit les informations suivantes :
+ Utilisez le tableau pour comparer vos paramètres de licence actuels (tels que l'édition, le modèle et le nombre de cœurs d'instance) avec les recommandations de Compute Optimizer.
+ Utilisez les graphiques d'utilisation pour examiner le nombre de fonctionnalités de l'édition Enterprise qui ont été utilisées pendant la période d'analyse.
Pour plus d'informations, consultez la section [Affichage des détails d'une recommandation de licence logicielle commerciale](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-viewing-details) dans la documentation de Compute Optimizer.
## Configurer Compute Optimizer
Compute Optimizer analyse les licences logicielles commerciales à l'aide de cette métrique. `mssql_enterprise_features_used` Pour plus d'informations sur cette métrique, consultez la section [Mesures pour les licences logicielles commerciales](https://docs.aws.amazon.com/compute-optimizer/latest/ug/metrics.html#license-metrics-analyzed).
1. Assurez-vous que vous disposez des autorisations appropriées pour vous inscrire à Compute Optimizer. Pour plus d’informations, consultez les ressources suivantes :
+ [Politique d'adhésion à Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#opting-in-access)
+ [Politiques pour accorder l'accès à Compute Optimizer en mode autonome Comptes AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#standalone-account-access)
+ [Politiques permettant d'accorder l'accès à Compute Optimizer pour le compte de gestion d'une organisation](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#organization-account-access)
1. Attachez les rôles d'instance et la politique requis pour CloudWatch Application Insights. Pour obtenir des instructions, consultez la section [Politiques visant à activer les recommandations relatives aux licences logicielles commerciales](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#license-access).
1. Activez CloudWatch Application Insights en utilisant les informations d'identification de votre base de données Microsoft SQL Server. Pour obtenir des instructions, consultez la section [Configuration de l'application pour la surveillance](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-setting-up.html) dans la CloudWatch documentation.
**Note**
Pour générer des recommandations pour les licences logicielles commerciales, au moins 30 heures consécutives de données CloudWatch métriques sont nécessaires. Pour plus d'informations, consultez la section [Exigences relatives aux CloudWatch métriques](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-metrics).
1. Utilisez la requête SQL suivante pour configurer l'accès avec le moindre privilège pour CloudWatch Application Insights.
```
GRANT VIEW SERVER STATE TO [LOGIN];
GRANT VIEW ANY DEFINITION TO [LOGIN];
```
Cela active un nouveau service, PrometheusSqlExporter SQL.
1. Depuis le compte de gestion de la cible Compte AWS ou de l'organisation, optez pour Compute Optimizer. Pour obtenir des instructions, consultez [la section Connexion à votre compte](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in).
**Note**
Une fois que vous vous êtes inscrit, les résultats et les recommandations d'optimisation peuvent prendre jusqu'à 24 heures pour être générés.
1. Dans la [console Compute Optimizer](https://console.aws.amazon.com/compute-optimizer/), sélectionnez **Licenses** dans le volet de navigation.
1. Dans la colonne **Conclusions**, recherchez toutes les instances pour lesquelles le résultat de **mesures est insuffisant**. Compute Optimizer renvoie ce résultat s'il détecte qu' CloudWatch Application Insights n'est pas activé ou ne dispose pas d'autorisations suffisantes. Pour plus d'informations, consultez la section [Trouver des raisons](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-finding-reasons). Procédez comme suit pour résoudre ces problèmes :
1. Choisissez l’instance.
1. Ajoutez un secret.
1. Vérifiez que le rôle et la politique de l'instance sont attachés.
1. Choisissez **Activer les recommandations de licence**.
1. Dans la **colonne** Résultats, recherchez toutes les instances dont le résultat **est Non optimisé**. Compute Optimizer renvoie ce résultat s'il détecte que votre infrastructure Amazon EC2 n'utilise aucune des fonctionnalités de licence Microsoft SQL Server pour lesquelles vous payez. Pour plus d'informations, consultez la section [Trouver des raisons](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-finding-reasons). Procédez comme suit pour résoudre ces problèmes :
1. Choisissez l’instance.
1. Comparez l'édition de licence actuelle avec l'édition recommandée.
1. Consultez le graphique actuel d'utilisation des licences.
1. Si vous souhaitez rétrograder la licence, choisissez **Implémenter la recommandation**.
1. Passez en revue les exigences et suivez les instructions pour rétrograder la licence. Si vous souhaitez automatiser le processus, voir [Rétrograder l'édition SQL Server Enterprise à l'aide de AWS Systems Manager Document pour réduire les coûts](https://aws.amazon.com/blogs/mt/downgrade-sql-server-enterprise-edition-using-aws-systems-manager-document-to-reduce-cost/) (AWS blog).
## Ressources supplémentaires
+ [Réduisez les coûts de licence Microsoft SQL Server grâce à Optimiseur de calcul AWS](https://aws.amazon.com/blogs/modernizing-with-aws/reduce-microsoft-sql-server-licensing-costs-with-aws-compute-optimizer/) (AWS Blog)
+ [Qu'est-ce que c'est Optimiseur de calcul AWS ?](https://docs.aws.amazon.com/compute-optimizer/index.html) (AWS documentation)
+ [Consulter les recommandations relatives aux licences logicielles commerciales](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html) (AWS documentation)
+ [Rétrogradez votre édition Microsoft SQL Server](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/downgrade-sql-server-on-ec2.html) (AWS documentation)
+ [Microsoft SQL Server activé AWS](https://aws.amazon.com/sql/) (AWS)
+ [Licence Microsoft sur AWS](https://aws.amazon.com/windows/resources/licensing/) (AWS)
+ [Tarification de Microsoft SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [Tarification de Microsoft SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) (Microsoft)
# Optimisez le dimensionnement de SQL Server à l'aide de Compute Optimizer
## Présentation de
[Optimiseur de calcul AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html)aide les administrateurs de base de données (DBA) à découvrir les charges de travail Microsoft SQL Server sur Amazon Elastic Compute Cloud (Amazon EC2) et à ajuster la taille des instances EC2 afin de réduire les coûts de licence jusqu'à 25 %. La fonctionnalité de [type de charge de travail déduit](https://docs.aws.amazon.com/compute-optimizer/latest/ug/inferred-workload-type.html) de Compute Optimizer utilise l'apprentissage automatique (ML) et détecte automatiquement les applications susceptibles de s'exécuter sur AWS vos ressources. Compute Optimizer inclut la prise en charge de SQL Server en tant que type de charge de travail inférée. En utilisant la fonctionnalité de type de charge de travail inféré, vous pouvez identifier les opportunités de réduction des coûts en fonction de la charge de travail spécifique exécutée sur vos instances Amazon EC2.
Grâce à cette fonctionnalité, vous pouvez classer les opportunités de réduction des coûts en fonction des types de charge de travail déduits pris en charge, tels que SQL Server. Compute Optimizer peut détecter automatiquement les instances SQL Server EC2 surprovisionnées. Vous pouvez passer à la console EC2 pour réduire la taille de l'instance, ce qui permet de réduire les coûts de licence et d'infrastructure.
Vous pouvez également utiliser Compute Optimizer pour recommander des licences SQL Server. Pour plus d'informations, consultez la section [Optimiser les licences SQL Server à l'aide de Compute Optimizer](sql-server-compute-optimizer.md) dans ce guide.
## Configurer Compute Optimizer
Pour obtenir des instructions sur l'utilisation de Compute Optimizer avec des charges de travail déduites de SQL Server, consultez [Optimisation des performances et réduction des coûts de licence : tirer parti des instances SQL Server Amazon Optimiseur de calcul AWS EC2 (blog)](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/).AWS Vous pouvez opter pour des comptes autonomes, des comptes membres d'une organisation et des comptes de gestion d'une organisation. Pour les comptes autonomes et les comptes membres, l'inscription active Compute Optimizer uniquement pour ce compte. Pour un compte de gestion d'organisation, vous pouvez choisir d'activer Compute Optimizer uniquement pour ce compte ou pour tous les comptes membres de l'organisation.
Le processus d'opt-in de Compute Optimizer crée automatiquement un rôle lié à un service Gestion des identités et des accès AWS (IAM). Pour de plus amples informations, veuillez consulter [Utilisation des rôles liés à un service pour Optimiseur de calcul AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/using-service-linked-roles.html).
Compute Optimizer analyse vos ressources en fonction des CloudWatch indicateurs Amazon, tels que le processeur, les E/S, le réseau et l'utilisation d'Amazon Elastic Block Store (Amazon EBS). Pour générer des recommandations, au moins 30 heures consécutives de données CloudWatch métriques sont nécessaires au cours des 14 derniers jours. Si vous activez la fonctionnalité de métriques d'infrastructure améliorées, elle étend les métriques d'utilisation à 93 jours. Pour plus d'informations, consultez les [exigences en matière de CloudWatch métriques](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-metrics) et les [métriques d'infrastructure améliorées](https://docs.aws.amazon.com/compute-optimizer/latest/ug/enhanced-infrastructure-metrics.html) dans la documentation de Compute Optimizer.
Compute Optimizer propose des options et les économies associées à chaque option, en fonction du vCPU, de la mémoire, du stockage, du réseau, des risques et des efforts de migration. Vous pouvez utiliser le tableau de bord des CloudWatch métriques pour analyser les données utilisées pour faire la recommandation. Avec ces données, vous pouvez ajuster la taille de vos instances EC2 qui exécutent des charges de travail SQL Server. Pour plus d'informations sur la modification du type d'instance, consultez [Modifier le type d'instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html) dans la documentation Amazon EC2.
## Ressources supplémentaires
+ [Optimiseur de calcul AWS identifie et filtre les charges de travail Microsoft SQL Server](https://aws.amazon.com/about-aws/whats-new/2023/05/aws-compute-optimizer-identifies-filters-sql-server-workloads/) ()AWS
+ [Optimisation des performances et réduction des coûts de licence : tirer parti Optimiseur de calcul AWS des instances SQL Server Amazon EC2 (blog](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/))AWS
+ [Qu'est-ce que c'est Optimiseur de calcul AWS ?](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html) (AWS documentation)
+ [Afficher les recommandations relatives aux instances EC2](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ec2-recommendations.html) (AWS documentation)
# Consultez Trusted Advisor les recommandations relatives aux charges de travail SQL Server
## Présentation de
[AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html)fournit des recommandations qui vous aident à suivre les AWS meilleures pratiques. En analysant votre utilisation, votre configuration et vos dépenses, Trusted Advisor fournit des recommandations pratiques pour réduire vos coûts, améliorer la disponibilité et les performances du système ou contribuer à combler les failles de sécurité. Cette section se concentre sur Trusted Advisor les vérifications qui peuvent vous aider à réduire les coûts d'exploitation des charges de travail SQL Server dans le AWS Cloud.
## Recommandations en matière d’optimisation des coûts
Trusted Advisor fournit des recommandations qui vous aident à optimiser vos charges de travail SQL Server sur Amazon Elastic Compute Cloud (Amazon EC2). Les contrôles inspectent vos charges de travail SQL Server et répertorient automatiquement les instances à optimiser. La mise en œuvre Trusted Advisor des recommandations peut réduire les coûts et améliorer le niveau de sécurité de votre organisation.
Les Trusted Advisor vérifications suivantes se concentrent sur Microsoft SQL Server :
+ [Instances Amazon EC2 surprovisionnées pour Microsoft SQL Server](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html#ec2-instance-over-provisioned-microsoft-sql-server) : cette vérification analyse vos instances Amazon EC2 qui exécutent SQL Server et vous alerte si une instance dépasse la limite de vCPU du logiciel SQL Server. Par exemple, une instance avec l'édition standard de SQL Server peut utiliser jusqu'à 48 CPUs v. Une instance avec SQL Server Web peut utiliser jusqu'à 32 CPUs v.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/sql-server-trusted-advisor.html)
+ [Consolidation des instances Amazon EC2 pour Microsoft SQL Server](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html#ec2-instances-consolidation-sql-server) : cette vérification analyse vos instances Amazon EC2 et vous avertit si votre instance possède un nombre inférieur au nombre minimum de licences SQL Server. Vous pouvez consolider des instances SQL Server plus petites afin de réduire les coûts. Si vous disposez de nombreuses petites instances SQL Server incluses dans une licence, envisagez de les consolider. Selon le [guide des licences Microsoft SQL Server 2019](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf), SQL Server nécessite un minimum de 4 licences vCPU par instance. Si vous consolidez ces bases de données, vous pouvez économiser sur les coûts de licence. Vous pouvez prendre votre décision en fonction du nombre de bases de données présentes sur l'instance, de la taille maximale de la base de données et de la taille totale des bases de données. La consolidation est prise en charge pour les éditions Web, Standard et Enterprise de SQL Server. Pour plus d'informations, consultez [Consolidation des bases de données SQL Server](https://learn.microsoft.com/en-us/archive/blogs/mvpawardprogram/consolidating-sql-server-databases) (billet de blog Microsoft).
AWS ne recommande pas de placer de grandes bases de données de production sur un seul serveur. Cependant, vous pouvez consolider les plus petits environnements utilisés pour les environnements non liés à la production, tels que le développement, les tests et la mise en scène. Cela dépend de votre utilisation actuelle de SQL Server ; si vous avez des bases de données peu utilisées, vous pouvez les consolider sur un seul serveur.
## Configuration Trusted Advisor
Procédez comme suit pour évaluer les intégrations ciblées sur SQL Server Trusted Advisor.
1. Connectez-vous au AWS Management Console.
1. Ouvrez la [AWS Trusted Advisor console](https://console.aws.amazon.com/trustedadvisor/home).
1. Dans le volet de navigation, sous **Recommandations**, sélectionnez **Optimisation des coûts**.
1. Dans la liste des **vérifications d'optimisation des coûts**, consultez l'état de la **consolidation des instances Amazon EC2 pour Microsoft SQL Server** et des instances **Amazon EC2 surprovisionnées pour** les vérifications Microsoft SQL Server.
+ Les symboles verts indiquent que vos instances Amazon EC2 sont configurées de manière optimale.
+ Les symboles d'alerte orange indiquent qu'il existe des possibilités d'amélioration.
1. Choisissez un chèque pour voir ses détails et ses recommandations.
1. Suivez les instructions fournies par le check pour optimiser vos instances Amazon EC2 qui exécutent des charges de travail SQL Server.
1. Surveillez régulièrement vos instances et actualisez régulièrement les vérifications.
## Ressources supplémentaires
+ [Trusted Advisor vérifier la référence](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor-check-reference.html) (AWS documentation)
+ [Microsoft SQL Server activé AWS](https://aws.amazon.com/sql/) (AWS)
+ [Licence Microsoft sur AWS](https://aws.amazon.com/windows/resources/licensing/) (AWS)
+ [Tarification de SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [AWS Launch Wizard pour SQL Server](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sql.html) (AWS documentation)