Tarification d’Amazon Aurora

Mise en route avec Amazon RDS pour Aurora

Amazon Aurora est un service de base de données relationnelle moderne. Il offre une haute performance et une haute disponibilité inégalées à l’échelle mondiale avec des éditions compatibles MySQL et PostgreSQL entièrement open source, ainsi qu’une suite d’outils de développement permettant de créer des applications sans serveur et axées sur le machine learning (ML).

Choisissez la tarification Aurora qui convient aux besoins de votre entreprise, avec une tarification prévisible, qu’elle soit à l’usage, à la demande ou par instances réservées. Aurora facture les instances de base de données, le stockage et les E/S en fonction de la configuration du cluster de base de données, ainsi que toutes les fonctionnalités facultatives que vous choisissez d’activer. 

Configuration du cluster Aurora

Avec Aurora, 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 en version standard d’Amazon Aurora ou en 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. Pour en savoir plus, consultez la section Stockage et fiabilité d’Amazon Aurora.

La version standard d’Aurora offre une tarification rentable pour la grande majorité des 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 la version standard d’Aurora, vous payez les instances de vos bases de données, votre stockage et vos E/S à la demande.

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. Si vos besoins en E/S dépassent 25 % de vos besoins totaux en bases de données Aurora, vous pouvez économiser jusqu’à 40 % sur les coûts des charges de travail intensives en E/S grâce à la version optimisée E/S d’Aurora. Avec la version optimisée E/S d’Amazon Aurora, 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. La version optimisée E/S d’Amazon Aurora offre une tarification prévisible pour toutes les applications, quelle que soit l’évolution des modèles d’accès aux données ou de l’utilisation des E/S. La version optimisée E/S d’Amazon Aurora élimine la variabilité des besoins en E/S.

Tarification par instance de base de données

Avec Aurora, vous pouvez choisir Amazon Aurora sans serveur, qui démarre, s’arrête et met automatiquement la capacité à l’échelle en fonction des besoins de votre application. Vous ne payez que pour la capacité consommée.

La base de données illimitée Amazon Aurora PostgreSQL fournit une mise à l’échelle horizontale automatisée pour traiter des millions de transactions d’écriture par seconde et gère des pétaoctets de données tout en conservant la simplicité de fonctionnement d’une base de données unique.

Vous pouvez également choisir des instances à la demande allouées et payer votre base de données par heure d’instance de base de données consommée, sans engagement à long terme ni frais initiaux, ou choisir des instances réservées allouées pour réaliser des économies supplémentaires.

Les frais d’instance s’appliquent à la fois aux instances principales et aux réplicas d’Aurora. Les frais varient en fonction de la configuration du cluster de base de données que vous choisissez pour répondre au mieux aux besoins de votre application en termes de rapport prix/performance et de prévisibilité des prix. Toutes les instances d’un cluster de base de données seront soit facturées au prix de la configuration en version standard d’Aurora, soit à celui de la configuration en version optimisée E/S d’Aurora.

Instances de lecture optimisées pour Aurora PostgreSQL
Les instances de lectures optimisées disponibles pour Amazon Aurora, édition compatible PostgreSQL, utilisent un stockage par bloc SSD local 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. Il inclut deux fonctionnalités : 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. La mise en cache hiérarchisée 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 en 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 en version optimisée E/S et en version standard d’Aurora. Pour en savoir plus, consultez la section Lectures optimisées Aurora.

Sélectionnez Aurora, édition compatible MySQL, ou Aurora, édition compatible 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 verticalement de manière automatique 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 le CPU et la mise en réseau correspondants, similaires à ceux utilisés dans les instances Aurora allouées.

      Aurora sans serveur v2

      Amazon Aurora sans serveur v2 met instantanément à l’échelle les bases de données pour prendre en charge des centaines de milliers de transactions par seconde, et supporte toutes les fonctionnalités Aurora, notamment les déploiements multi-AZ, les réplicas 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 en version standard ou en version optimisée E/S d’Aurora en fonction des besoins de votre application en termes de prix, de performances et de prévisibilité.

      Lisez l’exemple détaillé de tarification d’Aurora sans serveur v2.

      Augmentation verticale de la latence

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

      Réduction verticale de la latence

      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.

      Base de données mondiale Aurora

      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 section Base de données mondiale Aurora pour plus de détails.
    • Instance à la demande alloué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 en version standard d’Aurora ou en version optimisée E/S d’Amazon Aurora 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 du cluster en version standard d’Aurora et à 0,12 USD par heure vCPU pour la configuration du cluster en version optimisée E/S d’Amazon Aurora. 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 en version standard d’Aurora et en version optimisée E/S d’Amazon Aurora. 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 à la version standard d’Aurora, lorsque vous utilisez des instances réservées avec la version optimisée E/S d’Aurora, 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 instances réservées (RI) avec la version optimisée E/S d’Aurora, vous pouvez acheter 30 % de RI supplémentaires similaires à vos RI actuelles. Consultez l’exemple de tarification pour plus d’informations. 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 « 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é en version optimisée E/S d’Aurora. En plus d’être soumises à 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.

      Lisez l’exemple détaillé de tarification d’une instance réservée.

      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 3 600, 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 l’instance réservée, divisé par le nombre total d’heures (sur une année de 365 jours) sur la durée de l’instance réservée.

      ** La tarification horaire effective vous permet de 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, vous êtes facturé pour chaque heure tout au long de la durée de l’instance réservée que vous sélectionnez, peu importe si l’instance est en cours d’exécution. Le prix horaire effectif indique le coût horaire amorti de l’instance. Il prend le coût total de l’instance réservée sur toute la durée, y compris tout paiement initial, et le répartit 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 verticalement de manière automatique 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 le CPU et la mise en réseau correspondants, similaires à ceux utilisés dans les instances Aurora allouées.

      Aurora sans serveur v2

      Amazon Aurora sans serveur v2 met instantanément à l’échelle les bases de données pour prendre en charge des centaines de milliers de transactions par seconde, et supporte toutes les fonctionnalités Aurora, notamment les déploiements multi-AZ, les réplicas 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 en version standard ou en version optimisée E/S d’Aurora en fonction des besoins de votre application en termes de prix, de performances et de prévisibilité.

      Lisez l’exemple détaillé de tarification d’Aurora sans serveur v2.

      Augmentation verticale de la latence

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

      Réduction verticale de la latence

      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.

      Base de données mondiale Aurora

      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 section Base de données mondiale Aurora pour plus de détails.
    • Instance à la demande alloué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 en version standard d’Aurora ou en version optimisée E/S d’Amazon Aurora 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 du cluster en version standard d’Aurora et à 0,12 USD par heure vCPU pour la configuration du cluster en version optimisée E/S d’Amazon Aurora. 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 en version standard d’Aurora et en version optimisée E/S d’Amazon Aurora. 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 à la version standard d’Aurora, lorsque vous utilisez des instances réservées avec la version optimisée E/S d’Aurora, 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 instances réservées (RI) avec la version optimisée E/S d’Aurora, vous pouvez acheter 30 % de RI supplémentaires similaires à vos RI actuelles. Consultez l’exemple de tarification pour plus d’informations. 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 « 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é en version optimisée E/S d’Aurora. En plus d’être soumises à 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.

      Lisez l’exemple détaillé de tarification d’une instance réservée.

      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 3 600, 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 l’instance réservée, divisé par le nombre total d’heures (sur une année de 365 jours) sur la durée de l’instance réservée.

      ** La tarification horaire effective vous permet de 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, vous êtes facturé pour chaque heure tout au long de la durée de l’instance réservée que vous sélectionnez, peu importe si l’instance est en cours d’exécution. Le prix horaire effectif indique le coût horaire amorti de l’instance. Il prend le coût total de l’instance réservée sur toute la durée, y compris tout paiement initial, et le répartit 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’étend de manière transparente au-delà des limites de débit d’écriture et de stockage d’une instance unique. 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 les ressources de calcul sont automatiquement réduites 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 Gio 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 illimitée Aurora PostgreSQL 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 en matière de protection GuardDuty RDS. Pour plus de détails, consultez la page de tarification d’Amazon GuardDuty.

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

Avec Aurora, vous n’avez pas besoin d’allouer à l’avance les opérations de stockage ou d’E/S, et les deux sont automatiquement mis à l’échelle. 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 et par mois aux tarifs indiqués dans le tableau suivant pour les configurations en version standard et en version optimisée E/S d’Aurora. Avec la version standard d’Aurora, vous payez le stockage et les opérations d’E/S que votre base de données Aurora consomme. Les frais d’E/S peuvent varier considérablement en fonction de la charge de travail et du moteur de la base de données. Pour en savoir plus sur les opérations d’E/S, consultez la question fréquente (FAQ) d’Aurora, « Q : Que sont les opérations d’E/S dans Aurora et comment sont-elles calculées ? ». Avec la version optimisée E/S d’Aurora, vous n’êtes pas facturé pour les opérations d’E/S de lecture et d’écriture.

Lisez l’exemple détaillé de tarification du stockage des bases de données et des opérations d’E/S.

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 »

Coûts du stockage de sauvegarde

Le stockage de sauvegarde pour Aurora est le stockage associé à vos sauvegardes automatisées de bases de donné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 et par mois aux tarifs suivants :

Coûts du retour sur trace

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 de la mauvaise table ou de la mauvaise ligne. Cette fonctionnalité est actuellement disponible pour Aurora, édition compatible MySQL.

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

Lisez l’exemple détaillé de tarification du retour sur trace.

Coûts de l’API Data

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 de l’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é.

Coûts du transfert de données

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

  • 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.

Les clients AWS bénéficient de 100 Go gratuits de transfert de données sortants vers Internet chaque mois, cumulés sur l’ensemble des services et Régions AWS (à l’exception de la Chine et de GovCloud). Le niveau gratuit de 100 Go pour le transfert de données vers Internet est mondial et ne s’applique pas séparément ou individuellement aux Régions AWS.

Sauf indication contraire, les prix n’incluent pas les taxes et redevances applicables, y compris la TVA et les taxes sur les ventes applicables. Pour les clients dont l’adresse de facturation est située au Japon, l’utilisation d’AWS est soumise à la taxe sur la consommation applicable dans ce pays.

Coûts du support étendu Amazon RDS

Le support étendu Amazon RDS vous permet de continuer à utiliser les versions majeures d’Aurora, éditions compatibles 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 allouées sur Amazon Aurora, le support étendu RDS est facturé par vCPU par heure. Pour Aurora sans serveur v2, le support étendu RDS 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 d’Aurora, édition compatible MySQL, ont au moins un an pour procéder à la migration 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. Consultez la documentation Amazon Aurora pour obtenir des informations sur le calendrier.

  • Le prix du support étendu RDS qui vous est facturé dépend de la version du moteur, de la Région AWS et du nombre d’années civiles écoulées depuis l’expiration du support standard pour cette version. Pour en savoir plus sur le début de la tarification des années 1, 2 ou 3 pour une version majeure d’un moteur spécifique, consultez la documentation Amazon Aurora.

    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 Amazon RDS (année 3) est uniquement disponible pour Amazon Aurora, édition compatible PostgreSQL.

Exemple de tarification du support étendu RDS

Si vous avez une instance sous Aurora compatible PostgreSQL 12, cette version arrivera à la fin du support standard le 28 février 2025. Si vous effectuez un déploiement dans la région AWS European Sovereign Cloud (Allemagne), vous serez facturé 0,858137 € par heure vCPU entre le 1er mars 2025 et le 28 février 2027. À compter du 1er mars 2027, vous serez facturé 1,716274 USD par heure vCPU.

Coûts d’exportation d’instantané ou de cluster

L’exportation 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’exportation 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 exportations de données subséquentes issues du même instantané ne fonctionnent pas de manière incrémentielle. Lisez l’exemple détaillé de tarification de l’exportation d’un instantané ou d’un cluster.

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 d’AWS KMS. Des frais s’appliquent également pour le stockage des données exportées dans Amazon S3 et pour les requêtes PUT effectuées dans votre compartiment S3. Pour en savoir plus sur ces frais, consultez la page de tarification d’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, consultez la section Exportation des données instantanées vers Amazon S3.

Exemples de tarification Aurora

Les exemples suivants montrent comment les coûts Aurora sont calculés pour les ressources et les fonctions disponibles pour Aurora.

Exemples d’utilisation d’Aurora sans serveur :

Prenons l’exemple d’une charge de travail qui nécessite 5 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 v2 avec le cluster de base de données configuré en version standard d’Aurora et en version optimisée E/S d’Aurora dans la région AWS European Sovereign Cloud (Allemagne).

Avec Aurora sans serveur v2, 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 v2 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 v2 avec la version standard 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,10297644 € par heure ACU * 30/60 heure 0,10 €
Réduction de 5 ACU à 0,5 ACU en 3 minutes 5 ACU * 0,10297644 € par heure ACU * 3/60 heure 0,03 €

Coût de calcul avec Aurora sans serveur v2 (version standard d’Aurora)

   0.28 €

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,133869372 € par heure ACU * 30/60 heure 0,33 €
Réduction de 5 ACU à 0,5 ACU en 3 minutes 5 ACU * 0,133869372 € par heure ACU * 3/60 heure 0,03 €

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

   0,37 €

Exemples d’utilisation des instances réservées standard Aurora avec la version optimisée E/S d’Aurora

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 instances réservées (RI) avec la version optimisée E/S d’Aurora, 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 la version optimisée E/S d’Aurora. 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 la version optimisée E/S d’Aurora. 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 la version optimisée E/S d’Aurora		 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)

Exemples d’utilisation du stockage de base de données et des opérations d’E/S :

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 la version standard et la version optimisée E/S d’Aurora dans la région AWS European Sovereign Cloud (Allemagne).

Exemple 1 : Tarification avec la version standard d’Aurora

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,0858137 USD par Go et par mois 110,70 €
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,1716274 USD par million d’E/S 155,70 €
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,1716274 USD par million d’E/S 44,49 €

Coût du stockage et des E/S avec la version standard d’Aurora

   310,89 €

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

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,193080825 USD par Go et par mois 249,07 €
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 la version optimisée E/S d’Aurora

   249,07 €

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.

Exemple d’utilisation du retour sur trace

Supposons que votre base de données Aurora génère 10 000 000 enregistrements de modifications par heure et que vous vouliez revenir jusqu’à 10 heures en arrière. Nous voulons calculer le coût de retour sur trace pour ce scénario dans la région AWS European Sovereign Cloud (Allemagne).

Utilisation Calcul Coût

10 000 000 enregistrements de modifications par heure pendant 10 heures

 (10 000 000 enregistrements de modification * 10 heures) * 0,010297644 USD pour 1 million d’enregistrements de modifications 1,03 €
Coût du retour sur trace   1,03 €

Apprendre à utiliser Amazon Aurora

Trouver les ressources pour démarrer
Prêt à concevoir ?
Mise en route avec Amazon Aurora
Vous avez d’autres questions ?
Nous contacter