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.

CloudWatch facturation et coût

Cette section décrit comment les CloudWatch fonctionnalités d'Amazon génèrent des coûts. Il fournit également des méthodes qui peuvent vous aider à analyser, optimiser et réduire les CloudWatch coûts. Dans cette section, nous faisons parfois référence à la tarification lorsque nous décrivons les CloudWatch fonctionnalités. Pour plus d'informations sur les tarifs, consultez CloudWatch les tarifs Amazon.

Analysez les données de CloudWatch coûts et d'utilisation avec Cost Explorer

Avec AWS Cost Explorer, vous pouvez visualiser et analyser les données de coûts et d'utilisation Services AWS au fil du temps, notamment CloudWatch. Pour plus d'informations, consultez la section Mise en route avec AWS Cost Explorer.

La procédure suivante décrit comment utiliser Cost Explorer pour visualiser et analyser les données de CloudWatch coûts et d'utilisation.

Pour visualiser et analyser les données relatives aux CloudWatch coûts et à l'utilisation

L'image suivante montre un exemple des coûts générés par les CloudWatch fonctionnalités sur une période de six mois.

Pour savoir quelles CloudWatch fonctionnalités ont généré le plus de coûts, examinez les valeurs deUsageType. Par exemple, EU-CW:GMD-Metrics représente les coûts générés par les demandes d'API CloudWatch en masse.

Le tableau suivant inclut les noms de chaque CloudWatch fonctionnalité, répertorie les noms de chaque sous-fonctionnalité et répertorie les chaînes pourUsageType.

Analysez les données de CloudWatch coûts et d'utilisation avec AWS Cost and Usage Report s et Athena

Une autre méthode d'analyse des données relatives aux CloudWatch coûts et à l'utilisation consiste à utiliser AWS Cost and Usage Report s avec Amazon Athena. AWS Cost and Usage Report s contiennent un ensemble complet de données sur les coûts et l'utilisation. Vous pouvez créer des rapports qui suivent vos coûts et votre utilisation, et vous pouvez les publier dans un compartiment S3 de votre choix. Vous pouvez également télécharger et supprimer vos rapports de votre compartiment S3. Pour plus d'informations, voir Que sont les AWS Cost and Usage Report s ? dans le guide AWS Cost and Usage Report de l'utilisateur s.

Athena est un service de requêtes que vous pouvez utiliser avec AWS Cost and Usage Report s pour analyser les données de coûts et d'utilisation. Vous pouvez interroger vos rapports dans votre compartiment S3 sans avoir à les télécharger au préalable. Pour de plus amples informations, veuillez consulter Qu'est-ce que Amazon Athena ? dans le Guide de l'utilisateur d'Amazon Athena. Pour de plus amples informations, veuillez consulter Qu'est-ce que Amazon Athena ? dans le Guide de l'utilisateur d'Amazon Athena. Pour en savoir plus sur la tarification, consultez la Tarification d'Amazon Athena.

La procédure suivante décrit le processus d'activation de AWS Cost and Usage Report s et d'intégration du service à Athena. La procédure contient deux exemples de requêtes que vous pouvez utiliser pour analyser les données de CloudWatch coût et d'utilisation.

Pour analyser les données de coûts et d'utilisation avec AWS Cost and Usage Report s et Athena

Exemple : requête Athena

Vous pouvez utiliser la requête suivante pour indiquer quelles CloudWatch fonctionnalités ont généré le plus de coûts pour un mois donné.

SELECT
CASE
-- Metrics
WHEN line_item_usage_type LIKE '%%MetricMonitorUsage%%' THEN 'Metrics (Custom, Detailed monitoring management portal EMF)'
WHEN line_item_usage_type LIKE '%%Requests%%' THEN 'Metrics (API Requests)'
WHEN line_item_usage_type LIKE '%%GMD-Metrics%%' THEN 'Metrics (Bulk API Requests)'
WHEN line_item_usage_type LIKE '%%MetricStreamUsage%%' THEN 'Metric Streams'
-- Dashboard
WHEN line_item_usage_type LIKE '%%DashboardsUsageHour%%' THEN 'Dashboards'
-- Alarms
WHEN line_item_usage_type LIKE '%%AlarmMonitorUsage%%' THEN 'Alarms (Standard)'
WHEN line_item_usage_type LIKE '%%HighResAlarmMonitorUsage%%' THEN 'Alarms (High Resolution)'
WHEN line_item_usage_type LIKE '%%MetricInsightAlarmUsage%%' THEN 'Alarms (Metrics Insights)'
WHEN line_item_usage_type LIKE '%%CompositeAlarmMonitorUsage%%' THEN 'Alarms (Composite)'
-- Logs
WHEN line_item_usage_type LIKE '%%DataProcessing-Bytes%%' THEN 'Logs (Collect - Data Ingestion)'
-- Logs
WHEN line_item_usage_type LIKE '%%DataProcessingIA-Bytes%%' THEN 'Infrequent Access Logs (Collect - Data Ingestion)'
WHEN line_item_usage_type LIKE '%%TimedStorage-ByteHrs%%' THEN 'Logs (Storage - Archival)'
WHEN line_item_usage_type LIKE '%%DataScanned-Bytes%%' THEN 'Logs (Analyze - Logs Insights queries)'
-- Vended Logs
WHEN line_item_usage_type LIKE '%%VendedLog-Bytes%%' THEN 'Vended Logs (Delivered to CW)'
WHEN line_item_usage_type LIKE '%%VendedLogIA-Bytes%%' THEN 'Vended Infrequent Access Logs (Delivered to CW)'
WHEN line_item_usage_type LIKE '%%FH-Egress-Bytes%%' THEN 'Vended Logs (Delivered to Kinesis FH)'
WHEN (line_item_usage_type LIKE '%%S3-Egress-Bytes%%') OR (line_item_usage_type LIKE '%%S3-Egress-
ComprBytes%%') THEN 'Vended Logs (Delivered to S3)'
-- Other
WHEN line_item_usage_type LIKE '%%Application-Signals%%' THEN 'Application Signals'
WHEN line_item_usage_type LIKE '%%Canary-runs%%' THEN 'Synthetics'
WHEN line_item_usage_type LIKE '%%Evidently%%' THEN 'Evidently' 
WHEN line_item_usage_type LIKE '%%RUM-event%%' THEN 'RUM'
ELSE 'Others'
END AS UsageType,
-- REGEXP_EXTRACT(line_item_resource_id,'^(?:.+?:){5}(.+)$',1) as ResourceID,
-- SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2022' 
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
-- AND line_item_usage_account_id = '123456789012' – If you want to filter on a specific account, you can
remove this comment at the beginning of the line and specify an AWS account.
GROUP BY
1
ORDER BY
TotalSpend DESC,
UsageType;

Exemple : requête Athena

Vous pouvez utiliser la requête suivante pour afficher les résultats pour UsageType et Operation. Cela vous montre comment les CloudWatch fonctionnalités ont généré des coûts. Les résultats indiquent également les valeurs pour UsageQuantity et TotalSpend, afin que vous puissiez voir vos coûts d'utilisation totaux.

SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_usage_type AS UsageType,
line_item_operation AS Operation,
line_item_resource_id AS ResourceID,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2022' 
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation

Bonnes pratiques pour l'optimisation de vos coûts

CloudWatch métriques

Nombre d'entre eux Services AWS, tels qu'Amazon Elastic Compute Cloud (Amazon EC2), Amazon S3 et Amazon Data Firehose, envoient automatiquement des métriques gratuitement à. CloudWatch Toutefois, les mesures regroupées dans les catégories suivantes peuvent entraîner des coûts supplémentaires :

Pour plus d'informations, consultez la section Utilisation CloudWatch des métriques Amazon.

Mesures personnalisées, surveillance détaillée et métriques intégrées

Métriques personnalisées

Vous pouvez créer des métriques personnalisées pour organiser des points de données dans n'importe quel ordre et à n'importe quelle fréquence.

Toutes les mesures personnalisées sont calculées au prorata de l'heure. Ils ne sont mesurés que lorsqu'ils sont envoyés à CloudWatch. Pour plus d'informations sur la CloudWatch tarification des métriques, consultez Amazon Pricing.

Le tableau suivant répertorie les noms des sous-fonctionnalités pertinentes pour les CloudWatch métriques. Le tableau comprend les chaînes pour UsageType et Operation, ce qui peut vous aider à analyser et à identifier les coûts liés aux métriques.

Surveillance détaillée

CloudWatch propose deux types de surveillance :

À l'instar des mesures personnalisées, la surveillance détaillée est calculée au prorata de l'heure et mesurée uniquement lorsque les données sont envoyées à. CloudWatch Une surveillance détaillée génère des coûts en fonction du nombre de métriques envoyées à CloudWatch. Pour réduire les coûts, activez une surveillance détaillée uniquement lorsque cela est nécessaire. Pour plus d'informations sur le prix de la surveillance détaillée, consultez Amazon CloudWatch Pricing.

Exemple : requête Athena

Vous pouvez utiliser la requête suivante pour afficher les instances EC2 dont la supervision détaillée est activée.

SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_usage_type AS UsageType,
line_item_operation AS Operation,
line_item_resource_id AS ResourceID,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2022' 
AND month='4' 
AND line_item_operation='MetricStorage:AWS/EC2'
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation,
line_item_line_item_description
ORDER BY line_item_operation

Métriques intégrées

Grâce au format métrique CloudWatch intégré, vous pouvez ingérer les données de l'application sous forme de données de journal, afin de générer des mesures exploitables. Pour plus d'informations, voir Ingestion de journaux à forte cardinalité et génération de métriques avec le format de métrique CloudWatch intégré.

Les métriques intégrées génèrent des coûts en fonction du nombre de journaux ingérés, du nombre de journaux archivés et du nombre de métriques personnalisées générées.

Le tableau suivant répertorie les noms des sous-fonctionnalités pertinentes pour le format métrique CloudWatch intégré. Le tableau comprend les chaînes pour UsageType et Operation, ce qui peut vous aider à analyser et à identifier les coûts.

Pour analyser les coûts, utilisez AWS Cost and Usage Report s avec Athena afin d'identifier les indicateurs qui génèrent des coûts et de déterminer comment les coûts sont générés.

Pour tirer le meilleur parti des coûts générés par le format de métrique CloudWatch intégré, évitez de créer des métriques basées sur des dimensions à cardinalité élevée. De cette façon, vous CloudWatch ne créez pas de métrique personnalisée pour chaque combinaison de dimensions unique. Pour de plus amples informations, veuillez consulter Dimensions.

Si vous utilisez CloudWatch Container Insights pour tirer parti du format métrique intégré, vous pouvez utiliser AWS Distro for Open Telemetry comme alternative pour tirer le meilleur parti des coûts liés aux métriques. Container Insight vous permet de collecter, regrouper et récapituler les métriques et les journaux de vos applications et microservices conteneurisés. Lorsque vous activez Container Insights, l' CloudWatch agent envoie vos journaux à CloudWatch, afin qu'il puisse les utiliser pour générer des métriques intégrées. Cependant, l' CloudWatch agent envoie uniquement un nombre fixe de métriques à CloudWatch, et vous êtes facturé pour toutes les métriques disponibles, y compris celles que vous n'utilisez pas. Avec AWS Distro for Open Telemetry, vous pouvez configurer et personnaliser les métriques et les dimensions à envoyer. CloudWatch Cela vous permet de réduire le volume de données et les coûts générés par Container Insights. Pour plus d’informations, consultez les ressources suivantes :

Demandes d'API

CloudWatch possède les types de demandes d'API suivants :

Les demandes d'API génèrent des coûts en fonction du type de demande et du nombre de métriques demandées.

Le tableau suivant répertorie les types de requêtes d'API et comprend les chaînes pour UsageType et Operation, ce qui peut vous aider à analyser et à identifier les coûts liés aux API.

Pour analyser les coûts, utilisez Cost Explorer et regroupez vos résultats par Opération API.

Les coûts des demandes d'API varient, et vous encourez des frais lorsque vous dépassez le nombre d'appels d'API qui vous sont fournis dans le cadre de la limite du niveau AWS gratuit.

Les demandes d'API qui génèrent généralement des coûts sont les suivantes : requêtes Put et Get.

PutMetricData

PutMetricData génère des coûts chaque fois qu'il est appelé et peut entraîner des coûts importants en fonction du cas d'utilisation. Pour plus d'informations, consultez PutMetricDatale Amazon CloudWatch API Reference.

Pour tirer le meilleur parti des coûts générés par PutMetricData, regroupez davantage de données dans vos appels d'API. Selon votre cas d'utilisation, pensez à utiliser CloudWatch des journaux ou le format de métrique CloudWatch intégré pour injecter des données métriques. Pour plus d’informations, consultez les ressources suivantes :

GetMetricData

GetMetricData peut également générer des coûts importants. Les cas d'utilisation courants qui augmentent les coûts impliquent des outils de surveillance tiers qui extraient des données pour générer des informations. Pour plus d'informations, consultez GetMetricDatale Amazon CloudWatch API Reference.

Pour réduire les coûts générés par GetMetricData, envisagez de n'extraire que les données surveillées et utilisées, ou envisagez d'extraire des données moins souvent. Selon votre cas d'utilisation, vous pourriez utiliser des flux de métriques au lieu deGetMetricData, afin que vous puissiez transmettre des données en temps quasi réel à des tiers à moindre coût. Pour plus d’informations, consultez les ressources suivantes :

GetMetricStatistics

Selon votre cas d'utilisation, vous pourriez utiliser GetMetricStatistics au lieu de GetMetricData. Avec GetMetricData, vous pouvez récupérer des données rapidement et à grande échelle. Toutefois, elle GetMetricStatistics est incluse dans la limite du niveau AWS gratuit pour un million de demandes d'API, ce qui peut vous aider à réduire les coûts si vous n'avez pas besoin de récupérer autant de métriques et de points de données par appel. Pour plus d’informations, consultez les ressources suivantes :

CloudWatch flux métriques

Avec les CloudWatch flux de mesures, vous pouvez envoyer des métriques en continu vers des AWS destinations et vers des destinations de fournisseurs de services tiers.

Les flux de métriques génèrent des coûts par le nombre de mises à jour de métriques. Les mises à jour des métriques incluent toujours des valeurs pour les statistiques suivantes :

Pour de plus amples informations, veuillez consulter Statistiques pouvant être diffusées.

Pour analyser les coûts générés par les flux CloudWatch métriques, utilisez AWS Cost and Usage Report s avec Athena. De cette façon, vous pouvez identifier les flux de mesures qui génèrent des coûts et déterminer comment les coûts sont générés.

Exemple  : requête Athena

Vous pouvez utiliser la requête suivante pour suivre les flux de métriques qui génèrent des coûts par Amazon Resource Name (ARN).

SELECT
SPLIT_PART(line_item_resource_id,'/',2) AS "Stream Name",
line_item_resource_id as ARN,
SUM(CAST(line_item_unblended_cost AS decimal(16,2))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2022' 
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
-- AND line_item_usage_account_id = '123456789012' – If you want to filter on a specific account, you can
remove this comment at the beginning of the line and specify an AWS account.
AND line_item_usage_type LIKE '%%MetricStreamUsage%%'
GROUP BY line_item_resource_id
ORDER BY TotalSpend DESC

Pour réduire les coûts générés par les CloudWatch flux de mesures, diffusez uniquement les indicateurs qui apportent de la valeur à votre entreprise. Vous pouvez également arrêter ou suspendre tout flux de métriques que vous n'utilisez pas.

CloudWatch alarmes

Avec les CloudWatch alarmes, vous pouvez créer des alarmes basées sur une seule métrique, des alarmes basées sur une requête Metrics Insights et des alarmes composites qui surveillent les autres alarmes.

Alarmes de métrique

Les paramètres de résolution des alertes métriques sont les suivants :

Lorsque vous créez une alarme de métrique, vos coûts sont basés sur le paramètre de résolution de votre alarme et le nombre de métriques auxquelles votre alarme fait référence. Par exemple, une alarme de métrique qui fait référence à une seule métrique entraîne un coût horaire pour une alarme de métrique. Pour plus d'informations, consultez la section Utilisation des CloudWatch alarmes Amazon.

Si vous créez une alarme de métrique qui contient une expression mathématique de métrique, faisant référence à plusieurs métrique, vous engagez un coût pour chaque métrique d'alarme référencée dans l'expression mathématique de la métrique. Pour plus d'informations sur la création d'une alarme métrique contenant une expression mathématique métrique, voir Création CloudWatch d'une alarme basée sur une expression mathématique métrique.

Si vous créez une alarme de détection d'anomalie, dans laquelle votre alarme analyse les données de métriques passées afin de créer un modèle de valeurs attendues, vous engagez un coût pour chaque alarme de métrique référencée dans votre alarme, plus deux métriques supplémentaires, pour les métriques de bande supérieure et inférieure créées par le modèle de détection d'anomalies. Pour plus d'informations sur la création d'une alarme de détection d'anomalie, voir Création d'une CloudWatch alarme basée sur la détection d'anomalies.

Alarmes de requête Metrics Insights

Les alarmes de requête Metrics Insights sont un type spécifique d'alarme métrique, uniquement disponible avec une résolution standard (évaluée toutes les 60 secondes).

Lorsque vous créez une alarme de requête Metrics Insights, vos coûts sont basés sur le nombre de métriques analysées par la requête que votre alarme référence. Par exemple, une alarme de requête Metrics Insights qui fait référence à une requête dont le filtre correspond à dix métriques entraîne un coût horaire de dix métriques analysées. Pour plus d'informations, consultez l'exemple de tarification sur Amazon CloudWatch Pricing.

Si vous créez une alarme qui contient à la fois une requête Metrics Insights et une expression mathématique de métrique, elle est signalée comme une alarme de requête Metrics Insights. Si votre alarme contient une expression mathématique de métrique qui fait référence à d'autres métriques en plus de celles analysées par la requête Metrics Insights, vous encourrez un coût supplémentaire pour chaque métrique d'alarme référencée dans l'expression mathématique de métrique. Pour plus d'informations sur la création d'une alarme métrique contenant une expression mathématique métrique, voir Création CloudWatch d'une alarme basée sur une expression mathématique métrique.

Alarmes composites

Les alarmes composites contiennent des expressions de règles qui spécifient comment elles doivent évaluer les états des autres alarmes pour déterminer leurs propres états. Les alarmes composites ont un coût horaire standard, quel que soit le nombre d'autres alarmes qu'elles évaluent. Les alarmes auxquelles les alarmes composites font référence dans les expressions de règles entraînent des coûts distincts. Pour plus d'informations, consultez Création d'une alerte composite.

Types d'utilisation d'alarme

Le tableau suivant répertorie les noms des sous-fonctionnalités pertinentes pour les CloudWatch alarmes. Le tableau comprend les chaînes pour UsageType, ce qui peut vous aider à analyser et à identifier les coûts liés aux alertes.

Réduction des coûts d'alarme

Pour optimiser les coûts générés par les alarmes mathématiques qui regroupent quatre mesures ou plus, vous pouvez agréger les données avant qu'elles ne soient envoyées à CloudWatch. De cette façon, vous pouvez créer une alerte pour une seule métrique au lieu d'une alerte qui agrège les données pour plusieurs métriques. Pour plus d'informations, consultez Publication de métriques personnalisées.

Pour optimiser les coûts générés par les alarmes des requêtes Metrics Insights, vous pouvez vous assurer que le filtre utilisé pour la requête correspond uniquement aux métriques que vous voulez surveiller.

Le meilleur moyen de réduire les coûts est de supprimer toutes les alertes inutiles ou inutilisées. Par exemple, vous pouvez supprimer les alarmes qui évaluent les métriques émises par AWS des ressources qui n'existent plus.

Exemple : vérifiez la présence d'alarmes dans l'état INSUFFICIENT_DATA avec DescribeAlarms

Si vous supprimez une ressource, mais pas les alarmes de métrique que la ressource émet, les alarmes existent toujours et passent généralement à l'état INSUFFICIENT_DATA. Pour vérifier la présence d'alarmes dans INSUFFICIENT_DATA cet état, utilisez la commande suivante AWS Command Line Interface (AWS CLI).

$ aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA

Les autres moyens de réduire les coûts sont les suivants :

CloudWatch Journaux

Amazon CloudWatch Logs possède les types de journaux suivants :

Pour plus d'informations sur les journaux vendus, consultez la section Activation de la journalisation à partir de certains AWS services dans le guide de l'utilisateur Amazon CloudWatch Logs.

Les journaux personnalisés et vended génèrent des coûts en fonction du nombre de journaux qui sont collectés, conservés, et analysés. Séparément, les journaux vendus génèrent des coûts de livraison vers Amazon S3 et Firehose.

Le tableau suivant répertorie les noms des fonctionnalités CloudWatch Logs et les noms des sous-fonctionnalités pertinentes. La table comprend les chaînes pour UsageType et Operation, ce qui peut vous aider à analyser et à identifier les coûts liés aux journaux.

Pour analyser les coûts, utilisez AWS Cost and Usage Report s avec Athena, afin d'identifier les journaux qui génèrent des coûts et de déterminer comment les coûts sont générés.

Exemple : requête Athena

Vous pouvez utiliser la requête suivante pour suivre quels journaux génèrent des coûts par ID de ressource.

SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_resource_id AS ResourceID,
line_item_usage_type AS UsageType,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2022'
AND month='4'
AND line_item_operation IN ('PutLogEvents','HourlyStorageMetering','StartQuery','LogDelivery')
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation
ORDER BY
TotalSpend DESC

Pour tirer le meilleur parti des coûts générés par les CloudWatch journaux, tenez compte des points suivants :

Pour réduire les coûts liés aux journaux vendus, considérez votre cas d'utilisation, puis déterminez si vos journaux doivent être envoyés à Amazon S3 CloudWatch ou à Amazon S3. Pour plus d'informations, consultez la section Logs envoyés à Amazon S3 dans le guide de l'utilisateur Amazon CloudWatch Logs.

Pour plus d'informations sur la manière de tirer le meilleur parti des coûts générés par CloudWatch les journaux, voir Quel groupe de journaux entraîne une augmentation soudaine de ma facture de CloudWatch journaux ? .