Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Costi per gli eventi Insights
Nota
Gli eventi Insights sugli eventi relativi ai dati sono supportati solo sui percorsi.
Quando abiliti gli eventi Insights su un percorso o un archivio dati di eventi esistente, CloudTrail analizza gli ultimi 28 giorni di gestione e i dati raccolti dal data store dei percorsi o degli eventi per stabilire una linea di base della normale attività. Dopo la creazione della baseline iniziale, la baseline viene ricalcolata ogni giorno sugli ultimi 28 giorni di dati. Non sono CloudTrail previsti costi per l'analisi della baseline.
Dopo l'analisi di base, verranno CloudTrail addebitati costi per eventuali eventi futuri di gestione e dati analizzati da. CloudTrail Ti verranno addebitati costi in base al numero di eventi di gestione e dati analizzati per i tipi di Insights abilitati.
Se scegli di registrare sia il tasso di chiamate API che il tasso di errore dell'API Insights per gli eventi di gestione di un data store di percorsi o eventi che registra read ed eventi di write gestione, il numero totale di eventi analizzati sarà maggiore del numero totale di eventi di gestione registrati. Questo perché CloudTrail analizzerà gli eventi di gestione di sola scrittura due volte, una volta per calcolare la frequenza di chiamate API e un'altra per determinare il tasso di errore dell'API. Gli eventi di gestione di sola lettura verranno analizzati una volta per calcolare il tasso di errore dell'API.
Analogamente, se scegli di registrare sia il tasso di chiamate API che il tasso di errore dell'API Insights per gli eventi di dati per un percorso che registri read ed eventi di write dati, il numero totale di eventi analizzati sarà maggiore del numero totale di eventi di dati registrati. Questo perché CloudTrail analizzerà tutti gli eventi relativi ai dati due volte, una volta per calcolare il tasso di chiamate API e un'altra per determinare il tasso di errore dell'API.
Puoi identificare gli addebiti per Insights per la gestione e gli eventi relativi ai dati in fattura cercando rispettivamente il tipo di DataInsightsEvents utilizzo InsightsEvents e il tipo di utilizzo. Per ulteriori informazioni, consulta Visualizzazione dei CloudTrail costi e dell'utilizzo con AWS Cost Explorer.
Ti verranno addebitati costi di Insights separati per i percorsi e gli archivi di dati degli eventi e costi separati per gli eventi di dati Insights per i percorsi. Per ulteriori informazioni sui prezzi, consulta Prezzi di AWS CloudTrail
Esempio 1: abilita Insights sugli eventi di gestione per la frequenza delle chiamate API e il tasso di errore delle API su un percorso
In questo primo esempio, abiliti Insights su un trail registrando gli eventi di gestione e scegli di raccogliere entrambi i tipi di Insights. Il percorso in questo esempio registra sia gli eventi che quelli read di write gestione.
-
CloudTrail analizza gli eventi di gestione registrati negli ultimi 28 giorni per formare una linea di base. Non ci sono CloudTrail costi per l'analisi.
-
Dopo la creazione della baseline, il percorso registra 300.000 eventi di gestione, di cui 270.000 sono eventi di
readgestione e 30.000 sono eventi di gestione.write-
Gli eventi di
writegestione vengono analizzati due volte, una per il tasso di chiamate API e una per il tasso di errore dell'API (30.000 * 2=60.000). -
Gli eventi di
readgestione vengono analizzati una volta per il tasso di errore dell'API (270.000 *1=270.000). -
Gli eventi di gestione totali analizzati sono 330.000 (60.000 + 270.000). Dovrai sostenere dei costi per l'analisi di 330.000 eventi di gestione per questo percorso. Ti verranno addebitati separatamente se abiliti Insights per un altro percorso o per un archivio dati di eventi.
-
Esempio 2: abilita Insights sugli eventi di gestione per due percorsi
Nel prossimo esempio, abiliti Insights su due percorsi che registrano gli eventi di gestione, trail A e trail B. Scegli di abilitare la frequenza di chiamata API Insights solo sul percorso A e il tasso di errore API Insights solo sul percorso B. Entrambi i percorsi read registrano gli eventi di write gestione.
-
CloudTrail analizza gli eventi
writedi gestione registrati negli ultimi 28 giorni per formare una linea di base. Non ci sono CloudTrail costi per l'analisi. -
Dopo la creazione della baseline, i percorsi registrano 800.000 eventi di gestione, di cui 710.000 sono
readeventi e 90.000 sono eventi.writePer il percorso A, si verifica la seguente analisi:
-
Gli eventi
writedi gestione vengono analizzati una volta per la frequenza di chiamate API (90.000 * 1=90.000). -
Gli eventi
readdi gestione non vengono analizzati, perché analizza CloudTrail solo gli eventi diwritegestione per le API call rate Insights. -
Il totale degli eventi di gestione analizzati è 90.000. Dovrai sostenere dei costi per l'analisi di 90.000 eventi di gestione per il percorso A.
Per il percorso B, si verifica la seguente analisi:
-
Gli eventi
writedi gestione vengono analizzati una volta per determinare il tasso di errore dell'API (90.000 * 1=90.000). -
Gli eventi di
readgestione vengono analizzati una volta per determinare il tasso di errore dell'API (710.000 *1=710.000). -
Il totale degli eventi di gestione analizzati è 800.000 (90.000 + 710.000). Dovrai sostenere dei costi per l'analisi di 800.000 eventi di gestione per il percorso B.
-
Esempio 3: abilita Insights on management events per la frequenza delle chiamate API e il tasso di errore delle API su un percorso e un archivio dati di eventi
In questo esempio, abiliti Insights for API call rate e API error rate sia su un trail che su un Event Data Store che registra gli eventi di gestione. Sia il trail che l'event data store sono eventi di registrazione read e write gestione. Ti verranno addebitati separatamente gli CloudTrail Insights per l'archivio dei dati dei percorsi e degli eventi, poiché hai abilitato Insights su entrambi.
-
CloudTrail analizza gli eventi di gestione registrati negli ultimi 28 giorni per costituire una base di riferimento. Non ci sono CloudTrail costi per l'analisi.
-
Dopo la creazione della baseline, il trail and event data store registra 500.000 eventi di gestione, di cui 380.000 sono eventi di
readgestione e 120.000 sono eventi di gestione.writePer il percorso, viene eseguita la seguente analisi:
-
Gli eventi di
writegestione vengono analizzati due volte per il percorso, una per la frequenza di chiamate API e una volta per il tasso di errore dell'API (120.000 * 2=240.000). -
Gli eventi
readdi gestione vengono analizzati una volta per determinare il tasso di errore dell'API (380.000 *1=380.000). -
Il totale degli eventi di gestione analizzati per il percorso è di 620.000 (240.000 + 380.000). Dovrai sostenere dei costi per l'analisi di 620.000 eventi di gestione del percorso.
Per l'archivio dei dati degli eventi, viene eseguita la seguente analisi:
-
Gli eventi di
writegestione vengono analizzati due volte per l'archivio dati degli eventi, una per la frequenza delle chiamate API e una volta per il tasso di errore dell'API (120.000 * 2=240.000). -
Gli eventi di
readgestione vengono analizzati una volta per l'archivio dati degli eventi per il tasso di errore dell'API (380.000 *1=380.000). -
Il totale degli eventi di gestione analizzati per l'archivio dati degli eventi è di 620.000 (240.000 + 380.000). Dovrai sostenere dei costi per l'analisi di 620.000 eventi di gestione per l'archivio dati degli eventi.
-
Esempio 4: abilitare gli eventi di gestione Insights e gli eventi sui dati Insights for API rate for API call rate e API error rate in un trail
In quest'ultimo esempio, abiliti Insights sulla gestione e sugli eventi relativi ai dati. Il percorso in questo esempio è la registrazione, la write gestione read e gli eventi relativi ai dati.
-
CloudTrail analizza gli eventi di gestione e di dati registrati negli ultimi 28 giorni per formare una linea di base. Non ci sono CloudTrail costi per l'analisi.
-
Dopo la creazione della baseline, il percorso registra 300.000 eventi di gestione, di cui 270.000 sono eventi di gestione letti e 30.000 sono eventi di gestione in scrittura. Il percorso registra anche 400.000 eventi di dati, di cui 340.000 sono eventi di dati letti e 60.000 sono eventi di dati di scrittura.
-
Gli eventi di
writegestione vengono analizzati due volte, una per il tasso di chiamate API e una per il tasso di errore dell'API (30.000 * 2=60.000). Gli eventi direadgestione vengono analizzati una volta per il tasso di errore dell'API (270.000 *1=270.000). Gli eventi di gestione totali analizzati sono 330.000 (60.000 + 270.000). -
Gli eventi
writerelativi ai dati vengono analizzati due volte, una per il tasso di chiamate API e una per il tasso di errore dell'API (400.000 * 2).readIl totale degli eventi di dati analizzati è 800.000. -
Dovrai sostenere dei costi per l'analisi di 1.130.000 eventi di gestione e dati per questo percorso.
-