Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Statistiques, tarification et stockage de l'OTel
<a name="metrics-otel-pricing"></a>

OpenTelemetry les métriques CloudWatch utilisent un modèle d'ingestion par Go avec stockage et accès aux requêtes inclus. Il n'y a pas de frais de stockage par métriqueAPI-call, par unité ou séparément. Pour en savoir plus sur les tarifs actuels, consultez [ CloudWatchles tarifs Amazon](https://aws.amazon.com/cloudwatch/pricing/).

## Principales caractéristiques de tarification
<a name="metrics-otel-pricing-characteristics"></a>

Le modèle de tarification d'OTel metrics présente les caractéristiques suivantes :
+ **Per-GB ingestion** — Vous payez en fonction du volume de données ingérées, et non du nombre de séries métriques uniques.
+ **Stockage inclus** — 15 mois de conservation sans frais supplémentaires.
+ **Requêtes gratuites sur la console** — Les requêtes ProMQL dans la CloudWatch console (Query Studio, tableaux de bord) sont gratuites.
+ **Requêtes d'API facturées par échantillon** — Les requêtes programmatiques ProMQL sont facturées par million d'échantillons scannés.
+ **Aucuns frais par métrique** — Contrairement à la tarification classique, il n'y a aucun coût par nom de métrique unique ou combinaison d'étiquettes.

## Comparaison entre OTel et la tarification classique
<a name="metrics-otel-pricing-comparison"></a>

Le tableau suivant compare la tarification des métriques OTel avec la tarification des métriques classiques.


| Fonctionnalité | Métriques de l'hôtel | Métriques classiques | 
| --- | --- | --- | 
| Unité de facturation | Par Go ingéré | Par métrique et par mois | 
| Stockage | 15 mois inclus | 15 mois inclus | 
| Requêtes de console | Free | Free | 
| Requêtes d'API | Par million d'échantillons scannés | Pour 1 000 mesures demandées (GetMetricData) | 
| Coût de cardinalité élevé | Linéaire avec le volume de données (pas le nombre métrique) | Coûteux : chaque combinaison de dimensions unique est une métrique facturable distincte | 

## Quelles sont les données considérées comme ingérées
<a name="metrics-otel-pricing-ingested-data"></a>

Chaque point de données OTLP contribue à sa taille sérialisée au volume d'ingestion. La taille sérialisée inclut les composants suivants :
+ Nom de la métrique
+ Toutes les étiquettes (clés et valeurs)
+ Attributs de ressource
+ Horodatage et valeur

Les ensembles d'étiquettes de plus grande taille produisent plus d'octets par point de données. Vous pouvez surveiller votre volume d'ingestion dans la CloudWatch console sous Usage Metrics.

## Conseils d'optimisation des coûts
<a name="metrics-otel-pricing-optimization"></a>

Utilisez les stratégies suivantes pour optimiser les coûts de vos indicateurs OTel :
+ Utilisez des valeurs d'étiquette plus courtes dans la mesure du possible. Les valeurs d'étiquette contribuent à la taille en octets de chaque point de données.
+ Supprimez les étiquettes à haute cardinalité que vous ne demandez pas (par exemple, les identifiants de demande) au niveau du collecteur.
+ Pour Container Insights OTel, la collection par défaut génère un volume prévisible en fonction de la taille du cluster.