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 sur une architecture à nœud unique Amazon EC2
Le schéma suivant illustre une architecture recommandée pour un serveur SQL à nœud unique sur Amazon Elastic Compute Cloud (Amazon EC2) avant d'ajouter la prise en charge de la haute disponibilité (HA) et de la reprise après sinistre (DR).
Dans cette architecture, la base de données SQL Server est déployée sur une instance EC2, à l'aide d'une Amazon Machine Image (AMI) pour SQL Server et de volumes distincts pour le système d'exploitation, les données, le journal et les sauvegardes. Le stockage NVMe (Non-Volatile Memory Express) est connecté directement à l'instance EC2 et utilisé pour la base de données tempdb de SQL Server. AWS Directory Service est utilisé pour configurer l'authentification Windows pour la base de données SQL Server. Vous pouvez également l'utiliser AWS Systems Manager pour détecter et installer les correctifs et les mises à jour de SQL Server.
![\[Architecture SQL Server à nœud unique sur Amazon EC2 avant HA/DR\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/images/single-node.png)
Le tableau suivant récapitule les recommandations relatives à la configuration de cette architecture. Ces recommandations sont examinées en détail dans les sections qui suivent.
****
| | |
| --- |--- |
| Type d'instance/AMI | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
| Édition SQL Server | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
| Type de stockage | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
| Volumes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
| Options de reprise après sinistre | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
## Types d’instances
AWS propose une sélection de [classes d'instances](https://aws.amazon.com/ec2/instance-types/) pour vos charges de travail SQL Server. Vous pouvez choisir entre des types optimisés pour le calcul, pour la mémoire, pour le stockage, pour usage général, etc., en fonction de la charge de travail attendue sur le serveur de base de données, de la version, des HA/DR options, des cœurs requis et des considérations relatives aux licences. Nous vous recommandons de choisir les types d'instances optimisés pour Amazon EBS pour SQL Server. Ils offrent le meilleur débit avec des volumes EBS attachés dans un réseau dédié, ce qui est essentiel pour les charges de travail SQL Server susceptibles de nécessiter de lourdes exigences d'accès aux données. Pour les charges de travail de base de données standard, vous pouvez exécuter des classes d'instance optimisées pour la mémoire telles que R5, R5b, R5d et R5n. Vous pouvez également inclure le stockage d'instance ou le NVMe stockage. Elles sont toutes deux idéales pour tempdb et offrent des performances équilibrées pour les charges de travail des bases de données.
Pour les charges de travail critiques, l'[instance z1d](https://aws.amazon.com/ec2/instance-types/z1d/) à hautes performances est optimisée pour les charges de travail impliquant des coûts de licence élevés, telles que SQL Server. L'instance z1d est construite avec un processeur Intel Xeon Scalable personnalisé qui fournit une fréquence turbo intégrale soutenue allant jusqu'à 4.0 GHz, ce qui est nettement plus rapide que les autres instances. Pour les charges de travail nécessitant un traitement séquentiel plus rapide, vous pouvez exécuter moins de cœurs avec une instance z1d et obtenir des performances identiques ou supérieures à celles des autres instances dotées de plus de cœurs.
Amazon propose également un service dédié à [AMIsSQL Server sur Microsoft Windows Server](https://aws.amazon.com/windows/resources/amis/) pour vous aider à héberger les dernières éditions de SQL Server sur Amazon EC2.
## Stockage
Certains types d'instances proposent des [volumes de stockage d' NVMe instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). NVMe est une option de stockage temporaire (éphémère). Ce stockage est directement attaché à l'instance EC2. Bien que le NVMe stockage soit temporaire et que les données soient perdues au redémarrage, il offre des performances optimales. Il convient donc à la base de données tempdb de SQL Server, qui présente des modèles d'accès aux données élevés I/O et aléatoires. L'utilisation d'un magasin d' NVMe instance pour tempdb est gratuite.
Amazon EBS est une solution de stockage durable qui répond aux exigences de SQL Server en matière de stockage rapide et disponible. Microsoft recommande de séparer les volumes de données et de journaux pour des performances optimales. Les raisons de cette séparation sont notamment les suivantes :
+ Différentes méthodes d'accès aux données. Les volumes de données utilisent un accès aléatoire aux données par traitement des transactions en ligne (OLTP), tandis que les volumes de journaux utilisent un accès série.
+ De meilleures options de restauration. La perte d'un volume n'affecte pas l'autre volume et contribue à la restauration des données.
+ Différents types de charge de travail. Les volumes de données sont destinés aux charges de travail OLTP, tandis que les volumes de journaux ciblent les charges de travail de traitement analytique en ligne (OLAP).
+ Différentes exigences de performance. Les volumes de données et de journaux ont des exigences différentes en termes d'IOPS et de latence, des taux de débit minimaux et des critères de performance similaires.
Pour sélectionner le bon [type de volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html), vous devez analyser les méthodes d'accès, les IOPS et le débit de votre base de données. Collectez des statistiques à la fois pendant les heures de travail normales et pendant les pics d'utilisation. SQL Server utilise des extensions pour stocker les données. L'unité atomique de stockage dans SQL Server est une page d'une taille de 8 Ko. Huit pages physiquement contiguës constituent une étendue d'une taille de 64 Ko. Par conséquent, sur une machine SQL Server, la taille de l'unité d'allocation NTFS pour l'hébergement des fichiers de base de données SQL (y compris tempdb) doit être de 64 Ko.
Le choix du volume EBS dépend de la charge de travail, c'est-à-dire du fait que la base de données soit intensive en lecture ou en écriture, qu'elle nécessite des IOPS élevées, un stockage d'archives, etc. Le tableau suivant présente un exemple de configuration.
****
| Ressource Amazon EBS | Type | Description |
| --- | --- | --- |
| Disque du système d'exploitation | `gp3` | Stockage à usage général. |
| disque de données | `io1`/`io2` | Stockage nécessitant beaucoup d'écriture. |
| Disque LOG | `gp3` ou `io2` | Stockage à usage général pour les charges de travail intensives. |
| Disque de sauvegarde | `st1` | Stockage d'archives moins coûteux. Pour de meilleures performances, les sauvegardes peuvent également être stockées sur un disque plus rapide si elles sont copiées régulièrement sur Amazon Simple Storage Service (Amazon S3). |
## Considérations relatives à Amazon EBS et Amazon S3
Le tableau suivant présente une comparaison entre Amazon EBS et Amazon S3 pour le stockage. Utilisez ces informations pour comprendre les différences entre les deux services et pour choisir l'approche la mieux adaptée à votre cas d'utilisation.
****
| Service | Disponibilité | Durabilité | Remarques |
| --- | --- | --- | --- |
| Amazon EBS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
| Amazon S3 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) |
## SQL Server sur le serveur de fichiers Amazon FSx pour Windows
[Le serveur de fichiers Amazon FSx pour Windows](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/sql-server.html) fournit des performances rapides avec un débit de base pouvant atteindre 2 GB/second par système de fichiers, des centaines de milliers d'IOPS et des latences constantes inférieures à la milliseconde. Pour fournir les bonnes performances à vos instances SQL Server, vous pouvez choisir un niveau de débit indépendant de la taille de votre système de fichiers. Des niveaux de capacité de débit plus élevés s'accompagnent également de niveaux d'IOPS plus élevés que le serveur de fichiers peut transmettre aux instances SQL Server qui y accèdent. La capacité de stockage détermine non seulement la quantité de données que vous pouvez stocker, mais également le nombre d' I/O opérations par seconde (IOPS) que vous pouvez effectuer sur le stockage : chaque Go de stockage fournit 3 IOPS. Vous pouvez configurer chaque système de fichiers pour une taille maximale de 64 TiB (contre 16 TiB pour Amazon EBS). Vous pouvez également utiliser les FSx systèmes Amazon comme témoin de partage de fichiers pour les déploiements de Windows Server Failover Cluster (WSFC).