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 entièrement open source compatibles avec MySQL et PostgreSQL, ainsi qu'une gamme d'outils pour développeur 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, à 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 Amazon Aurora Standard et Amazon Aurora I/O-Optimized 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 Stockage et fiabilité d'Amazon Aurora.

Aurora Standard 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 Aurora Standard, vous payez les instances de vos bases de données, votre stockage et vos E/S à la demande.

Aurora I/O Optimized permet d'améliorer les performances en termes de prix pour les applications gourmandes en E/S. 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 des charges de travail intensives en E/S grâce à Aurora I/O-Optimized. Avec Aurora I/O-Optimized, 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 I/O-Optimized 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. Aurora I/O Optimized élimine la variabilité des dépenses en E/S.

Tarification par instance de base de données

Avec Aurora, vous pouvez choisir Amazon Aurora sans serveur, qui démarre, arrête et augmente ou réduit automatiquement la capacité en fonction des besoins de votre application. Vous ne payez que pour la capacité consommée.

La base de données Amazon Aurora PostgreSQL Limitless 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 provisionné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 provisionné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 Aurora Standard, soit à celui de la configuration de laversion optimisée E/S d'Aurora.

Instances de lecture optimisées pour Aurora PostgreSQL
Les instances de lectures optimisées disponibles pour l'édition compatible avec Amazon Aurora PostgreSQL utilisent un stockage par bloc SSD local basé sur NVMe pour améliorer la latence des requêtes des applications dont les ensembles 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 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. Pour en savoir plus, consultez Lectures optimisées Aurora.

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 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 prend en charge toutes les fonctions Aurora, notamment les déploiements multi-AZ, les réplicas en lecture et Global Database. En plus d'avoir accès aux fonctions de la v2, la plupart des clients Aurora sans serveur peuvent réduire leurs coûts en passant à la v2 en raison d'une capacité de départ plus faible de 0,5 ACU (contre 2 ACU dans la v1), une augmentation de capacité par tranches aussi petites que 0,5 ACU (contre un doublement dans la v1) et une réduction de capacité jusqu'à 15 fois plus rapide que celle d'Amazon Aurora sans serveur v1.

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

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

      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,5 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 scalabilité 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 Aurora Global Database pour plus de détails.

      Tarification Aurora sans serveur v1

      Aurora sans serveur v1 est une option économique pour les charges de travail peu fréquentes, intermittentes ou imprévisibles. Avec Aurora sans serveur v1, vous devrez configurer votre cluster de base de données pour utiliser la configuration Aurora Standard.

      Lisez l'exemple détaillé de tarification Aurora sans serveur v1.

      Latence en cas d'augmentation

      5 à 50 secondes

      Latence en cas de réduction

      Jusqu'à 15 minutes

      Capacité de départ

      1 ACU

      Granularité de la capacité

      Double la capacité avec chaque incrément
    • 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 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 Aurora I/O-Optimized, 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 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.

      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 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 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 prend en charge toutes les fonctions Aurora, notamment les déploiements multi-AZ, les réplicas en lecture et Global Database. En plus d'avoir accès aux fonctions de la v2, la plupart des clients Aurora sans serveur peuvent réduire leurs coûts en passant à la v2 en raison d'une capacité de départ plus faible de 0,5 ACU (contre 2 ACU dans la v1), une augmentation de capacité par tranches aussi petites que 0,5 ACU (contre un doublement dans la v1) et une réduction de capacité jusqu'à 15 fois plus rapide que celle d'Amazon Aurora sans serveur v1.

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

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

      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,5 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 scalabilité 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 Aurora Global Database pour plus de détails.

      Tarification Aurora sans serveur v1

      Aurora sans serveur v1 est une option économique pour les charges de travail peu fréquentes, intermittentes ou imprévisibles. Avec Aurora sans serveur v1, vous devrez configurer votre cluster de base de données pour utiliser la configuration Aurora Standard.

      Lisez l'exemple détaillé de tarification Aurora sans serveur v1.

      Latence en cas d'augmentation

      5 à 50 secondes

      Latence en cas de réduction

      Jusqu'à 15 minutes

      Capacité de départ

      2 ACU

      Granularité de la capacité

      Double la capacité avec chaque incrément
    • 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 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 Aurora I/O-Optimized, 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 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.

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

      Lorsque la surveillance des connexions à Amazon GuardDuty est disponible, elle commence automatiquement à traiter les événements de connexion une fois que vous avez 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. 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 Aurora I/O-Optimized. 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 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 FAQ d'Aurora, « Q : Que sont les opérations d'E/S dans Aurora et comment sont-elles calculées ? ». Avec Aurora I/O-Optimized, 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.

Calculateur de prix AWS

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 d'Aurora Global Database

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.

Lisez l'exemple détaillé de tarification d'Aurora Global Database.

Coûts du stockage de sauvegarde

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 :

Coûts de 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 du mauvais tableau ou de la mauvaise ligne. Cette fonction est actuellement disponible pour l'édition compatible avec MySQL Aurora.

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.

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

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.

  • Dans le cadre de l'offre gratuite d'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 (Beijing), 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.

Les clients AWS bénéficient de 100 Go gratuits de transfert de données sortantes vers Internet chaque mois, cumulés sur l'ensemble des services et régions AWS (à l'exception de la Chine et de GovCloud). Le transfert de 100 Go de données sortantes vers Internet au titre de l'offre gratuite est fourni à l'échelle mondiale 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 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 v2, 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.

  • 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 d'Amazon RDS Extended Support (année 3) est uniquement disponible pour l'édition compatible avec Amazon Aurora PostgreSQL.

Exemple de tarification du support étendu RDS

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.

Coûts d'export d'instantané ou de cluster

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. Lisez l'exemple détaillé de tarification de l'export 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 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.

Coûts d'intégration zéro ETL

L'intégration zéro ETL d'Amazon Aurora à Amazon Redshift rend possibles l'analytique et le ML en temps quasi réel à l'aide d'Amazon Redshift sur des pétaoctets de données transactionnelles provenant d'Aurora. L'intégration zéro ETL élimine le besoin de créer et de gérer des pipelines de données complexes qui effectuent des opérations d'extraction, transformation et chargement (ETL).

AWS ne facture aucuns frais supplémentaires pour l'intégration zéro ETL. Vous payez pour les ressources Amazon Aurora et Amazon Redshift 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éspour l’exportation initiale des données afin d’accélérer vos bases de données Amazon Redshift, un stockage Amazon Redshift supplémentaire pour stocker des données répliquées, le calcul pour le traitement de la réplication des données, et les coûts de transfert de données inter-AZ pour déplacer les 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. 

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 v1 et v2 avec le cluster de base de données configuré comme Aurora Standard et Aurora I/O-Optimized aux USA Est (Virginie du Nord).

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 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 v2 (Aurora Standard)

   0,33 USD

Exemple 2 : Tarification Aurora sans serveur v2 avec Aurora I/O-Optimized

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 v2 (Aurora I/O-Optimized)

   0,43 USD

Avec Aurora sans serveur v1, la capacité minimale que vous pouvez définir est de 1 ACU. Le temps nécessaire à Aurora sans serveur v1 pour mettre à l'échelle la capacité dépend de la charge de travail. En supposant qu'Aurora sans serveur v1 soit capable de doubler la capacité toutes les minutes, la base de données passerait à 8 ACU en 3 minutes. La base de données s'exécute ensuite pendant 30 minutes à 8 ACU. Enfin, la base de données réduit les ACU de 8 à 1 ACU en diminuant la capacité de moitié toutes les 15 minutes. Par conséquent, voici le coût de calcul pour l'exécution de cette charge de travail.

Exemple 3 : Tarification Aurora sans serveur v1

Utilisation Calcul  Coût

Passage de 1 ACU à 2 ACU en 1 minute

 1 ACU * 0,06 USD par ACU par heure * 1/60 heures 0,001 USD
Passage de 2 ACU à 4 ACU en 1 minute 2 ACU * 0,06 USD par ACU par heure * 1/60 heures 0,002 USD
Passage de 4 ACU à 8 ACU en 1 minute 4 ACU * 0,06 USD par ACU par heure * 1/60 heures 0,004 USD
Exécution à 8 ACU pendant 30 minutes 8 ACU * 0,06 USD par ACU par heure * 30/60 heures 0,240 USD
Réduction de 8 ACU à 4 ACU en 15 minutes 8 ACU * 0,06 USD par ACU par heure * 15/60 heures 0,120 USD
Réduction de 4 ACU à 2 ACU en 15 minutes 4 ACU * 0,06 USD par ACU par heure * 15/60 heures 0,060 USD
Réduction de 2 ACU à 1 ACU en 15 minutes 2 ACU * 0,06 USD par ACU par heure * 15/60 heures 0,030 USD
Coût de calcul avec Aurora sans serveur v1   0,457 USD

Exemples d'utilisation des instances réservées standard Aurora avec Aurora I/O-Optimized

Vous pouvez réutiliser vos instances réservées (RI) standard Aurora existantes avec Aurora I/O-Optimized. 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)

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 Aurora Standard et Aurora I/O-Optimized aux 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 Aurora I/O-Optimized.

Exemples d'utilisation d'Aurora Global Database

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 : Tarification 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 : Tarification avec Aurora I/O-Optimized

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 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 du retour sur trace pour ce scénario dans la région USA Est (Virginie du Nord).

Utilisation Calcul  Coût

10 000 000 enregistrements de modifications par heure pendant 10 heures

 (10 000 000 enregistrements de modification * 10 heures) * 0,012 USD pour 1 million d'enregistrements de modifications  1,20 USD
Coût du retour sur trace   1,20 USD

Exemples d'utilisation de l'API Data

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

Exemple d'utilisation d'un export d'instantané ou de cluster

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

Ressources de tarification supplémentaires

Calculateur de tarification AWS

Calculez facilement vos coûts mensuels avec AWS

Obtenir de l'aide pour la tarification

Contacter les spécialistes AWS pour obtenir un devis personnalisé

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