Analisi, ottimizzazione e riduzione dei costi di CloudWatch - Amazon CloudWatch

Analisi, ottimizzazione e riduzione dei costi di CloudWatch

Questa sezione descrive in che modo le funzionalità di Amazon CloudWatch generano costi. Fornisce inoltre metodi che possono aiutarti ad analizzare, ottimizzare e ridurre i costi di CloudWatch. In questa sezione, a volte facciamo riferimento ai prezzi quando si descrivono le funzionalità di CloudWatch. Per informazioni sui prezzi, consulta Prezzi di Amazon CloudWatch.

Analisi dei dati relativi ai costi e all'utilizzo di CloudWatch con Cost Explorer

Con AWS Cost Explorer, è possibile visualizzare e analizzare i dati relativi ai costi e all'utilizzo per Servizi AWS nel tempo, incluso CloudWatch. Per ulteriori informazioni, consulta la pagina Nozioni di base di AWS Cost Explorer.

La procedura seguente descrive come utilizzare Cost Explorer per visualizzare e analizzare i dati relativi ai costi e all'utilizzo di CloudWatch.

Visualizzazione e analisi dei dati relativi a costi e utilizzo di CloudWatch

  1. Accedi alla console di Cost Explorer all'indirizzo https://console.aws.amazon.com/cost-management/home#/custom.

  2. In FILTERS (FILTRI), per Service (Servizio), seleziona CloudWatch.

  3. Per Group by (Gruppo per), scegli Usage Type (Tipo di utilizzo). Puoi anche raggruppare i risultati in base ad altre categorie, ad esempio le seguenti:

    • Operazione API: scopri quali operazioni API hanno generato la maggior parte dei costi.

    • Regione: scopri quali regioni hanno generato la maggior parte dei costi.

L'immagine seguente mostra un esempio dei costi generati da CloudWatch nell'arco di sei mesi.

Uno screenshot dell'interfaccia AWS Cost Explorer, che mostra i costi del tipo di utilizzo in un formato grafico a barre.

Per vedere quali funzionalità di CloudWatch hanno generato la maggior parte dei costi, guarda i valori per UsageType. Ad esempio, EU-CW:GMD-Metrics rappresenta i costi generati dalle richieste API bulk di CloudWatch.

Nota

Le stringhe per UsageType corrispondono a caratteristiche e regioni specifiche. Ad esempio, la prima parte di EU-CW:GMD-Metrics (EU) corrisponde alla regione Europa (Irlanda) e la seconda parte di EU-CW:GMD-Metrics (GMD-Metrics) corrisponde alle richieste API bulk di CloudWatch.

L'intera stringa per UsageType può essere formattata come segue: <Region>-CW:<Feature> o <Region>-<Feature>.

Alcune funzionalità di CloudWatch, come log e allarmi, utilizzano anche la Regione Global per identificare l'utilizzo del Piano gratuito. Ad esempio, Global-DataScanned-Bytes rappresenta l'utilizzo gratuito dell'importazione dei dati di CloudWatch Logs.

Per migliorare la leggibilità, le stringhe per UsageType nelle tabelle di questo documento sono state abbreviate utilizzando i loro suffissi. Ad esempio, EU-CW:GMD-Metrics è abbreviata in GMD-Metrics.

La tabella seguente include i nomi di ciascuna funzionalità di CloudWatch, elenca i nomi di ciascuna funzionalità secondaria ed elenca le stringhe per UsageType.

Funzionalità di CloudWatch Funzionalità secondaria di CloudWatch

UsageType

Parametri di CloudWatch Parametri personalizzati

MetricMonitorUsage

Monitoraggio dettagliato

MetricMonitorUsage

Parametri incorporati

MetricMonitorUsage

Richieste API di CloudWatch Richieste API

Requests

Bulk (Ottieni)

GMD-Metrics

Contributor Insights

GIRR-Metrics

Snapshot di immagini bitmap

GMWI-Metrics

Flussi di parametri CloudWatch Flussi di parametri

MetricStreamUsage

Pannelli di controllo di CloudWatch Pannello di controllo con 50 parametri o meno

DashboardsUsageHour-Basic

Pannello di controllo con più di 50 parametri

DashboardsUsageHour

Allarmi CloudWatch Standard (allarme parametro)

AlarmMonitorUsage

Ad alta risoluzione (allarme parametro)

HighResAlarmMonitorUsage

Allarme per le query di Approfondimenti sulle metriche

MetricInsightAlarmUsage

Composito (allarme aggregato)

CompositeAlarmMonitorUsage

Container Insights Osservabilità avanzata per Amazon EKS

ObservationUsage

Osservabilità avanzata per Amazon ECS

MetricsUsage

CloudWatch Application Signals Application Signals con Transaction Search

Application-Signals-Bytes, XRay-Spans-Indexed

Application Signals con X-Ray

Application-Signals

Registri personalizzati CloudWatch Raccolta (importazione dei dati per la classe di log Standard)

DataProcessing-Bytes

Raccolta (importazione dei dati per la classe di log Infrequent Access)

DataProcessingIA-Bytes

Analizza (query)

DataScanned-Bytes

Analisi (Live Tail)

Logs-LiveTail

Archiviazione (archivio)

TimedStorage-ByteHrs

Rilevazione e mascheramento (protezione dei dati)

DataProtection-Bytes

Registri CloudWatch venduti Consegna (classe di log Amazon CloudWatch Logs Standard)

VendedLog-Bytes

Consegna (classe di log CloudWatch Logs Infrequent Access)

VendedLogIA-Bytes

Consegna (Amazon S3)

S3-Egress-Bytes

Consegna (Amazon S3) in formato Parquet

S3-Egress-InputBytes

Consegna (Amazon Data Firehose)

FH-Egress-Bytes

Contributor Insights CloudWatch Logs (regole)

ContributorInsightRules

CloudWatch Logs (eventi)

ContributorInsightEvents

Amazon DynamoDB (regole)

ContributorRulesManaged

Eventi DynamoDB

ContributorEventsManaged

Database Insights Serverless DatabaseInsights-ACU-Hours
Assegnata DatabaseInsights-vCPU-Hours
Illimitato DatabaseInsights-ACU-Hours
Canary (synthetics) Esegui

Canary-runs

Evidently Eventi

Evidently-event

Unità di analisi

Evidently-eau

RUM Eventi

RUM-event

Monitoraggio della rete Network Synthetic Monitor

CWNMHybrid-Paid

Monitor Internet (risorse monitorate)

InternetMonitor-MonitoredResource

Monitor Internet (reti urbane monitorate)

InternetMonitor-CityNetwork

Analisi dei dati relativi ai costi e all'utilizzo di CloudWatch con AWS Cost and Usage Report e Athena

Un altro modo per analizzare i dati relativi ai costi e all'utilizzo di CloudWatch è utilizzare i AWS Cost and Usage Report con Amazon Athena. I AWS Cost and Usage Report contengono un set completo dei dati relativi ai costi e all'utilizzo. Puoi creare report che tengono traccia dei costi e dell'utilizzo e puoi pubblicare questi report in un bucket S3 a scelta dell'utente. Puoi anche scaricare ed eliminare i report dal bucket S3. Per ulteriori informazioni, consulta Cosa sono i AWS Cost and Usage Report? nella Guida per l'utente di AWS Cost and Usage Report.

Nota

L'utilizzo di AWS Cost and Usage Report non comporta costi supplementari. Paghi l'archiviazione solo quando pubblichi i report su Amazon Simple Storage Service (Amazon S3). Per ulteriori informazioni, consulta Quote e restrizioni nella Guida per l'utente di AWS Cost and Usage Report.

Athena è un servizio di esecuzione di query che puoi usare con i AWS Cost and Usage Report per analizzare i dati relativi ai costi e all'utilizzo. Puoi eseguire query sui report nel bucket S3 senza bisogno di scaricarli prima. Per ulteriori informazioni, consulta Che cos'è Amazon Athena? nella Guida per l'utente di Amazon Athena. Per ulteriori informazioni, consulta Che cos'è Amazon Athena? nella Guida per l'utente di Amazon Athena. Per ulteriori informazioni sui prezzi, consulta Prezzi di Amazon Athena.

La procedura seguente descrive il processo di abilitazione dei AWS Cost and Usage Report e di integrazione del servizio con Athena. La procedura contiene due query di esempio che è possibile utilizzare per analizzare i dati relativi ai costi e all'utilizzo di CloudWatch.

Nota

Puoi utilizzare una qualsiasi delle query di esempio contenute in questo documento. Tutte le query di esempio in questo documento corrispondono a un database denominato costandusagereport e mostrano i risultati per il mese di aprile e l'anno 2025. Puoi modificare queste informazioni. Tuttavia, prima di eseguire una query, assicurati che il nome del database corrisponda al nome del database nella query.

Analisi dei dati relativi a costi e utilizzo con AWS Cost and Usage Report e Athena

  1. Abilita i AWS Cost and Usage Report. Per ulteriori informazioni, consulta Creazione di report su costi e utilizzo nella Guida per l'utente di AWS Cost and Usage Report.

    Suggerimento

    Quando crei i report, assicurati di selezionare Include resource IDs (Includi ID risorsa). In caso contrario, i rapporti non includeranno la colonna line_item_resource_id. Questa riga consente di identificare ulteriormente i costi durante l'analisi dei dati relativi ai costi e all'utilizzo.

  2. Integrare i AWS Cost and Usage Report con Athena. Per ulteriori informazioni, consulta Configurazione di Athena utilizzando i modelli CloudFormation nella Guida per l'utente di AWS Cost and Usage Report.

  3. Esegui query sui rapporti relativi ai costi e all'utilizzo.

Esempio di query Athena per mostrare i costi mensili di CloudWatch

La seguente query può essere usata per mostrare quali funzionalità CloudWatch hanno generato la maggior parte dei costi per un determinato mese.

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' -- Contributor Insights WHEN line_item_usage_type LIKE '%%Contributor%%' THEN 'Contributor Insights' -- 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)' -- Container Insights with enhanced observability WHEN (line_item_usage_type LIKE '%%MetricsUsage%%' OR line_item_usage_type LIKE '%%ObservationUsage%%') THEN 'Container Insights (Enhanced Observability)' -- Database Insights WHEN line_item_usage_type LIKE '%%DatabaseInsights%%' THEN 'Database Insights' -- Logs WHEN line_item_usage_type LIKE '%%DataProcessing-Bytes%%' THEN 'Logs (Collect - Data Ingestion)' WHEN line_item_usage_type LIKE '%%DataProcessingIA-Bytes%%' THEN 'Infrequent Access Logs (Collect - Data Ingestion)' WHEN line_item_usage_type LIKE '%%DataProtection-Bytes%%' THEN 'Logs (Data Protection - Detect and Mask)' 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)' WHEN line_item_usage_type LIKE '%%Logs-LiveTail%%' THEN 'Logs (Analyze - Logs Live Tail)' -- 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 Data Firehose)' WHEN (line_item_usage_type LIKE '%%S3-Egress%%') THEN 'Vended Logs (Delivered to S3)' -- Network Monitoring WHEN line_item_usage_type LIKE '%%CWNMHybrid-Paid%%' THEN 'Network Monitor' WHEN line_item_usage_type LIKE '%%InternetMonitor%%' THEN 'Internet Monitor' -- 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='2025' 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;
Esempio di query Athena per illustrare in che modo le funzionalità di CloudWatch hanno generato costi

La seguente query può essere usata per mostrare i risultati per UsageType e Operation. Questo mostra in che modo le funzionalità di CloudWatch hanno generato costi. I risultati mostrano anche i valori per UsageQuantity e TotalSpend, in modo da poter visualizzare i costi di utilizzo totali.

Suggerimento

Per ulteriori informazioni su UsageType, aggiungi la riga seguente a questa query:

line_item_line_item_description

Questa riga crea una colonna denominata Description (Descrizione).

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='2025' 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

Ottimizzazione e riduzione dei costi delle metriche di CloudWatch

Molti Servizi AWS, ad esempio Amazon Elastic Compute Cloud (Amazon EC2), Amazon S3 e Amazon Data Firehose, inviano le metriche a CloudWatch su base automatica e gratuita. Tuttavia, i parametri raggruppati nelle seguenti categorie possono comportare costi aggiuntivi:

  • Parametri personalizzati, monitoraggio dettagliato e parametri incorporati

  • Richieste API

  • Flussi di parametri

Per maggiori informazioni, consulta Utilizzo dei parametri Amazon CloudWatch.

Parametri personalizzati

Puoi creare parametri personalizzati per organizzare i punti di dati in qualsiasi ordine e tasso.

Tutti i parametri personalizzati sono ripartiti proporzionalmente all'ora. Vengono misurati solo quando vengono inviati a CloudWatch. Per informazioni sui prezzi dei parametri, consulta Prezzi di Amazon CloudWatch.

Nella tabella seguente sono elencati i nomi delle funzionalità secondarie pertinenti per le metriche CloudWatch. La tabella include le stringhe per UsageType e Operation, che possono aiutarti ad analizzare e identificare i costi correlati ai parametri.

Nota

Per ottenere maggiori dettagli sui parametri elencati nella tabella seguente mentre esegui query sui dati relativi ai costi e all'utilizzo con Athena, abbina le stringhe per Operation con i risultati che vengono mostrati per line_item_operation.

Funzionalità secondaria di CloudWatch

UsageType

Operation

Scopo

Parametri personalizzati

MetricMonitorUsage

MetricStorage

Parametri personalizzati

Monitoraggio dettagliato

MetricMonitorUsage

MetricStorage:AWS/{Service}

Monitoraggio dettagliato

Parametri incorporati

MetricMonitorUsage

MetricStorage:AWS/Logs-EMF

Registri di parametri incorporati

Filtri di log

MetricMonitorUsage

MetricStorage:AWS/CloudWatchLogs

Filtri per i parametri di gruppo di log

Monitoraggio dettagliato

CloudWatch include due tipi di monitoraggio:

  • Monitoraggio base

    Il monitoraggio di base è gratuito e abilitato automaticamente per tutti i Servizi AWS che supportano la funzionalità.

  • Monitoraggio dettagliato

    Il monitoraggio dettagliato comporta costi e aggiunge diversi miglioramenti a seconda del Servizio AWS. Per ogni Servizio AWS che supporta il monitoraggio dettagliato, puoi scegliere se abilitarlo per quel servizio. Per ulteriori informazioni, consulta Monitoraggio di base e dettagliato.

Nota

Altri Servizi AWS supportano il monitoraggio dettagliato e potrebbe fare riferimento a questa funzionalità usando un nome diverso. Ad esempio, il monitoraggio dettagliato per Amazon S3 è indicato come parametri di richiesta.

Analogamente ai parametri personalizzati, il monitoraggio dettagliato viene ripartito in base all'ora e misurato solo quando i dati vengono inviati a CloudWatch. Il monitoraggio dettagliato genera costi in base al numero di parametri inviati a CloudWatch. Per ridurre i costi, abilita il monitoraggio dettagliato solo quando necessario. Per informazioni su come viene valutato il monitoraggio dettagliato, consulta Prezzi di Amazon CloudWatch.

Esempio: query Athena

La seguente query può essere usata per mostrare quali istanze EC2 hanno il monitoraggio dettagliato abilitato.

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='2025' 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

Parametri incorporati

Con CloudWatch Embedded Metric Format, è possibile importare i dati delle applicazioni come dati di log, in modo da poter generare parametri utilizzabili. Per ulteriori informazioni, consulta Importazione di registri ad alta cardinalità e generazione di parametri con CloudWatch Embedded Metric Format.

I parametri incorporati generano costi in base al numero di registri importati, al numero di registri archiviati e al numero di parametri personalizzati generati.

Nella tabella seguente sono elencati i nomi delle funzionalità secondarie pertinenti per Embedded Metric Format di CloudWatch. La tabella include le stringhe per UsageType e Operation, che possono aiutarti ad analizzare e identificare i costi.

Funzionalità secondaria di CloudWatch

UsageType

Operation

Scopo

Parametri personalizzati

MetricMonitorUsage

MetricStorage:AWS/Logs-EMF

Registri di parametri incorporati

Importazione di registri

DataProcessing-Bytes

PutLogEvents

Carica un batch di log eventi sul gruppo di log o flusso di log specificato

Archiviazione dei log

TimedStorage-ByteHrs

HourlyStorageMetering

Archiviazione di registri all'ora e per byte in CloudWatch Logs

Per analizzare i costi, utilizza i AWS Cost and Usage Report con Athena in modo da poter identificare quali parametri stanno generando costi e determinare come vengono generati i costi.

Per sfruttare al massimo i costi generati dal CloudWatch Embedded Metric Format, evita di creare parametri basati su dimensioni ad alta cardinalità. In questo modo, CloudWatch non crea un parametro personalizzato per ogni combinazione unica di dimensioni. Per ulteriori informazioni, consulta Dimensioni.

Richieste API

CloudWatch include i tipi di richieste API seguenti:

  • Richieste API

  • Bulk (Ottieni)

  • Contributor Insights

  • Snapshot di immagini bitmap

Le richieste API generano costi in base al tipo di richiesta e al numero di parametri richiesti.

Nella tabella seguente sono elencati i tipi di richieste API e include le stringhe per UsageType e Operation, che possono aiutarti ad analizzare e identificare i costi relativi alle API.

Tipo di richiesta API

UsageType

Operation

Scopo
Richieste API

Requests

GetMetricStatistics

Recupera statistiche per i parametri specificati

Requests

ListMetrics

Elenca i parametri specificati

Requests

PutMetricData

Pubblica punti di dati dei parametri in CloudWatch

Requests

GetDashboard

Visualizza i dettagli per i pannelli di controllo specificati

Requests

ListDashboards

Elenca i pannelli di controllo presenti nell'account

Requests

PutDashboard

Crea o aggiorna un pannello di controllo

Requests

DeleteDashboards

Elimina tutti i pannelli di controllo specificati

Bulk (Ottieni)

GMD-Metrics

GetMetricData

Recupera i valori dei parametri CloudWatch
Contributor Insights

GIRR-Metrics

GetInsightRuleReport

Restituisce i dati di serie temporali raccolti da una regola di Contributor Insights
Snapshot di immagini bitmap

GMWI-Metrics

GetMetricWidgetImage

Recupera uno snapshot di uno o più parametri di CloudWatch come immagine bitmap

Per analizzare i costi, utilizza Cost Explorer e raggruppa i risultati per API Operation (Operazione API).

La console di fatturazione mostra le richieste API generiche come Richieste sotto UsageType. Vengono visualizzate come X,XX USD per 1.000 richieste - [Regione]. Questa tariffa si applica a tutte le richieste UsageType, aggregate insieme, oltre al limite consentito dal Piano gratuito.

I costi per le richieste API variano e si incorre in costi quando si supera il numero di chiamate API previste nel limite del piano gratuito di AWS.

Nota

Solo le richieste API con Richieste UsageType sono incluse nel limite del Piano gratuito AWS. Le richieste API con qualsiasi altro UsageType comportano costi a partire dalla prima chiamata. Per ulteriori informazioni, consulta Utilizzo del piano gratuito di AWS nella Guida per l'utente diAWS Billing.

Le richieste API che in genere determinano i costi sono le richieste Put e Get.

Per monitorare l'origine delle richieste API e identificare gli utenti all'interno del tuo account, abilita gli eventi di dati in CloudTrail e analizza gli eventi registrati utilizzando:

  • Amazon CloudWatch Logs con Approfondimenti di Log

  • Amazon S3 con Amazon Athena

Nota

Gli eventi di dati non vengono registrati automaticamente dai percorsi e dai datastore di eventi. La registrazione degli eventi di dati comporta costi aggiuntivi. Per ulteriori informazioni, consulta Prezzi di AWS CloudTrail.

Per ulteriori informazioni, consulta Logging data events e Identifying resources driving CloudWatch GetMetricData charges using AWS CloudTrail.

API calls not incurring charges

Quando registri gli eventi di dati di CloudWatch in CloudTrail, potresti visualizzare più chiamate di quante ne hai avviate. Ciò accade perché la registrazione degli eventi di dati di CloudWatch in CloudTrail acquisisce le operazioni API dai componenti interni. Per le chiamate ai componenti interni non verrà addebitato alcun costo di CloudWatch. Tuttavia, questi eventi vengono conteggiati ai fini del totale di registrazione degli eventi di CloudTrail e possono influire sui costi di CloudTrail.

Ad esempio, CloudTrail registrerà le chiamate GetMetricData avviate da un account di monitoraggio per recuperare i dati da un account di origine, nonché le chiamate GetMetricData avviate dai pannelli di controllo di CloudWatch per aggiornare i dati dei widget. Queste chiamate API non comportano costi di CloudWatch.

PutMetricData

Ogni chiamata all'API PutMetricData di CloudWatch comporta dei costi. Le chiamate frequenti possono aumentare notevolmente i costi, soprattutto negli scenari di monitoraggio ad alto volume. Per ridurre i costi, prendi in considerazione l'idea di raggruppare più metriche in ogni chiamata API o di regolare la frequenza di monitoraggio. Per ulteriori informazioni, consulta PutMetricData nella Documentazione di riferimento dell'API Amazon CloudWatch.

Per sfruttare al massimo i costi generati da PutMetricData, raggruppa più dati nelle tue chiamate API. A seconda del caso d'uso, si può considerare l'utilizzo di CloudWatch Logs o del CloudWatch Embedded Metric Format per inserire i dati dei parametri. Per ulteriori informazioni, consulta le seguenti risorse:

GetMetricData

Il funzionamento dell'API GetMetricData di CloudWatch può anche aumentare significativamente i costi. Talvolta, gli strumenti di monitoraggio di terze parti incrementano i costi se estraggono spesso dati per generare informazioni. Per ulteriori informazioni sui prezzi e sulle best practice sull'utilizzo di GetMetricData, consulta GetMetricData nella documentazione di riferimento dell'API Amazon CloudWatch.

Per ridurre i costi generati da GetMetricData, prendi in considerazione la possibilità di estrarre solo dati monitorati e utilizzati o considera di estrarre dati meno spesso. A seconda del caso d'uso, è possibile prendere in considerazione l'utilizzo di flussi di parametri anziché GetMetricData, in modo da poter inviare dati quasi in tempo reale a terze parti a un costo inferiore. Per ulteriori informazioni, consulta le seguenti risorse:

GetMetricStatistics

A seconda del caso d'uso, potresti considerare l'utilizzo di GetMetricStatistics anziché di GetMetricData. Con GetMetricData, è possibile recuperare i dati in modo rapido e su larga scala. Tuttavia, GetMetricStatistics è incluso nel limite del piano gratuito di AWS per un massimo di un milione di richieste API, il che può aiutarti a ridurre i costi se non hai bisogno di recuperare tanti parametri e punti dati per chiamata. Per ulteriori informazioni, consulta le seguenti risorse:

Nota

I chiamanti esterni effettuano chiamate API. Per le API supportate dagli eventi di dati CloudTrail (come GetMetricData e GetMetricWidgetImage), puoi utilizzare CloudTrail per identificare i principali chiamanti dell'API di CloudWatch e potenzialmente mitigare o identificare le chiamate impreviste. Per ulteriori informazioni, consulta How to use CloudTrail to analyse your CloudWatch API Usage. Per altre API di CloudWatch non supportate da CloudTrail, puoi inviare una richiesta di supporto tecnico al team di CloudWatch e chiedere informazioni in merito. Per informazioni su come creare una richiesta di supporto tecnico, consulta Come posso ottenere supporto tecnico da AWS?.

Flussi di parametri CloudWatch

Con i flussi di parametri di CloudWatch, puoi inviare parametri in modo continuo a destinazioni AWS e destinazioni di fornitori di servizi terzi.

I flussi di parametri generano costi in base al numero di aggiornamenti dei parametri. Gli aggiornamenti dei parametri includono sempre i valori per le seguenti statistiche:

  • Minimum

  • Maximum

  • Sample Count

  • Sum

Per ulteriori informazioni, consulta Statistiche che possono essere trasmesse.

Per analizzare i costi generati dai flussi di parametri di CloudWatch, utilizza i AWS Cost and Usage Report con Athena. In questo modo, è possibile identificare quali flussi di parametri generano costi e determinare come vengono generati i costi.

Esempio: query Athena

La seguente query può essere usata per monitorare quali flussi di parametri generano costi in base al relativo nome della risorsa Amazon (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='2025' 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

Per ridurre i costi generati dai flussi di parametri di CloudWatch, esegui il flusso solo dei parametri che apportano valore alla tua azienda. Puoi anche interrompere o mettere in pausa qualsiasi flusso di parametri che non stai utilizzando.

Ottimizzazione e riduzione dei costi degli allarmi di CloudWatch

Con gli allarmi CloudWatch, puoi creare allarmi basati su un singolo parametro, allarmi basati su una query di Approfondimenti sulle metriche e allarmi compositi che controllano altri allarmi.

Nota

I costi degli allarmi di parametri e compositi sono ripartiti proporzionalmente all'ora. I costi per gli allarmi sono sostenuti solo fintanto che gli allarmi esistono. Per ottimizzare i costi, assicurati di non lasciare allarmi configurati in modo errato o di basso valore. Per aiutarti, puoi automatizzare la pulizia degli allarmi di CloudWatch che non ti servono più. Per maggiori informazioni, consulta Automating Amazon CloudWatch Alarm Cleanup at Scale.

Allarmi dei parametri

Gli allarmi dei parametri hanno le seguenti impostazioni di risoluzione:

  • Standard (valutato ogni 60 secondi)

  • Alta risoluzione (valutato ogni 10 secondi)

Quando crei un allarme di parametro, i costi si basano sull'impostazione della risoluzione dell'allarme e sul numero di parametri a cui fa riferimento l'allarme. Ad esempio, un allarme di parametro che fa riferimento a un parametro comporta un costo parametro di allarme all'ora. Per ulteriori informazioni, consulta Utilizzo degli allarmi di Amazon CloudWatch.

Se crei un allarme di parametro contenente un'espressione matematica del parametro che fa riferimento a più parametri, dovrai sostenere un costo per ogni parametro di allarme a cui si fa riferimento nell'espressione matematica del parametro. Per informazioni sulla creazione di un allarme di parametro che contiene un'espressione matematica del parametro, consulta Creazione di un allarme CloudWatch basato su un'espressione matematica del parametro.

Se crei un allarme di rilevamento delle anomalie in cui l'allarme analizza i dati delle metriche precedenti per creare un modello di valori attesi, dovrai sostenere un costo per ogni metrica di allarme a cui si fa riferimento nell'allarme più due metriche aggiuntive, una per ciascuna delle metriche dei limiti di banda (superiore e inferiore) create dal modello di rilevamento delle anomalie. Per informazioni sulla creazione di un allarme di rilevamento delle anomalie, consulta Creating a CloudWatch alarm based on outlier detection.

Allarmi per le query di Approfondimenti sulle metriche

Gli allarmi per le query di Approfondimenti sulle metriche rappresentano un tipo specifico di allarme, disponibile solo con risoluzione standard (valutata ogni 60 secondi).

Quando crei un allarme per le query di Approfondimenti sulle metriche, i costi si basano sul numero di parametri analizzati dalla query a cui fa riferimento l'allarme. Ad esempio, un allarme per le query di Approfondimenti sulle metriche che fa riferimento a una query il cui filtro corrisponde a dieci parametri comporta un costo orario di dieci parametri analizzati. Per ulteriori informazioni, consulta l'esempio dei prezzi in Prezzi di Amazon CloudWatch.

Se crei un allarme contenente sia una query di Approfondimenti sulle metriche che un'espressione matematica del parametro, tale allarme viene segnalato come allarme per le query di Approfondimenti sulle metriche. Se l'allarme contiene un'espressione matematica del parametro che fa riferimento ad altre metriche, oltre a quelle analizzati dalla query di Approfondimenti sulle metriche, dovrai sostenere un costo aggiuntivo per ogni parametro di allarme a cui si fa riferimento nell'espressione matematica del parametro. Per informazioni sulla creazione di un allarme di parametro che contiene un'espressione matematica del parametro, consulta Creazione di un allarme CloudWatch basato su un'espressione matematica del parametro.

Allarmi compositi

Gli allarmi compositi contengono espressioni di regole che specificano come devono valutare gli stati di altri allarmi per determinare il loro stato. Gli allarmi compositi hanno un costo orario standard, indipendentemente dal numero di altri allarmi valutati. Gli allarmi a cui fanno riferimento gli allarmi compositi nelle espressioni delle regole comportano costi separati. Per ulteriori informazioni, consulta Creazione di allarmi compositi.

Tipi di utilizzo degli allarmi

Nella tabella seguente sono elencati i nomi delle funzionalità secondarie pertinenti per gli allarmi di CloudWatch. La tabella include le stringhe per UsageType, che possono aiutarti ad analizzare e identificare i costi relativi agli allarmi.

Funzionalità secondaria di CloudWatch

UsageType

Allarme dei parametri standard

AlarmMonitorUsage

Allarme di parametro ad alta risoluzione

HighResAlarmMonitorUsage

Allarme per le query di Approfondimenti sulle metriche

MetricInsightAlarmUsage

Allarme composito

CompositeAlarmMonitorUsage

Riduzione dei costi degli allarmi

Per sfruttare al massimo i costi generati dagli allarmi matematici dei parametri che aggregano quattro o più parametri, puoi aggregare i dati prima che vengano inviati a CloudWatch. In questo modo, puoi creare un allarme per un singolo parametro invece di uno che aggrega i dati per più parametri. Per ulteriori informazioni, consulta Pubblicazione di parametri personalizzati.

Per ottimizzare i costi generati dagli allarmi per le query di Approfondimenti sulle metriche, puoi assicurarti che il filtro utilizzato per la query corrisponda solo ai parametri che desideri monitorare.

Il modo migliore per ridurre i costi è rimuovere tutti gli allarmi non necessari o non utilizzati. Ad esempio, puoi eliminare gli allarmi che valutano i parametri emessi da risorse AWS che non esistono più.

Esempio di utilizzo di DescribeAlarms per verificare la presenza di allarmi in stato INSUFFICIENT_DATA

Se elimini una risorsa ma non gli allarmi dei parametri emessi dalla risorsa, gli allarmi continueranno ad esistere e passeranno allo stato INSUFFICIENT_DATA. Per verificare la presenza di allarmi nello stato INSUFFICIENT_DATA, utilizza il seguente comando di AWS Command Line Interface (AWS CLI).

aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA

Per maggiori informazioni, consulta Automating Amazon CloudWatch Alarm Cleanup at Scale.

Altri modi per ridurre i costi sono descritti di seguito:

  • Assicurati di creare allarmi per i parametri corretti.

  • Assicurati di non avere alcun allarme abilitato nelle regioni in cui non stai lavorando.

  • Ricorda che, sebbene gli allarmi compositi riducano il rumore, generano anche costi aggiuntivi.

  • Quando decidi se creare un allarme standard o un allarme ad alta risoluzione, considera il caso d'uso e il valore che apporta ogni tipo di allarme.

Ottimizzazione e riduzione dei costi di Approfondimenti sui container CloudWatch

Approfondimenti sui container CloudWatch offre funzionalità di osservabilità standard e avanzate per il monitoraggio delle applicazioni containerizzate in Amazon ECS e Amazon EKS. Approfondimenti sui container CloudWatch impiega Embedded Metric Formati per importare la telemetria dagli ambienti container.

Approfondimenti sui container con osservabilità standard:

Approfondimenti sui container standard raccoglie e visualizza metriche aggregate a livello di cluster e nodo. Puoi iniziare con la modalità standard di Approfondimenti sui container utilizzando l'agente CloudWatch o AWS Distro per Open Telemetry (ADOT). L'utilizzo di ADOT consente di personalizzare le metriche e le dimensioni da inviare a CloudWatch.

Le metriche in Approfondimenti sui container vengono trattate come “metriche incorporate”. I costi associati a queste metriche si riflettono nei tipi di utilizzo MetricStorage:AWS/Logs-EMF e DataProcessing-Bytes. Per informazioni dettagliate sui prezzi, consulta la sezione sulle metriche incorporate in Prezzi di Amazon CloudWatch.

Approfondimenti sui container con osservabilità avanzata:

Approfondimenti sui container fornisce la visibilità dettagliata tramite l'osservabilità avanzata, che fornisce telemetria granulare fino al livello di pod e container delle applicazioni. Analogamente alla modalità standard di Approfondimenti sui container, l'osservabilità avanzata include anche un insieme standard di metriche critiche con le quali iniziare utilizzando il componente aggiuntivo CloudWatch Observability in esecuzione sull'agente CloudWatch. Approfondimenti sui container offre l'osservabilità avanzata con una nuova tariffazione basata sull'osservazione, al fine di garantire fatture convenienti che giustifichino i vantaggi. Per ulteriori informazioni, consulta Prezzi di Amazon CloudWatch.

Ecco i seguenti valori di UsageType e Operation associati ad Approfondimenti sui container con osservabilità avanzata:

Funzionalità secondaria di CloudWatch

UsageType

Operation

Approfondimenti sui container con osservabilità migliorata per Amazon EKS

ObservationUsage

ObservationCount:CI-EKScode

Approfondimenti sui container con osservabilità avanzata per Amazon ECS

MetricsUsage

MetricStorage:CI-ECS

Ottimizzazione e riduzione dei costi di CloudWatch Database Insights

CloudWatch Database Insights offre funzionalità di osservabilità standard e avanzata per il monitoraggio dei database Amazon Aurora sia a livello di istanza sia di parco. CloudWatch Database Insights aggrega i log e le metriche delle applicazioni, dei database e dei sistemi operativi su cui vengono eseguiti in una vista unificata nella console.

Database Insights in modalità standard: la modalità standard di Database Insights fa parte di Piano gratuito di AWS e fornisce una cronologia continua dei dati sulle prestazioni per 7 giorni per la metrica di carico del database.

Database Insights in modalità avanzata: la modalità avanzata di Database Insights aggrega le metriche del database, l'analisi delle query SQL e i log per i database Amazon Aurora e RDS in un'esperienza unificata in CloudWatch. I prezzi si basano sulla quantità di risorse di calcolo utilizzate dai database monitorati.

Per informazioni dettagliate sui prezzi di Database Insights ed esempi dei prezzi, consulta Prezzi di Amazon CloudWatch.

Ecco i valori di UsageType e Operation associati a Database Insights:

UsageType

Operation

Instance Configuration Type

Database Engine Type

DatabaseInsights-vCPU-Hours

Aurora-MySQL:Provisioned

Provisioned

Aurora-MySQL

DatabaseInsights-ACU-Hours

Aurora-MySQL:Serverless

Serverless

Aurora-MySQL

DatabaseInsights-vCPU-Hours

Aurora-PostgreSQL:Provisioned

Provisioned

Aurora-PostgreSQL

DatabaseInsights-ACU-Hours

Aurora-PostgreSQL:Serverless

Serverless

Aurora-PostgreSQL

DatabaseInsights-ACU-Hours Aurora-PostgreSQL:Limitless

Limitless

Aurora-PostgreSQL

Ottimizzazione e riduzione dei costi di CloudWatch Logs

File di log Amazon CloudWatch ha i seguenti tipi di registri:

  • Registri personalizzati (registri creati per le tue applicazioni)

  • Registri venduti (registri che altri Servizi AWS, come Amazon Virtual Private Cloud (Amazon VPC) e Amazon Route 53, creano per tuo conto)

Per ulteriori informazioni sui registri venduti, consulta Abilitazione della registrazione da determinati servizi AWS nella Guida per l'utente di File di log Amazon CloudWatch.

I registri personalizzati e venduti generano costi in base al numero di registri che sono raccolti, archiviati, e analizzati. Separatamente, i log venduti generano costi per la consegna ad Amazon S3 e Firehose.

Nella tabella seguente sono elencati i nomi delle funzionalità di CloudWatch Logs e i nomi delle funzionalità secondarie pertinenti. La tabella include le stringhe per UsageType e Operation, che possono aiutare ad analizzare e identificare i costi relativi ai log.

Funzionalità di CloudWatch Logs Funzionalità secondaria di CloudWatch Logs

UsageType

Operation

Scopo
Registri personalizzati Raccolta (importazione dei dati per la classe di log Standard)

DataProcessing-Bytes

PutLogEvents

Carica un batch di log in un flusso di log specifico in un gruppo di log di classe Standard.
Raccolta (importazione dei dati per la classe di log Infrequent Access)

DataProcessingIA-Bytes

PutLogEvents

Carica un batch di log in un flusso di log specifico in un gruppo di log di classe Infrequent Access.
Rilevazione e mascheramento (protezione dei dati)

DataProtection-Bytes

PutLogEvents

Rileva e maschera i dati protetti negli eventi di log.
Archiviazione (archivio)

TimedStorage-ByteHrs

HourlyStorageMetering

Archivia log all'ora e per byte in CloudWatch Logs.
Analizza (query Logs Insights)

DataScanned-Bytes

StartQuery

Registra dati analizzati da query di CloudWatch Logs Insights
Analisi (Logs Live Tail)

Logs-LiveTail

StartLiveTail

Log analizzati durante una sessione di CloudWatch Logs Live Tail
Registri venduti Consegna (classe di log CloudWatch Logs Standard)

VendedLog-Bytes

PutLogEvents

Carica un batch di log in un flusso di log specifico in un gruppo di log della classe di log Standard.
Consegna (classe di log CloudWatch Logs Infrequent Access)

VendedLogIA-Bytes

PutLogEvents

Carica un batch di log in un flusso di log specifico in un gruppo di log della classe di log Infrequent Access.

Consegna (Amazon S3)

S3-Egress-Bytes

LogDelivery

Carica un batch di log venduti in un bucket S3 specifico

Consegna (Amazon S3) in formato Parquet

S3-Egress-InputBytes

ParquetConversion

Esegue la conversione in Parquet sui log consegnati ad Amazon S3

Consegna (Firehose)

FH-Egress-Bytes

LogDelivery

Carica un batch di log venduti in Amazon Data Firehose

Per analizzare i costi, usa AWS Cost Explorer Service o AWS Cost and Usage Report con Athena. Con entrambi i metodi, è possibile identificare quali log generano costi e determinare come vengono generati i costi.

Uso di AWS Cost Explorer Service

Seleziona CloudWatch per il filtro Servizio e seleziona Risorsa come Dimensione. Quando si seleziona Risorsa come dimensione nel servizio Cost Explorer, è possibile visualizzare solo gli ultimi 14 giorni di utilizzo.

Una schermata dell'interfaccia AWS Cost Explorer Service, con CloudWatch selezionato per il campo Servizio e Risorsa selezionata per il campo Dimensione.

Utilizzo della query Amazon Athena per tenere traccia dei log che generano costi

È possibile utilizzare la seguente query per tenere traccia dei log che generano costi in base all'ID della risorsa.

SELECT line_item_resource_id AS ResourceID, line_item_usage_type AS Operation, SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend FROM costandusagereport WHERE product_product_name = 'AmazonCloudWatch' AND year='2025' AND month='4' AND line_item_operation IN ('PutLogEvents','HourlyStorageMetering','StartQuery','LogDelivery','StartLiveTail','ParquetConversion') AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee') GROUP BY line_item_resource_id, line_item_usage_type ORDER BY TotalSpend DESC

Per sfruttare al massimo i costi generati da CloudWatch Logs, considerare quanto segue:

  • Identifica i principali gruppi di log in base alla spesa per operazione utilizzando la query precedente.

  • Registra solo gli eventi che apportano valore alla tua attività e scegli una sintassi di log efficiente. Una sintassi di log dettagliata incrementa il volume e quindi i costi. In questo modo è possibile ridurre i costi per l'importazione.

  • Modifica le impostazioni di conservazione dei log, in modo da generare costi inferiori per l'archiviazione. Per ulteriori informazioni, consulta Modifica della conservazione dei dati di log CloudWatch nella Guida per l'utente di File di log Amazon CloudWatch.

  • Valuta la possibilità di utilizzare la classe di log Infrequent Access, laddove appropriato. I log Infrequent Access offrono meno funzionalità rispetto alla classe Standard. Determina se hai bisogno delle funzionalità aggiuntive della classe di log Standard e comprendi la differenza tra le due classi. Per ulteriori informazioni, consulta l'articolo del blog New CloudWatch Logs log class for infrequent access logs at a reduced price. Sebbene la classe Infrequent Access supporti un numero inferiore di funzionalità, è adatta per la maggior parte dei casi d'uso.

  • Esegui query che CloudWatch Logs Insights salva automaticamente nella tua cronologia. In questo modo, si generano meno costi per l'analisi. Per ulteriori informazioni, consulta Visualizzazione di query in esecuzione o cronologia delle query nella Guida per l'utente di File di log Amazon CloudWatch.

  • Utilizzare l'agente CloudWatch per raccogliere i registri di sistema e dell'applicazione e inviarli a CloudWatch. In questo modo, puoi raccogliere solo i log eventi che soddisfano i tuoi criteri. Per ulteriori informazioni, consulta Amazon CloudWatch Agent aggiunge il supporto per le espressioni dei filtri di log.

Per ridurre i costi per i registri venduti, considera il caso d'uso e quindi determina se i registri devono essere inviati a CloudWatch o Amazon S3. Per ulteriori informazioni, consulta Registri inviati a Amazon S3 nella Guida per l'utente di File di log Amazon CloudWatch.

Suggerimento

Se desideri utilizzare filtri di parametri, filtri di sottoscrizione, Approfondimenti sui file di log CloudWatch e Approfondimenti sulle contribuzioni, invia i log venduti a CloudWatch.

In alternativa, se lavori con i registri di flusso VPC e li utilizzi per scopi di verifica e conformità, invia i registri venduti ad Amazon S3.

Per informazioni su come tenere traccia degli addebiti generati dalla pubblicazione dei log di flusso VPC nei bucket S3, consulta Utilizzo di AWS Cost and Usage Report e tag di allocazione dei costi per comprendere l'importazione dei dati di log di flusso VPC in Amazon S3.

Per ulteriori informazioni su come sfruttare al massimo i costi generati da CloudWatch Logs, consulta Quale gruppo di log sta causando un aumento improvviso della mia fattura CloudWatch Logs?.