Optimisation du stockage pour le SQL serveur - AWS Conseils prescriptifs
PrésentationSSDtypes de stockage, performances et coûts pour Amazon EBSOptimisation générale des SSD coûts pour Amazon EBSRessources supplémentaires

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.

Optimisation du stockage pour le SQL serveur

Présentation

Cette section se concentre sur l'optimisation des coûts pour le SSD stockage Amazon Elastic Block Store EBS (Amazon) pour les charges de travail de SQL Server. EC2

Vous disposez d'un large éventail d'options de stockage pour déployer et exécuter les charges de travail SQL du serveur. 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 de SQL serveur utilisent généralement une combinaison de solutions de stockage Amazon EBS NVMeFSx, Amazon et Amazon Simple Storage Service (Amazon S3).

Amazon EBS est un système de stockage rattaché au réseau connecté à des instances de EC2 calcul 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 EBS SSD Amazon (SSD) inclut le stockage à usage général SSD (gp2 et gp3) et provisionné IOPS SSD (io1, io2 et io2Bx). Éléments à prendre en compte :

  • Certaines EC2 instances, comme r5d, ont un local NVMe SSDs physiquement attaché à l'instance hôte. Ces volumes fournissent un stockage au niveau des blocs qui est couramment utilisé pour la base de données tempdb SQL du serveur ou l'extension du pool de mémoire tampon.

  • Amazon FSx pour Windows File Server est un service de stockage de fichiers entièrement géré, tandis qu'Amazon FSx pour Windows NetApp ONTAP est un service de stockage partagé entièrement géré basé sur le célèbre système NetApp de ONTAP fichiers. Amazon FSx est fréquemment utilisé pour exécuter des charges de travail de SQL serveur dans une configuration d'instance clusterisée de basculement de SQL serveur () FCI à haute disponibilité. Cette solution héberge les données SQL du serveur et les fichiers journaux, ce qui réduit les exigences de EBS performance des EC2 instances.

  • 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 SQL du serveurAMIs, EBS des instantanés, des journaux d'applications, etc. sur Amazon S3.

SSDtypes de stockage, performances et coûts pour Amazon EBS

SSDles coûts de stockage pour Amazon augmentent EBS 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. Pour un résumé des cas d'utilisation et des caractéristiques des volumes SSD sauvegardés, consultez le tableau de la section consacrée aux volumes Solid State Drive (SSD) de la EBS documentation Amazon.

Vous pouvez utiliser Amazon CloudWatch pour surveiller les SSD performances, 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 de SQL serveur AWS, envisagez d'activer une surveillance détaillée et de déployer des mesures CloudWatch personnalisées pour capturer des indicateurs de performance détaillés sur les volumes, tels que la latence du disque, le débitIOPS, 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.

SSDles coûts de stockage pour Amazon varient EBS é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 Maximum IOPS (16 Kio E/S) Débit maximal (128 KiB I/O) Prix par 1 To Pourcentage d'économies
gp2 3 000 250 102,40$  
gp3 3 000 250 86,92$ 15 %
io1 16,000 500 1 168$  
io2 16,000 500 1 168$  
gp3 16,000 500 146,92$ 87 %
io2bx 16,000 4 000 1 168$  
gp3 16,000 1 000 181,92$ 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 du AWS Pricing Calculator. Un Compte AWS est nécessaire pour accéder à l'estimation dans le AWS Pricing Calculator.

Les volumes Amazon EBS SSD gp3 offrent d'excellentes performances à moindre 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 un débit inférieur à 16 IOPS 000 et 500. MiBps

Les volumes io2 Block Express (IO2Bx) offrent des performances accrues par rapport aux volumes io2 classiques. À 16 000IOPS, les volumes io1 ou io2 ne sont capables que d'un MiBps débit de 500, tandis que les volumes io2Bx peuvent être configurés jusqu'à un débit de 4 000. MiBps Comparés aux volumes io1 et io2, les volumes io2Bx fournissent un débit quatre fois supérieur, entre 16 000 et 64 IOPS 000, exactement au même prix. Les volumes io2 ordinaires peuvent être convertis en volumes IO2bx en les attachant à des instances prises en charge par IO2bx. EC2 Pour obtenir la liste des EC2 instances prises en charge par IO2BX, consultez la section Volumes provisionnés IOPS SSD dans la documentation Amazon. EBS Avant de déployer un nouveau système de stockage, vous pouvez utiliser le AWS Pricing Calculatorpour 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 SSD coûts 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 de SQL serveurs. SQLServer 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 EBS HDD volumes Amazon, 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.

Type de stockage Capacité Prix par minute
EBSgp3 500 MiBps 1 To 96,92$
EBSST1 Burst 500 MiBps 46,08$
S3 Standard 23,55$
S3 Standard (accès peu fréquent) 12,80$
S3 Glacier Deep Archive 1,03$
Note

Les indicateurs de coûts présentés dans le tableau précédent sont basés sur une estimation figurant dans le AWS Pricing Calculator. Un Compte AWS est nécessaire pour accéder à l'estimation dans le AWS Pricing Calculator.

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 EBS stockage Amazon de gp2 à gp3 pour réduire les coûts, augmenter la flexibilité et améliorer les performances.

  • Mettez à niveau le EBS stockage Amazon d'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 SQL du serveur, 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 les bases de données SQL du serveur sur AWS, nous vous recommandons d'utiliser plusieurs fichiers de données SQL du serveur par base de données. Cela permet de répartir les charges de travail de lecture/écriture 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.

  • AWS Compute OptimizerÀ utiliser pour des recommandations sur l'augmentation ou la baisse des EBS volumes en fonction de l'utilisation réelle.

  • Utilisez l'élasticité de AWS pour ajuster les besoins en performances et en capacité de vos SSD volumes pour AmazonEBS. 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 les charges de travail de votre SQL serveur existant AWS et ajuster les performances ou la capacité selon vos besoins, tout en maintenant vos bases de données en ligne.

Ressources supplémentaires