Amazon Aurora

Tarification d’Amazon Aurora

Pour les éditions compatibles avec PostgreSQL et MySQL

Amazon Aurora est un service de base de données relationnelle qui offre des performances et une disponibilité inégalées à l’échelle mondiale, avec une compatibilité totale avec MySQL et PostgreSQL, ainsi qu’avec DSQL, compatible avec PostgreSQL. Avec Aurora, vous ne payez que ce que vous utilisez.

Aurora PostgreSQL et Aurora MySQL proposent des tarifs à la demande et pour les instances réservées. Aurora facture les instances de base de données et le stockage, ainsi que toutes les fonctionnalités optionnelles que vous choisissez d’activer. Aurora DSQL propose un modèle tarifaire sans serveur. Pour en savoir plus, consultez la page tarification Aurora DSQL. 

Votre utilisation d’Aurora peut être éligible aux Savings Plans de base de données, un modèle de tarification flexible qui permet de réaliser des économies en échange d’un engagement sur une quantité d’utilisation spécifique (mesurée en dollars par heure) sur une durée d’un an. Vous pouvez en savoir plus sur les utilisations éligibles sur la page de tarification des Database Savings Plans.

Configuration du cluster Aurora

Avec Aurora PostgreSQL et Aurora MySQL, vous pouvez configurer vos clusters de bases de données pour qu’ils fonctionnent de manière rentable, quels que soient les besoins de mise à l’échelle ou l’évolution des modèles d’accès aux données de vos applications. Vous avez la possibilité de choisir entre les options de configuration Aurora Standard et la version optimisée E/S d’Amazon Aurora pour répondre au mieux aux exigences en matière du rapport prix/performance et prix/prévisibilité des caractéristiques de votre charge de travail unique. Les frais d’instance de base de données, de stockage et d’E/S varient en fonction de l’option choisie. Les frais d’instance
s’appliquent à la fois aux instances principales et aux réplicas d’Aurora.

La version optimisée E/S d’Aurora permet d’améliorer les performances en termes de prix pour les applications gourmandes en E/S et offre une tarification prévisible. Avec la version optimisée E/S d’Aurora, si vos dépenses en E/S dépassent 25 % de vos dépenses totales en bases de données Aurora, vous pouvez économiser jusqu’à 40 % sur les coûts. Vous ne payez que les instances de vos bases de données et l’utilisation du stockage, et il n’y a pas de frais pour les opérations d’E/S de lecture et d’écriture. 

Aurora Standard offre une tarification rentable pour de nombreuses applications exécutées sur Aurora avec des modèles d’accès aux données typiques et une utilisation d’E/S faible à modérée. Avec Aurora Standard, vous payez les instances de vos bases de données, votre stockage et vos E/S à la demande.

Tarification par instance de base de données

Avec Aurora PostgreSQL et Aurora MySQL, vous avez le choix entre :

  1. Amazon Aurora sans serveur qui démarre, s’arrête et augmente ou réduit la capacité en fonction des besoins de votre application, le tout de manière automatique. Vous ne payez que pour la capacité consommée.
  2. Les instances provisionnées fonctionnent selon les paramètres du type d’instance qui a été provisionné. Vous payez par heure d’instance de base de données consommée, sans engagement à long terme ni frais initiaux avec l’option à la demande, ou vous pouvez choisir des instances réservées provisionnées pour réaliser des économies supplémentaires.
  3. La base de données illimitée Amazon Aurora PostgreSQL est disponible pour les charges de travail qui nécessitent une mise à l’échelle horizontale massive. Elle peut traiter des millions de transactions d’écriture par seconde et gérer des pétaoctets de données tout en conservant la simplicité de fonctionnement d’une base de données unique.

Sélectionnez l’édition compatible Aurora MySQL ou l’édition compatible Aurora PostgreSQL pour consulter la tarification des instances de base de données.

    • Sans serveur

    • Amazon Aurora sans serveur est une configuration autoscaling à la demande qui ajuste automatiquement la capacité de base de données en fonction des besoins de l’application. Avec Aurora sans serveur, la capacité de votre base de données augmente ou diminue automatiquement en fonction des besoins de votre application en matière de charges de travail. Elle est nulle pendant les périodes d'inactivité, vous permettant ainsi de faire des économies et de réduire les temps d'administration. Aurora sans serveur mesure la capacité de base de données en Unités de capacité Aurora (Aurora Capacity Unit ou ACU), facturées par seconde. Une ACU possède environ 2 Gio de mémoire avec un CPU et des réseaux correspondants, similaires à ceux utilisés dans les instances Aurora allouées.

      Aurora sans serveur

      Amazon Aurora sans serveur met instantanément à l’échelle les bases de données pour prendre en charge des centaines de milliers de transactions par seconde, et prend en charge toutes les fonctionnalités Aurora, notamment les déploiements multi-AZ, les répliques de lecture et la base de données mondiale.

      Vous pouvez choisir de configurer toutes les instances de votre cluster de base de données pour utiliser la configuration Aurora Standard ou la version optimisée E/S d’Aurora en fonction des besoins de votre application en termes de prix, de performances et de prévisibilité.

      Augmenter la latence

      Mise à l'échelle instantanée pour des centaines à des milliers de transactions par seconde

      Latence en cas de réduction

      Jusqu'à 15 fois plus rapide

      Capacité de départ

      0 ACU

      Granularité de la capacité

      Précise, par incréments de seulement 0,5 ACU

      Réplicas en lecture

      Jusqu’à 15 réplicas Aurora pour la capacité de mise à l’échelle en lecture

      Multi-AZ et SLA

      Distribuez des réplicas en lecture dans différentes zones de disponibilité pour une disponibilité élevée. Consultez le contrat de niveau de service (SLA) Amazon Aurora pour plus de détails.

      Aurora Global Database

      Accès aux données en moins d'une seconde dans toutes les régions et reprise après sinistre entre régions. Consultez la base de données mondiale Aurora pour plus de détails.
    • Instance à la demande provisionnée

    • Les instances à la demande vous permettent de payer votre base de données à l'heure, sans engagement à long terme ni avance de frais initiaux.

      La tarification est indiquée par heure d'instance consommée, à partir du moment où l'instance de base de données est lancée et jusqu'à son arrêt ou sa suppression. Les heures d'instance partielles sont facturées par incréments de 1 seconde avec un minimum de 10 minutes après un changement de statut facturable tel que la création, le lancement ou la modification de l'instance de base de données.

      Vous pouvez choisir de configurer toutes les instances de votre cluster de base de données pour utiliser la configuration Aurora Standard ou Aurora I/O-Optimized en fonction des besoins de votre application en termes de prix, de performances et de prévisibilité.

      Tarification des instances à la demande allouées pour Aurora

      Crédits CPU T4g et T3

      Les instances de base de données Amazon RDS T4g et T3 s'exécutent en mode illimité, ce qui signifie que vous serez facturé si votre utilisation CPU moyenne sur une période continue de 24 heures dépasse la base de référence de l'instance. Les crédits CPU sont facturés à 0,09 USD par heure vCPU pour la configuration de cluster Aurora Standard et à 0,12 USD par heure vCPU pour la configuration de cluster Aurora I/O-Optimized. La tarification des crédits CPU est la même pour toutes les tailles d'instance T4g et T3 et dans toutes les régions, et n'est pas couverte par les instances réservées.

    • Instance réservée allouée

    • Les instances réservées conviennent aux charges de travail de base de données constantes et permettent de réaliser des économies substantielles par rapport à la tarification des Instances à la demande. Les Instances réservées d'un an offrent des réductions allant jusqu'à 45 % et les Instances réservées de trois ans offrent des réductions allant jusqu'à 66 % par rapport à la tarification des instances à la demande. Les instances réservées offrent une grande flexibilité en termes de taille d'instance et d'options de configuration des clusters.

      Le tarif réduit de vos instances réservées est automatiquement appliqué à l'utilisation de n'importe quelle taille dans la même famille d'instance (telle que T3 et R5) dans les configurations Aurora Standard et Aurora I/O-Optimized. Vous vous engagez pour toute la durée de l'instance réservée et payez un taux horaire réduit comme indiqué dans le tableau suivant.

      Bien que ces tarifs s'appliquent à Aurora Standard, lorsque vous utilisez des instances réservées avec Aurora I/O-Optimized, Aurora prend automatiquement en compte la différence de prix entre ces options pour votre utilisation. Pour utiliser pleinement les avantages de vos remises sur les RI avec la version optimisée d’E/S Aurora, vous pouvez acheter 30 % de RI supplémentaires similaires à vos RI actuelles. Pendant cette période, chaque heure vous sera facturée, quelle que soit la consommation.

      Vous achetez une instance réservée pour chaque instance de base de données que vous prévoyez d’utiliser. Vous pouvez désigner des instances de base de données comme instances réservées en appelant l'API Purchasing ou en sélectionnant l'option Reserved Instance (Instance réservée) dans la console AWS. Lorsque vous désignez une instance de base de données en tant qu'instance réservée, vous devez désigner une région AWS, un type d'instance et une quantité pour les instances réservées applicables. Les instances réservées ne peuvent être utilisées que dans la région désignée.

      Les prix des instances réservées ne couvrent pas les coûts de stockage. Les coûts d'E/S en lecture et en écriture ne sont couverts que lorsque votre cluster de base de données est configuré pour Aurora I/O-Optimized. En plus d'être soumis à la tarification des instances réservées, les instances réservées sont également soumises à tous les frais de transfert de données et autres frais applicables en vertu du contrat client AWS ou de tout autre contrat conclu avec AWS et régissant votre utilisation des services AWS. AWS peut résilier le programme de tarification des instances réservées à tout moment.

      Tarification des instances réservées allouées pour Aurora

      * Il s'agit du paiement mensuel moyen sur l'ensemble de la durée de l'instance réservée. Pour chaque mois, le paiement mensuel réel sera égal au nombre réel d'heures dans ce mois multiplié par le taux d'utilisation horaire ou le nombre de secondes dans ce mois multiplié par le taux d'utilisation horaire divisé par 3600, selon le type d'instance Aurora que vous exécutez. Le tarif d'utilisation horaire correspond au total des paiements mensuels moyens sur la durée de réservation de l'instance réservée, divisé par le nombre total d'heures (sur une année de 365 jours) que compte la durée de réservation de l'instance réservée.

      ** La tarification horaire effective vous permet de calculer vos économies avec une instance réservée par rapport à la tarification à la demande. Lorsque vous achetez une instance réservée, vous êtes facturé pour chaque heure tout au long de la durée de réservation de l'instance réservée, peu importe que l'instance soit en cours d'exécution. Le prix horaire effectif indique le coût horaire amorti de l'instance. Il s'agit du coût total de l'instance réservée sur toute la durée, y compris tout paiement initial. Il est réparti sur chaque heure de la durée de l'instance réservée.

    • Sans serveur

    • Amazon Aurora sans serveur est une configuration autoscaling à la demande qui ajuste automatiquement la capacité de base de données en fonction des besoins de l’application. Avec Aurora sans serveur, la capacité de votre base de données augmente ou diminue automatiquement en fonction des besoins de votre application en matière de charges de travail. Elle est nulle pendant les périodes d'inactivité, vous permettant ainsi de faire des économies et de réduire les temps d'administration. Aurora sans serveur mesure la capacité de base de données en Unités de capacité Aurora (Aurora Capacity Unit ou ACU), facturées par seconde. Une ACU possède environ 2 Gio de mémoire avec un CPU et des réseaux correspondants, similaires à ceux utilisés dans les instances Aurora allouées.

      Aurora sans serveur

      Amazon Aurora sans serveur met instantanément à l’échelle les bases de données pour prendre en charge des centaines de milliers de transactions par seconde, et prend en charge toutes les fonctionnalités Aurora, notamment les déploiements multi-AZ, les répliques de lecture et la base de données mondiale.

      Vous pouvez choisir de configurer toutes les instances de votre cluster de base de données pour utiliser la configuration Aurora Standard ou la version optimisée E/S d’Aurora en fonction des besoins de votre application en termes de prix, de performances et de prévisibilité.

      Augmenter la latence

      Mise à l'échelle instantanée pour des centaines à des milliers de transactions par seconde

      Latence en cas de réduction

      Jusqu'à 15 fois plus rapide

      Capacité de départ

      0 ACU

      Granularité de la capacité

      Précise, par incréments de seulement 0,5 ACU

      Réplicas en lecture

      Jusqu’à 15 réplicas Aurora pour la capacité de mise à l’échelle en lecture

      Multi-AZ et SLA

      Distribuez des réplicas en lecture dans différentes zones de disponibilité pour une disponibilité élevée. Consultez le contrat de niveau de service (SLA) Amazon Aurora pour plus de détails.

      Aurora Global Database

      Accès aux données en moins d'une seconde dans toutes les régions et reprise après sinistre entre régions. Consultez la base de données mondiale Aurora pour plus de détails.
    • Instance à la demande provisionnée

    • Les instances à la demande vous permettent de payer votre base de données à l'heure, sans engagement à long terme ni avance de frais initiaux.

      La tarification est indiquée par heure d'instance consommée, à partir du moment où l'instance de base de données est lancée et jusqu'à son arrêt ou sa suppression. Les heures d'instance partielles sont facturées par incréments de 1 seconde avec un minimum de 10 minutes après un changement de statut facturable tel que la création, le lancement ou la modification de l'instance de base de données.

      Vous pouvez choisir de configurer toutes les instances de votre cluster de base de données pour utiliser la configuration Aurora Standard ou Aurora I/O-Optimized en fonction des besoins de votre application en termes de prix, de performances et de prévisibilité.

      Tarification des instances à la demande allouées pour Aurora

      Crédits CPU T4g et T3

      Les instances de base de données Amazon RDS T4g et T3 s'exécutent en mode illimité, ce qui signifie que vous serez facturé si votre utilisation CPU moyenne sur une période continue de 24 heures dépasse la base de référence de l'instance. Les crédits CPU sont facturés à 0,09 USD par heure vCPU pour la configuration de cluster Aurora Standard et à 0,12 USD par heure vCPU pour la configuration de cluster Aurora I/O-Optimized. La tarification des crédits CPU est la même pour toutes les tailles d'instance T4g et T3 et dans toutes les régions, et n'est pas couverte par les instances réservées.

    • Instance réservée allouée

    • Les instances réservées conviennent aux charges de travail de base de données constantes et permettent de réaliser des économies substantielles par rapport à la tarification des Instances à la demande. Les Instances réservées d'un an offrent des réductions allant jusqu'à 45 % et les Instances réservées de trois ans offrent des réductions allant jusqu'à 66 % par rapport à la tarification des instances à la demande. Les instances réservées offrent une grande flexibilité en termes de taille d'instance et d'options de configuration des clusters.

      Le tarif réduit de vos instances réservées est automatiquement appliqué à l'utilisation de n'importe quelle taille dans la même famille d'instance (telle que T3 et R5) dans les configurations Aurora Standard et Aurora I/O-Optimized. Vous vous engagez pour toute la durée de l'instance réservée et payez un taux horaire réduit comme indiqué dans le tableau suivant.

      Bien que ces tarifs s'appliquent à Aurora Standard, lorsque vous utilisez des instances réservées avec Aurora I/O-Optimized, Aurora prend automatiquement en compte la différence de prix entre ces options pour votre utilisation. Pour utiliser pleinement les avantages de vos remises sur les RI avec la version optimisée d’E/S Aurora, vous pouvez acheter 30 % de RI supplémentaires similaires à vos RI actuelles. Pendant cette période, chaque heure vous sera facturée, quelle que soit la consommation.

      Vous achetez une instance réservée pour chaque instance de base de données que vous prévoyez d’utiliser. Vous pouvez désigner des instances de base de données comme instances réservées en appelant l'API Purchasing ou en sélectionnant l'option Reserved Instance (Instance réservée) dans la console AWS. Lorsque vous désignez une instance de base de données en tant qu'instance réservée, vous devez désigner une région AWS, un type d'instance et une quantité pour les instances réservées applicables. Les instances réservées ne peuvent être utilisées que dans la région désignée.

      Les prix des instances réservées ne couvrent pas les coûts de stockage. Les coûts d'E/S en lecture et en écriture ne sont couverts que lorsque votre cluster de base de données est configuré pour Aurora I/O-Optimized. En plus d'être soumis à la tarification des instances réservées, les instances réservées sont également soumises à tous les frais de transfert de données et autres frais applicables en vertu du contrat client AWS ou de tout autre contrat conclu avec AWS et régissant votre utilisation des services AWS. AWS peut résilier le programme de tarification des instances réservées à tout moment.

      Tarification des instances réservées allouées pour Aurora

      * Il s'agit du paiement mensuel moyen sur l'ensemble de la durée de l'instance réservée. Pour chaque mois, le paiement mensuel réel sera égal au nombre réel d'heures dans ce mois multiplié par le taux d'utilisation horaire ou le nombre de secondes dans ce mois multiplié par le taux d'utilisation horaire divisé par 3600, selon le type d'instance Aurora que vous exécutez. Le tarif d'utilisation horaire correspond au total des paiements mensuels moyens sur la durée de réservation de l'instance réservée, divisé par le nombre total d'heures (sur une année de 365 jours) que compte la durée de réservation de l'instance réservée.

      ** La tarification horaire effective vous permet de calculer vos économies avec une instance réservée par rapport à la tarification à la demande. Lorsque vous achetez une instance réservée, vous êtes facturé pour chaque heure tout au long de la durée de réservation de l'instance réservée, peu importe que l'instance soit en cours d'exécution. Le prix horaire effectif indique le coût horaire amorti de l'instance. Il s'agit du coût total de l'instance réservée sur toute la durée, y compris tout paiement initial, et réparti sur chaque heure de la durée de l'instance réservée.

    • Base de données illimitée

    • La base de données illimitée Amazon Aurora PostgreSQL est une fonctionnalité de mise à l'échelle horizontale automatisée d'Aurora qui s'adapte parfaitement au-delà des limites de débit d'écriture et de stockage d'une seule instance. Elle répartit la charge de travail sur plusieurs instances d'écriture Aurora tout en préservant la facilité d'utilisation au sein d'une base de données unique. La base de données illimitée Aurora PostgreSQL offre des fonctionnalités telles que la planification distribuée des requêtes et la gestion des transactions, afin que vous puissiez mettre à l’échelle vos charges de travail sans avoir à créer une logique d'application personnalisée ou à gérer plusieurs bases de données. Elle ajoute des ressources de calcul supplémentaires tout en respectant le budget que vous avez défini. Il n'est donc pas nécessaire de prévoir des ressources pour les périodes de pointe, et le calcul diminue automatiquement lorsque la demande est faible. La base de données illimitée Aurora PostgreSQL mesure la capacité en unités de capacité Aurora (ACU) facturées par seconde. Une ACU possède environ 2 Go de mémoire avec le CPU et la mise en réseau correspondants.

      La surveillance des connexions à Amazon GuardDuty commencera automatiquement à traiter les événements de connexion une fois que vous aurez configuré et exécuté la base de données Aurora PostgreSQL Limitless si la protection Amazon GuardDuty RDS est déjà activée pour le même compte, ce qui a un impact sur vos dépenses de protection GuardDuty RDS. Pour plus de détails, consultez la page Tarification Amazon GuardDuty.

Tarification par stockage de base de données et E/S

Avec Aurora, vous n’avez pas besoin de provisionner à l’avance les opérations de stockage ou d’E/S, et les deux sont automatiquement mis à l’échelle en fonction des besoins de votre application. Le stockage distribué à tolérance de pannes d’Aurora assure automatiquement la pérennité de vos données sur trois zones de disponibilité. Vous ne payez qu'une seule copie des données.

Le stockage Aurora est facturé par incréments d’un gigaoctet par mois aux tarifs indiqués dans le tableau suivant pour les configurations Aurora Standard et de la version optimisée E/S d’Aurora. Avec Aurora Standard, vous payez le stockage et les opérations d’E/S que votre base de données Aurora consomme. Les frais d’E/S sont facturés par tranches d’un million de requêtes et peuvent varier en fonction de la charge de travail et du moteur de base de données. Avec la version optimisée E/S d’Aurora, les opérations d’E/S en lecture et en écriture ne vous sont pas facturées.

Consultez ci-dessous l’exemple de tarification du stockage en base de données et des opérations d’E/S, ainsi que la FAQ pour en savoir plus sur les opérations d’E/S et leur mode de calcul.

Page-Illo_PricingCalculator_Wallet_1x

Calculateur de prix AWS

Calculez le coût de votre Amazon Aurora et de votre architecture en une seule estimation.

Créez votre estimation personnalisée pour Aurora MySQL dès maintenant »

Créez votre estimation personnalisée pour Aurora PostgreSQL dès maintenant »

Fonctionnalités et coûts supplémentaires

  • Amazon Aurora Global Database est conçu pour les applications distribuées dans le monde entier, permettant à une seule base de données Aurora de couvrir plusieurs régions. Il réplique vos données sans impact sur les performances de la base de données, permet des lectures locales rapides avec une latence faible dans chaque région et garantit la reprise après sinistre après des pannes à l'échelle de la région.

    Avec Aurora Global Database, vous payez les opérations d'E/S en écriture répliquées entre la région principale et chaque région secondaire. Le nombre d’opérations d’E/S en écriture répliquées vers chaque région secondaire est le même que le nombre d’opérations d’E/S en écriture dans la région effectuées par la région principale. Vous payez les opérations d'E/S en écriture répliquées avec les options de configuration Aurora Standard et Aurora I/O-Optimized. Outre les E/S d’écriture répliquées, vous payez les instances, le stockage et l’utilisation des E/S dans les régions principales et secondaires en fonction de la configuration de cluster choisie, ainsi que le transfert de données entre les régions, le stockage de sauvegarde et d’autres fonctions Aurora facturables.

  • Instances de lecture optimisées disponibles pour Amazon Aurora PostgreSQL pour les applications à forte intensité de lecture avec des jeux de données volumineux qui dépassent la mémoire de l’instance et nécessitent des performances de requête rapides. Elles utilisent un stockage local SSD par bloc basé sur NVMe pour améliorer la latence des requêtes des applications dont les jeux de données dépassent la capacité mémoire d’une instance de base de données. L’utilisation des lectures optimisées n’entraîne aucun coût supplémentaire.

    Les instances de lectures optimisées incluent la mise en cache hiérarchisée et les objets temporaires.

    La mise en cache hiérarchisée permet d’améliorer la latence des requêtes jusqu’à 8 fois et de réaliser jusqu’à 30 % d’économies pour les applications gourmandes en lecture et gourmandes en E/S, telles que les tableaux de bord opérationnels, la détection des anomalies et les recherches de similarité vectorielles. Elle stocke automatiquement les données expulsées du cache de la mémoire tampon de la base de données en mémoire sur le stockage local afin d’accélérer les accès ultérieurs aux données. La mise en cache hiérarchisée est disponible pour Aurora PostgreSQL avec la configuration de la version optimisée E/S d’Aurora.

    Les objets temporaires accélèrent le traitement des requêtes en plaçant des tables temporaires sur le stockage local, améliorant ainsi les performances des requêtes impliquant des tris, des agrégations de hachage, des jointures à charge élevée et d'autres opérations gourmandes en données. Les objets temporaires sont disponibles pour Aurora PostgreSQL avec les configurations d’E/S optimisées et standard d’Aurora.
     

  • Le retour sur trace vous permet de ramener rapidement une base de données Aurora à un point précédent dans le temps sans devoir restaurer des données à partir d’une sauvegarde. Il vous permet de récupérer rapidement d’erreurs des utilisateurs, comme la suppression du mauvais tableau ou de la mauvaise ligne. Cette fonctionnalité est actuellement disponible pour Aurora MySQL.

    Indiquez jusqu’à quand vous voulez pouvoir revenir en arrière (par exemple, jusqu’à 24 heures). Aurora conservera les journaux, appelés enregistrements de modification, pour la durée du retour sur trace spécifiée. Vous payez un prix à l’heure pour le stockage des enregistrements de modification.
     

  • AWS ne facture aucuns frais supplémentaires pour les intégrations zéro ETL. Vous payez pour les ressources existantes utilisées pour créer et traiter les données de modification créées dans le cadre d’une intégration zéro ETL. Ces ressources peuvent inclure des E/S et du stockage supplémentaires utilisés en activant un binlog amélioré, des coûts d’exportation d’instantanés pour l’exportation initiale des données afin d’accélérer vos bases de données, le stockage supplémentaire pour le stockage des données répliquées et le calcul pour le traitement de la réplication des données, et les coûts de transfert de données inter-AZ pour le déplacement des données de la source vers la cible. Le traitement continu des modifications de données par intégration zéro ETL est proposé sans frais supplémentaires.

     

  • Le stockage de sauvegarde pour Aurora est le stockage associé à vos sauvegardes de bases de données automatisées et à n'importe quel instantané de cluster de bases de données initié par le client.

    Vous n'êtes pas facturé pour le stockage de sauvegarde jusqu'à 100 % de la taille de votre cluster de base de données. Il n'y a pas non plus de frais pour les instantanés de base de données créés pendant la période de conservation des sauvegardes. Pour toutes les autres sauvegardes et instantanés (y compris ceux provenant de clusters supprimés), l'utilisation est mesurée par Go-mois aux tarifs suivants :

  • L'API Data est une API HTTPS sécurisée et facile à utiliser qui permet d'exécuter des requêtes SQL sur des bases de données Aurora afin d'accélérer le développement d'applications modernes. L'API Data élimine les tâches de configuration du réseau et des applications nécessaires pour se connecter en toute sécurité à une base de données Aurora, ce qui rend l'accès à Aurora aussi simple qu'un appel d'API.

    Avec l'API Data, vous ne payez que lorsque votre API est utilisée. Aucuns frais minimaux ni engagement initial ne sont requis. Vous ne payez que pour l'API et les requêtes de données effectuées par vos applications. Les charges utiles des données de requête d'API Data sont mesurées à 32 Ko par requête pour les données envoyées à l'API ou reçues de l'API. Si la taille de la charge utile des données de votre requête d'API est supérieure à 32 Ko, une requête d'API supplémentaire est facturée pour chaque incrément de 32 Ko. Ainsi, si votre charge utile est de 35 Ko, deux requêtes d'API vous seront facturées.

    L'offre gratuite pour l'API Data inclut un million de requêtes d'API par mois, agrégées entre les régions AWS, pendant la première année.

    Les clients devront également payer des frais pour AWS Secrets Manager et peuvent également encourir des frais supplémentaires pour AWS CloudTrail, s’il est activé.

  • Le tarif ci-dessous est basé sur les données transférées « en entrée » et « en sortie » d'Aurora.

    • Dans le cadre de l’offre gratuite AWS, les clients AWS bénéficient chaque mois de 100 Go de données transférées gratuitement vers l’internet, cumulées sur l’ensemble des services AWS et des régions (à l’exception des régions Chine (Pékin), Chine (Ningxia) et GovCloud (US)).
    • Les données transférées entre Aurora et les instances Amazon Elastic Compute Cloud (Amazon EC2) dans la même zone de disponibilité sont gratuites.
    • Le transfert de données entre différentes zones de disponibilité pour la réplication de cluster de base de données est gratuit.  
    • Pour le transfert de données entre une instance Amazon EC2 et une instance de base de données Aurora se trouvant dans des zones de disponibilité différentes au sein de la même région, les frais de transfert de données régional Amazon EC2 s'appliquent.

  • Le support étendu d’Amazon RDS vous permet de continuer à utiliser les versions majeures de l’édition compatible avec Aurora MySQL et PostgreSQL après la fin de vie de la communauté. Pendant cette période, AWS fournit des correctifs aux problèmes de sécurité critiques et aux bogues par le biais de mises à jour, ce qui vous donne plus de temps, jusqu'à trois ans, pour effectuer une mise à niveau vers une nouvelle version majeure afin de répondre aux exigences de votre entreprise.

    Pour les instances provisionnées sur Amazon Aurora, le support étendu RDS est facturé par processeur virtuel par heure. Pour Aurora sans serveur, RDS Extended Support est facturé par unité de capacité Aurora (ACU) par heure consommée par votre base de données. La tarification du support étendu RDS dépend également de la Région AWS et de la date du calendrier. Les clients de l'édition compatible Aurora MySQL ont au moins un an pour migrer vers une version de support standard après la fin de vie de la communauté avant le début des frais de support étendu RDS. Reportez-vous à la documentation Amazon Aurora pour obtenir des informations sur le calendrier.

    Les heures partielles sont facturées par incrément d'une seconde avec un minimum de 10 minutes après un changement d'état facturable tel que la création, le démarrage ou la modification.

    *La tarification du support étendu d’Amazon RDS (année 3) est uniquement disponible pour l’édition compatible avec Amazon Aurora PostgreSQL.

  • L’export d’instantané fournit une méthode automatisée pour exporter les données d’un instantané Aurora vers Amazon Simple Storage Service (Amazon S3) au format Parquet. L’export de cluster fournit une méthode automatisée pour exporter les données d’un cluster de base de données Aurora vers Amazon S3 au format Parquet. Le format Parquet est jusqu'à deux fois plus rapide à décharger et consomme jusqu'à six fois moins de stockage dans Amazon S3 par rapport aux formats texte. Vous pouvez analyser les données exportées à l’aide des services AWS tels qu’Amazon Athena, Amazon EMR et Amazon SageMaker.

    Pour tous les exports d’instantanés et de clusters, l’utilisation est mesurée par gigaoctet de données d’instantanés. Les exports de données subséquents issus du même instantané ne fonctionnent pas de manière incrémentielle. 

    Des frais supplémentaires s'appliquent pour le chiffrement ou le déchiffrement des données à l'aide d'AWS Key Management Service (AWS KMS). Pour en savoir plus sur ces frais, consultez la page de tarification AWS KMS. Des frais s'appliquent également pour le stockage des données exportées dans Amazon S3 et pour les demandes PUT effectuées dans votre compartiment S3. Pour en savoir plus sur ces frais, consultez la page de tarification Amazon S3.

    La disponibilité et la prise en charge de la fonction varient selon les versions spécifiques de chaque moteur de base de données et selon les régions AWS. Pour plus d’informations sur la disponibilité par version et par région de l’exportation des données instantanées des clusters de bases de données vers S3, consultezExportation des données instantanées vers Amazon S3.

Exemples de tarification Aurora

  • Prenons l’exemple d’une charge de travail qui nécessite cinq ACU et s’exécute pendant 30 minutes. Nous voulons calculer les coûts de calcul de l’exécution de cette charge de travail sur Aurora sans serveur avec le cluster de base de données configuré selon Aurora Standard et Aurora I/O-Optimized aux USA Est (Virginie du Nord).

    Avec Aurora sans serveur, la capacité minimale de la base de données que vous pouvez définir est de 0,5 ACU. La base de données passe instantanément de 0,5 ACU à 5 ACU, s’exécute pendant 30 minutes et réduit la capacité jusqu’à la capacité minimale de 0,5 ACU. Comme la réduction de la 15x est jusqu’à 15 fois plus rapide, la base de données passe de 5 ACU à 0,5 ACU en 3 minutes environ. Par conséquent, voici le coût de calcul pour l’exécution de cette charge de travail.

    Exemple 1 : Tarification d’Aurora sans serveur avec Aurora Standard

    Utilisation Calcul  Coût

    Passage de 0,5 ACU à 5 ACU instantanément

    		    
    Exécution à 5 ACU pendant 30 minutes 5 ACU * 0,12 USD par ACU par heure * 30/60 heures 0,30 USD
    Réduction de 5 ACU à 0,5 ACU en 3 minutes 5 ACU * 0,12 USD par ACU par heure * 3/60 heures 0,03 USD

    Coût de calcul avec Aurora sans serveur (Aurora Standard)

    		   0,33 USD

    Exemple 2 : Tarification Aurora sans serveur v2 avec la version optimisée E/S d’Aurora

    Utilisation Calcul  Coût

    Passage de 0,5 ACU à 5 ACU instantanément

    		    
    Exécution à 5 ACU pendant 30 minutes 5 ACU * 0,156 USD par ACU par heure * 30/60 heures 0,39 USD
    Réduction de 5 ACU à 0,5 ACU en 3 minutes 5 ACU * 0,156 USD par ACU par heure * 3/60 heures 0,04 USD

    Coût de calcul avec Aurora sans serveur (version optimisée E/S d’Aurora)

    		   0,43 USD

  • Vous pouvez réutiliser vos instances réservées (RI) standard Aurora existantes avec la version optimisée E/S d’Aurora. Pour utiliser pleinement les avantages de vos remises sur les RI avec Aurora I/O-Optimized, vous pouvez acheter 30 % de RI supplémentaires similaires à vos RI actuelles. Le tableau ci-dessous montre des exemples de la manière d'estimer les RI supplémentaires lorsque vous utilisez Aurora I/O-Optimized. Si les RI nécessaires sont une fraction, vous pouvez profiter de la flexibilité de taille disponible avec les RI pour obtenir un nombre entier, comme indiqué ci-dessous. Dans les exemples ci-dessous, les RI actuelles font référence aux RI standard Aurora dont vous disposez aujourd'hui et les RI supplémentaires font référence au nombre de RI standard Aurora que vous devez acheter pour maintenir vos remises sur les RI actuelles lorsque vous utilisez Aurora I/O-Optimized. Si vous choisissez de ne pas acheter de RI supplémentaires, les tarifs à la demande s'appliqueront.

    Type d'instance Quantité de RI actuelles Quantité de RI requise 
    pour Aurora I/O-Optimized    		 RI supplémentaires RI supplémentaires
    (avec flexibilité de taille)
    db.r6g.large 10 10 * 1,3 = 13 3 db.r6g.large 3 RI db.r6g.large
    db.r6g.4xlarge 20 20 * 1,3 = 26 6 db.r6g.4xlarge 6 RI db.r6g.4xlarge
    db.r6i.24xlarge 15 15 * 1,3 = 19,5 4,5 db.r6i.24xlarge 4 RI db.r6i.24xlarge
    + 1 RI db.r6i.12xlarge
    (0,5 db.r6i.24xlarge = 1 db.r6i.12xlarge)
    db.r6g.12xlarge 5 5 * 1,3 = 6,5 1.5 db.r6g.12xlarge 1 RI db.r6g.12xlarge
    + 1 RI db.r6g.4xlarge
    + 1 RI db.r6g.2xlarge
    (0,5 db.r6g.12xlarge = 1 db.r6g.4xlarge + 1 db.r6g.2xlarge)

  • Supposons que vous disposez d’une base de données Aurora et que vous démarrez avec une base de données de 1 000 Go au début du mois (période de 30 jours) qui augmente de 2 % (ou 20 Go) par jour. Supposons également que la même base de données lise 350 pages de données à partir du stockage par seconde pour satisfaire les requêtes qui y sont exécutées. Enfin, supposons que votre application apporte des modifications à la base de données affectant en moyenne 100 pages de données par seconde. Nous voulons calculer les coûts de stockage et d’E/S liés à l’exécution de cette charge de travail avec Aurora Standard et version optimisée E/S d’Aurora dans la région USA Est (Virginie du Nord).

    Exemple 1 : Tarification avec Aurora Standard

    Utilisation Calcul  Coût

    Stockage pour 1 000 Go avec une croissance de 2 % par jour pendant 30 jours

    		 (1 000 Go* 30 jours + 20 Go * 29 jours + 20 Go * 28 jours +.... + 20 Go * 1 jour) * 0,10 USD par Go/mois 129,00 USD
    E/S de lecture pour 350 pages de données par seconde pendant 30 jours (en supposant une taille de page de 16 Ko) (350 pages de données * 30 jours * 24 heures * 60 minutes * 60 secondes) * 0,20 USD par million d'E/S 181,44 USD
    E/S d'écriture pour 100 pages de données par seconde pendant 30 jours (en supposant une taille de page de 4 Ko) (100 pages de données * 30 jours * 24 heures * 60 minutes * 60 secondes) * 0,20 USD par million d'E/S 51,84 USD

    Coût du stockage et des E/S avec Aurora Standard

    		   362,28 USD

    Exemple 2 : Tarification avec Aurora I/O-Optimized

    Utilisation Calcul  Coût

    Stockage pour 1 000 Go avec une croissance de 2 % par jour pendant 30 jours

    		 (1 000 Go* 30 jours + 20 Go * 29 jours + 20 Go * 28 jours +.... + 20 Go * 1 jour) * 0,225 USD par Go/mois 290,25 USD
    E/S de lecture pour 350 pages de données par seconde pendant 30 jours (en supposant une taille de page de 16 Ko) (350 pages de données* 30 jours * 24 heures * 60 minutes * 60 secondes) * 0 USD pour les E/S en lecture -
    E/S d'écriture pour 100 pages de données par seconde pendant 30 jours (en supposant une taille de page de 4 Ko) (100 pages de données* 30 jours * 24 heures * 60 minutes * 60 secondes) * 0 USD pour les E/S en écriture - -

    Coût du stockage et des E/S avec Aurora I/O-Optimized

    		   290,25 USD

    Pour cette charge de travail, vous obtiendrez 19,8 % d’économies sur les coûts de stockage avec la version optimisée E/S d’Aurora.

  • Supposons que vous disposiez d’une base de données Aurora Global Database dans laquelle la région principale dispose de deux instances, consommant 80 Go de stockage et effectuant 45 millions d’opérations d’E/S en écriture et 5 millions d’opérations d’E/S en lecture par mois. Supposons que la région secondaire dispose d'une instance effectuant 5 millions d'opérations d'E/S en lecture par mois. Nous voulons calculer le coût d’exploitation d’une Global Database avec la région USA Est (Virginie du Nord) comme région principale et la région USA Ouest (Oregon) comme région secondaire.

    Exemple 1 : Aurora Global Database avec Aurora Standard

    Région principale – USA Est (Virginie du Nord)
    Utilisation Calcul  Coût

    Instance de base de données

    		 2 * db.r6i.large (à 0,29 USD l'heure) * 30 jours * 24 heures 417,60 USD
    Stockage 80 Go * 0,10 USD par Go/mois (30 jours) 8,00 USD
    E/S en écriture répliquées Aucune -

    E/S en lecture et en écriture

    		 50 millions d'E/S * 0,20 USD pour 1 million d'E/S 10,00 USD
    Transferts de données 45 millions d'E/S en écriture * 2,75 Ko par E/S * 0,02 USD par Go  2,48 USD
    Coût pour la région principale avec Aurora Standard   438,08 USD
    Région secondaire – USA Ouest (Oregon)
    Utilisation Calcul  Coût

    Instance de base de données

    		 1 * db.r6i.large (à 0,29 USD l'heure) * 30 jours * 24 heures 208,80 USD
    Stockage 80 Go * 0,10 USD par Go/mois (30 jours) 8,00 USD
    E/S en écriture répliquées 45 millions d'E/S en écriture répliquées * 0,20 USD pour 1 million d'E/S 9,00 USD

    E/S en lecture et en écriture

    		 50 millions d'E/S * 0,20 USD pour 1 million d'E/S 10,00 USD
    Transferts de données Aucune -
    Coût pour la région secondaire avec Aurora Standard   235,80

    Exemple 2 : Aurora Global Database avec la version optimisée E/S d’Aurora

    Région principale – USA Est (Virginie du Nord)
    Utilisation Calcul  Coût

    Instance de base de données

    		 2 * db.r6i.large (à 0,377 USD l'heure) * 30 jours * 24 heures 542,88 USD
    Stockage 80 Go * 0,225 USD par Go/mois (30 jours) 18,00 USD
    E/S en écriture répliquées Aucune -

    E/S en lecture et en écriture

    		 50 millions d'E/S * 0 USD pour 1 million d'E/S -
    Transferts de données 45 millions d'E/S en écriture * 2,75 Ko par E/S * 0,02 USD par Go  2,48 USD
    Coût pour la région principale avec Aurora I/O-Optimized   563,36 USD
    Région secondaire – USA Ouest (Oregon)
    Utilisation Calcul  Coût

    Instance de base de données

    		 1 * db.r6i.large (à 0,377 USD l'heure) * 30 jours * 24 heures 271,44 USD
    Stockage 80 Go * 0,225 USD par Go/mois (30 jours) 18,00 USD
    E/S en écriture répliquées 45 millions d'E/S en écriture répliquées * 0,20 USD pour 1 million d'E/S 9,00 USD

    E/S en lecture et en écriture

    		 50 millions d'E/S * 0 USD pour 1 million d'E/S -
    Transferts de données Aucune  -
    Coût pour la région secondaire avec Aurora I/O-Optimized   298,44 USD

  • Exemple 1 : tarification de l’API Data avec des requêtes INSERT et de lecture mélangées

    L’API Data est appelée pour interroger une base Aurora compatible PostgreSQL avec l’appel d’API ExecuteStatement. Il y a 4,1 millions de requêtes d'API par mois au total. Sur les 4,1 millions de requêtes, 2,1 millions sont des Insert dans Aurora. Chacune contient des données d'une taille de charge utile d'API de 64 Ko/requête. Sur un total de 4,1 millions de requêtes, 2 millions concernent des lectures de données Aurora. Parmi celles-ci, 1 million avaient une charge utile renvoyée inférieure à 32 Ko et 1 million avaient une taille de charge utile comprise entre 32,01 Ko et 64 Ko.

    Utilisation Calcul  Coût

    2,1 millions de requêtes d'API par mois avec une charge utile de 64 Ko/requête, chaque API nécessitant 2 requêtes (64 Ko nécessitent 64 Ko/32 Ko, soit 2 requêtes par API)

    		 2,1 millions * 2 * 0,35 USD/million  1,47 USD
    2 millions de requêtes d'API par mois, dont 1 million ont une charge utile de 32 Ko et 1 million ont une charge utile comprise entre 32,01 Ko et 64 Ko, nécessitant 2 requêtes (32,01 Ko à 64 Ko/32 Ko, soit 2 requêtes par API)  (1 million d'API* 0,35 USD/million d'API) + (1 million d'API * 2 * 0,35 USD/million d'API)  1,05 USD
    Offre gratuite d'1 million de requêtes d'API pendant un an -0,35 USD pour 1 million de requêtes d'API pendant un an -0,35 USD
    Coûts de l'API Data   2,17 USD

    Exemple 2 : tarification de l’API Data avec l’offre gratuite

    L’API Data est appelée pour interroger une base Aurora compatible PostgreSQL avec l’appel d’API ExecuteStatement. Il y a 300 000 requêtes d'API par mois. Toutes les requêtes d'API renvoient 64 Ko de charge utile de données ; chaque requête sera donc facturée comme suit : 64 Ko/32 Ko = 2 requêtes. 

    Utilisation Calcul  Coût

    300 000 requêtes d'API avec une charge utile de 64 Ko, chaque API nécessitant 2 requêtes (64 Ko nécessitent 64 Ko/32 Ko, soit 2 requêtes d'API)

    		 ,3 millions d'API * 2 * 0,35 USD/million d'API 0,21 USD
    Offre gratuite d'1 million de requêtes d'API pendant un an -0,35 USD pour 1 million de requêtes d'API pendant un an -0,35 USD
    Coûts de l'API Data   0,00 USD/mois la première année

    Exemple 3 : tarification de l’API Data en utilisant tous les types de requêtes

    L’API Data est appelée pour interroger une base Aurora compatible PostgreSQL en utilisant les cinq appels d’API (BeginTransaction, CommitTransaction, RollbackTransaction, ExecuteStatement, BatchExecuteStatement. Il y a 1,2 milliard de requêtes d'API par mois. Aucune des requêtes ne renvoie ou n'envoie plus de 32 Ko de charge utile de données. 

    Utilisation Calcul  Coût
    1 milliard de requêtes d'API par mois avec une charge utile inférieure à 32 Ko  1 milliard de requêtes d'API * 0,35 USD/million 350 USD
    200 millions de requêtes d'API par mois avec une charge utile inférieure à 32 Ko 200 millions de requêtes API * 0,20 USD/million 40 USD
    Offre gratuite d'1 million de requêtes d'API pendant un an -0,35 USD pour 1 million de requêtes d'API pendant un an -0,35 USD
    Coûts de l'API Data   389,65 USD/mois la première année

  • Si vous avez une instance sur Aurora PostgreSQL 12 compatible, cette version arrivera à la fin du support standard le 28 février 2025. Si vous déployez aux USA Est (Ohio), vous serez facturé 0,100 USD par heure de vCPU entre le 1er mars 2025 et le 28 février 2027. À compter du 1er mars 2027, vous serez facturé 0,200 USD par heure vCPU-heure.

  • Supposons que vous disposez d’un instantané de 100 Go et que vous utilisez le filtrage pour sélectionner une table de 10 Go dans cet instantané, afin de l’exporter vers Amazon S3.

    Utilisation Calcul  Coût

    Exportation d'une table de 10 Go à partir d'un instantané de 100 Go (les exports de données subséquents issus du même instantané ne fonctionnent pas de manière incrémentielle)

    		 100 Go * 0,010 USD par Go  1,00 USD
    Coût d'export   1,00 USD

Apprendre à utiliser Amazon Aurora

Trouver les ressources pour démarrer
Prêt à créer ?
Mise en route avec Amazon Aurora
D'autres questions ?
Nous contacter