Tarification d’Amazon RDS for MySQL
Des bases de données relationnelles faciles à gérer, optimisées pour le coût total de possession
Amazon RDS for MySQL vous permet de personnaliser vos bases de données selon vos besoins, notamment grâce aux options suivantes :
- Paiement à l’utilisation, sans frais initiaux ni engagement minimum, avec des instances à la demande ou des instances réservées à tarif réduit. Payez uniquement ce que vous utilisez.
- Choix de types d’instance optimisés pour différents cas d’utilisation de bases de données relationnelles.
Les nouveaux clients AWS peuvent commencer à utiliser RDS for MySQL gratuitement dans le cadre de l’offre gratuite AWS, qui comprend chaque mois, pendant un an, 750 heures d’utilisation d’une sélection d’instances de base de données mono-AZ, 20 Go de stockage SSD à usage général (gp2) et 20 Go de stockage pour les sauvegardes automatisées de base de données.
Votre utilisation de RDS for MySQL peut être éligible aux Savings Plans des bases de données, un modèle de tarification flexible qui permet de réaliser des économies en échange d’un engagement sur un volume d’utilisation donné (mesuré en USD/heure) pendant un an. Pour en savoir plus sur les utilisations éligibles, consultez la page de tarification des Savings Plans des bases de données.
Calculateur de prix AWS pour RDS for MySQL
Calculez vos coûts RDS for MySQL et d’architecture dans une seule estimation, en fonction de la région, du type d’instance, de l’option de déploiement et d’autres critères. Créer votre estimation personnalisée dès maintenant »
Options de déploiement à haute disponibilité
Les déploiements Amazon RDS Multi-AZ vous permettent de créer des bases de données RDS for MySQL hautement disponibles et durables, et de les déployer dans un maximum de trois zones de disponibilité (AZ).
Déploiement multi-AZ (une instance de secours)
L’exécution de votre instance de base de données dans un déploiement multi-AZ offre une haute disponibilité et une durabilité renforcée des données. Lorsque vous créez un déploiement multi-AZ, RDS for MySQL provisionne et maintient une instance de secours dans une autre AZ.
En cas d’interruption imprévue ou planifiée, votre instance peut ainsi effectuer un basculement automatique.
En savoir plus sur les déploiements multi-AZ.
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
Un déploiement multi-AZ améliore la disponibilité et la durabilité de vos données.
Lorsque vous exécutez votre base de données dans un déploiement multi-AZ avec deux instances de secours accessibles en lecture, RDS for MySQL provisionne et maintient des instances de base de données identiques dans trois AZ différentes.
RDS for MySQL effectue un basculement automatique vers l’une des instances de base de données de secours en cas d’interruption planifiée ou imprévue affectant l’instance de base de données principale. Les deux instances de base de données de secours traitent des charges de travail en lecture seule.
En savoir plus sur les déploiements multi-AZ avec des instances de secours accessibles en lecture.
Coûts des instances de base de données à la demande
Les instances de base de données (DB) à la demande vous permettent de payer la capacité de calcul à l’heure d’exécution de votre instance de base de données. Les instances de base de données à la demande ne nécessitent aucun engagement à long terme. Vous vous affranchissez ainsi de la complexité et des coûts liés à la planification, à l’achat et à la maintenance du matériel, tout en transformant des coûts fixes habituellement élevés en coûts variables beaucoup plus faibles.
- Les déploiements mono-AZ, multi-AZ (une instance de secours) et multi-AZ (deux instances de secours accessibles en lecture) sont facturés par heure d’instance de base de données consommée. Ils sont facturés depuis le lancement de l’instance de base de données jusqu’à son arrêt ou sa suppression.
- Les fractions d’heure d’utilisation d’une instance de base de données sont facturées à la seconde, avec un minimum de 10 minutes facturées après un changement de statut facturable, comme la création, le démarrage ou la modification d’une classe d’instance de base de données.
-
RDS for MySQL
Sélectionner pour consulter les détails des options de tarification de RDS for MySQL-
Déploiement mono-AZ
-
Déploiement multi-AZ (une instance de secours)
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Déploiement mono-AZ
-
La tarification ci-dessous s’applique à une instance de base de données déployée dans une seule zone de disponibilité.
-
Déploiement multi-AZ (une instance de secours)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité.
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité.
-
Crédits CPU T4g et T3
Les instances de base de données T4g et T3 d’Amazon RDS for MySQL s’exécutent en mode illimité, ce qui signifie que des frais s’appliquent si votre utilisation moyenne du CPU sur une période glissante de 24 heures dépasse le niveau de base de l’instance. Les crédits CPU sont facturés à 0,075 USD par vCPU-heure. La tarification des crédits CPU est identique pour toutes les tailles d’instance T4g et T3 dans toutes les régions et n’est pas couverte par les instances réservées.
Coûts des réserves de capacité à la demande
Les réserves de capacité à la demande vous permettent de réserver de la capacité d’instance de base de données dans une zone de disponibilité spécifique aussi longtemps que nécessaire, afin de garantir la disponibilité de la capacité pour lancer ou mettre à l’échelle vos bases de données.
Nous recommandons les réserves de capacité à la demande pour des cas d’utilisation comme les suivants :
- Événements critiques pour l’entreprise
- Exigences de haute disponibilité
- Reprise après sinistre
Les réserves de capacité à la demande sont facturées au tarif à la demande équivalent, que vous exécutiez ou non des instances dans la capacité réservée. Lorsque vous utilisez la réserve, vous payez uniquement l’instance au tarif à la demande, sans frais pour la réserve. Aucuns frais initiaux ni supplémentaires ne s’appliquent. Pour toute capacité réservée que vous n’utilisez pas, vous payez la capacité inutilisée au tarif à la demande. Ces frais apparaissent sur votre facture Amazon RDS en tant que frais de réserve inutilisée. Vous trouverez des informations supplémentaires dans la documentation sur les réserves de capacité à la demande Amazon RDS.
Coûts des instances réservées
Les instances réservées (RI) Amazon RDS vous permettent de réserver une instance de base de données pour une durée d’un ou trois ans, ce qui représente une remise importante par rapport au tarif des instances à la demande. Avec Amazon RDS, vous disposez de trois options de paiement des instances réservées (sans paiement initial, paiement initial partiel ou paiement intégral initial), qui vous permettent d’équilibrer le montant payé à l’avance et le prix horaire effectif.
Les instances réservées Amazon RDS offrent une flexibilité de taille pour le moteur de base de données MySQL. Grâce à la flexibilité de taille, le tarif réduit de votre instance réservée s’applique automatiquement à l’utilisation de n’importe quelle taille d’instance au sein de la même famille (M5, T3, R5, etc.). La flexibilité de taille peut également s’appliquer à l’option de déploiement de l’instance.
Fonctionnement : Instances de base de données réservées à taille flexible
Par exemple, pour acheter une instance réservée pour un cluster de base de données multi-AZ, vous pouvez acheter l’équivalent d’une instance m6gd.large :
- 3 instances réservées mono-AZ m6gd.large ou
- 1 instance réservée multi-AZ m6gd.large et 1 instance réservée mono-AZ m6gd.large
Pour en savoir plus, consultez la rubrique Instances de base de données réservées à taille flexible.
Notez que les coûts de stockage et d’E/S ne sont pas couverts par les prix des instances réservées. Pour en savoir plus sur les fonctionnalités, les options de paiement et les règles, consultez notre page Instances réservées.
Vous pouvez désigner des instances de base de données comme instances réservées en appelant l’API d’achat ou en sélectionnant l’option Instance réservée dans la console AWS. Lorsque vous désignez une instance de base de données comme instance réservée, vous devez spécifier une région, un type d’instance et une quantité pour les instances réservées concernées. Les instances réservées ne peuvent être utilisées que dans la région spécifiée.
AWS peut résilier le programme de tarification des instances réservées à tout moment. Outre la tarification des instances réservées, tous les frais de transfert de données et autres frais applicables au titre du Contrat client AWS ou de tout autre accord conclu avec AWS régissant votre utilisation des services AWS s’appliquent aux instances réservées.
-
RDS for MySQL
Sélectionner pour consulter les détails des options de tarification de RDS for MySQL-
Déploiement mono-AZ
-
Déploiement multi-AZ (une instance de secours)
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Déploiement mono-AZ
-
-
Déploiement multi-AZ (une instance de secours)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité.
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité.
Pour acheter l’équivalent d’instances de base de données réservées pour un cluster de base de données multi-AZ, vous pouvez procéder de l’une des façons suivantes :
- Réservez trois instances de base de données mono-AZ de même taille que les instances du cluster.
- Réservez une instance de base de données multi-AZ et une instance de base de données mono-AZ de même taille que les instances de base de données du cluster.
Par exemple, pour acheter l’équivalent d’une instance réservée m6gd.large pour un cluster de base de données multi-AZ, vous pouvez acheter
- 3 instances réservées mono-AZ m6gd.large ou
- 1 instance réservée multi-AZ m6gd.large et 1 instance réservée mono-AZ m6gd.large
-
Calcul des frais mensuels des instances réservées
* Il s’agit du paiement mensuel moyen sur la durée de l’instance réservée. Pour chaque mois, le paiement mensuel réel correspond soit au nombre réel d’heures du mois multiplié par le tarif horaire d’utilisation, soit au nombre de secondes utilisées pendant le mois multiplié par le tarif horaire d’utilisation et divisé par 3 600. La formule à utiliser dépend du type d’instance RDS for MySQL que vous exécutez.
Le tarif horaire d’utilisation correspond à la somme des paiements mensuels moyens sur la durée de l’instance réservée, divisée par le nombre total d’heures (sur la base d’une année de 365 jours) sur cette même durée.
Calcul du tarif horaire effectif des instances réservées
** La tarification horaire effective vous aide à calculer les économies réalisées avec une instance réservée par rapport à la tarification à la demande.
Lorsque vous achetez une instance réservée, chaque heure de l’ensemble de la durée choisie pour cette instance réservée vous est facturée, que l’instance soit en cours d’exécution ou non. Le prix horaire effectif correspond au coût horaire amorti de l’instance. Il prend en compte le coût total de l’instance réservée sur toute sa durée, y compris tout paiement initial, et le répartit sur chaque heure de cette durée.
Coûts du stockage de base de données
-
Coûts du stockage SSD à usage général
Amazon RDS vous permet de choisir une capacité de stockage SSD à usage général de 20 Gio à 64 Tio pour votre jeu de données principal.
-
Déploiement mono-AZ
-
Déploiement multi-AZ (une instance de secours)
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Déploiement mono-AZ
-
La tarification ci-dessous s’applique à une instance de base de données déployée dans une seule zone de disponibilité.
-
Déploiement multi-AZ (une instance de secours)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité.
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
-
-
Coûts du stockage SSD à IOPS provisionnées
Les volumes à IOPS provisionnées (opérations d’entrée/sortie par seconde) sont conçus pour répondre aux besoins de vos charges de travail les plus exigeantes en E/S, en particulier les charges de travail de base de données qui nécessitent une faible latence et un débit constant en E/S. Avec les volumes à IOPS provisionnées, vous pouvez mettre à l’échelle les performances de 1 000 à 256 000 IOPS et la capacité de stockage de 100 Gio à 64 Tio. Les IOPS et le stockage que vous provisionnez vous sont facturés. Notez que le nombre maximal d’IOPS effectivement atteint varie selon la charge de travail de base de données.
-
Déploiement mono-AZ
-
Déploiement multi-AZ (une instance de secours)
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Déploiement mono-AZ
-
La tarification ci-dessous s’applique à une instance de base de données déployée dans une seule zone de disponibilité.
-
Déploiement multi-AZ (une instance de secours)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité .
-
Déploiement multi-AZ (deux instances de secours accessibles en lecture)
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité .
-
-
Coûts du stockage magnétique
RDS for MySQL vous permet de choisir une capacité de stockage magnétique de 20 Gio à 3 Tio pour votre jeu de données principal. Le stockage magnétique est pris en charge à des fins de rétrocompatibilité. Nous vous recommandons d’utiliser du stockage SSD à usage général ou du stockage SSD à IOPS provisionnées pour tout nouveau besoin de stockage.
-
Déploiement mono-AZ
-
Déploiement multi-AZ
-
Déploiement mono-AZ
-
La tarification ci-dessous s’applique à une instance de base de données déployée dans une seule zone de disponibilité.
-
Déploiement multi-AZ
-
Pour en savoir plus sur les déploiements multi-AZ, consultez la section Options de déploiement à haute disponibilité .
Pour les déploiements multi-AZ, lorsque vous mettez à jour votre base de données, la consommation d’E/S d’écriture double, car Amazon RDS réplique vos données de manière synchrone vers l’instance de base de données de secours. La consommation d’E/S de lecture reste identique lors de la lecture de la base de données.
-
Coûts des volumes de journal dédiés
Un volume de journal dédié est un volume de stockage supplémentaire réservé aux journaux de rétablissement et aux journaux binaires de la base de données, distinct du volume contenant les tables de la base de données, ce qui rend la journalisation des écritures de transactions plus efficace et plus régulière. Un volume de journal dédié convient parfaitement aux bases de données auxquelles une grande capacité de stockage est allouée, qui nécessitent un nombre élevé d’E/S par seconde (IOPS) ou dont les charges de travail sont sensibles à la latence.
Les volumes de journal dédiés sont facturés au même tarif qu’un volume de données de 1 000 Gio et 3 000 IOPS, en fonction du type de stockage. Les volumes de journal dédiés sont uniquement pris en charge avec le stockage à IOPS provisionnées. Par exemple, dans la région USA Est (Virginie du Nord), un volume de journal dédié io1 attaché à une instance mono-AZ dans RDS for MySQL coûterait 0,125 USD x 1 024 Gio plus 0,10 USD x 3 000 IOPS, soit 428 USD/mois. Si vous utilisiez un volume dédié io1 dans la même Région AWS, attaché à un déploiement multi-AZ avec une instance de secours, cela vous coûterait 0,25 USD x 1 024 Gio plus 0,20 USD x 3 000 IOPS, soit 856 USD/mois.
Pour en savoir plus sur la tarification des volumes de données, consultez la section Coûts du stockage SSD à IOPS provisionnées ci-dessus.
Coûts du stockage de sauvegarde
Coûts de l’exportation d’instantanés
L’exportation d’instantanés Amazon RDS permet d’exporter automatiquement les données d’un instantané RDS for MySQL vers Amazon S3 au format Parquet. Le format Parquet permet un déchargement jusqu’à deux fois plus rapide et consomme jusqu’à six fois moins de stockage dans Amazon S3 que les formats texte. Vous pouvez analyser les données exportées à l’aide de services AWS comme Amazon Athena, Amazon EMR et Amazon SageMaker.
Exemple de tarification de l’exportation d’instantanés
Supposons que vous disposiez d’un instantané de 100 Go et que vous utilisiez le filtrage pour y sélectionner une table de 10 Go à exporter vers Amazon S3. Pour exporter ces données, vous paieriez 100 Go * 0,013 USD par Go de taille d’instantané. Les exportations ultérieures de données à partir du même instantané ne sont pas incrémentielles.
Des frais supplémentaires s’appliquent au chiffrement ou au déchiffrement des données avec AWS Key Management Service (KMS). Pour en savoir plus sur ces frais, consultez la page de tarification de KMS. Des frais s’appliquent également au stockage des données exportées dans Amazon S3 et aux requêtes PUT effectuées sur votre compartiment S3. Pour en savoir plus sur ces frais, consultez la page de tarification de S3.
Coûts d’intégration zéro ETL
Les intégrations zéro ETL d’Amazon RDS for MySQL donnent accès à des fonctionnalités d’analytique sur des pétaoctets de données transactionnelles, sans avoir à créer et à gérer des pipelines de données complexes. Vous pouvez filtrer les données pour sélectionner les bases de données et les tables dont vous souhaitez répliquer les données dans Amazon SageMaker ou Amazon Redshift. Vous pouvez ainsi adapter la réplication à vos besoins spécifiques.
- Intégration zéro ETL avec Amazon Redshift : Vous payez les ressources RDS for MySQL et Amazon Redshift utilisées pour créer et traiter les données de modification générées dans le cadre d’une intégration zéro ETL. Ces ressources comprennent les coûts d’exportation d’instantanés Amazon RDS pour alimenter initialement et resynchroniser vos entrepôts de données Amazon Redshift, les coûts de transfert des données issues de la capture des données de modification (CDC) pour la réplication continue des modifications de données de la source vers la cible, les E/S et le stockage RDS habituels utilisés pour traiter les données de modification, ainsi que les coûts habituels de stockage et de calcul Amazon Redshift pour les données répliquées avec Amazon Redshift.
- Intégration zéro ETL avec Amazon SageMaker : Vous payez les ressources RDS for MySQL et Amazon SageMaker utilisées pour créer et traiter les données de modification générées dans le cadre d’une intégration zéro ETL. Ces ressources comprennent les coûts d’exportation d’instantanés Amazon RDS pour alimenter initialement et resynchroniser votre lake house, les coûts de transfert des données CDC pour la réplication continue des modifications de données de la source vers la cible, les E/S et le stockage RDS habituels utilisés pour traiter les données de modification, ainsi que du stockage AWS Glue supplémentaire pour les données répliquées et des ressources de calcul SageMaker sur la cible.
-
Coûts du transfert des données CDC
Pour chaque intégration zéro ETL de RDS for MySQL avec Amazon Redshift, le traitement continu des modifications de données est facturé par Go de données issues de la capture des données de modification (CDC) transférées.
Exemple de tarification des coûts d’intégration zéro ETL
Vous disposez d’une base de données RDS for MySQL 8.0.32 et d’un entrepôt de données Amazon Redshift exécutés dans la région USA Est (Virginie du Nord). Cette instance de base de données RDS for MySQL utilise actuellement 50 Go de stockage SSD à usage général (gp3), qui inclut les IOPS de base provisionnées. Les sauvegardes automatisées et la journalisation binaire MySQL y sont activées.
Lorsque vous créez une intégration zéro ETL avec Amazon Redshift pour votre instance de base de données RDS for MySQL, un instantané des données (50 Go) est créé et exporté pour alimenter initialement un entrepôt de données Amazon Redshift. Le lendemain, vous modifiez la clé primaire d’une table de votre instance de base de données RDS for MySQL, ce qui entraîne une resynchronisation de l’exportation de l’instantané vers Amazon Redshift. Sur une période de 30 jours, la base de données traite 5 Go de modifications de données.
Dans cet exemple, le coût de l’intégration zéro ETL de RDS for MySQL avec Amazon Redshift dans la région USA Est (Virginie du Nord) sur les 30 jours est de 50 Go x (0,01 USD/Go) pour l’exportation initiale, plus 50 Go x (0,01 USD/Go) pour la resynchronisation, plus 5 Go x (2,00 USD/Go) pour le transfert des données CDC, soit un total de 20,00 USD. En plus de ces coûts d’intégration zéro ETL, vous devez payer les frais d’utilisation habituelle d’Amazon RDS et d’Amazon Redshift pour traiter les données répliquées, comme les coûts d’E/S, de stockage et de calcul.
Coûts du support étendu Amazon RDS
Le support étendu Amazon RDS vous permet de continuer à utiliser les versions majeures de MySQL après la fin de leur prise en charge par la communauté. Pendant cette période, AWS fournit des correctifs pour les problèmes de sécurité critiques et les bogues dans le cadre de versions correctives, ce qui vous laisse plus de temps, jusqu’à trois ans, pour passer à une nouvelle version majeure afin de répondre aux besoins de votre entreprise.
Pour les instances provisionnées sur RDS for MySQL, le support étendu RDS est facturé par vCPU et par heure. La tarification du support étendu RDS dépend également de la Région AWS et de la date. Consultez la documentation Amazon RDS pour connaître les dates applicables.
-
Tarification horaire du support étendu RDS
Sélectionner pour consulter les détails des coûts du support étendu Amazon RDSLe tarif du support étendu RDS qui vous est facturé dépend de la version de MySQL, de la Région AWS et du nombre d’années civiles écoulées depuis la fin du support standard de cette version. Pour savoir quand la tarification des années 1 et 2 ou de l’année 3 commence pour une version majeure donnée de MySQL, consultez la documentation Amazon RDS for MySQL.
Les fractions d’heure sont facturées à la seconde, avec un minimum de 10 minutes facturées après un changement de statut facturable comme la création, le démarrage ou la modification.
Exemple de tarification du support étendu RDS
Si vous exécutez une instance de base de données sur RDS for MySQL 5.7, le support standard de cette version prend fin le 29 février 2024. Si votre déploiement se trouve dans la région USA Est (Ohio), 0,100 USD par vCPU-heure vous seront facturés du 1er mars 2024 au 28 février 2026. À partir du 1er mars 2026, 0,200 USD par vCPU-heure vous seront facturés.
Coûts du transfert de données
La tarification ci-dessous est basée sur les transferts de données « entrants » et « sortants » d’Amazon RDS.
Questions fréquentes
Pendant combien de temps pourrai-je bénéficier de l’offre gratuite AWS pour RDS for MySQL ?
Les nouveaux comptes AWS bénéficient de 12 mois d’accès à l’offre gratuite AWS. Pour en savoir plus, consultez les questions fréquentes sur l’offre gratuite AWS.
Comment suis-je facturé lorsque ma consommation d’heures d’instance RDS for MySQL dépasse les avantages de l’offre gratuite AWS ?
Lorsque les heures d’instance dépassent celles incluses dans l’offre gratuite Amazon RDS, vous êtes facturé aux tarifs standard de RDS for MySQL.
Comment calculer le coût mensuel de RDS for MySQL ?
Les coûts mensuels de RDS for MySQL dépendent de l’emplacement et des facteurs suivants :
- Heures d’instance de base de données : elles dépendent du type d’instance de base de données RDS for MySQL utilisé (p. ex. db.t3.micro, db.m4.large). Vous êtes facturé sur la base des fractions d’heure d’utilisation de l’instance après un changement de statut facturable, comme la création, le démarrage ou la modification du type de votre instance de base de données RDS for MySQL. Amazon RDS for MySQL prend en charge la facturation à la seconde des fractions d’heure d’utilisation d’une instance de base de données, avec un minimum de 10 minutes.
- Stockage (par Go et par mois) : il s’agit de la capacité de stockage provisionnée pour votre instance de base de données RDS for MySQL. Votre facture est calculée au prorata si vous mettez à l’échelle votre capacité de stockage provisionnée au cours du mois.
- IOPS provisionnées par mois : nombre d’IOPS provisionnées, indépendamment des IOPS consommées (uniquement pour le stockage SSD à IOPS provisionnées Amazon RDS).
- Stockage de sauvegarde : comprend le stockage des instantanés de base de données créés à l’initiative du client et les sauvegardes automatisées de base de données. La création d’instantanés de base de données supplémentaires augmente le stockage de sauvegarde. De plus, l’allongement de la période de conservation des sauvegardes augmente le stockage de sauvegarde consommé par votre base de données RDS for MySQL.
- Transfert de données : transferts de données Internet entrants et sortants de votre instance de base de données RDS for MySQL.
- Requêtes d’E/S par mois : il s’agit du nombre total de requêtes d’E/S de stockage (uniquement pour le stockage magnétique Amazon RDS et Amazon Aurora).
Calculez vos coûts mensuels RDS for MySQL à l’aide du Calculateur de prix AWS.
Quand la facturation de mes instances de base de données RDS for MySQL commence-t-elle et prend-elle fin ?
La facturation d’une instance de base de données RDS for MySQL commence dès que l’instance est disponible. Elle est ensuite facturée pour chaque heure d’exécution à l’état disponible. La facturation de RDS for MySQL se poursuit jusqu’à ce que vous résiliiez l’instance de base de données, soit en cas de défaillance de l’instance, soit lors de sa suppression.
Les fractions d’heure d’utilisation d’une instance de base de données sont facturées à la seconde, avec un minimum de 10 minutes facturées (après un changement de statut facturable, comme la création, le démarrage ou la modification du type d’instance de base de données).
Comment mettre fin à la facturation de RDS for MySQL ?
Vous devez supprimer toutes vos instances de base de données et tous vos instantanés RDS for MySQL pour mettre fin à tous les frais liés à RDS for MySQL sur votre compte. Si vous arrêtez une instance de base de données RDS for MySQL, vous mettez fin à la facturation des heures d’instance supplémentaires, mais des frais de stockage continuent de s’appliquer.
Comment une instance de base de données RDS for MySQL arrêtée m’est-elle facturée ?
Pendant l’arrêt de votre instance de base de données RDS for MySQL, le stockage provisionné (y compris les IOPS provisionnées) et le stockage de sauvegarde (y compris les instantanés manuels et les sauvegardes automatisées dans la période de conservation spécifiée) vous sont facturés, mais pas les heures d’instance de base de données RDS for MySQL.
Comment réduire mes coûts RDS for MySQL ?
Pour réduire vos coûts RDS for MySQL, vous pouvez notamment adapter la taille de vos bases de données RDS for MySQL à vos besoins. Grâce aux fonctionnalités entièrement gérées comme l’autoscaling, vous n’avez pas besoin de surprovisionner les ressources pour assurer une haute disponibilité.
Vous pouvez également acheter des instances réservées. Les instances réservées vous permettent de réserver une instance de base de données RDS for MySQL pour une durée d’un ou trois ans avec une remise importante par rapport à la tarification des instances à la demande.
Les prix de RDS for MySQL incluent-ils les taxes ?
Sauf indication contraire, nos prix RDS for MySQL n’incluent pas les droits et taxes applicables, notamment la TVA et les taxes sur les ventes applicables. Si votre adresse de facturation se trouve au Japon, l’utilisation des services AWS est soumise à la taxe japonaise sur la consommation.
Comment acheter et créer des instances réservées pour RDS for MySQL ?
Vous pouvez acheter des instances réservées à l’aide de l’ API Amazon RDS ou de l’interface de la ligne de commande AWS qui répertorient les réservations disponibles à l’achat. Vous pouvez également effectuer cet achat dans la rubrique Instance réservée de la Console de gestion AWS pour Amazon RDS.
Une fois que vous avez acheté une instance réservée, vous pouvez utiliser les instances réservées de la même manière que les instances de base de données à la demande. Lancez votre instance de base de données RDS for MySQL dans la même région et avec le même type d’instance que ceux pour lesquels vous avez effectué la réservation. Tant que votre réservation est active, RDS for MySQL applique à la nouvelle instance de base de données le tarif horaire réduit auquel vous avez droit.
Combien d’instances réservées puis-je acheter ?
Vous pouvez acheter jusqu’à 40 instances réservées. Remplissez le formulaire de demande d’instances de base de données Amazon RDS pour exécuter plus de 40 instances de base de données.
Quelle est l’incidence des options de paiement des instances réservées sur ma facture RDS for MySQL ?
Les opérations de création, de modification et de suppression des instances de base de données RDS for MySQL ne font pas de distinction entre les instances à la demande et les instances réservées. Lors du calcul de votre facture, notre système applique automatiquement vos réservations afin que toutes les instances de base de données RDS for MySQL éligibles soient facturées au tarif horaire réduit des instances de base de données réservées.
- Lorsque vous utilisez l’option de paiement intégral initial pour acheter une instance réservée, vous payez la totalité de sa durée en un seul versement initial.
- Avec l’option sans paiement initial, vous pouvez choisir de ne rien payer à l’avance. La valeur totale de l’instance réservée sans paiement initial est répartie sur toutes les heures de la durée de réservation. Chaque heure de la durée de réservation vous est facturée, quelle que soit l’utilisation.
- L’option de paiement initial partiel combine les options sans paiement initial et de paiement intégral initial. Vous effectuez un faible paiement initial. Chaque heure de la durée de réservation vous est également facturée à un tarif horaire réduit, quelle que soit l’utilisation.
Puis-je modifier les conditions de mon instance réservée après l’achat ?
Non, après l’achat de votre instance réservée, les conditions de réservation ne peuvent pas être modifiées dans RDS for MySQL. Vous ne pouvez pas modifier le moteur de base de données, l’édition de base de données, la région, le type de déploiement, la classe d’instance ni la durée de réservation après l’achat de vos instances réservées. Pour en savoir plus, consultez la page des instances réservées.
Puis-je utiliser le support étendu Amazon RDS avec n’importe quelle version mineure ?
Non, vous devez utiliser la dernière version mineure du moteur pour bénéficier du support étendu RDS pour votre base de données.
Comment estimer mes frais de support étendu RDS ?
Vous pouvez estimer vos frais de support étendu à l’aide du Calculateur de prix AWS. Les frais de support étendu Amazon RDS dépendent de trois facteurs : 1. le nombre de vCPUs exécutés sur l’instance, 2. la Région AWS et 3. le nombre d’années écoulées depuis la fin du support standard. Pour estimer vos frais, déterminez le nombre de vCPUs de votre instance et le tarif de l’année civile applicable à la version de votre moteur. Si votre version relève du tarif de l’année 1 ou de l’année 2, la facturation est calculée comme suit : #vCPUs x tarif des années 1 et 2 par heure d’utilisation dans la région choisie. Si votre version relève du tarif de l’année 3, la facturation est calculée comme suit : #vCPUs x tarif de l’année 3 par heure d’utilisation dans la région choisie.
Par exemple, si vous exécutez une instance db.r5.large RDS for MySQL 5.7 dans la région USA Est (Virginie du Nord) le 30 avril 2024, soit pendant la première année du support étendu RDS, 0,200 USD par heure vous seront facturés, soit 2 vCPUs x 0,100 USD par vCPU-heure.
Quand Amazon RDS commence à facturer le support étendu RDS ?
Les frais de support étendu Amazon RDS commencent à s’appliquer le lendemain de la date de fin du support standard de la version majeure de MySQL. Ils s’ajoutent aux frais d’instance, de stockage, de sauvegarde et/ou de transfert de données facturés pendant la durée de vie de l’instance.
Par exemple, le support standard de RDS for MySQL 5.7 prend fin le 29 février 2024. Si vous exécutez une instance RDS for MySQL 5.7 à compter du 1er mars 2024, le support étendu RDS vous est facturé pour cette instance.
Quand les frais de support étendu RDS cessent-ils de m’être facturés ?
La mise à niveau de votre instance vers une version plus récente du moteur bénéficiant du support standard vous évite les frais de support étendu RDS pour cette instance. Les frais de support étendu RDS cessent automatiquement lorsque vous arrêtez ou supprimez une instance exécutant une version majeure du moteur dont la date de fin du support standard est dépassée.
Dois-je payer le support étendu RDS pour mes instantanés de base de données ?
Non, le support étendu RDS ne vous est pas facturé pour les instantanés de base de données. Toutefois, lorsque vous restaurez un instantané de base de données sur une nouvelle instance de base de données après la fin du support standard, le support étendu RDS vous est facturé pour cette instance.
Par exemple, si vous restaurez un instantané de base de données sur une nouvelle instance de base de données MySQL 5.7 après le 29 février 2024, le support étendu RDS vous est facturé pour cette instance jusqu’à ce que vous la mettiez à niveau vers MySQL version 8.0 ou ultérieure, ou que vous la supprimiez.
Les réplicas en lecture Amazon RDS me sont-ils facturés lorsque j’utilise le support étendu RDS ?
Oui, le support étendu RDS vous est facturé pour tous les réplicas en lecture Amazon RDS qui exécutent une version majeure dont la date de fin du support standard est dépassée.
L’utilisation d’un déploiement multi-AZ m’est-elle facturée lorsque j’utilise le support étendu RDS ?
Oui, le support étendu RDS vous est facturé pour toutes les instances d’un déploiement multi-AZ si votre instance principale exécute une version majeure dont la date de fin du support standard est dépassée. Si vous utilisez un déploiement multi-AZ avec une instance de secours, le support étendu RDS vous est facturé pour l’instance principale et l’instance de secours. Si vous utilisez un déploiement multi-AZ avec deux instances de secours accessibles en lecture, le support étendu RDS vous est facturé pour l’instance principale et les deux instances de secours accessibles en lecture.
Deux tarifs différents de support étendu RDS sont indiqués pour chaque version du moteur. Comment savoir lequel m’est facturé ?
Le tarif du support étendu RDS qui vous est facturé dépend de la Région AWS, de la version du moteur et du nombre d’années civiles écoulées depuis la fin du support standard de cette version. Pendant les deux premières années suivant la fin du support standard, le tarif des années 1 et 2 vous est facturé par vCPU-heure dans la région choisie. Pour la troisième année, le tarif de l’année 3 vous est facturé par vCPU-heure dans la région choisie dès le premier jour de la troisième année.
Par exemple, le support standard de RDS for MySQL 5.7 prend fin le 29 février 2024. Si votre déploiement se trouve dans la région USA Est (Ohio), 0,100 USD par vCPU-heure vous seront facturés du 1er mars 2024 au 28 février 2026. À partir du 1er mars 2026, 0,200 USD par vCPU-heure vous seront facturés.
Comment éviter les frais de support étendu RDS ?
Nous vous recommandons de mettre à niveau votre instance dès que possible vers une version majeure du moteur qui bénéficie encore du support standard. Cela vous aidera à éviter les frais de support étendu RDS.
Puis-je utiliser les déploiements bleu/vert Amazon RDS pour migrer d’une version bénéficiant du support étendu RDS vers une version bénéficiant du support standard ?
Oui, vous pouvez utiliser les déploiements bleu/vert Amazon RDS pour migrer vos instances utilisant le support étendu RDS, à condition que les déploiements bleu/vert prennent en charge le moteur, la région et le type de version majeure de votre instance. Les déploiements bleu/vert sont disponibles pour les moteurs Aurora MySQL-Compatible, RDS for MySQL et RDS for MariaDB. Pour connaître les versions disponibles, consultez la documentation des déploiements bleu/vert.
Les remises sur les instances réservées s’appliquent-elles au support étendu RDS ?
Non, les frais de support étendu RDS sont indépendants des frais d’instance. Les remises sur les instances réservées ne s’appliquent donc pas aux frais de support étendu RDS.
Le support étendu RDS me sera-t-il facturé même si je passe de RDS for MySQL 5.7 à Aurora MySQL 2 (qui repose sur MySQL 5.7) ?
Si vous migrez de RDS for MySQL 5.7 vers Aurora MySQL 2 avant le 29 février 2024, le support étendu RDS ne vous sera pas facturé. Si vous migrez après le 29 février 2024 et avant le 31 octobre 2024, le support étendu RDS pour RDS for MySQL 5.7 vous sera facturé pour le nombre d’heures pendant lesquelles vous avez exécuté MySQL 5.7 sur Amazon RDS.
Si vous migrez après le 31 octobre 2024 ou utilisez Aurora MySQL-Compatible 2 après le 31 octobre 2024, le support étendu RDS vous sera également facturé pour votre base de données Aurora. Pour en savoir plus, consultez la documentation Amazon Aurora.
Si je crée une nouvelle instance utilisant une version majeure du moteur après la fin de son support standard, le support étendu RDS me sera-t-il facturé ?
Oui, si vous créez une instance ou restaurez un instantané de base de données sur une instance exécutant une version qui a atteint sa date de fin du support standard, le support étendu RDS vous est facturé en plus des frais d’instance, de stockage, de sauvegarde et de transfert de données.