FAQ sur Amazon RDS pour SQL Server

Amazon RDS pour SQL Server est un service de base de données relationnelle (RDS) qui simplifie la configuration, l’utilisation et la mise à l’échelle de déploiements SQL Server dans le cloud. C’est une base de données durable entièrement gérée, conçue pour les charges de travail d’entreprise à grande échelle et qui vous permet de vous concentrer sur le développement d’applications.

Dans ce didacticiel, vous apprendrez comment créer une instance de base de données Microsoft SQL Server (nous appelons cela une instance), vous connecter à la base de données et supprimer l’instance de base de données. Pour ce faire, nous allons utiliser Amazon Relational Database Service (Amazon RDS) et tout ce que nous allons effectuer dans ce didacticiel est disponible dans l’offre gratuite.

Pour davantage de guides, consultez l’onglet ressources.

Actuellement, Amazon RDS pour SQL Server prend en charge Microsoft SQL Server 2014, 2016, 2017, 2019 et 2022. Des informations sur les versions mineures prises en charge sont disponibles dans le guide de l’utilisateur Amazon RDS.

Amazon RDS pour SQL Server prend en charge les éditions Enterprise, Standard, Web, Developer et Express.

Consultez la tarification Amazon RDS pour SQL Server pour obtenir tous les renseignements sur les instances de base de données et sur la disponibilité régionale.

Vous pouvez utiliser ce didacticiel pour savoir comment démarrer avec Amazon RDS pour SQL Server.

Oui. Pour plus d’informations, consultez l’accord de niveau de service Amazon RDS.

Consultez la tarification Amazon RDS pour SQL Server pour obtenir tous les renseignements sur les instances de base de données et sur la disponibilité régionale.

La tarification des instances est calculée depuis le moment où l’instance est créée jusqu’au moment où celle-ci est supprimée. Les instances sont facturées par tranches d’une seconde, avec des frais minimums pour les périodes inférieures à 10 minutes, à la suite d’un changement de statut facturable telles que la création, la modification ou la suppression d’une instance.

Par exemple, si vous créez une instance r5.large à 13:00:00, modifiez l’instance vers une r5.xlarge à 13:30:00 et supprimez l’instance à 13:50:00, vous serez facturé 1 800 secondes (30 minutes) au tarif de l’instance r5.large et 1 200 secondes (20 minutes) au tarif r5.xlarge. Si vous créez une instance r5.large à 15:00:00 et que vous la supprimez à 15:06:00, le minimum de 10 minutes s’applique et vous serez facturé 600 secondes (10 minutes) au tarif de l’instance r5.large.

Non. La tarification Amazon RDS pour SQL Server comprend la licence du logiciel, les ressources matérielles sous-jacentes et les capacités de gestion d’Amazon RDS.

Oui, vous pouvez souscrire un Database Savings Plans pour votre utilisation d’Amazon RDS pour SQL Server et réduire vos coûts jusqu’à 20 % en vous engageant à utiliser un volume constant pendant une période d’un an. La remise accordée dans le cadre des Database Savings Plans s’applique uniquement à l’utilisation des instances de base de données. Vous trouverez des informations supplémentaires sur les utilisations éligibles sur la page de tarification des Database Savings Plans.

La taille de stockage d’une instance de base de données peut être définie entre 10 Gio et 256 Tio (lorsque vous utilisez des volumes de stockage supplémentaires). Vous pouvez augmenter automatiquement le stockage de votre base de données sans temps d’indisponibilité en utilisant la fonction de stockage mis à l’échelle automatiquement..

Vous pouvez augmenter la taille de stockage aussi souvent que vous le souhaitez, mais vous devez attendre 6 heures à partir de la mise à l’échelle précédente.

Vous pouvez dimensionner les ressources de calcul attribuées à votre instance dans la console de gestion AWS en sélectionnant les instances souhaitées et en cliquant sur le bouton « Modifier ». Les ressources de mémoire et de CPU peuvent être modifiées en changeant votre classe d'instance.

Lorsque vous modifiez votre classe d'instance, les changements requis sont appliqués au cours de la fenêtre de maintenance que vous avez définie. Vous pouvez aussi utiliser l'indicateur « Appliquer immédiatement » pour appliquer immédiatement vos demandes de dimensionnement. Ces deux options affecteront la disponibilité pendant quelques minutes, le temps de l'opération de dimensionnement. N’oubliez pas que toutes les modifications système en attente seront également appliquées.

Non, vous devez utiliser au moins quatre vCPU. Vous pouvez choisir n’importe quel nombre de vCPU compris entre quatre et le nombre maximal de vCPU pour une instance. 

Par défaut, Amazon RDS active la sauvegarde automatique de votre instance de base de données avec une période de rétention de 7 jours. Le stockage de sauvegarde gratuit est limité à la taille de votre base de données mise en service et s'applique uniquement aux instances de base de données actives. Par exemple, si vous avez 100 Go de stockage de base de données alloués en un mois, nous offrons 100 Go de stockage de sauvegardes par mois sans frais supplémentaires.

Si vous souhaitez modifier votre période de rétention des sauvegardes, vous pouvez le faire en utilisant la console ou l'API CreateDBInstance (pour la création d'une instance de base de données) ou l'API ModifyDBInstance (pour les instances existantes). Vous pouvez utiliser ces API pour définir le paramètre RetentionPeriod sur n'importe quel nombre compris entre 0 jour (ce qui désactive les sauvegardes automatiques) et le nombre de jours de sauvegarde désiré. La valeur ne peut pas être définie sur 0 si l’instance de base de données est une source de réplicas en lecture. Pour plus d’informations sur les sauvegardes automatisées, consultez le Guide de l’utilisateur Amazon RDS.

Oui, vous pouvez également sauvegarder votre instance DB manuellement, en créant manuellement un instantané DB. Pour en savoir plus sur la création d’un instantané DB, consultez la section Création d’un instantané DB.

Lorsque vous supprimez une instance DB, vous pouvez créer un instantané DB final au moment de la suppression ; de cette manière, vous pourrez utiliser cet instantané DB pour restaurer ultérieurement l’instance DB supprimée. Amazon RDS conserve cet instantané DB final créé par l’utilisateur avec les autres instantanés DB créés manuellement et ce, même après la suppression de l’instance DB. Consultez la page de tarification pour en savoir plus sur les coûts de stockage des sauvegardes.

Oui, Amazon RDS vous permet de copier des instantanés DB automatisés ou manuels. Après avoir copié un instantané, la copie est un instantané manuel.

Vous pouvez copier un instantané au sein de la même Région AWS, copier un instantané entre des Régions AWS et copier des instantanés partagés.

Amazon RDS prend en charge les déploiements Multi-AZ pour Microsoft SQL Server en utilisant soit SQL Server Database Mirroring (DBM) soit les groupes de disponibilité (AG) Always On. Les déploiements Multi-AZ assurent une disponibilité, une durabilité des données et une tolérance aux pannes accrues pour les instances DB. En cas de maintenance planifiée de la base de données ou d’interruption de service imprévue, Amazon RDS lance automatiquement le basculement vers l’instance DB secondaire à jour.

Consultez la section Déploiements Multi-AZ pour Amazon RDS pour SQL Server pour en savoir plus.

Oui, vous pouvez créer jusqu’à cinq réplicas en lecture à partir d’une instance DB source.

Oui, vous pouvez créer une réplica en lecture sur plusieurs régions pour vos charges de travail Édition Enterprise.

Les instances primaires et de secours utilisent le même point de terminaison, dont l’adresse réseau physique passe à la réplique secondaire dans le cadre du processus de basculement. Vous ne devez pas reconfigurer votre application en cas de basculement.

Le trafic sur le port 3343 pour TCP et UDP doit être autorisé à la fois dans les ACL de réseau de votre VPC et dans le groupe de sécurité qui est attaché à votre instance Amazon RDS pour SQL Server Multi AZ. Ce trafic est nécessaire dans les deux sens, entrant et sortant. Veuillez noter que le trafic sur ce port n’est requis qu’au sein du VPC dans les ACL de réseau et au sein du groupe de sécurité qui est attaché à l’instance du serveur SQL RDS.

Si vous n’avez pas supprimé les règles entrantes et sortantes par défaut dans votre liste de contrôle d’accès, vous n’avez pas à prendre d’autres mesures concernant vos listes de contrôle d’accès.

Autorisez le trafic sur le port 3343 pour UDP et TCP dans le groupe de sécurité qui est attaché à votre instance RDS SQL Server Multi-AZ.

Ne pas autoriser le trafic sur le port 3343 pour UDP et TCP peut provoquer des défaillances inattendues du service WSFC. Même si vous n’avez pas vu d’échecs jusqu’à présent, vous pourriez en voir à l’avenir. Cela dépend de la façon et du moment où le service WSFC a besoin de trafic sur le port 3343. Il se peut également que votre instance utilise actuellement une version du moteur qui n'utilise pas AlwaysOn for Amazon RDS for SQL Server. Dans ce cas, Amazon RDS for SQL Server utiliserait Database Mirroring pour fournir Multi-AZ, et le port 3343 ne serait pas nécessaire. Cependant, à l’avenir, vous pourrez passer à une version qui utilise AlwaysOn sur Amazon RDS pour SQL Server, et vous devrez autoriser ce trafic.

Les documents suivants sont disponibles pour vous expliquer comment modifier l’ACL réseau pour ajouter des règles ACL, ajouter des règles de groupes de sécurité (sortie), et ajouter des règles de groupes de sécurité (entrée).

Le paramètre « mémoire maximale du serveur (Mo) » est utilisé pour indiquer à SQL Server la quantité de mémoire physique qu’il peut réserver pour son pool de mémoire tampon. La configuration d’une valeur maximale autorisée pour ce paramètre garantit que le système d’exploitation (SE) et les autres processus n’entreront pas en concurrence avec le processus SQL Server pour la mémoire. Cela permet d’éviter les problèmes de pression sur la mémoire et d’augmenter la stabilité de l’instance de base de données.

• Si la capacité de l’instance est inférieure à 2 Go, la valeur maximale autorisée de la « mémoire maximale du serveur (Mo) » est de 200 Mo. 

• Si l'instance possède moins de 8 Go, la valeur maximale autorisée de la « mémoire maximale du serveur (Mo) » est la mémoire totale, c'est-à-dire la mémoire totale*1/8. 

• Si l'instance possède moins de 64 Go : la valeur maximale autorisée de la « mémoire maximale du serveur (Mo) » est la mémoire totale, c'est-à-dire la mémoire totale*1/16. 

• Si l’instance possède 64 Go ou plus, la valeur maximale autorisée de la « mémoire maximale du serveur (Mo) » est de 4 Go de mémoire totale.

Oui, car cela est dû au fait que 60 Go est la valeur maximale autorisée de la « mémoire maximale du serveur (Mo) » sur une instance DB dotée de 64 Go de mémoire totale.

Selon les valeurs maximales autorisées mentionnées ci-dessus, la nouvelle valeur sera fixée à 60 Go. Une fois la valeur appliquée à votre instance de base de données, vous verrez un événement dans la console AWS ou via l’interface de ligne de commande indiquant que la valeur « mémoire maximale du serveur (Mo) » a été réinitialisée à 60 Go.

Oui, vous êtes autorisé à personnaliser cette valeur jusqu’à la valeur maximale autorisée mentionnée ci-dessus. Dans ce cas, la valeur maximale autorisée est de 60 Go.

Nous calculerons une nouvelle valeur par défaut similaire à celle indiquée dans la documentation AWS en votre nom et l’appliquerons à votre instance de base de données.

Après le 7 mars 2023, nous appliquerons la nouvelle valeur de paramètre par défaut à votre instance conformément aux calculs de mémoire mentionnés ci-dessus.

Non, l’état « Redémarrage en attente » peut s’afficher pour votre groupe de paramètres sur la console RDS, mais aucun redémarrage n’est requis pour votre instance de base de données car la modification du paramètre « mémoire maximale du serveur (Mo) » aurait été automatiquement appliquée. Ce message disparaîtra après le prochain redémarrage de l’instance et aucune action n’est requise.

En fonction de la mémoire disponible sur la nouvelle instance de base de données et selon le calcul de la mémoire mentionné ci-dessus, nous allons réinitialiser la mémoire serveur maximale (Mo) à 30 Go sur votre nouvelle instance de base de données.

Non, il n’y a aucun temps d’arrêt pour modifier la configuration de la mémoire maximale du serveur.