CloudWatch facturation et coût - Amazon CloudWatch

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

  1. Connectez-vous à la console Cost Explorer à l'adresse https://console.aws.amazon.com/cost-management/home#/custom.

  2. Sous FILTRES, pour Service, sélectionnez CloudWatch.

  3. Pour Group by (Regrouper par), choisissez Usage Type (Type d'utilisation). Vous pouvez également regrouper vos résultats selon d'autres catégories, telles que les suivantes :

    • API Operation  : découvrez quelles opérations d'API ont généré le plus de coûts.

    • Region  : découvrez quelles régions ont généré le plus de coûts.

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.

Capture d'écran de l'interface AWS Cost Explorer , affichant les coûts du type d'utilisation sous forme de graphique à barres.

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.

Note

Les chaînes pour UsageType correspondent à des fonctionnalités et à des régions spécifiques. Par exemple, la première partie de EU-CW:GMD-Metrics (EU) correspond à la région Europe (Irlande), et la seconde partie de EU-CW:GMD-Metrics (GMD-Metrics) correspond aux demandes d'API CloudWatch en masse.

La chaîne entière pour UsageType peut être formatée comme suit : <Region>-CW:<Feature> ou <Region>-<Feature>.

Pour améliorer la lisibilité, les chaînes pour UsageType dans les tableaux de ce document ont été raccourcies à leurs suffixes de chaîne. Par exemple, EU-CW:GMD-Metrics est abrégée en GMD-Metrics.

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.

CloudWatch fonctionnalité CloudWatch sous-fonctionnalité

UsageType

CloudWatch métriques Métriques personnalisées

MetricMonitorUsage

Surveillance détaillée

MetricMonitorUsage

Métriques intégrées

MetricMonitorUsage

CloudWatch Demandes d'API Demandes d'API

Requests

En vrac (Obtenir)

GMD-Metrics

Contributor Insights

GIRR-Metrics

Instantané d'image bitmap

GMWI-Metrics

CloudWatch flux métriques Flux de métriques

MetricStreamUsage

CloudWatch tableaux de bord Tableau de bord avec 50 métriques ou moins

DashboardsUsageHour-Basic

Tableau de bord avec plus de 50 métriques

DashboardsUsageHour

CloudWatch alarmes Standard (alarme de métrique)

AlarmMonitorUsage

Haute résolution (alarme métrique)

HighResAlarmMonitorUsage

Alarme de requête Metrics Insights

MetricInsightAlarmUsage

Composite (alarme agrégée)

CompositeAlarmMonitorUsage

CloudWatch Signaux d'application Signaux d'application

Application-Signals

CloudWatch journaux personnalisés Collecter (ingérer)

DataProcessing-Bytes

Store (archive)

TimedStorage-ByteHrs

Analyser (requête)

DataScanned-Bytes

CloudWatch Journaux d'accès peu fréquents Collecter (ingérer)

DataProcessingIA-Bytes

CloudWatch journaux vendus Livraison (Amazon CloudWatch Logs)

VendedLog-Bytes

Livraison (CloudWatch journaux, journaux d'accès peu fréquents)

VendedLogIA-Bytes

Mise à disposition (Amazon Simple Storage Service)

S3-Egress-ComprBytes

S3-Egress-Bytes

Livraison (Amazon Data Firehose)

FH-Egress-Bytes

Contributor Insights CloudWatch Logs (règles)

ContributorInsightRules

CloudWatch Journaux (événements)

ContributorInsightEvents

Amazon DynamoDB (Règles)

ContributorRulesManaged

DynamoDB (Événements)

ContributorEventsManaged

Canaries (Synthetics) Exécuter

Canary-runs

Evidently Evénements

Evidently-event

Unités d'analyse

Evidently-eau

RUM Evénements

RUM-event

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.

Note

Il n'y a aucun frais pour l'utilisation AWS Cost and Usage Report de s. Vous ne payez pour le stockage que lorsque vous publiez vos rapports sur Amazon Simple Storage Service (Amazon S3). Pour de plus amples informations, veuillez consulter Quotas et restrictions dans le Guide de l'utilisateur AWS Cost and Usage Report.

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.

Note

Vous pouvez utiliser l'un des exemples de requêtes de ce document. Tous les exemples de requêtes de ce document correspondent à une base de données nommée costandusagereport, et affiche les résultats pour le mois d'avril et l'année 2022. Vous pouvez modifier ces informations. Toutefois, avant d'exécuter une requête, assurez-vous que le nom de votre base de données correspond au nom de la base de données dans la requête.

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

  1. Activez AWS Cost and Usage Report s. Pour en savoir plus, consultez Créer des rapports de coûts et d'utilisation dans le Guide de l'utilisateur des AWS Cost and Usage Report s.

    Astuce

    Lorsque vous créez vos rapports, veillez à sélectionner Inclure ID de ressource. Sinon, vos rapports n'incluront pas la colonne line_item_resource_id. Cette ligne vous aide à mieux identifier les coûts lors de l'analyse des données de coûts et d'utilisation.

  2. AWS Cost and Usage Report Intégrez-nous à Athena. Pour plus d'informations, consultez la section Configuration d'Athena à l'aide de AWS CloudFormation modèles dans le guide de l'utilisateur AWS Cost and Usage Report.

  3. Interrogez vos rapports de coûts et d'utilisation.

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.

Astuce

Pour plus d'informations sur UsageType, ajoutez la ligne suivante à cette requête :

line_item_line_item_description

Cette ligne crée une colonne appelée Description.

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 :

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

  • Demandes d'API

  • Flux de métriques

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.

Note

Pour obtenir plus de détails sur les mesures répertoriées dans le tableau suivant lorsque vous interrogez les données de coût et d'utilisation auprès d'Athena, faites correspondre les chaînes de Operation avec les résultats affichés pour line_item_operation.

CloudWatchsous-fonctionnalité

UsageType

Operation

Objectif

Métriques personnalisées

MetricMonitorUsage

MetricStorage

Métriques personnalisées

Surveillance détaillée

MetricMonitorUsage

MetricStorage:AWS/{Service}

Surveillance détaillée

Métriques intégrées

MetricMonitorUsage

MetricStorage:AWS/Logs-EMF

Consigne les métriques intégrées

Filtres de journaux

MetricMonitorUsage

MetricStorage:AWS/CloudWatchLogs

Filtres de métriques de groupes de journaux

Surveillance détaillée

CloudWatch propose deux types de surveillance :

  • Surveillance de base

    La surveillance de base est gratuite et activée automatiquement pour tous les Services AWS qui prennent en charge la fonctionnalité.

  • Surveillance détaillée

    Une surveillance détaillée entraîne des coûts et apporte différentes améliorations en fonction du Service AWS. Pour chaque Service AWS qui prend en charge la surveillance détaillée, vous pouvez choisir de l'activer pour ce service. Pour de plus amples informations, veuillez consulter Surveillance basique et détaillée.

Note

D'autres Services AWS prennent en charge la surveillance détaillée et peuvent faire référence à cette fonctionnalité sous un autre nom. Par exemple, la surveillance détaillée d'Amazon S3 est appelée métriques de demande.

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

CloudWatch sous-fonctionnalité

UsageType

Operation

Objectif

Métriques personnalisées

MetricMonitorUsage

MetricStorage:AWS/Logs-EMF

Consigne les métriques intégrées

Ingestion journaux

DataProcessing-Bytes

PutLogEvents

Charge un lot d'événements de journaux dans le groupe de journaux ou le flux de journaux spécifié

Archivage des journaux

TimedStorage-ByteHrs

HourlyStorageMetering

Stocke les logs par heure et les logs par octet dans CloudWatch Logs

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 :

  • Demandes d'API

  • En vrac (Obtenir)

  • Contributor Insights

  • Instantané d'image bitmap

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.

Type de demande d'API

UsageType

Operation

Objectif
Demandes d'API

Requests

GetMetricStatistics

Obtient des statistiques pour la métrique spécifiée.

Requests

ListMetrics

Répertorie les mesures spécifiées

Requests

PutMetricData

Publie des points de données métriques sur CloudWatch

Requests

GetDashboard

Affiche les détails des tableaux de bord spécifiés

Requests

ListDashboards

Répertorie les tableaux de bord de votre compte

Requests

PutDashboard

Crée ou met à jour un tableau de bord

Requests

DeleteDashboards

Supprime tous les tableaux de bord spécifiés

En vrac (Obtenir)

GMD-Metrics

GetMetricData

Récupère les valeurs CloudWatch métriques
Contributor Insights

GIRR-Metrics

GetInsightRuleReport

Renvoie des données de séries temporelles collectées par une règle Contributor Insights
Instantané d'image bitmap

GMWI-Metrics

GetMetricWidgetImage

Récupère un instantané d'une ou plusieurs CloudWatch métriques sous forme d'image bitmap

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.

Note

GetMetricDataet GetMetricWidgetImage ne sont pas inclus dans la limite du niveau AWS gratuit. Pour plus d'informations, consultez la section Utilisation du niveau AWS gratuit dans le guide de AWS Billing l'utilisateur.

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 :

Note

Les appelants externes effectuent des appels d'API. À l'heure actuelle, le seul moyen d'identifier ces appelants est d'adresser une demande d'assistance technique à l' CloudWatch équipe et de demander des informations les concernant. Pour plus d'informations sur la création d'une demande de support technique, voir Comment puis-je obtenir une assistance technique AWS ? .

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 :

  • Minimum

  • Maximum

  • Sample Count

  • Sum

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.

Note

Les coûts des alarmes de métriques et alarmes composites sont calculés au prorata par heure. Vous n'engagez des coûts pour vos alarmes que tant que vos alarmes existent. Pour optimiser les coûts, veillez à ne pas laisser derrière vous des alarmes mal configurées ou de faible valeur. Pour y parvenir, vous pouvez automatiser le nettoyage des CloudWatch alarmes dont vous n'avez plus besoin. Pour plus d'informations, consultez Automatiser Amazon CloudWatch Alarm Cleanup à grande échelle

Alarmes de métrique

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

  • Standard (évalué toutes les 60 secondes)

  • Haute résolution (évalué toutes les 10 secondes)

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.

CloudWatchsous-fonctionnalité

UsageType

Alarme de métrique standard

AlarmMonitorUsage

Alarme métrique haute résolution

HighResAlarmMonitorUsage

Alarme de requête Metrics Insights

MetricInsightAlarmUsage

alerte composite

CompositeAlarmMonitorUsage

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 :

  • Assurez-vous de créer des alertes pour les bonnes mesures.

  • Assurez-vous qu'aucune alerte n'est activée dans les régions où vous ne travaillez pas.

  • N'oubliez pas que, bien que les alarmes composites réduisent le bruit, elles génèrent également des coûts supplémentaires.

  • Lorsque vous décidez de créer une alerte standard ou une alerte haute résolution, tenez compte de votre cas d'utilisation et de la valeur apportée par chaque type d'alerte.

CloudWatch Journaux

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

  • Journaux personnalisés (journaux que vous créez pour vos applications)

  • Journaux automatiques (journaux que d'autres Services AWS, tels qu'Amazon Virtual Private Cloud (Amazon VPC) et Amazon Route 53, créent en votre nom)

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.

CloudWatch Fonctionnalité de journalisation CloudWatch Sous-fonctionnalité Logs

UsageType

Operation

Objectif
Journaux personnalisés Collecter (ingérer)

DataProcessing-Bytes

PutLogEvents

Télécharge un lot de journaux dans un flux de journaux spécifique
Store (archive))

TimedStorage-ByteHrs

HourlyStorageMetering

Stocke les logs par heure et les logs par octet dans CloudWatch Logs
Analyser (requêtes Logs Insights)

DataScanned-Bytes

StartQuery

Données de journalisation analysées par les requêtes CloudWatch Logs Insights
Journaux vended Livraison (CloudWatch journaux)

VendedLog-Bytes

PutLogEvents

Télécharge un lot de journaux dans un flux de journaux spécifique

Mise à disposition (Amazon S3)

S3-Egress-ComprBytes

S3-Egress-Bytes

LogDelivery

Envoie des journaux vendus (CloudWatchAmazon S3 ou Firehose)

Livraison (Firehose)

FH-Egress-Bytes

LogDelivery

Envoie des journaux vendus (CloudWatchAmazon S3 ou Firehose)

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.

Astuce

Si vous souhaitez utiliser des filtres métriques, des filtres d'abonnement, CloudWatch Logs Insights et Contributor Insights, envoyez les journaux vendus à CloudWatch.

Sinon, si vous travaillez avec des journaux de flux VPC et que vous les utilisez à des fins d'audit et de conformité, envoyez des journaux vended à Amazon S3.

Pour plus d'informations sur le suivi des frais générés par la publication des journaux de flux VPC dans des compartiments S3, consultez la section Utilisation de balises AWS Cost and Usage Report s et de répartition des coûts pour comprendre l'ingestion des données des journaux de flux VPC dans Amazon S3.

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