Tarification d’Amazon OpenSearch Service
Pourquoi choisir Amazon OpenSearch Service ?
Avec Amazon OpenSearch Service, vous ne payez que pour ce que vous utilisez, sans frais minimum ni exigence d’utilisation. Amazon OpenSearch Service propose deux modèles de déploiement :
- Pour les clusters gérés, les heures d’instance, le stockage et le transfert de données vous sont facturés. La tarification dépend du type d’instance et du niveau de stockage que vous choisissez. Pour les instances, vous pouvez utiliser la tarification à la demande ou réservée, ou économiser grâce aux Savings Plans des bases de données.
- Pour le mode sans serveur, le calcul et le stockage vous sont facturés séparément. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU), qui correspondent aux ressources du processeur, de la mémoire et des E/S nécessaires pour indexer les données ou exécuter des requêtes. Le mode sans serveur est également couvert par les Savings Plans des bases de données.
Les Savings Plans des bases de données s’appliquent aux deux modèles de déploiement et permettent de réaliser des économies en échange d’un engagement d’utilisation (mesuré en dollars par heure) sur une durée d’un an. Pour plus d’informations, consultez la page de tarification des Savings Plans des bases de données.
Calculateur de prix AWS
Calculez le coût de votre Amazon OpenSearch Service et de votre architecture en une seule estimation.
Tarification d’instance à la demande
Sauf indication contraire, nos prix n’incluent pas les taxes et droits applicables, ni la TVA et les taxes de vente 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. En savoir plus.
Tarification des instances réservées
Avec les instances réservées Amazon OpenSearch Service, vous pouvez réserver des instances pour un ou trois ans et réaliser des économies significatives sur les coûts d’utilisation par rapport aux instances à la demande. D’un point de vue fonctionnel, les instances à la demande et réservées sont identiques. Du point de vue de la facturation, cela dit, les instances réservées peuvent vous permettre de faire des économies significatives.
Trois options de paiement pour les instances réservées s’offrent à vous :
- Instances réservées sans frais initiaux (NURI) – Les NURI constituent des économies substantielles par rapport aux tarifs des instances à la demande. Aucuns frais initiaux ne vous sont demandés, mais vous devez vous engager à payer pour les instances réservées pendant toute la durée d’un contrat d’un an ou de trois ans. Les NURI d’un an offrent une remise de 31 % et celles de trois ans une remise de 48 %. Pour T3.medium, les NURI d’un an offrent une remise de 18 % et celles de trois ans, une remise de 28 %.
- Instances réservées à frais initiaux partiels (PURI) – Les PURI sont encore plus économiques que les NURI. Pour bénéficier de cette option, vous devez payer une partie du coût total initialement, puis le reste des coûts sur une base horaire pendant toute la durée de la réservation. Les PURI d’un an offrent une remise de 33 % et celles de trois ans, une remise de 50 %. Pour T3.medium, une remise de 20 % est offerte pour les PURI d’un an et une de 30 % pour les NURI de trois ans.
- Instances réservées avec frais initiaux totaux (AURI) – Les AURI sont les options de paiement d’instances réservées les plus économiques. Vous payez l’intégralité des frais de réservation en un paiement initial et vous ne payez plus aucuns frais horaires. Les AURI d’un an offrent une remise de 35 % et celles de trois ans, une remise de 52 %. Pour T3.medium, les AURI d’un an offrent une remise de 22 % et les NURI de trois ans, une remise de 32 %.
- La tarification des instances réservées est spécifique à chaque région et dépend de l’option de paiement et de la durée que vous sélectionnez. Lorsque vous achetez une instance réservée, les frais initiaux (le cas échéant) et horaires (le cas échéant) associés vous sont facturés, même si vous n’exécutez pas Amazon OpenSearch Service. Pour acheter des instances réservées, accédez à l’onglet Instances réservées de notre console.
Vos frais mensuels sont basés sur la durée d’exécution de votre instance ce mois-là :
- Instances facturées à l’heure : heures par mois × taux d’utilisation horaire
Le taux d’utilisation horaire est égal au coût total des instances réservées divisé par le nombre total d’heures de la période (calculé sur une année de 365 jours)
Amazon OpenSearch sans serveur
-
Collections de nouvelle génération
-
Collections classiques
-
Collections de nouvelle génération
-
Avec les collections de nouvelle génération d’Amazon OpenSearch sans serveur, vous payez uniquement les ressources consommées par la charge de travail. Avec OpenSearch sans serveur, le calcul et le stockage sont facturés séparément. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU). Une OCU comprend environ 6 Go de RAM et les vCPU correspondants. Le calcul est découplé du stockage à l’aide d’une couche de stockage partagée accessible à la fois aux OCU d’indexation et aux OCU de recherche.
Une entrée de calcul en heures-OCU s’affiche avec deux libellés : l’un pour l’indexation des données et l’autre pour la recherche. Les OCU sont facturées à l’heure au niveau du groupe de collections, avec une granularité à la seconde. Aucune OCU minimale n’est requise : les OCU d’indexation et de recherche sont mises à l’échelle jusqu’à zéro après 10 minutes d’inactivité. Le stockage est facturé séparément pour le stockage chaud en gigaoctets-mois.
Toutes les collections d’un groupe de collections partagent les OCU. Des OCU supplémentaires sont ajoutées en fonction des instances de calcul et des données nécessaires à la prise en charge de vos collections.
Les tarifs des jetons sont identiques à ceux de la tarification à la demande d’Amazon Bedrock pour le même modèle dans la même région. Voir la tarification d’Amazon Bedrock.
-
Collections classiques
-
Avec les collections classiques d’Amazon OpenSearch sans serveur, vous payez uniquement les ressources consommées par la charge de travail. Avec OpenSearch sans serveur, le calcul et le stockage sont facturés séparément. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU). Le nombre d’OCU correspond directement aux ressources de CPU, de mémoire, de stockage Amazon EBS et d’entrée/sortie (E/S) requises pour indexer les données ou exécuter des requêtes. Une OCU comprend 6 Go de RAM, les vCPU correspondants, un stockage GP3 (utilisé pour fournir un accès rapide aux données les plus fréquemment consultées) et le transfert de données vers le stockage géré.
Une entrée de calcul en heures-OCU s’affiche avec deux libellés : l’un pour l’indexation des données et l’autre pour la recherche. Les OCU sont facturées à l’heure au niveau du groupe de collections, avec une granularité à la seconde. Les données stockées dans le stockage géré sont facturées en Go-mois. Pour la première collection d’un compte, la facturation minimale est de 2 OCU (1 OCU [0,5 x 2] pour l’indexation comprend une unité principale et une unité de secours, et 1 OCU [0,5 x 2] pour la recherche comprend un réplica pour la HA). Toutefois, le minimum varie selon la taille de vos données et le type de collection utilisé.
En outre, OpenSearch sans serveur propose également une option dev/test, qui vous permet de lancer une collection sans nœuds de secours redondants. Ce mode de déploiement réduit encore le coût de moitié, avec 0,5 OCU pour l’indexation et 0,5 OCU pour la recherche. Dans les deux modes, toutes les données sont stockées dans un stockage géré offrant une durabilité complète des données. Toutefois, le minimum varie selon la taille de vos données et le type de collection utilisé.
Toutes les collections ultérieures utilisant la même clé de chiffrement peuvent partager ces OCU. Des OCU supplémentaires sont ajoutées en fonction des instances de calcul et des données nécessaires à la prise en charge de vos collections. Vous pouvez configurer un nombre maximum d’OCU par compte pour contrôler les coûts.
Une collection de recherche vectorielle ne peut pas partager d’OCU avec des collections de recherche et de séries chronologiques, même si la collection de recherche vectorielle utilise la même clé KMS que les collections de recherche ou de séries chronologiques. Un nouvel ensemble d’OCU sera créé pour votre première collection de recherche vectorielle. Les OCU des collections de recherche vectorielle sont partagées entre les collections vectorielles qui utilisent la même clé KMS.
Amazon OpenSearch AI
-
Utilisation des jetons
-
Exemples de tarification
-
Utilisation des jetons
-
Avec Amazon OpenSearch AI Token Usage, vous ne payez que pour les jetons de modèle consommés lorsqu’OpenSearch exécute des modèles d’IA générative en votre nom. Les jetons d’entrée et de sortie sont facturés séparément. Les tarifs des jetons correspondent aux tarifs à la demande d’Amazon Bedrock pour le même modèle dans la même région ou zone géographique, et OpenSearch n’ajoute aucune majoration.
La compréhension des images est une fonctionnalité native de l’ingestion intelligente d’OpenSearch. Lorsque des images sont trouvées dans vos documents PDF ou Word, Amazon Nova 2 Lite est utilisé pour les interpréter afin que leur contenu devienne consultable sémantiquement. Les données structurées telles que le JSON et les documents sans images ne sont pas soumis à ce coût. Une image utilise en moyenne environ 490 jetons d’entrée et 480 jetons de sortie, soit environ 1,35 USD pour 1 000 images dans la région USA Est (Virginie du Nord). Le nombre de jetons dépend de la taille et de la complexité de chaque image.
-
Exemples de tarification
-
Exemple 1 : ingestion de 50 000 images
Vous ingérez une bibliothèque de documents contenant 50 000 images dans la région USA Est (Virginie du Nord), et chaque image utilise le nombre normal de jetons.
Calcul Coût Jetons d’entrée 50 000 images × 490 jetons = 24,5 M de jetons × 0,30 USD par 1 M 7,35 USD Jetons de sortie 50 000 images × 480 jetons = 24,0 M de jetons × 2,50 USD par 1 M 60,00 USD Frais totaux liés aux jetons 67,35 USD Les frais OCU pour l’analyse et l’indexation des documents sont facturés séparément.
Amazon OpenSearch Ingestion
Avec Amazon OpenSearch Ingestion, vous ne payez que pour les ressources consommées par votre charge de travail. OpenSearch Ingestion facture uniquement le calcul nécessaire pour ingérer, transformer et acheminer les données dans un pipeline OpenSearch Ingestion. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU). Le nombre d’OCU correspond directement au processeur et à la mémoire nécessaires pour ingérer des données ou effectuer une transformation sur les données. Un OCU comprend 15 Go de RAM et 2 vCPU. Vous verrez une entrée pour le calcul en OCU-heures avec l’étiquette pour l’ingestion des données. Les OCU sont facturées sur une base horaire avec une précision à la minute. Vous pouvez configurer un nombre minimum et maximum d’OCU par pipeline pour contrôler les coûts. En outre, OpenSearch Ingestion vous permet de suspendre complètement un pipeline lorsqu’il n’est pas utilisé et aucun OCU n’est consommé lorsqu’un pipeline est suspendu.
Amazon OpenSearch Service Vector Ingestion
Amazon OpenSearch Service Vector Ingestion propose un moyen simplifié de créer des pipelines Amazon OpenSearch Ingestion spécifiquement pour créer des bases de données vectorielles sur Amazon OpenSearch Service. Vous pouvez éventuellement exécuter des tâches d’optimisation automatique vectorielles et utiliser l’indexation vectorielle accélérée par GPU pour optimiser et créer rapidement des bases de données vectorielles à grande échelle. Il n’y a pas de frais supplémentaires au-delà des fonctionnalités que vous choisissez d’utiliser. Pour connaître les tarifs respectifs, consultez la tarification d’Amazon OpenSearch Ingestion, des tâches d’optimisation automatique des vecteurs d’Amazon OpenSearch Service et de l’accélération GPU des index vectoriels d’Amazon OpenSearch Service. En savoir plus
| Source de données | Tarification des fonctionnalités d’OpenSearch Service | Tarification des services AWS supplémentaires |
|
Amazon S3 |
Amazon S3 (frais de lecture, de stockage et de transfert) Voir Tarification d’Amazon S3 pour plus d’informations |
Amazon OpenSearch Service Vector Index GPU-Acceleration
Grâce à Amazon OpenSearch Service Vector Index GPU-Acceleration, vous ne payez que pour les ressources consommées lors des charges de travail d’indexation vectorielle accélérée. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU) – Vector Acceleration. Ce type d’OCU comprend 6 Go de mémoire GPU, 8 Gio de RAM et 2 vCPUs. Lorsque GPU-acceleration est activé et que votre débit d’indexation dépasse un seuil configurable, les tâches d’indexation vectorielle sont déchargées vers ces OCU. Les OCU se mettront à l’échelle avec un débit plus élevé, mais vous payez en fonction de la durée totale de l’OCU. En d’autres termes, si vos OCU sont doublées, le temps de traitement est réduit de moitié, de sorte que votre coût total est le même que sans le doublement des OCU. L’autoscaling et le warm pooling sont entièrement gérés, mais ne sont pas ajoutés à votre temps facturé. Les OCU sont facturées à l’heure, avec une granularité à la seconde. En savoir plus sur cette fonctionnalité.
Tâches d’optimisation automatique Amazon OpenSearch Service Vector
Avec Amazon OpenSearch Service Vector Auto-Optimize Jobs, vous payez un tarif fixe pour chaque tâche. Chaque tâche exécute un processus d’optimisation des hyperparamètres. Cela implique d’échantillonner des vecteurs à partir de votre jeu de données, de lancer des expériences parallèles pour créer et évaluer des index à l’aide de diverses configurations, mais aussi de générer un rapport contenant des recommandations d’optimisation. En savoir plus
Amazon OpenSearch Service S3 Vectors
Amazon S3 Vectors fournit un stockage vectoriel rentable, élastique et durable à des coûts jusqu’à 90 % inférieurs pour le chargement, le stockage et l’interrogation de vecteurs. Avec S3 Vectors, vous pouvez gérer RAG et d’autres charges de travail de recherche sémantique à grande échelle, à une fraction du coût du stockage, des requêtes, des données chargées et des données interrogées.
Coût PUT
La tarification PUT est basée sur le nombre de Go logiques des vecteurs que vous chargez, chaque vecteur étant la somme de ses données vectorielles logiques, de ses métadonnées et de sa clé. Vous pouvez charger plusieurs vecteurs dans une seule requête PUT, maximisant ainsi le débit de chargement et minimisant les coûts de chargement.
Coût de stockage
Le stockage total est la somme du stockage logique sur l’ensemble de vos index, la taille de votre stockage étant déterminée par le nombre de vecteurs que vous stockez et leur taille. La taille du vecteur est déterminée par :
1) Données vectorielles : chaque vecteur a une taille déterminée par le nombre de dimensions. Chaque dimension équivaut à 4 octets de stockage par vecteur. Ainsi, par exemple, un vecteur de 1 024 dimensions nécessite 4 Ko de données vectorielles logiques.
2) Métadonnées : vous pouvez stocker des métadonnées filtrables et non filtrables avec votre vecteur. Les métadonnées non filtrables sont utilisées pour renvoyer des informations dans le cadre des résultats des requêtes, tandis que les métadonnées filtrables peuvent également être utilisées pour filtrer les résultats des requêtes.
3) Clé : chaque vecteur est associé à une clé. Les clés nécessitent un octet de stockage par caractère.
Coût des requêtes
Les frais de requête incluent des frais par API en plus d’un coût en dollars/To basé sur la taille moyenne des vecteurs, y compris les données vectorielles, les clés et les métadonnées filtrables, multipliée par le nombre de vecteurs dans l’index que vous interrogez. À mesure que votre index vectoriel augmente, les frais de traitement des données pour les requêtes augmentent proportionnellement ; toutefois, à plus grande échelle, vous bénéficiez d’une tarification inférieure en dollars/To au-dessus de 100 K dans votre index vectoriel.
Enrichissement sémantique automatique d’Amazon OpenSearch Service
Avec l’enrichissement sémantique automatique, vous ne payez que pour les ressources consommées par votre charge de travail. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU). Chaque OCU correspond directement au processeur, au GPU et à la mémoire nécessaires pour générer des encodages sémantiques pour les champs de données que vous avez spécifiés lors de l’ingestion de données. Les OCU de la recherche sémantique sont mises à l’échelle automatiquement, sans que vous ayez à préconfigurer des valeurs minimales ou maximales. Les OCU sont facturées sur une base horaire avec une précision à la minute. Chaque OCU traite environ 45 Mo (11,1 millions de jetons d’entrée) de contenu en anglais ou 30 Mo (7,3 millions de jetons d’entrée) de contenu multilingue. Lorsqu’il n’est pas utilisé, aucune OCU de recherche sémantique n’est facturée. Il n’y a pas de frais d’OCU supplémentaires pour la recherche sémantique lors des opérations de recherche ou pour le stockage des données.
Amazon OpenSearch Service Direct Query
Avec Amazon OpenSearch Service Direct Query, vous ne payez que les ressources consommées par votre charge de travail. OpenSearch Service Direct Query facture uniquement le calcul nécessaire pour interroger votre source de données connectée ainsi que celui nécessaire si vous décidez d’indexer des données dans OpenSearch Service. La capacité de calcul est mesurée en unités de calcul OpenSearch (OCU). Le nombre d’OCU correspond directement au processeur virtuel et à la mémoire nécessaires pour interroger ou gérer des index en fonction des données. Une OCU comprend 2 vCPU et 8 Gio de RAM. Vous verrez une entrée pour le calcul en OCU-heures avec l’étiquette pour la requête directe. Les OCU sont facturées sur une base horaire avec une précision à la minute. Afin de limiter les coûts, vous pouvez définir à l’aide d’AWS Budget un nombre maximum d’OCU‑heures pouvant être utilisées au cours d’une période de facturation. Si aucune requête ou tâche d’indexation n’est active, aucune OCU n’est consommée.
Les coûts des OCU Direct Query seront basés sur la taille des données et la fréquence à laquelle les données indexées dans OpenSearch sont mises à jour. Les coûts de stockage géré, de recherche et d’indexation sans serveur varient en fonction de la taille des données indexées pour être utilisées dans les tableaux de bord et de la période de conservation dans OpenSearch.
Désormais, grâce à Direct Query, vous pouvez analyser les données des journaux stockées dans Amazon S3, Amazon CloudWatch Logs et Amazon Security Lake.
|
Source de données |
Tarification des fonctionnalités d’OpenSearch Service |
Tarification des services AWS supplémentaires |
|
|
Amazon S3 |
OpenSearch Direct Query |
Amazon S3 (frais de lecture, de stockage et de transfert). Pour en savoir plus, consultez la page Tarification Amazon S3. |
|
|
Amazon CloudWatch Logs – Nouveau |
OpenSearch Direct Query |
Ingestion et stockage dans CloudWatch Logs. Pour en savoir plus, consultez la tarification de CloudWatch Logs. |
|
|
Amazon Security Lake – Nouveau Non disponible dans les régions USA Ouest (Californie du Nord), Asie-Pacifique (Osaka), Europe (Milan) et Europe (Espagne). |
OpenSearch Direct Query |
Amazon S3 (frais de lecture, de stockage et de transfert). Pour en savoir plus, consultez la page Tarification Amazon S3. |
Les clients de CloudWatch Logs créant des tableaux de bord OpenSearch pour VPC, WAF, CloudTrail
Les clients de CloudWatch Logs peuvent créer des tableaux de bord OpenSearch dans CloudWatch sur leurs journaux VPC, WAF et CloudTrail en accédant à « Analyser avec OpenSearch » dans CloudWatch Logs Insights, en sélectionnant le type de tableau de bord et les journaux. Avant cette étape, les clients CloudWatch doivent préalablement configurer une intégration OpenSearch. Cette étape crée une collection OpenSearch utilisée pour stocker les métriques nécessaires aux journaux dans OpenSearch. Direct Query est utilisé pour maintenir à jour les données des métriques dans OpenSearch, en interrogeant les journaux CloudWatch et en mettant à jour les métriques dans OpenSearch. Pour obtenir des instructions sur la création de ces tableaux de bord, reportez-vous à la documentation CloudWatch.
|
Cas d’utilisation |
Tarification des fonctionnalités d’OpenSearch Service |
Tarification des services AWS supplémentaires |
|
|
Amazon OpenSearch Dashboards intégrés à CloudWatch Logs Insights (« Analyser avec OpenSearch ») |
OpenSearch Direct Query |
Ingestion et stockage dans CloudWatch Logs. Pour en savoir plus, consultez la tarification de CloudWatch Logs. |
Tarification relative aux volumes Amazon EBS (applicable si vous avez opté pour des volumes EBS)
Amazon OpenSearch Service vous permet de sélectionner le type de volume Amazon EBS. Si vous optez pour un stockage avec IOPS provisionnés (SSD), nous vous facturons l’espace de stockage ainsi que le débit provisionné. Cependant, les opérations d’E/S consommées ne vous sont pas facturées.
Tarification UltraWarm et stockage à froid
UltraWarm est une offre Amazon OpenSearch Service qui vous permet de conserver de manière économique de grandes quantités de données tout en profitant des mêmes fonctionnalités d’analyse interactive. En savoir plus »
Le stockage à froid est le niveau de stockage le plus économique d’Amazon OpenSearch Service. Il vous permet de dissocier et de stocker les données à accès peu fréquent dans Amazon S3 et de payer le calcul uniquement lorsque vous en avez besoin. En savoir plus »
Remarque : la tarification du stockage géré s’applique aux données UltraWarm, aux données de stockage à froid et aux données de stockage distant OR1.
Coûts de support étendu
Amazon OpenSearch Service fournit des correctifs de sécurité critiques et des correctifs de système d’exploitation pour les versions des moteurs qui font l’objet d’une prise en charge étendue, au-delà de la fin de la prise en charge standard, pendant une période d’au moins 12 mois. Vous disposez ainsi de plus de temps pour planifier votre mise à niveau vers une version de moteur prise en charge plus récente.
Selon la version pour laquelle vous utilisez le support étendu, des frais fixes par heure d’instance normalisée (NIH) sont facturés en plus du coût standard de l’instance. Le nombre de NIH est calculé en fonction de la taille de l’instance (p. ex. medium, large) et du nombre d’heures d’instance. Pour les versions dont la date de support étendu initialement publiée est dépassée et pour lesquelles la date de fin de prise en charge a été prolongée, les frais de support étendu sont égaux au coût de votre instance (en plus du coût de l’instance) et les coûts de stockage ne sont pas affectés. Veuillez consulter la documentation pour plus d’informations sur le support étendu, le calcul des frais de support étendu et le calendrier des différentes versions. Consultez ci-dessous la tarification du support étendu par NIH.
Support étendu pour les versions Elasticsearch 1.5, 2.3, 5.1–5.5, 6.0–6.7, 7.1–7.8, les versions OpenSearch 1.0–1.2 et les versions OpenSearch 2.3–2.9 (du 7 novembre 2026 au 7 novembre 2027) : pour ces versions, les frais de support étendu sont égaux au prix de votre instance pour la période d’extension. Les coûts de stockage ne sont pas affectés. Cette période prolongée vous donne davantage de temps pour planifier et terminer vos mises à niveau vers les dernières versions d’OpenSearch. Exemple : si vous exécutez une instance m7g.medium.search au prix de 0,068 USD par heure (à la demande) dans la région USA Est (Virginie du Nord) pendant 24 heures, le coût de votre instance standard est de 1,632 USD par jour (0,068 USD × 24). Le supplément de support étendu pour la période de prolongation est égal au coût de votre instance (1,632 USD/jour), ce qui porte effectivement le prix de votre instance à ~3,264 USD/jour, soit le double. Les coûts de stockage restent inchangés.
Support étendu pour les versions Elasticsearch 6.8, 7.9 et 7.10, la version OpenSearch 1.3, les versions OpenSearch 2.11–2.17 et OpenSearch 2.19 (à partir du 7 novembre 2027) : les frais de support étendu standard pour ces versions sont de 0,0065 USD par heure d’instance normalisée (NIH) dans la région USA Est (Virginie du Nord). Consultez le tableau de tarification régionale ci-dessous pour connaître les tarifs dans les autres régions. Exemple : si vous exécutez une instance m7g.medium.search pendant 24 heures dans la région USA Est (Virginie du Nord), au prix de 0,068 USD par heure (à la demande), vous paierez 1,632 USD par jour (0,068 USD × 24) comme coût standard de l’instance. Les frais de support étendu s’élèvent à 0,0065 USD × 24 (heures d’instance) × 2 (facteur de normalisation pour medium) = 0,312 USD/jour. Total = 1,944 USD/jour (1,632 USD + 0,312 USD, hors coût de stockage).
Pour la version 5.6 d’Elasticsearch (jusqu’au 7 novembre 2028) le tarif de support étendu standard de 0,0065 USD par heure d’instance normalisée (NIH) vous sera facturé dans la région USA Est (Virginie du Nord). Consultez le tableau de tarification régionale ci-dessous pour connaître les tarifs dans les autres régions.
| RÉGION | PRIX/NIH |
| USA Est (Virginie du Nord) | 0,0065 USD |
| USA Est (Ohio) | 0,0065 USD |
| USA Ouest (Californie du Nord) | 0,0077 USD |
| USA Ouest (Oregon) | 0,0065 USD |
| Canada (Centre) | 0,0072 USD |
| Canada-Ouest (Calgary) | 0,0072 USD |
| AWS GovCloud (US, côte est) | 0,0078 USD |
| AWS GovCloud (US, côte ouest) | 0,0078 USD |
| Afrique (Le Cap) | 0,0086 USD |
| Asie-Pacifique (Hong Kong) | 0,0087 USD |
| Asie-Pacifique (Hyderabad) | 0,0070 USD |
| Asie-Pacifique (Jakarta) | 0,0078 USD |
| Asie-Pacifique (Malaisie) | 0,0074 USD |
| Asie-Pacifique (Melbourne) | 0,0082 USD |
| Asie-Pacifique (Mumbai) | 0,0070 USD |
| Asie-Pacifique (Nouvelle-Zélande) | 0,0087 USD |
| Asie-Pacifique (Osaka) | 0,0081 USD |
| Asie-Pacifique (Séoul) | 0,0077 USD |
| Asie-Pacifique (Singapour) | 0,0078 USD |
| Asie-Pacifique (Sydney) | 0,0082 USD |
| Asie-Pacifique (Taipei) | 0,0077 USD |
| Asie-Pacifique (Thaïlande) | 0,0075 USD |
| Asie-Pacifique (Tokyo) | 0,0081 USD |
| Europe (Francfort) | 0,0076 USD |
| Europe (Irlande) | 0,0072 USD |
| Europe (Londres) | 0,0075 USD |
| Europe (Milan) | 0,0076 USD |
| Europe (Paris) | 0,0075 USD |
| Europe (Stockholm) | 0,0068 USD |
| Europe (Espagne) | 0,0072 USD |
| Europe (Zurich) | 0,0083 USD |
| Israël (Tel Aviv) | 0,0076 USD |
| Mexique (Centre) | 0,0069 USD |
| Moyen-Orient (Bahreïn) | 0,0079 USD |
| Moyen-Orient (EAU) | 0,0079 USD |
| Amérique du Sud (São Paulo) | 0,0103 USD |
Frais standard AWS pour les transferts de données
Vous devrez payer les frais de transfert de données AWS standard pour les données transférées vers et depuis Amazon OpenSearch Service. Vous ne serez pas facturé pour les transferts de données entre plusieurs nœuds au sein de votre domaine Amazon OpenSearch Service.
Stockage gratuit des instantanés automatiques
Amazon OpenSearch Service offre une durabilité accrue des données grâce à des instantanés automatiques et manuels des clusters. Pour chaque domaine Amazon OpenSearch Service, le service assure gratuitement le stockage des instantanés automatiques et conserve ces instantanés pendant 14 jours. Les instantanés manuels sont stockés dans Amazon S3 et sont soumis aux frais d’utilisation d’Amazon S3 standard. Le transfert des données est gratuit dans le cadre de l’utilisation d’instantanés.
Exemples de tarification
Exemple de tarification 1
Supposons que vous créiez un nouveau domaine de production avec trois zones de disponibilité dans la région USA Est (Virginie du Nord) avec la configuration suivante : trois nœuds de données de type r6g.xlarge.search avec 500 Go de stockage EBS (SSD à usage général) chacun, trois nœuds de gestionnaire de cluster de type c6g.large.search et deux nœuds UltraWarm de type ultrawarm1.medium.search avec 1,5 To de stockage chacun. En un mois, les huit instances de votre domaine (trois nœuds de données, trois nœuds de gestionnaire de cluster et deux nœuds UltraWarm) fonctionnent pendant 730 heures chacune, soit un total de 5 840 heures d’instances. Sur la base du prix de ces types d’instance individuels, votre coût total pour les heures d’instance est de 1 328,60 USD. Votre coût total de stockage pour le mois comprend le coût du stockage EBS pour les trois nœuds de données et le coût du stockage pour les nœuds UltraWarm. Avec 500 Go de stockage EBS sur chacune des trois instances, vous êtes facturé pour 1 500 Go à 0,135 USD par Go et par mois, ce qui représente un coût de stockage EBS de 202,50 USD pour le mois. Pour le stockage des deux nœuds UltraWarm, vous êtes facturé pour 3 To (1,5 To par instance), soit 73,728 USD (à raison de 0,024 USD par Go et par mois).
Vous trouverez ci-dessous une répartition des coûts mensuels (en USD) que vous êtes susceptible d’encourir.
| Type de coût | Tarification | Utilisation | Coût par mois |
| Utilisation d’instances | r6g.xlarge.search = 0,335 USD par heure | 3 instances (nœuds de données) * 730 heures dans un mois = 2 190 heures | 2 190 heures * 0,335 USD = 733,65 USD |
| c6g.large.search = 0,113 USD par heure | 3 instances (nœuds du gestionnaire de clusters) * 730 heures dans un mois = 2 190 heures | 2 190 heures * 0,113 USD = 247,47 USD | |
| ultrawarm1.medium.search = 0,238 USD par heure | 2 instances * 730 heures= 1 460 heures | 1 460 heures * 0,238 USD = 347,48 USD | |
| Coût du stockage | Volume SSD à usage général EBS (gp2) = 0,135 USD par Go et par mois | 500 Go par nœud * 3 instances (nœuds de données) = 1 500 Go par mois | 1 500 Go * 0,135 USD = 202,5 USD |
| Coût du stockage géré UltraWarm = 0,024 USD par Go et par mois | 1,5 To * 2 instances = 3 To par mois | 3 072 Go * 0,024 USD = 73,728 USD | |
| Coût total | 1 604,83 USD | ||
OpenSearch comprend certains codes Elasticsearch sous licence Apache d’Elasticsearch B.V. et d’autres codes source. Elasticsearch B.V. n’est pas la source de cet autre code source. ELASTICSEARCH est une marque déposée d’Elasticsearch B.V.
Exemple de tarification 2
Amazon OpenSearch Service ne facture pas la fonctionnalité AZ multiples avec veille.
Scénario 1 : le client dispose d’un domaine bien configuré avec 3 nœuds du gestionnaire de clusters, 6 nœuds de données et 3 copies de données. Le transfert de leur domaine vers AZ multiples avec veille n’aura aucun impact pour eux. Le coût avant et après est le même.
| Élément | Configuration | Nombre | Tarif | Total |
|---|---|---|---|---|
| Nœuds du gestionnaire de clusters | m5.large.search | 3 |
0,14 USD |
306,72 USD |
| Nœuds de données | m5.large.search | 6 |
0,14 USD |
613,44 USD |
| Stockage EBS | GP2 | 512 Go |
0,14 USD |
414,72 USD |
| Total |
1 334,880 | |||
Scénario 2 : le client possède un domaine dont le gestionnaire de clusters est sous-dimensionné (utilisation du processeur ou de la RAM supérieure à 60 %). Le client devra mettre à jour le type d’instance de son nœud de gestionnaire de clusters avant d’activer AZ multiples avec veille. Dans ce cas, pour 10 à 20 nœuds de données, ils doivent utiliser un type d’instance c5.xlarge.search ou supérieur. En raison de la modification de la taille des nœuds du gestionnaire de clusters, le client constatera une certaine augmentation des coûts, car AZ multiples avec veille impose ces meilleures pratiques.
| Élément | Configuration | Nombre | Tarif | Total |
|---|---|---|---|---|
| Nœuds du gestionnaire de clusters |
m5.large.search |
3 |
0,14 USD |
306,72 USD |
| Nœuds de données | r5.large.search | 18 |
0,37 USD |
4 821,12 USD |
| Stockage EBS | GP2 | 1 500 Go |
0,14 USD |
3 645 USD |
| Total |
8 772,840 USD | |||
| Élément | Configuration | Nombre | Tarif | Total |
|---|---|---|---|---|
| Nœuds du gestionnaire de clusters |
c5.xlarge.search |
3 |
0,25 USD |
542,16 USD |
| Nœuds de données | r5.xlarge.search | 18 |
0,37 USD |
4 821,12 USD |
| Stockage EBS | GP2 | 1 500 Go |
0,14 USD |
3 645 USD |
| Total |
9 008,280 USD | |||
Scénario 3 : le client possède un domaine qui suit les anciennes bonnes pratiques et directives, dispose donc de 2 copies des données (1 principale et 1 réplique) et l’utilisation du stockage est supérieure à 70 %. L’activation d’AZ multiples avec veille nécessite au moins 3 copies de données, ou un multiple de 3. Pour prendre en charge la copie supplémentaire des données, le client aurait besoin de 40 % d’espace de stockage supplémentaire tout en conservant 20 % d’espace disque libre. Cela signifie 9 nœuds de données supplémentaires.
| Élément | Configuration | Nombre | Tarif | Total |
|---|---|---|---|---|
| Nœuds du gestionnaire de clusters |
m5.large.search |
3 |
0,14 USD |
306,72 USD |
| Nœuds de données | r5.xlarge.search | 18 |
0,37 USD |
4 821,12 USD |
| Stockage EBS | GP2 | 1 500 Go |
0,14 USD |
3 645 USD |
| Total |
8 772,840 USD | |||
| Élément | Configuration | Nombre | Tarif | Total |
|---|---|---|---|---|
| Nœuds du gestionnaire de clusters |
c5.xlarge.search |
3 |
0,25 USD |
542,16 USD |
| Nœuds de données | r5.xlarge.search | 27* |
0,37 USD |
7 231,68 |
| Stockage EBS | GP2 | 1 500 Go |
0,14 USD |
5 467,50 USD |
| Total |
13 241,340 USD | |||
*Si le client n’utilise que 50 à 60 % de l’espace de stockage total, il n’aura pas besoin d’ajouter de stockage supplémentaire pour la troisième copie et pourrait donc ne pas encourir de frais supplémentaires.
D’après les exemples ci-dessus, les clients qui suivent les meilleures pratiques n’ont pas à supporter de coûts supplémentaires liés à l’activation d’AZ multiples avec veille sur leur domaine.
Exemple de tarification 3
Supposons que vous créez un nouveau domaine de production avec trois zones de disponibilité dans la région USA Est (Virginie du Nord) avec la configuration suivante : trois nœuds de données de type or1.xlarge.search avec 500 Go de stockage EBS (SSD polyvalent) chacun, trois nœuds du gestionnaire de clusters de type c6g.large.search et trois nœuds Ultrawarm de type ultrawarm1.medium.search avec 1,5 To de stockage chacun. En un mois, les neuf instances de votre domaine (trois nœuds de données, trois nœuds du gestionnaire de clusters et trois nœuds Ultrawarm) fonctionnent pendant 720 heures chacune, soit un total de 5 780 heures d’instances. Sur la base du prix de ces types d’instance individuels, votre coût total pour les heures d’instance est de 1 661,04 USD. Votre coût total de stockage pour le mois comprend le coût du stockage EBS pour les trois nœuds de données, le stockage local et le coût du stockage géré qui est de 292,728 USD. Avec 500 Go de stockage EBS sur chacune des trois instances, vous êtes facturé pour 1 500 Go à 0,122 USD par Go et par mois, ce qui représente un coût de stockage EBS de 183,0 USD pour le mois. Les données étant enregistrées de manière synchrone sur Amazon S3, dans le stockage distant, 1 500 Go vous seront facturés à 0,024 USD par Go et par mois, soit 36,0 USD. Pour le stockage des trois nœuds Ultrawarm, 3 To (1,5 To par instance) vous seront facturés, soit 73,728 USD (à 0,024 USD par Go et par mois).
Vous trouverez ci-dessous une répartition des coûts mensuels (en USD) que vous êtes susceptible d’encourir.
| Type de coût | Tarification | Utilisation | Coût par mois |
|
Utilisation d’instances
|
or1.xlarge.search = 0,418 USD par heure | 3 instances (nœuds de données) * 720 heures dans un mois = 2 160 heures | 2 160 heures x 0,418 USD = 902,88 USD |
| c6g.large.search = 0,113 USD par heure | 3 instances (nœuds du gestionnaire de clusters) * 720 heures par mois = 2 190 heures | 2 160 heures x 0,113 USD = 244,08 USD | |
| ultrawarm1.medium.search = 0,238 USD par heure |
3 instances * 720 heures= 2 160 heures |
2 160 heures x 0,238 USD = 514,08 USD | |
| Coût du stockage | Volume SSD à usage général EBS (gp2) = 0,135 USD par Go et par mois |
500 Go par nœud * 3 instances (nœuds de données) = 1 500 Go par mois |
1 500 Go * 0,122 USD = 183,00 USD |
| Coût du stockage géré OR1 = 0,024 USD par Go et par mois | 500 Go par nœud * 3 instances (nœuds de données) = 1 500 Go par mois | 1 500 Go * 0,024 USD =36,00 USD | |
| Coût du stockage géré Ultrawarm = 0,024 USD par Go et par mois | 1,5 To * 2 instances = 3 To par mois | 3 072 Go * 0,024 USD = 73,728 USD | |
| Coût total | 1 953,732 USD | ||
Exemple de tarification 4
OpenSearch Service Direct Query : interrogation d’Amazon S3
Supposons qu’un domaine Amazon OpenSearch Service soit déjà configuré dans la région USA Est (Virginie du Nord) et que vous ayez créé une nouvelle source de données Direct Query à l’aide d’Amazon S3 pour interroger les journaux de flux de votre VPC. Vous vous référez à votre runbook pour lancer une série de requêtes qui, dans leur intégralité, nécessitent 2 heures-OCU. Vous serez facturé 2 OCU * 0,24 heure-OCU * 24 heures/jour = 11,52 USD/jour pour maintenir votre index afin d’accélérer les performances des requêtes.
Exemple de tarification 5
OpenSearch Service Direct Query : accélération avec Amazon S3
Supposons qu’un domaine Amazon OpenSearch Service soit déjà configuré dans la région USA Est (Virginie du Nord) et que vous ayez créé une nouvelle source de données Direct Query à l’aide d’Amazon S3 pour interroger vos journaux S3. Vous souhaitez ajuster les performances des requêtes afin que vos requêtes soient traitées plus rapidement. Vous activez une vue matérialisée sur votre table de journaux S3 dans le Catalogue de données AWS Glue lors de la configuration de la source de données, qui s’exécute toutes les heures et utilise 2 OCU-heures à chaque exécution. Les frais seront calculés comme suit : 2 * 0,24 OCU‑heures * 24 heures/jour = 11,52 USD/jour pour la maintenance de votre index afin d’accélérer les performances des requêtes.
Exemple de tarification 6
Exécution d’un tableau de bord OpenSearch depuis l’interface utilisateur OpenSearch ou CloudWatch Logs
Supposons que vous ayez installé un tableau de bord de journaux de flux VPC prêt à l’emploi dans la console CloudWatch Logs, qui a ingéré 1 440 Go de données par mois. Outre les coûts CloudWatch Logs habituels liés à l’ingestion et au stockage des données, les frais OpenSearch suivants figureront également sur votre facture :
Les unités de calcul OpenSearch (OCU) sont utilisées pour a) l’interrogation de données dans CloudWatch Logs, b) l’indexation et c) le stockage des données dans le stockage géré d’OpenSearch sans serveur, d) l’affichage des tableaux de bord à l’aide de la fonction de recherche et de requête. Le nombre d’OCU utilisées dépend de la taille de votre ingestion de données ainsi que de la fréquence des requêtes.
a) Interrogation de données dans CloudWatch Logs à l’aide de Direct Query : les OCU sont utilisées pour interroger vos données dans CloudWatch Logs et les déplacer vers une collection OpenSearch sans serveur afin de créer le tableau de bord.
- Utilise 0,5 heure-OCU par requête pour deux minutes par heure * 730 heures par mois : 0,5 * 2/60 * 730 * 0,24 USD par heure-OCU = 3 USD par mois
b) Pour indexer les données dans la collection OpenSearch Service :
- Utilise les OCU d’indexation : 1 heure-OCU * 730 heures par mois * 0,24 USD par heure-OCU = 176 USD par mois
c) Pour stocker les données dans la collection OpenSearch sans serveur
- Utilise le stockage géré : vous ingérez 1 440 Go de données dans la collection par mois, ce qui entraîne des frais de 0,02 USD par Go et par mois = 29 USD par mois
d) Vous recherchez et filtrez votre tableau de bord de flux VPC
- Utilise Recherche et requête 1 heure-OCU * 0,24 USD par heure-OCU * 730 heures = 176 USD par mois
Total des frais mensuels = 384 USD
- 3 USD (OCU Direct Query)
- 176 USD (indexation sans serveur)
- 29 USD (stockage sans serveur)
- 176 USD (recherche sans serveur)
Exemple de tarification 7
Recherche sémantique automatique d’OpenSearch Service
Supposons que vous ayez configuré une collection de recherche OpenSearch Service sans serveur dans la région USA Est (Virginie du Nord). Vous souhaitez créer un index de recherche pour votre catalogue de produits avec trois champs : identifiant du produit, taille du produit et description du produit. Vous envisagez d’activer la recherche sémantique automatique dans le champ Description du produit pour le contenu en anglais, tout en conservant les deux autres champs comme une recherche lexicale normale. Pour cet exemple, supposons que vous ayez ingéré 10 Go de données dans le champ Description du produit. En général, chaque tranche de 500 Mo de données génère environ 120 millions de jetons d’entrée pendant le processus d’encodage automatique d’enrichissement sémantique. Ainsi, 10 Go généreraient environ 2,4 milliards de jetons. (Remarque : le nombre réel de jetons peut varier en fonction des caractéristiques spécifiques de votre charge de travail.)
Une OCU de recherche sémantique peut traiter 11,1 millions de jetons pour les contenus en anglais. Pour traiter 2,4 milliards de jetons, vous auriez besoin d’environ 216 OCU-heures de recherche sémantique (2,4 milliards/11,10 millions). Avec un prix de 0,24 USD par OCU-heure de recherche sémantique, le coût du traitement de 10 Go de données pour la recherche sémantique automatique serait de 51 USD (216 OCU-heures × 0,24 USD/OCU-heure). Il n’y a pas de frais d’OCU supplémentaires pour la recherche sémantique lors des opérations de recherche ou pour le stockage des données.
Exemple de tarification 8
S3 Vectors
Vous créez un flux de travail RAG (Retrieval-Augmented Generation) pour fournir des réponses textuelles précises et pertinentes aux clients. Votre architecture utilise un cluster OpenSearch avec un type d’instance OR2 large et un index k-NN utilisant S3VectorEngine pour un stockage et une extraction vectoriels efficaces. Dans les coulisses, OpenSearch utilisera l’index S3Vector à la fois pour le stockage et la requête de données vectorielles. Il utilisera le calcul et le stockage locaux pour le stockage des métadonnées et le traitement des filtres, la recherche textuelle ou la recherche hybride.
Supposons que vous disposez d’un total de 100 millions de vecteurs. Un index k-NN avec une seule partition peut donc l’accueillir grâce au moteur S3Vector. Chaque document de données possède un enregistrement vectoriel de 1 024 dimensions et utilise 4 octets par dimension, ainsi que 2 Ko de métadonnées contenant d’autres champs pour effectuer des recherches filtrées, textuelles ou hybrides. Supposons également que vous effectuiez 10 % de mises à jour vectorielles par mois et que vous effectuiez environ 1 million de requêtes de recherche par mois sans récupérer de vecteurs dans les résultats de recherche. Cet exemple utilise la tarification pour la région AWS USA Est (Virginie du Nord).
*Outre les coûts indiqués ci-dessous pour le stockage, les opérations PUT et les requêtes S3 Vectors, OpenSearch peut également effectuer certaines requêtes telles que CreateIndexes et ListIndexes pour la gestion des index S3 Vectors, ce qui peut entraîner des coûts.
| Type de coût | Tarification | Utilisation | Coût par mois | Totaux |
| OpenSearch Compute – Nœud de données | om2.large.search = 0,153 USD par heure | 2 instances x 730 heures par mois = 1 460 heures/mois | 223,38 USD | |
| OpenSearch Compute – Nœud principal | c6g.large.search = 0,113 USD par heure | 3 instances x 730 heures par mois = 2 190 heures/mois | 247,47 USD | |
| Stockage EBS – Nœud de données OpenSearch | SSD à usage général (gp3) – Stockage = 0,122 USD par Go/mois |
2 Ko (par enregistrement) x 100 millions d’enregistrements x ((1+1 réplique) * 1,45) (réplique OpenSearch + surcharge d’indexation) = 553 Go par mois |
67,466 USD | |
| Sous-total | 538,316 USD | |||
| Stockage S3 Vectors | Stockage = 0,06 USD/Go par mois |
(4 octets * 1 024 dimensions) données vectorielles/vecteur + 0,17 Ko clé/vecteur) * 100 millions = 397,68 Go par mois |
23,8608 USD | |
| Requête S3 Vector PUT | 0,20 USD par Go | 397,68 Go (1 chargement complet) premier mois | 79,536 USD | |
| 39,76 Go (10 % de mises à jour par mois) | 7,952 USD | |||
| Frais de requête S3 Vectors | Coût de l’API de requête : 2,5 USD par million de requêtes | 1 million de requêtes | 2,5 USD | |
| Coût du traitement des requêtes de niveau 1 : 0,004 USD/To | 100 000 vecteurs * 4,17 Ko/vecteur moyen * 1 million de requêtes = 388,36 To | 1,55344 USD | ||
| Coût du traitement des requêtes de niveau 2 : 0,002 USD/To | 150 000 vecteurs * 4,17 Ko/vecteur moyen * 1 million de requêtes = 582,54 To | 1,16508 USD | ||
| Sous-total | 116,56732 USD | |||
| Total | 654,88332 USD |
Exemple de tarification 9
Supposons que vous créiez un nouveau domaine de production avec trois zones de disponibilité dans la région USA Est (Virginie du Nord) avec la configuration suivante : trois nœuds de données de type or2.2xlarge.search avec 1 000 Go de stockage EBS (SSD gp3 à usage général – Stockage) chacun, trois nœuds de gestion de cluster de type r8g.large.search et trois nœuds chauds de type oi2.xlarge.search avec 1 875 Gio de stockage d’instance et une prise en charge de 7 500 Gio de stockage à chaud. Le tableau ci-dessous fournit la ventilation des coûts d’utilisation de la nouvelle architecture chaude inscriptible à plusieurs niveaux.
| Type de coût | Tarification | Utilisation | Coût par mois |
| Utilisation d’instances | or2.2xlarge.search = 0,80 USD | 3 instances (nœuds de données) * 730 heures dans un mois = 2 190 heures | 2 190 heures x 0,8 USD = 1 752 USD |
| r8g.large.search = 0,196 USD | 3 instances (nœuds du gestionnaire de clusters) * 730 heures par mois = 2 190 heures | 2 190 heures x 0,196 USD = 429,24 USD | |
| oi2.2xlarge.search = 1,16688 USD | 3 instances (nœuds chauds) X 730 heures par mois = 2 190 heures | 2 190 heures x 1,16688 USD = 2 555,4672 USD | |
| Utilisation du stockage | Volume SSD polyvalent EBS (gp3) = 0,122 USD par Go et par mois | 1 000 Go par nœud * 3 instances (nœuds de données) = 3 000 Go par mois | 3 000 * 0,122 USD = 366 USD |
| Stockage géré pour les nœuds de données = 0,024 USD par Go et par mois | 1 000 Go par nœud * 80 % d’utilisation * 3 instances (nœuds de données) = 2 400 Go par mois | 2 400 * 0,024 USD = 57,6 USD | |
| Stockage géré pour les nœuds chauds = 0,024 USD par Go et par mois | 7 500 Go *3 instances (nœuds chauds) = 22 500 Go par mois | 22 500 * 0,024 USD = 540 USD | |
| Coût total | 5 700 USD |
FAQ
Tarification d’instance à la demande
Q : Comment mon utilisation d’Amazon OpenSearch Service me sera-t-elle facturée ?
Vous ne payez que ce que vous utilisez et il n’y a pas de frais minimums ou d’installation. Vous êtes facturé sur la base des éléments suivants :
- Heures d’instance Amazon OpenSearch Service – Selon la classe (p. ex., Standard Small, Large, Extra Large) de l’instance Amazon OpenSearch Service consommée. Les heures d’instance Amazon OpenSearch Service partiellement consommées sont facturées en tant qu’heures entières.
- Stockage (par Go et par mois) – Capacité de stockage Amazon EBS que vous avez provisionnée pour votre instance Amazon OpenSearch Service. Si vous mettez à l’échelle votre capacité de stockage provisionnée au cours du mois, votre facture sera ajustée au prorata.
- IOPS provisionnés par mois – Tarif des IOPS provisionnés Amazon EBS, indépendamment des IOPS consommés (pour le stockage IOPS provisionnés (SSD) Amazon OpenSearch Service uniquement).
- Transfert de données – Les tarifs AWS standard pour les transferts de données s’appliquent.
Pour obtenir des informations détaillées sur la tarification, consultez la page de tarification d’Amazon OpenSearch Service.
Q : Quelles sont les dates de début et de fin de facturation pour mon domaine Amazon OpenSearch Service ?
La facturation commence dès que l’instance Amazon OpenSearch Service est disponible. Elle se poursuit ensuite jusqu’à ce que l’instance Amazon OpenSearch Service soit fermée, ce qui se produit lors de sa suppression ou en cas de défaillance de l’instance.
Q : Comment sont définies les heures d’instance facturables pour Amazon OpenSearch Service ?
Les heures d’instance Amazon OpenSearch Service sont facturées pour chaque heure d’exécution de votre instance en état de disponibilité. Si vous souhaitez cesser la facturation d’une instance Amazon OpenSearch Service, vous devez supprimer le domaine afin d’éviter que des heures d’instance supplémentaires ne vous soient facturées. Les heures d’instance Amazon OpenSearch Service partiellement consommées sont facturées en tant qu’heures entières.
Tarification des instances réservées
Q : Qu’est-ce qu’une instance réservée (RI) ?
Les instances réservées Amazon OpenSearch Service vous permettent de réserver une instance pour une ou trois années pour ensuite profiter d’économies significatives par rapport à une tarification d’instance à la demande.
Q : En quoi les instances réservées diffèrent-elles des instances à la demande ?
Pour ce qui est de leur fonctionnalité, les instances réservées et les instances à la demande sont exactement les mêmes. La seule différence réside dans leur facturation. Avec des instances réservées, vous effectuez une réservation pour un ou trois ans et profitez d’un tarif à l’utilisation horaire préférentiel (par rapport à des instances à la demande) jusqu’au terme de la réservation. À moins d’acheter des instances réservées dans une région, toutes les instances de cette région sont facturées à des tarifs horaires d’instances à la demande.
Q : Quelles sont les options de paiement pour des instances réservées ?
Trois options sont disponibles :
- Instances réservées sans frais initiaux (NURI) – Les NURI constituent des économies substantielles par rapport aux tarifs d’instances à la demande. Aucuns frais initiaux ne vous sont demandés, mais vous devez vous engager à payer pour cette instance réservée pendant toute la durée de la réservation d’un an ou de trois ans.
- Instances réservées à frais initiaux partiels (PURI) – Les PURI sont encore plus économiques que les NURI. Vous payez une partie du coût total à l’avance et le reste pendant la durée de votre réservation. Cette option permet de répartir les coûts entre les paiements initiaux et les frais horaires.
- Instances réservées avec frais initiaux totaux (AURI) – Les AURI sont les options de paiement d’instances réservées les plus économiques. Vous payez l’intégralité des frais de réservation en un paiement initial et vous ne payez plus aucuns frais horaires.
Q : Comment acheter des instances réservées ?
Vous pouvez acheter des instances réservées dans la section « Instances réservées » de la console de gestion AWS pour Amazon OpenSearch Service. Sinon, vous pouvez utiliser l’API Amazon OpenSearch Service ou l’interface de ligne de commande AWS pour répertorier et acheter des instances réservées.
Lorsque vous achetez une instance réservée, vous pouvez l’utiliser comme une instance à la demande. Tant que la réservation achetée est active, Amazon OpenSearch Service y applique les tarifs horaires préférentiels.
Q : Les instances réservées sont-elles spécifiques à une zone de disponibilité ?
Les instances réservées Amazon OpenSearch Service s’achètent pour une région plutôt que pour une zone de disponibilité spécifique. Après l’achat d’une instance réservée pour une région, la remise s’applique à l’utilisation correspondante dans toute zone de disponibilité de cette région.
Q : Combien d’instances réservées puis-je acheter ?
Vous pouvez acheter jusqu’à 100 instances réservées en un seul achat. S’il vous faut davantage d’instances réservées, vous devez passer davantage de commandes.
Q : Les instances réservées incluent-elles une réserve de capacité ?
Les instances réservées Amazon OpenSearch Service s’achètent pour une région plutôt que pour une zone de disponibilité spécifique. De fait, il ne s’agit pas de réservations de capacité. Même si la capacité est limitée dans une zone de disponibilité, les instances réservées peuvent tout de même être achetées dans la région. La remise s’applique à l’utilisation correspondante dans n’importe quelle zone de disponibilité de la région.
Q : Que faire si je souhaite convertir une instance à la demande existante en instance réservée ?
Achetez simplement une instance réservée du même type que l’instance à la demande existante. Si l’achat d’instance réservée réussit, Amazon OpenSearch Service applique automatiquement les nouveaux frais horaires pour la durée de la réservation.
Q : Si je souscris une instance réservée, quand commence la période ? Qu’arrive-t-il à mon instance réservée lorsque la période se termine ?
Les modifications de tarification et la durée de la réservation associée à votre instance réservée prennent effet après réception de votre demande et traitement de l’autorisation de paiement. Si le paiement en une fois (le cas échéant) ou le nouveau tarif horaire (le cas échéant) ne peuvent pas être autorisés avant la prochaine période de facturation, le tarif réduit ne prendra pas effet et la période ne commencera pas. Vous pouvez suivre le statut de la réservation grâce à la console, l’API ou l’interface de ligne de commande (CLI). Pour plus d’informations, reportez-vous à notre documentation.
Une fois la période de votre instance réservée expirée, cette dernière repassera au tarif d’utilisation horaire à la demande approprié pour votre classe et région d’instance.
Q : Comment puis-je contrôler quelles instances sont facturées au tarif d’instance réservée ?
Lors du calcul de votre facture, notre système applique automatiquement votre ou vos réservations de sorte que toutes les instances éligibles soient facturées au tarif horaire d’instance réservée inférieur. Amazon OpenSearch Service ne fait pas de distinction entre les instances à la demande et les instances réservées lors du fonctionnement des domaines Amazon OpenSearch Service.
Q : Si j’augmente ou réduis verticalement mon instance réservée, qu’arrivera-t-il à ma réservation ?
Chaque instance réservée est associée au type et à la région d’instance choisis pour cette instance. Si vous changez de type d’instance dans la région dans laquelle vous disposez de l’instance réservée, vous ne profiterez pas du tarif préférentiel. Vous devez vous assurer que votre réservation correspond au type d’instance que vous comptez utiliser. Pour plus d’informations, reportez-vous à la documentation relative aux instances réservées Amazon OpenSearch Service.
Q : Puis-je déplacer une instance réservée depuis une région ou une zone de disponibilité vers une autre ?
Chaque instance réservée est associée à une région spécifique, qui est fixée pendant la durée de la réservation et ne peut pas être modifiée. Toutefois, chaque instance réservée peut être utilisée dans n’importe laquelle des zones de disponibilité au sein de la région associée.
Q : Les instances réservées sont-elles applicables si plusieurs zones de disponibilité sont utilisées ?
Une instance réservée est prévue pour une région AWS et peut être utilisée dans n’importe laquelle des zones de disponibilité au sein de la région associée.
Q : Les instances réservées sont-elles disponibles pour les nœuds du gestionnaire de clusters et les nœuds de données ?
Oui. Amazon OpenSearch Service ne fait pas la différence entre les nœuds du gestionnaire de clusters et les nœuds de données lors de l’application des remises d’instance réservée.
Q : Puis-je annuler une instance réservée ?
Non, il n’est pas possible d’annuler des instances réservées et le paiement en une fois (le cas échéant) ainsi que le tarif horaire préférentiel (le cas échéant) ne sont pas remboursables. Il est également impossible de transférer l’instance réservée vers un autre compte. Vous devrez payer chaque heure de la période définie pour votre instance réservée, quelle que soit votre utilisation.
Q : Si j’achète une instance réservée à partir d’un compte payeur (principal), est-elle accessible à tous les comptes membres ?
Oui. La tarification et l’application d’une instance réservée suivent les politiques définies pour la facturation consolidée sur AWS. Pour en savoir plus, cliquez ici.
Q : Si AWS réduit les prix des instances à la demande pour Amazon OpenSearch Service, le montant que je paie pour mes instances réservées actuelles changera-t-il ?
Non. Le prix payé pour les instances réservées déjà achetées ne change pas pendant toute la durée de la réservation.
Q : Puis-je vendre mes instances réservées sur le Marketplace des instances réservées ?
Non. Les instances réservées achetées sur Amazon OpenSearch Service ne peuvent pas être vendues sur le Marketplace des instances réservées.
Q : Les remises de volume sont-elles disponibles pour l’achat d’instances réservées ?
Non. Nous n’offrons aucune remise de volume pour les instances réservées Amazon OpenSearch Service.
Ressources de tarification supplémentaires
Calculez facilement vos coûts mensuels avec AWS
Contacter les spécialistes AWS pour obtenir un devis personnalisé
Découvrez comment démarrer avec Amazon OpenSearch Service