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à.
# Casi d’uso
È possibile utilizzare i report sui AWS costi e sull'utilizzo (AWS CUR) per soddisfare le esigenze di gestione dei report. Questa sezione fornisce informazioni approfondite per aiutarti a comprendere casi d'uso come il monitoraggio dell'utilizzo, degli addebiti e delle allocazioni di Savings Plans e Reserved Instance (RI).
**Topics**
+ [Comprendere i Savings Plans](cur-sp.md)
+ [Comprendere le prenotazioni](understanding-ri.md)
+ [Comprensione dei costi di trasferimento dei dati](cur-data-transfers-charges.md)
+ [Informazioni sui dati relativi all’allocazione dei costi suddivisi](split-cost-allocation-data.md)
# Comprendere i Savings Plans
Puoi utilizzare Cost and Usage Reports (AWS CUR) per tenere traccia dell'utilizzo, degli addebiti e delle allocazioni di Savings Plans.
## Articoli della linea Savings Plans
Savings Plans offre un modello di prezzo flessibile che offre prezzi bassi su Amazon EC2 e Amazon SageMaker AI in cambio dell'impegno a una quantità di utilizzo costante (misurata in \$1/ora) per un periodo di 1 o 3 anni. AWS Fargate AWS Lambda
Le seguenti voci di AWS CUR ti aiutano a tracciare e gestire la tua spesa con Savings Plans.
**Nota**
Nelle tabelle seguenti, le colonne e le righe del AWS CUR vengono trasposte per motivi di chiarezza. I valori nella prima colonna rappresentano le intestazioni di un report. Questi esempi includono solo alcune colonne AWS CUR chiave. Per ulteriori informazioni sulle altre colonne AWS CUR, consulta. [Dizionario dati](data-dictionary.md)
**Costo anticipato**
La **SavingsPlanUpfrontFee**voce viene aggiunta alla fattura quando si acquista un `All Upfront` o `Partial Upfront` Savings Plans. La tabella seguente mostra come questa commissione una tantum appare in alcune colonne AWS CUR.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/cur/latest/userguide/cur-sp.html)
**Tariffa mensile ricorrente Savings Plans**
La voce **SavingsPlanRecurringFee**descrive le spese orarie ricorrenti che corrispondono a o Savings `No Upfront` Plans`Partial Upfront`. Inizialmente, **SavingsPlanRecurringFee**viene aggiunto alla fattura il giorno dell'acquisto e successivamente ogni ora.
L'**SavingsPlanRecurringFee**importo assegnato all'ora (applicabile al costo e all'utilizzo orari) o al giorno (applicabile al costo e all'utilizzo giornalieri) viene aggiunto alla fattura al momento dell'acquisto. Viene aggiunto successivamente a ogni hour/day periodo di fatturazione.
Per un `All Upfront` Savings Plans, la voce indica la parte del Savings Plans non utilizzata durante il periodo di fatturazione.
La tabella seguente mostra come vengono visualizzati gli addebiti orari ricorrenti in alcune colonne CUR. AWS
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/cur/latest/userguide/cur-sp.html)
Viene calcolato in modo diverso rispetto alla commissione RI SavingsPlanRecurringFee ricorrente. La tariffa RI ricorrente è una tariffa mensile, mentre quella SavingsPlanRecurringFee oraria. Per informazioni sulla tariffa ricorrente del RI, vedi. [Costi RI mensili ricorrenti](regular-reserved-instances.md#recurring-monthly)
**Vantaggi dello sconto Savings Plans**
La voce **SavingsPlanCoveredUsage**descrive l'utilizzo dell'istanza che ha ricevuto i vantaggi di Savings Plans. Una **SavingsPlanCoveredUsage**voce mostra un costo illimitato di quello che sarebbe stato l'addebito On-Demand senza il vantaggio Savings Plans. Questo costo non combinato è compensato dalla voce corrispondente. **SavingsPlanNegation**
In ogni **SavingsPlanCoveredUsage**voce, puoi vedere in che modo tale utilizzo è stato fatturato rispetto all'impegno orario di Savings Plans utilizzando i campi **savingsPlan/SavingsPlanRate**e **savingsPlan/SavingsPlanEffectiveCost**.
Vedrai una voce corrispondente **SavingsPlanNegation**per ogni voce **SavingsPlanCoveredUsage**. **SavingsPlanNegation**le voci compensano il costo non combinato e sono raggruppate a livello orario per SavingsPlan ARN **SavingsPlanCoveredUsage**, operazione, tipo di utilizzo e zona di disponibilità. Pertanto, una **SavingsPlanNegation**riga potrebbe corrispondere a più voci. **SavingsPlanCoveredUsage**
La tabella seguente mostra come vengono visualizzati l'utilizzo coperto e gli elementi della riga di negazione in alcune colonne AWS CUR.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/cur/latest/userguide/cur-sp.html)
Se hai un utilizzo superiore a quello che il tuo impegno di Savings Plans può coprire, l'utilizzo non coperto viene comunque visualizzato come voce di utilizzo e l'utilizzo coperto viene visualizzato come **SavingsPlanCoveredUsage**per le **SavingsPlanNegation**voci corrispondenti.
# Comprendere le prenotazioni
È possibile utilizzare i report sui AWS costi e sull'utilizzo (AWS CUR) per tenere traccia dell'utilizzo, degli addebiti e delle allocazioni delle istanze riservate (RI). In questa sezione viene fornita una descrizione approfondita per comprendere le prenotazioni.
**Topics**
+ [Comprendere le voci di prenotazione](regular-reserved-instances.md)
+ [Comprendere i dati di prenotazione ammortizzati](amortized-reservation.md)
+ [Monitoraggio delle dimensioni, prenotazioni flessibili per Amazon EC2](monitor-flexible-reservation.md)
+ [Monitoraggio delle prenotazioni di capacità on demand](monitor-ondemand-reservations.md)
# Comprendere le voci di prenotazione
RIs ti offrono uno sconto significativo rispetto ai prezzi delle istanze On-Demand. RIsnon sono istanze fisiche. Sono sconti di fatturazione applicati all'utilizzo delle istanze on demand nel tuo account. Per beneficiare dello sconto, queste istanze on demand devono presentare determinati attributi.
**Topics**
+ [Costo anticipato](#upfront-fee)
+ [Tariffa True-up](#true-up-fee)
+ [Costi RI mensili ricorrenti](#recurring-monthly)
+ [Vantaggi grazie agli sconti sulle istanze riservate](#discount-benefits)
+ [Tipo di istanza riservata](#ri-type)
+ [Vantaggi delle istanze riservate applicati all'utilizzo delle istanze](#ri-instance-usage)
**Nota**
Nelle tabelle seguenti, le colonne e le righe di AWS CUR vengono trasposte per motivi di chiarezza. I valori nella prima colonna rappresentano le intestazioni di un report. Questi esempi includono solo alcune colonne AWS CUR chiave. Per ulteriori informazioni sulle altre colonne AWS CUR, consulta. [Dizionario dati](data-dictionary.md)
## Costo anticipato
La voce **Fee** (Costo) viene aggiunta alla tua fattura quando acquisti un'istanza riservata `All Upfront` o `Partial Upfront`.
La tabella seguente mostra come questa commissione una tantum viene visualizzata in alcune colonne AWS CUR.
| | |
| --- |--- |
| lineItem/LineItemType | Tariffa |
| lineItem/ProductCode | Amazon EC2 |
| lineItem/UsageStartDate | 2016-01-01T00:00:00Z |
| lineItem/LineItemDescription | Accedi al costo della sottoscrizione: 363836886, planId: 1026576 |
| lineItem/UnblendedCost | 68 |
| Reservation/ReservationARN | arn:aws:ec2:us-east- 1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea |
## Tariffa True-up
**Se si sostituisce un'istanza riservata convertibile, qualsiasi costo associato allo scambio dell'istanza riservata originale e della nuova istanza riservata (tariffa effettiva) viene aggiunto alla fattura anche come voce relativa alla tariffa.** Per una commissione effettiva, la colonna contiene. **reservation/ReservationARN**reserved-instance-exchange/riex****
La tabella seguente mostra una commissione effettiva derivante dallo scambio di un'istanza riservata convertibile.
| lineItem/LineItemType | lineItem/ProductCode | lineItem/UsageStartDate | lineItem/LineItemDescription | lineItem/UnblendedCost | Reservation/ReservationARN |
| --- | --- | --- | --- | --- | --- |
| Tariffa | Amazon EC2 | 2016-01-01T00:00:00Z | | | arn:aws:ec2:eu-west-1:012345678901: /riex-examplef-5d71-4215-886f-17a3f64ea972 reserved-instance-exchange |
## Costi RI mensili ricorrenti
La voce RI Fee descrive gli **addebiti mensili ricorrenti** associati applicati in quel mese. RIs La voce **RI Fee (Costo RI)** viene inizialmente aggiunta alla tua fattura il giorno dell'acquisto e, successivamente, il primo giorno di ciascun periodo di fatturazione.
Il **costo dell'istanza riservata** viene calcolato moltiplicando la tariffa oraria scontata per il numero di ore nel mese.
La tabella seguente mostra come vengono visualizzate le spese mensili ricorrenti nel report.
| | |
| --- |--- |
| lineItem/LineItemType | Costi IR |
| lineItem/ProductCode | Amazon EC2 |
| lineItem/UsageStartDate | 2016-01-01T00:00:00Z |
| lineItem/UsageType | HeavyUsage: m4.large |
| lineItem/LineItemDescription | Tariffa oraria di 0,0309 USD per ( Linux/UNIX Amazon VPC), istanza m4.large |
| lineItem/NormalizationFactor | 4 |
| lineItem/UnblendedCost | 23 |
| Reservation/AvailabilityZone | |
| Reservation/ReservationARN | arn:aws:ec2:us-east- 1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea |
| Reservation/TotalReservedunits | 744 |
| Reservation/TotalReservedNormalizedUnits | 2976 |
Gli addebiti mensili ricorrenti vengono registrati in modo diverso per quelli che rientrano nell'ambito di una zona di disponibilità o di una regione. RIs Regione AWS Per quelli RIs che hanno un ambito di zona di disponibilità, nella colonna viene mostrata la zona di disponibilità corrispondente. **reservation/AvailabilityZone** Per RIs quelli che hanno un ambito regionale, la **reservation/AvailabilityZone**colonna è vuota. RIs con un ambito Region hanno valori per le **reservation/TotalReservedNormalizedUnits**colonne **lineitem/NormalizationFactor**e che mostrano la dimensione dell'istanza.
**Nota**
La commissione RI ricorrente viene calcolata in modo diverso rispetto al. SavingsPlanRecurringFee La tariffa RI ricorrente è un addebito mensile mentre è un addebito orario. SavingsPlanRecurringFee Per informazioni su, vedere. SavingsPlanRecurringFee [Comprendere i Savings Plans](cur-sp.md)
## Vantaggi grazie agli sconti sulle istanze riservate
La voce **Discounted Usage** descrive l'utilizzo dell'istanza che ha ricevuto un corrispondente sconto RI e viene aggiunta alla fattura quando l'utilizzo corrisponde a uno dei tuoi RIs. AWS calcola i vantaggi di sconto RI in base all'utilizzo corrispondente: ad esempio, l'uso di un'istanza che corrisponde alla prenotazione dell'istanza. In caso di utilizzo corrispondente, il costo associato alla voce di utilizzo è sempre zero perché gli addebiti associati RIs sono già contabilizzati nelle altre due voci (la commissione iniziale e gli addebiti mensili ricorrenti).
La tabella seguente mostra un esempio di utilizzo al quale è stato applicato uno sconto per le istanze riservate.
| | |
| --- |--- |
| lineItem/LineItemType | DiscountedUsage |
| lineItem/ProductCode | Amazon EC2 |
| lineItem/UsageStartDate | 2016-01-01T00:00:00Z |
| lineItem/UsageType | BoxUsageAmazon ----sep----:m4.large |
| lineItem/LineItemDescription | Linux/UNIX (Amazon VPC), istanza riservata m4.large applicata |
| lineItem/ResourceId | i-1bd250bc |
| lineItem/AvailabilityZone | us-east-1b |
| lineItem/NormalizationFactor | 4 |
| lineItem/NormalizedUsageAmount | 4 |
| lineItem/UnblendedRate | 0 |
| lineItem/UnblendedCost | 0 |
| Reservation/ReservationARN | arn:aws:ec2:us-east- 1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea |
Il valore per **UsageAmount**nella **DiscountedUsage**riga Amazon EC2 è il numero effettivo di ore utilizzate. Il valore per **NormalizedUsageAmount**è il valore per **UsageAmount**moltiplicato per il valore di. **NormalizationFactor** Il valore di **NormalizationFactor**è determinato dalla dimensione dell'istanza. Quando viene applicato uno sconto sui benefit RI a una voce di utilizzo corrispondente, il valore di Amazon Resource Name (ARN) nella **reservation/ReservationARN**colonna per le tariffe iniziali iniziali e gli addebiti mensili ricorrenti corrisponde al valore ARN nelle voci di utilizzo scontate.
Per ulteriori informazioni sulla mappatura della dimensione dell'istanza al fattore di normalizzazione, consulta [Support for modifying instance sizes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-modification-instancemove.html) nella *Amazon* EC2 User Guide.
## Tipo di istanza riservata
Per determinare se le voci del rapporto sono associate a un'istanza riservata standard o a un'istanza riservata convertibile, filtra la **lineItem/LineItemType**colonna in base alla **tariffa** o alla **tariffa RI**. Quindi, esamina la **product/OfferingClass**colonna, che indica il tipo di istanza riservata.
Per determinare se le voci del report sono associate a un'istanza riservata zonale o regionale, esamina la **reservation/AvailabilityZone**colonna. Per le istanze riservate zonali, questa colonna mostra la zona di disponibilità corrispondente. Per le istanze riservate regionali, questa colonna è vuota.
## Vantaggi delle istanze riservate applicati all'utilizzo delle istanze
Per capire quali voci di utilizzo delle istanze hanno tratto vantaggio da quali istanze riservate, puoi filtrare il rapporto in base a una o più delle seguenti colonne:
+ **reservation/reservationARN**: filtra questa colonna in base a un ARN di prenotazione per identificare quale lease di istanze riservate è associato a ciascuna voce.
+ **lineitem/ResourceId**: consulta questa colonna per l'ID della risorsa coperta dall'istanza riservata.
+ **lineitem/LineItemType**: Filtra questa colonna per **commissione**, **commissione RI** o **DiscountedUsage**per determinare le commissioni o i vantaggi associati.
+ **lineitem/UsageType**: Filtra questa colonna **HeavyUsage**per identificare le voci **relative alle commissioni RI**. In alternativa, filtra questa colonna **BoxUsage**per identificare le **DiscountedUsage**voci.
+ **lineitem/UsageAmount**: Per le voci **relative alle tariffe RI**, questa colonna mostra il numero totale di ore nel mese in cui è stata applicata l'istanza riservata. Per quanto riguarda le **DiscountedUsage**voci, questa colonna mostra il numero totale di ore in cui l'istanza riservata è stata applicata a un'istanza specifica a livello giornaliero o mensile, a seconda di come è stato configurato il rapporto.
Per comprendere il numero di unità normalizzate di un'istanza riservata in termini di dimensioni flessibili applicate all'utilizzo dell'istanza, consulta la **lineitem/NormalizedUsageAmount**colonna del rapporto. Il valore in questa colonna è uguale al prodotto delle seguenti colonne:
+ **lineitem/UsageAmount**: Questa colonna mostra l'utilizzo misurato delle istanze misurato in ore.
+ **lineItem/NormalizationFactor**: Per **DiscountedUsage**le voci relative alle **commissioni RI**, questa colonna mostra il fattore di normalizzazione associato all'istanza. Per ulteriori informazioni sul fattore di normalizzazione, consulta la sezione [Flessibilità delle dimensioni dell'istanza determinata dal fattore di normalizzazione nella Guida](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html#ri-normalization-factor) per l'utente di *Amazon EC2*.
Se hai più account, per AWS Organizations vedere quali account hanno acquistato o usufruito di un'istanza riservata, consulta le seguenti colonne:
+ **reservation/reservationARN**: esamina la prenotazione ARNs per vedere quali account hanno acquistato l'istanza riservata. L'ARN include l'ID dell'account.
+ **lineitem/UsageAccountId**: Per quanto riguarda le **DiscountedUsage**voci, questa colonna identifica l'account IDs che ha ricevuto i vantaggi dalle istanze riservate acquistate.
**Nota**
Un'istanza riservata è un abbonamento di fatturazione e non una risorsa come un'istanza Amazon EC2. Per questo motivo, le istanze riservate con tag non popolano gli elementi di riga come se fossero risorse con tag. Per gli elementi con **DiscountedUsage**, i tag vengono compilati per le risorse taggate e non per l'istanza riservata.
Per identificare i costi associati a uno specifico leasing di istanze riservate, puoi filtrare le voci relative alla **tariffa** o alla **tariffa RI** in base all'ARN dell'istanza riservata, che è l'ID del leasing. Per organizzare i dati sui costi per le istanze riservate, prendi in considerazione l'utilizzo di AWS Cost Categories. Per ulteriori informazioni, consulta [Gestire i AWS costi con Cost Categories](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html) nella *Guida AWS Billing per l'utente*
# Comprendere i dati di prenotazione ammortizzati
Per ammortizzazione si intende la distribuzione dei costi unici di prenotazione nell'arco del periodo di fatturazione a cui si riferisce il costo. L'ammortizzazione consente di vedere i tuoi costi nella contabilità basata su accumulo invece che in quella basata su contante. Ad esempio, se paghi 365 USD per un'istanza riservata con pagamento anticipato completo per un anno e hai un'istanza corrispondente che usa quell'istanza riservata, questa ti costerà 1 USD al giorno, con ammortizzazione.
Puoi visualizzare i dati utilizzati da Billing and Cost Management per calcolare i costi ammortizzati nelle seguenti colonne dei report sui costi e sull'utilizzo.
**Topics**
+ [Inventario delle istanze riservate](#ri-inventory)
+ [Dati di ammortizzazione del periodo di fatturazione](#amortization-billing-period)
+ [Costi effettivi delle istanze riservate](#ri-effective-costs)
**Nota**
Non tutte le **reservation/**colonne vengono compilate per ogni elemento della riga Reserved Instance. Le **reservation/**colonne del rapporto vengono popolate in base al tipo di elemento di riga. Ad esempio, le voci **RI fee** popolano la **reservation/UnusedAmortizedUpfrontFeeForBillingPeriod**colonna. Nel frattempo, gli elementi **DiscountedUsage**di riga popolano la **reservation/effectivecost**colonna.
## Inventario delle istanze riservate
Puoi utilizzare le seguenti colonne per tenere traccia del tuo inventario delle istanze riservate. I valori di queste colonne vengono visualizzati solo per le voci di sottoscrizione RI (note anche come voci di `RI Fee` riga) e non per le istanze effettive che utilizzano il. RIs
Per ulteriori informazioni sulle descrizioni delle colonne e sui valori di esempio, consulta [Dettagli della prenotazione](reservation-columns.md).
+ reservation/UpfrontValue
+ reservation/startTime
+ reservation/endTime
+ reservation/modificationStatus
## Dati di ammortizzazione del periodo di fatturazione
Puoi utilizzare le seguenti colonne per comprendere i tuoi costi ammortizzati RIs per il periodo di fatturazione. I valori di queste colonne vengono visualizzati solo per le voci dell'abbonamento RI (note anche come voci di `RI Fee` riga) e non per le istanze effettive che utilizzano il. RIs
Per ulteriori informazioni sulle descrizioni delle colonne e sui valori di esempio, consulta [Dettagli della prenotazione](reservation-columns.md).
+ reservation/amortizedUpfrontFeeForBillingPeriod
+ reservation/unusedQuantity
+ reservation/unusedNormalizedUnitQuantity
+ reservation/unusedRecurringFee
+ reservation/unusedAmortizedUpfrontFeeForBillingPeriod
## Costi effettivi delle istanze riservate
Puoi utilizzare le seguenti colonne per comprendere il costo effettivo a livello di istanza. I valori di queste colonne appaiono solo per le voci di utilizzo delle istanze (note anche come voci `Discounted Usage boxUsage`).
Per ulteriori informazioni sulle descrizioni delle colonne e sui valori di esempio, consulta [Dettagli della prenotazione](reservation-columns.md).
+ reservation/amortizedUpfrontCostForUsage
+ reservation/recurringFeeForUsage
+ reservation/effectiveCost
# Monitoraggio delle dimensioni, prenotazioni flessibili per Amazon EC2
Le istanze riservate di Amazon EC2 che si applicano a una regione offrono flessibilità nella zona di disponibilità e flessibilità nelle dimensioni delle istanze. Le istanze riservate che offrono la flessibilità della zona di disponibilità offrono uno sconto sull'utilizzo in qualsiasi zona di disponibilità della regione. Le istanze riservate che offrono flessibilità nelle dimensioni delle istanze offrono uno sconto sull'utilizzo, indipendentemente dalla dimensione dell'istanza di quella famiglia. Le istanze riservate con dimensioni flessibili si applicano innanzitutto alle istanze di dimensioni più piccole. Per ulteriori informazioni, consulta [Come vengono applicate le istanze riservate nella Guida](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html) per l'utente di *Amazon EC2*.
Per capire come la flessibilità delle dimensioni dell'istanza fornita dall'istanza riservata viene applicata al tuo utilizzo, consulta le colonne **lineItem/NormalizationFactor**e **lineItem/NormalizedUsageAmount**.
**Nota**
La flessibilità delle dimensioni delle istanze è supportata solo dalle istanze riservate Linux o Unix con tenancy predefinita assegnate a una regione. Per ulteriori informazioni sui limiti della flessibilità delle dimensioni delle istanze per le istanze riservate regionali, consulta [Come vengono applicate le istanze riservate regionali](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html#apply-regional-ri) nella Guida per l'utente di *Amazon EC2*.
In un report sui costi e sull'utilizzo, l'utilizzo delle istanze riservate viene applicato per impostazione predefinita all'account che ha acquistato l'istanza riservata. Qualsiasi vantaggio disponibile per le istanze riservate che l'account di acquisto non può utilizzare entro un'ora viene quindi applicato ad altri account collegati in base all'utilizzo corrispondente dell'istanza on demand disponibile.
## Esempio
Supponi di acquisire un'istanza riservata `m4.xlarge` in una determinata regione. Questa istanza riservata `m4.xlarge` potrà essere applicata automaticamente a tutti gli utilizzi delle istanze `m4` nella stessa regione. Nella tabella seguente, AWS ha applicato `m4.xlarge` a due istanze `m4.large` separate.
| | | | |
| --- |--- |--- |--- |
| lineItem/LineItemType | RIFee | Uso scontato | Uso scontato |
| lineItem/ProductCode | Amazon EC2 | Amazon EC2 | Amazon EC2 |
| lineItem/UsageStartDate | 2016-01-01T00:00:00Z | 2016-01-01T00:00:00Z | 2016-01-01T00:00:00Z |
| lineItem/UsageType | HeavyUsageAmazon ----sep----:m4.xlarge | BoxUsage:m4.xlarge ----sep----:m4.large | BoxUsage:m4.large ----sep----:m4.large |
| lineItem/LineItemDescription | Tariffa oraria di 0,0618 USD per ( Linux/UNIX Amazon VPC), istanza m4.xlarge | Linux/UNIX (Amazon VPC), istanza riservata m4.large applicata | Linux/UNIX (Amazon VPC), istanza riservata m4.large applicata |
| lineItem/ResourceId | | i-1bd250bc | i-1df340ed |
| lineItem/UsageAmount | | 1 | 1 |
| lineItem/NormalizationFactor | 4 | 4 | 4 |
| lineItem/NormalizedUsageAmount | | 4 | 4 |
| lineItem/UnblendedRate | | 0 | 0 |
| lineItem/UnblendedCost | 46 | 0 | 0 |
| Reservation/ ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances /f8c204c1 | arn:aws:ec2:us-east-1:123456789012:reserved-instances /f8c204c1 | arn:aws:ec2:us-east-1:123456789012:reserved-instances /f8c204c1 |
| Reservation/TotalReservedUnits | 744 | | |
| Reservation/TotalReserved NormalizedUnits | 5952 | | |
Le due voci della linea di `m4.large` utilizzo sono diverse **ResourceId**ed entrambe hanno ricevuto un vantaggio di sconto dal singolo `m4.xlarge` RI. Questo è mostrato dalla corrispondenza del valore **reservationARN** (ARN prenotazione) per le voci dell'utilizzo e delle spese mensili ricorrenti.
Per ulteriori informazioni sulle opzioni di acquisto RI, consulta [How you are billed](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts-reserved-instances-application.html#reserved-instances-payment-options) nella *Amazon EC2* User Guide.
# Monitoraggio delle prenotazioni di capacità on demand
Le prenotazioni di capacità consentono di riservare la capacità per le istanze Amazon EC2 per qualsiasi durata in una zona di disponibilità specifica. Ciò consente di creare e gestire le prenotazioni di capacità separatamente dagli sconti di fatturazione offerti dalle istanze riservate regionali (RI). Per usufruire degli sconti sulla fatturazione, puoi utilizzare Regional RIs in combinazione con le prenotazioni di capacità.
## Voci di prenotazione di capacità
È possibile utilizzare alcune colonne definite nel dizionario dei dati AWS CUR per tenere traccia delle prenotazioni di capacità. Le seguenti colonne vengono utilizzate anche per le prenotazioni di capacità.
Questa sezione definisce queste voci con definizioni supplementari specifiche per le prenotazioni di capacità.
Per ulteriori informazioni sulle descrizioni delle colonne dei report sui costi e sull'utilizzo, vedere[Dettagli della voce](Lineitem-columns.md).
A \$1 [B](#lcr-B) \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 M \$1 N \$1 O \$1 P \$1 Q \$1 [R](#lcr-R) \$1 S \$1 T \$1 [U](#lcr-U) \$1 VWXYZ
### B
#### lineItem/BlendedRate
Per le prenotazioni di capacità con un **UsageType**di **Reservation** o **DedicatedRes**, **BlendedRate**is`0`. Questo perché i costi di prenotazione della capacità sono associati all'istanza che fornisce la capacità, anziché alla prenotazione di capacità stessa.
### R
#### lineItem/ResourceId
Se li hai inclusi al `lineItem/ResourceId` momento della creazione dei report sui costi e sull'utilizzo, puoi identificare e tenere traccia delle prenotazioni di capacità utilizzando la **ResourceId**colonna. La prenotazione di capacità **ResourceId**viene acquisita solo per **UnusedBox, **UnusedDed**,** **Reservation** e **DedicatedRes**UsageTypes****.
Le prenotazioni di capacità includono sempre un `cr-` nell'ID della risorsa e l'ID della risorsa ha il seguente formato:
```
arn:aws:ec2:::/cr-0be443example1db6f
```
### U
#### lineItem/UnblendedCost
L'elemento `BlendedRate` moltiplicato per `UsageAmount`.
#### lineItem/UnblendedRate
Per le prenotazioni di capacità con un **UsageType**di **Reservation** o **DedicatedRes**, **UnblendedRate**is`0`. Questo perché i costi per le prenotazioni di capacità sono associati all'istanza che fornisce la capacità, anziché alla prenotazione di capacità stessa.
#### lineItem/UsageAmount
Quanta parte della prenotazione di capacità hai utilizzato. Ogni prenotazione di capacità può avere più slot per un'ora, consentendoti di eseguire più di un'istanza che utilizza la prenotazione nel corso di un'ora. Pertanto, è possibile utilizzare più di un'istanza all'ora. **UsageAmount**viene calcolato moltiplicando il numero di slot di istanza coperti dall'elemento di riga per il numero di ore coperte dall'elemento di riga.
#### lineItem/UsageType
Entità di una prenotazione specifica utilizzata. Per Amazon EC2, le opzioni sono le seguenti:
##### lineItem/lineitemtype = BoxUsage
Per questo `UsageType`, la colonna `UsageAmount` è la quantità di istanze ore-istanza di un'istanza utilizzata.
Ad esempio, un report copre 1 ora e contiene una voce di prenotazione della capacità che può coprire 10 istanze. Se utilizzi due slot di istanza durante il periodo di tempo coperto dal rapporto, questo **BoxUsage**UsageAmount****copre il numero di ore di istanza che hai prenotato e utilizzato. In questo caso sarà 2 (il numero di slot di istanza utilizzati) moltiplicato per 1 ora (il tempo coperto dal report) per un totale di 2. Per un rapporto che copre 1 giorno, il numero **UsageAmount**è due moltiplicato per 24, per un totale di 48.
##### DedicatedRes
Per un totale **UsageType**di **DedicatedRes**, la **UsageAmount**colonna descrive quante ore/istanza di una prenotazione di capacità dedicata sono state prenotate.
##### Prenotazione
Per una **UsageType****prenotazione**, la **UsageAmount**colonna descrive quante ore/istanza di una prenotazione di capacità sono state prenotate.
Ad esempio, se un rapporto copre un'ora e contiene una voce di prenotazione della capacità che può coprire 10 istanze, la **Prenotazione **UsageAmount****copre il numero di slot di istanza che hai prenotato. In questo caso sarà 10 (il numero di slot di istanza disponibili) moltiplicato per 1 ora (il tempo coperto dal report) per un totale di 10. Per un rapporto che copre 1 giorno, il risultato **UsageAmount**sarebbe 10 moltiplicato per 24, per un totale di 240.
##### UnusedBox
A titolo **UsageType**indicativo **UnusedBox**, la **UsageAmount**colonna descrive quante ore/istanza di una prenotazione di capacità sono state prenotate ma non utilizzate.
Ad esempio, un rapporto copre 1 ora e contiene una voce di prenotazione della capacità che può coprire 10 istanze. Se non hai utilizzato otto slot di istanza durante il periodo di tempo coperto dal rapporto, ciò **UnusedBox**UsageAmount****copre il numero di ore di istanza che hai prenotato ma non utilizzato. In questo caso sarà 8 (il numero di slot di istanza inutilizzati) moltiplicato per 1 ora (il tempo coperto dal report) per un totale di 8. Per un rapporto che copre 1 giorno, **UsageAmount**è otto moltiplicato per 24, per un totale di 192.
##### UnusedDed
Ad esempio **UnusedDed**, **UsageType**la **UsageAmount**colonna descrive quante ore/istanza di una prenotazione di capacità dedicata sono state prenotate ma non utilizzate.
# Comprensione dei costi di trasferimento dei dati
Puoi identificare i costi di trasferimento AWS dei dati utilizzando la [lineItem/UsageType](Lineitem-columns.md#Lineitem-details-U-UsageType) colonna del tuo AWS CUR.
**Nota**
I costi di trasferimento dei dati possono variare a seconda dei servizi utilizzati e della AWS regione di origine. Per informazioni dettagliate sui prezzi, consulta la pagina dei prezzi del servizio. Ad esempio, consulta [Amazon EC2 On-Demand Pricing](https://aws.amazon.com/ec2/pricing/on-demand/) per informazioni dettagliate sui prezzi del trasferimento di dati Amazon EC2.
## Trasferimento di dati all'interno di una regione AWS
Il trasferimento di dati tra zone di disponibilità nella stessa AWS regione prevede un **UsageType**`Region-DataTransfer-Regional-Bytes`. Ad esempio, il tipo di `USE2-DataTransfer-Regional-Bytes` utilizzo identifica i costi per il trasferimento di dati tra zone di disponibilità nella regione Stati Uniti orientali (Ohio).
Per una determinata risorsa, ti vengono addebitati sia il traffico in entrata che quello in uscita in un trasferimento di dati all'interno di una regione. AWS Ciò significa che per ogni risorsa misurata, verranno visualizzate due `DataTransfer-Regional-Bytes` voci per ogni trasferimento di dati. Conferma la pagina dei prezzi del servizio per ulteriori informazioni, poiché alcuni servizi offrono traffico regionale gratuito.
## Trasferimento di dati tra regioni AWS
Il trasferimento di dati tra diverse AWS regioni può avere i seguenti tipi di utilizzo:
+ `Source Region-Destination Region-AWS-In-Bytes`: misura il trasferimento dei dati in entrata VERSO la regione di destinazione DA un'altra AWS regione specifica.
+ `Source Region-Destination Region-AWS-Out-Bytes`: Misura il trasferimento dei dati in uscita DALLA regione di origine VERSO un'altra regione specifica AWS .
+ `Source Region-AWS-In-Bytes`: questo tipo di utilizzo viene visualizzato quando il traffico scorre tramite peering VPC.
+ `Source Region-AWS-Out-Bytes`: questo tipo di utilizzo viene visualizzato quando il traffico scorre tramite peering VPC.
Per ogni risorsa, il trasferimento di dati tra AWS le regioni corrisponde a due voci del rapporto:
+ Un elemento di riga per i dati trasferiti nella regione di destinazione
+ Un elemento di riga per i dati trasferiti dalla regione di origine
Non è previsto alcun costo per i dati trasferiti nella regione di destinazione. Il costo del trasferimento dei dati è determinato dai dati trasferiti dalla regione di origine.
Ad esempio, un trasferimento di dati dalla `USE2` regione alla `APS3` regione avrà sia un elemento di `APS3-USE2-AWS-In-Bytes` riga che un elemento di `USE2-APS3-AWS-Out-Bytes` riga. La `APS3-USE2-AWS-In-Bytes` voce non ha alcun addebito corrispondente. La tariffa per il trasferimento dei dati è associata `USE2-APS3-AWS-Out-Bytes` alla voce.
## Trasferimento di dati verso Internet
Il trasferimento AWS di dati da Internet ha un **UsageType**`Region-DataTransfer-Out-Bytes`. Ad esempio, il tipo di `USE2-DataTransfer-Out-Bytes` utilizzo identifica i costi per il trasferimento dei dati dalla `USE2` Regione a Internet.
Non è previsto alcun costo per il trasferimento dei dati da Internet a AWS.
**Nota**
I tipi di utilizzo del trasferimento dati che non hanno il prefisso Region, ad esempio `DataTransfer-Regional-Bytes` o`DataTransfer-Out-Bytes`, rappresentano il trasferimento di dati dalla regione Stati Uniti orientali (Virginia settentrionale).
## Direct Connect traffico
Direct Connect il trasferimento di dati su un'interfaccia virtuale pubblica ha tipi di utilizzo che terminano con `DataXfer-In` o`DataXfer-Out`.
Direct Connect il trasferimento di dati tramite un'interfaccia virtuale privata o di transito ha tipi di utilizzo che terminano con `DataXfer-In:dc.3` o`DataXfer-Out:dc.3`.
## S3 Transfer Accelerazione del traffico
Il trasferimento di dati di Amazon S3 tramite S3 Transfer Acceleration prevede tipi di utilizzo che contengono: `ABytes`
+ Tra Amazon S3 e Amazon EC2: tipi di utilizzo che terminano con o `C3DataTransfer-In-ABytes` `C3DataTransfer-Out-ABytes`
+ Tra Amazon S3 e Internet: tipi di utilizzo che terminano con o `DataTransfer-In-ABytes` `DataTransfer-Out-ABytes`
+ Tra Amazon S3 e CloudFront: tipi di utilizzo che terminano con o `CloudFront-In-ABytes` `CloudFront-Out-ABytes`
+ Tra bucket Amazon S3 in diverse AWS regioni: tipo di utilizzo di `Source Region-Destination Region-AWS-Out-ABytes`
## CloudFront traffico
CloudFront il trasferimento dei dati ha un tipo di utilizzo `Region-DataTransfer-Out-Bytes` o è `Region-DataTransfer-Out-OBytes` associato al codice del prodotto. `AmazonCloudFront` Il prefisso Region nel tipo di utilizzo si riferisce alla posizione CloudFront Edge utilizzata nel trasferimento dei dati. Ad esempio, il tipo di `AP-DataTransfer-Out-Bytes` utilizzo identifica i costi per il trasferimento dei dati dalla regione AP a Internet.
**Suggerimento**
Utilizza la [lineItem/ProductCode](Lineitem-columns.md#Lineitem-details-P-ProductCode) colonna per distinguere CloudFront il trasferimento di dati dal trasferimento di dati verso Internet. I tipi di utilizzo per questi tipi di trasferimento dati sono simili.
# Informazioni sui dati relativi all’allocazione dei costi suddivisi
Puoi utilizzare Cost and Usage Reports (AWS CUR) per tenere traccia dei costi dei container Amazon ECS e Amazon EKS. Utilizzando i dati di allocazione dei costi suddivisi, puoi allocare i costi dei container a singole unità aziendali e team, in base al modo in cui i carichi di lavoro dei container consumano risorse di calcolo e memoria condivise. I dati di allocazione dei costi suddivisi introducono in CUR i dati sui costi e sull'utilizzo per nuove risorse a livello di contenitore (ovvero attività ECS e pod Kubernetes). AWS In precedenza, AWS CUR supportava solo i costi a livello di istanza EC2. I dati suddivisi sull'allocazione dei costi generano costi a livello di contenitore esaminando il consumo di risorse dell'istanza EC2 di ciascun contenitore e generano costi in base al costo ammortizzato dell'istanza e alla percentuale di risorse di CPU e memoria consumate dai container che giravano sull'istanza.
Per le istanze di elaborazione accelerata utilizzate con Amazon EKS, i dati di allocazione dei costi suddivisi includono l'allocazione delle risorse per processori specializzati insieme a CPU e memoria. Questo riguarda gli acceleratori NVIDIA e AMD GPUs, AWS Trainium e Inferentia. AWS La funzionalità è disponibile solo per gli ambienti Amazon EKS e fornisce dati di prenotazione delle risorse a livello di pod per queste risorse di elaborazione accelerate. Ciò consente di tenere traccia e allocare i costi per i carichi di lavoro che utilizzano questi processori specializzati, come le applicazioni AI/ML e altre attività ad alta intensità di calcolo. [Per un elenco aggiornato delle istanze di elaborazione accelerata, consulta Accelerated Computing.](https://aws.amazon.com/ec2/instance-types/#Accelerated_Computing)
I dati di allocazione dei costi suddivisi introducono nuovi record di utilizzo e nuove colonne di metriche dei costi per ogni ID di risorsa containerizzato (ovvero, attività ECS e pod Kubernetes) in CUR. AWS [Per ulteriori informazioni, consulta Split line item details.](https://docs.aws.amazon.com/cur/latest/userguide/split-line-item-columns.html)
Quando si includono i dati di allocazione dei costi suddivisi in AWS CUR, vengono aggiunti due nuovi record di utilizzo all'ora per ogni attività ECS e pod Kubernetes per riflettere i costi di CPU e memoria. Per stimare il numero di nuove voci in AWS CUR al giorno, utilizza la formula seguente:
Per ECS: `(number of tasks * average task lifetime * 2) * 24`
Per EKS: `(number of pods * average pod lifetime * 2) * 24`
Ad esempio, se hai 1.000 pod in esecuzione ogni ora su un cluster di 10 istanze EC2 e la durata del pod è inferiore a 1 ora, allora:
`(1000 * 1 * 2) * 24 = 48,000 new usage records in AWS CUR`
Per le istanze di elaborazione accelerata in Amazon EKS, vengono aggiunti tre nuovi record di utilizzo all'ora per ogni pod Kubernetes per riflettere i costi di acceleratore, CPU e memoria. Per stimare il numero di nuove voci in AWS CUR al giorno, usa la seguente formula:
Per EKS con calcolo accelerato: `(number of pods * average pod lifetime * 3) * 24`
Ad esempio, se hai 1.000 pod in esecuzione ogni ora su un cluster di 10 istanze EC2 e la durata di ogni pod è inferiore a un'ora, allora: `(1000 * 1 * 3) * 24 = 72,000 new usage records in AWS CUR`
**Nota**
Per ECS: quando si tratta di tag di allocazione AWS dei costi, puoi utilizzare tag gestiti da Amazon ECS o tag aggiunti dall'utente per i report su costi e utilizzo. Questi tag si applicano a tutti i nuovi record di utilizzo dei dati di allocazione dei costi suddivisi ECS. Per ulteriori informazioni, consulta [Taggare le risorse ECS per la fatturazione.](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-using-tags.html#tag-resources-for-billing)
Per EKS: la suddivisione dei dati sull'allocazione dei costi crea nuovi tag di allocazione dei costi per alcuni attributi di Kubernetes. Questi tag includono`aws:eks:cluster-name`,,,`aws:eks:deployment`, `aws:eks:namespace` e. `aws:eks:node` `aws:eks:workload-name` `aws:eks:workload-type`
`aws:eks:cluster-name``aws:eks:namespace`, e `aws:eks:node` vengono popolati in modo retrospettivo con il nome del cluster, dello spazio dei nomi e del nodo.
`aws:eks:workload-type`viene popolato solo se esiste esattamente un carico di lavoro che gestisce il pod ed è uno dei carichi di lavoro integrati. I tipi di carico di lavoro includono`ReplicaSet`,`StatefulSet`, `Job` `DaemonSet``ReplicationController`, o e `aws:eks:workload-name` includono il nome del carico di lavoro. *Per ulteriori informazioni, consulta [Carichi di lavoro](https://kubernetes.io/docs/concepts/workloads/) nella documentazione di Kubernetes.*
`aws:eks:deployment`è compilato solo per il tipo di carico di lavoro. `ReplicaSet` È la distribuzione che crea un. `ReplicaSet`
Questi tag si applicano a tutti i nuovi record di utilizzo dei dati di allocazione dei costi suddivisi di EKS. Questi tag sono abilitati per l'allocazione dei costi per impostazione predefinita. Se in precedenza hai utilizzato e disabilitato il `aws:eks:cluster-name` tag, la divisione dei dati di allocazione dei costi mantiene questa impostazione e non abilita il tag. Puoi abilitarlo dalla pagina della console dei [tag di allocazione dei costi](https://console.aws.amazon.com/billing/home#/tags).
# Abilitazione dei dati di allocazione dei costi suddivisi
**Nota**
I dati di allocazione dei costi suddivisi non sono disponibili in Cost Explorer. È disponibile nei report sui costi e sull'utilizzo (CUR) e nel rapporto sui costi e sull'utilizzo 2.0 (CUR 2.0) con esportazioni di dati.
È un prerequisito attivare la suddivisione dei dati di allocazione dei costi tramite le preferenze di Cost Management.
**Per attivare la suddivisione dei dati di allocazione dei costi**
1. Apri la console di Fatturazione e Gestione dei costi all'indirizzo [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/).
1. Nel riquadro di navigazione, scegli **le preferenze di Gestione dei costi**.
1. In **Generale**, nella sezione **Suddividi i dati di allocazione dei costi**, scegli tra le seguenti opzioni:
+ **Amazon Elastic Container Service (Amazon ECS**) può attivare solo Amazon ECS.
+ **Amazon Elastic Kubernetes Service (Amazon EKS) può attivare solo Amazon** EKS. Per Amazon EKS, scegli tra le seguenti opzioni:
+ **Richieste di risorse**: in questo modo vengono allocate solo le risorse di memoria e CPU del pod Amazon EC2 by Kubernetes. Ciò incoraggerà i team applicativi a fornire solo ciò di cui hanno bisogno.
+ **Amazon Managed Service for Prometheus**: alloca i costi di Amazon EC2 in base all'aumento delle richieste di CPU e risorse di memoria del pod Kubernetes e all'utilizzo effettivo. Ciò garantisce che ogni team applicativo paghi per ciò che utilizza. Per ulteriori informazioni sulla configurazione di Amazon Managed Service per Prometheus, consulta [Configurazione](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-setting-up.html) nella guida per l'utente di *Amazon Managed Service* for Prometheus.
Prerequisito: devi abilitare tutte le funzionalità in. AWS Organizations Per ulteriori informazioni, consulta [Attivazione di tutte le funzionalità nella tua organizzazione](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html) nella *guida per l'utente di Organizations*.
+ **Amazon CloudWatch Container Insights**: fornisce una visibilità più dettagliata dei costi per i cluster che eseguono più contenitori di applicazioni utilizzando istanze EC2 condivise, consentendo una migliore allocazione dei costi per i costi condivisi dei cluster EKS.
**Nota**
Solo gli account regolari e quelli paganti hanno accesso alle AWS Cost Management preferenze e possono scegliere di dividere i dati di allocazione dei costi. Una volta attivato, gli account dei membri possono visualizzare i dati nei report sui costi e sull'utilizzo.
Se scegli le richieste di risorse, solo i pod configurati con richieste di memoria e CPU vengono utilizzati per suddividere i dati di allocazione dei costi. I pod che non hanno richiesto alcun utilizzo non vedranno alcun dato sui costi suddivisi.
Se scegli Amazon Managed Service for Prometheus, devi abilitare tutte le funzionalità in Organizations. AWS Per ulteriori informazioni, consulta [Attivazione di tutte le funzionalità nella tua organizzazione](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html). Inoltre, la suddivisione dei dati sull'allocazione dei costi crea un nuovo ruolo collegato ai servizi, che consente l'accesso ai AWS servizi e alle risorse utilizzati o gestiti dai dati di allocazione dei costi suddivisi.
Per le istanze di elaborazione accelerata, è supportata solo l'opzione Resource request. In queste istanze non sono supportati né Amazon Managed Service for Prometheus né CloudWatch Amazon Container Insights. Quando si utilizzano istanze di elaborazione accelerata, il sistema utilizza come impostazione predefinita la richiesta di risorse per calcolare i costi dell'acceleratore, della CPU e della memoria, anche se sono abilitate altre opzioni di misurazione.
Dopo aver effettuato l'attivazione, puoi scegliere di includere i dati sui costi e sull'utilizzo delle risorse a livello di contenitore nel rapporto durante la prima fase della creazione del report o successivamente modificando i dettagli del rapporto.
**Per includere i dati sui costi e sull'utilizzo nel rapporto**
1. Apri la console di Fatturazione e Gestione dei costi all'indirizzo [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/).
1. Nel riquadro di navigazione, in **Pagine precedenti**, scegli **Rapporti sui costi e sull'utilizzo**.
1. Che si tratti di creare un nuovo rapporto o di modificare un rapporto esistente, nella pagina **Specificare i dettagli del rapporto**, in **Contenuto del rapporto**, seleziona **Dividi i dati di allocazione dei costi**.
**Nota**
Puoi anche utilizzare l'API AWS CUR o AWS Command Line Interface (CLI) per gestire le preferenze relative ai dati di allocazione dei costi suddivisi.
La suddivisione dei dati sull'allocazione dei costi consente la visibilità dei costi per tutti gli oggetti container Amazon ECS e Amazon EKS nell'intera famiglia di fatturazione consolidata (account pagante e account collegati). Una volta attivati, i dati di allocazione dei costi suddivisi analizzano automaticamente attività e contenitori. Integra i dati di utilizzo della telemetria per i carichi di lavoro dei container e prepara i dati granulari sui costi per il mese corrente.
**Nota**
Possono essere necessarie fino a 24 ore prima che i dati siano visibili in CUR. AWS
Per informazioni sulla gestione dell'accesso alle pagine della console di Billing and Cost Management, [consulta Panoramica sulla gestione delle autorizzazioni di accesso](https://docs.aws.amazon.com/cost-management/latest/userguide/control-access-billing.html).
Per informazioni sulle AWS Cost Management preferenze e sul controllo dell'accesso a Cost Explorer, vedere [Controllo dell'accesso a Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-access.html).
# Esempio di suddivisione dei dati di allocazione dei costi
Lo scopo del seguente esempio è mostrare come vengono calcolati i dati di suddivisione dei costi calcolando il costo dei singoli servizi Amazon ECS, delle attività nei cluster Amazon ECS e dello spazio dei nomi e dei pod Kubernetes nei cluster Amazon EKS. Le tariffe utilizzate nell'esempio sono solo a scopo illustrativo.
**Nota**
L'esempio dimostra lo spazio dei nomi e i pod Kubernetes in esecuzione nei cluster Amazon EKS. Possiamo quindi applicare lo stesso modello di costo al servizio Amazon ECS e alle attività in esecuzione in un cluster Amazon ECS.
Hai il seguente utilizzo in una sola ora:
+ Cluster condiviso a istanza singola (m5.xlarge) con due namespace e quattro pod, in esecuzione per un'ora intera.
+ La configurazione dell'istanza è di 4 vCPU e 16 GB di memoria.
+ Il costo ammortizzato dell'istanza è di 1 USD/ora.
I dati di allocazione dei costi suddivisi utilizzano i pesi unitari relativi per CPU e memoria in base a un rapporto di 9:1. Si ricava dai prezzi per vCPU all'ora e per GB all'ora in. [AWS Fargate](https://aws.amazon.com/fargate/pricing/)
## Fase 1: Calcolo del costo unitario di CPU e memoria
`Unit-cost-per-resource = Hourly-instance-cost/((Memory-weight * Memory-available) + (CPU-weight * CPU-available))`
= \$11/ ((1\$1 16 GB) \$1 (9\$1 4 vCPU)) = 0,02 USD
`Cost-per-vCPU-hour = CPU-weight * Unit-cost-per-resource`
= 9 \$1 0,02 USD = 0,17 USD
`Cost-per-GB-hour = Memory-weight * Unit-cost-per-resource`
= 1\$1 0,02 USD = 0,02 USD
****
| Instance | Instance type | vCPU-available | Memory-available | Amortized-cost-per-hour | Cost-per-vCPU-hour | Cost-per-GB-hour |
| --- | --- | --- | --- | --- | --- | --- |
| Instance1 | m5.xlarge | 4 | 16 | \$11 | \$10,17 | 0,02\$1 |
## Fase 2: Calcolo della capacità allocata e della capacità inutilizzata dell'istanza
+ Capacità allocata: la memoria e la vCPU allocate al pod Kubernetes dall'istanza EC2 principale, definita come la capacità massima utilizzata e riservata.
**Nota**
Se i dati di utilizzo della memoria o della vCPU non sono disponibili, verranno invece utilizzati i dati di prenotazione. Per ulteriori informazioni, consulta i [report sull'utilizzo di Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/usage-reports.html) o il [monitoraggio dei costi di Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/cost-monitoring.html).
+ Capacità inutilizzata dell'istanza: la capacità inutilizzata di vCPU e memoria.
`Pod1-Allocated-vCPU = Max (1 vCPU, 0.1 vCPU)`= 1 vCPU
`Pod1-Allocated-memory = Max (4 GB, 3 GB)`= 4 GB
`Instance-Unused-vCPU = Max (CPU-available - SUM(Allocated-vCPU), 0)`= Massimo (4 — 4,9, 0) = 0
`Instance-Unused-memory = Max (Memory-available - SUM(Allocated-memory), 0)`= Massimo (16-14, 0) = 2 GB
In questo esempio, l'istanza ha CPU over subscription, attribuita a Pod2 che ha utilizzato più vCPU di quella riservata.
****
| Pod name | Namespace | Reserved-vCPU | Used-vCPU | Allocated-vCPU | Reserved-memory | Used-memory | Allocated-memory |
| --- | --- | --- | --- | --- | --- | --- | --- |
| Pod1 | Namespace1 | 1 | 0.1 | 1 | 4 | 3 | 4 |
| Pod2 | Namespace2 | 1 | 1.9 | 1.9 | 4 | 6 | 6 |
| Pod3 | Namespace1 | 1 | 0,5 | 1 | 2 | 2 | 2 |
| Pod4 | Namespace2 | 1 | 0,5 | 1 | 2 | 2 | 2 |
| Unused | Unused | | | 0 | | | 2 |
| | | | | 4.9 | | | 16 |
## Fase 3: Calcola i rapporti di utilizzo suddivisi
+ Rapporto di utilizzo suddiviso: la percentuale di CPU o memoria utilizzata dal pod Kubernetes rispetto alla CPU o memoria complessiva disponibile sull'istanza EC2.
+ Rapporto non utilizzato: la percentuale di CPU o memoria utilizzata dal pod Kubernetes rispetto alla CPU o alla memoria complessive utilizzate sull'istanza EC2 (ovvero, senza tenere conto della CPU o della memoria inutilizzate sull'istanza).
`Pod1-vCPU-split-usage-ratio = Allocated-vCPU / Total-vCPU`
= 1 vCPU/4,9 vCPU = 0,204
`Pod1-Memory-split-usage-ratio = Allocated-GB / Total-GB`
= 4 GB/ 16 GB = 0,250
`Pod1-vCPU-unused-ratio = Pod1-vCPU-split-usage-ratio / (Total-CPU-split-usage-ratio – Instance-unused-CPU)`(impostato su 0 se Instance-unused-CPU è 0)
= 0 (poiché Instance-unused-CPU è 0)
`Pod1-Memory-unused-ratio = Pod1-Memory-split-usage-ratio / (Total-Memory-split-usage-ratio – Instance-unused-memory)`(impostato su 0 se Instance-unused-memory è 0)
= 0,250/(1-0,125) = 0,286
****
| Pod name | Namespace | vCPU-split-usage-ratio | vCPU-unused-ratio | Memory-split-usage-ratio | Memory-unused-ratio |
| --- | --- | --- | --- | --- | --- |
| Pod1 | Namespace1 | 0,204 | 0 | 0,250 | 0,286 |
| Pod2 | Namespace2 | 0,388 | 0 | 0,375 | 0,429 |
| Pod3 | Namespace1 | 0,204 | 0 | 0.125 | 0.143 |
| Pod4 | Namespace2 | 0,204 | 0 | 0.125 | 0.143 |
| Unused | Unused | 0 | | 0.125 | |
| | | 1 | | 1 | |
## Fase 4: Calcola il costo suddiviso e i costi non utilizzati
+ Costo suddiviso: l'allocazione del costo in base all'utilizzo del costo dell'istanza EC2 si basa sull'utilizzo di CPU e memoria allocato dal pod Kubernetes.
+ Costo dell'istanza non utilizzata: il costo delle risorse di CPU o memoria non utilizzate sull'istanza.
`Pod1-Split-cost = (Pod1-vCPU-split-usage-ratio * vCPU-available * Cost-per-vCPU-hour) + (Pod1-Memory-split-usage-ratio * Memory-available * Cost-per-GB-hour)`
= (0,204 \$1 4 vCPU \$1 0,17 USD) \$1 (0,25 \$1 16 GB \$1 0,02 USD) = 0,22 USD
`Pod1-Unused-cost = (Pod1-vCPU-unused-ratio * Instance-vCPU-unused-ratio * vCPU-available * Cost-per-VCPU-hour) + (Pod1-Memory-unused-ratio * Instance-Memory-unused ratio * Memory-available * Cost-per-GB-hour)`
= (0 \$1 0 \$1 4 \$1 0,17 USD) \$1 (0,286 \$1 0,125 \$1 16 \$1 0,02 USD) = 0,01 USD
`Pod1-Total-split-cost = Pod1-Split-cost + Pod1-Unused-cost`
= 0,23 USD
****
| Pod name | Namespace | Split-cost | Unused-cost | Total-split-cost |
| --- | --- | --- | --- | --- |
| Pod1 | Namespace1 | 0,22\$1 | 0,01\$1 | 0,23\$1 |
| Pod2 | Namespace2 | 0,38\$1 | 0,02\$1 | \$10,40 |
| Pod3 | Namespace1 | 0,18\$1 | 0,01\$1 | 0,19\$1 |
| Pod4 | Namespace2 | 0,18\$1 | 0,01\$1 | 0,19\$1 |
| Unused | Unused | 0,04\$1 | | |
| | | \$11 | \$10,04 | \$11 |
Il costo del servizio è la somma del costo dei pod associati a ciascun namespace.
Costo totale di Namespace1 = 0,23 USD \$1 0,19 USD = 0,42 USD
Costo totale di Namespace2 = 0,40 USD \$1 0,19 USD = 0,59 USD
## AWS Esempio CUR
Se disponi di un Savings Plans che copre l'intero utilizzo dell'istanza EC2 nel periodo di fatturazione, i costi ammortizzati vengono calcolati utilizzando. savingsPlan/SavingsPlanEffectiveCost
![\[Table showing EC2 instance usage details with Savings Plans and cost breakdown.\]](http://docs.aws.amazon.com/it_it/cur/latest/userguide/images/savings-plan-entire-usage.png)
Se disponi di un Savings Plans che copre l'utilizzo parziale dell'istanza EC2 nel periodo di fatturazione e il resto dell'utilizzo dell'istanza EC2 viene fatturato alle tariffe On-Demand, i costi ammortizzati delle istanze EC2 vengono calcolati utilizzando savingsPlan/SavingsPlanEffectiveCost (for) \$1 (per l'utilizzo On-Demand). SavingsPlanCoveredUsage lineItem/UnblendedCost
![\[Table showing EC2 instance usage details, costs, and savings plan information.\]](http://docs.aws.amazon.com/it_it/cur/latest/userguide/images/savings-plan-partial-usage.png)
# Esempio di suddivisione dei dati di allocazione dei costi per istanze accelerate
Lo scopo del seguente esempio è mostrare come vengono calcolati i dati di suddivisione dei costi calcolando il costo dello spazio dei nomi e dei pod Kubernetes nei cluster Amazon EKS. Le tariffe utilizzate nell'esempio sono solo a scopo illustrativo.
Hai il seguente utilizzo in una sola ora:
+ Un'unica istanza EC2 che esegue quattro pod su due namespace e che desideri comprendere i costi di ogni namespace.
+ L'istanza EC2 è p3.16xlarge con 8 GPU, 64 vCPU e 488 GB di RAM.
+ Il costo ammortizzato dell'istanza è di 10 USD all'ora.
I dati di allocazione dei costi suddivisi normalizzano il costo per risorsa in base a un rapporto relativo tra GPU :( cpu: memoria) di 9:1. Ciò implica che un'unità di GPU costa 9 volte tanto quanto un'unità di CPU e memoria. Alla CPU e alla memoria viene quindi assegnato un peso di 9:1. Per un'istanza EC2 non accelerata, verrà adottato il comportamento predefinito corrente, ovvero cpu: memory weight predefinito è 9:1.
## Fase 1: Calcola il costo unitario
Sulla base delle risorse di CPU e memoria sull'istanza EC2 e utilizzando il rapporto sopra menzionato, i dati di Split Cost Allocation calcolano innanzitutto il costo unitario per GPU, vCPU-Hr e GB-h.
`GPU-Weight =9`
`GPU+Memory-Weight =1`
`CPU-Weight=1*.9=.9`
`Memory-Weight=1*0.1=0.1`
`Hourly-Instance-Cost=$10`
`GPU-Available=8`
`Memory-Available=488`
`CPU-Available=64`
`UnitCostPerResource = Hourly-Instance-Cost/(( GPU-Weight * GPU-Available) + (Memory-Weight * Memory-Available) + (CPU-Weight * CPU-Available)) = $10/((9*8gpu)+ (0.1 * 488GB) + (.9 * 64vcpu)) = $0.056`
`Cost-per-GPU-Hour = GPU-Weight * UnitCostPerResource = 9 * $0.056 = $0.504`
`Cost-per-vcpu-Hour = CPU-Weight * UnitCostPerResource = .9 * $0.056 = $0.05`
`Cost-per-GB-Hour = Memory-Weight * UnitCostPerResource = .1 * $0.056 = $0.00506`
**Tabella 1: Calcolo del costo unitario**
| Istanza | Tipo di istanza | vCPU disponibile | GPU disponibile | \$1\$1 | Memoria disponibile | Costo orario ammortizzato | Costo per vCPU all'ora | Costo per ora della GPU | Costo per GB all'ora |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Istanza 1 | p3.16xlarge | 64 | 8 | | 488 | \$110 | 0,05 \$1 | \$10,50 | 0.005 |
## Fase 2: Calcolare la capacità allocata e non utilizzata
Capacità allocata
La GPU, la vcpu e la memoria allocate al pod Kubernetes dall'istanza EC2 principale, definita come la capacità massima (riservata, utilizzata)
Capacità inutilizzata dell'istanza
La capacità inutilizzata di GPU, vcpu e memoria
`Pod1-Allocated-GPU = Max (1 GPU, 1 GPU) = 1 GPU`
`Pod1-Allocated-vcpu = Max (16 vcpu, 4 vcpu) = 16 vcpu`
`Pod1-Allocated-Memory = Max (100 GB, 60 GB) = 100 GB`
`Instance-Unused-GPU = Max (GPU-Available - SUM(Allocated-vcpu), 0)`
`= Max (8 – 8, 0) = 0`
`Instance-Unused-vcpu = Max (CPU-Available - SUM(Allocated-vcpu), 0)`
`= Max (16 – 18, 0) = 0`
`Instance-Unused-Memory = Max (Memory-Available - SUM(Allocated-Memory), 0)`
`= Max (488 – 440, 0) = 48 GB`
In questo esempio, l'istanza utilizza più CPU rispetto all'abbonamento, attribuita al Pod 2 che utilizzava più GPU e vcpu di quelle riservate.
**Tabella 2: Calcola la capacità allocata e non utilizzata**
| Nome del pod | Namespace | vcpu riservato | vcpu Usato | vcpu allocato | GPU riservata | GPU utilizzata | GPU allocata | Memoria riservata | Memoria utilizzata | Memoria allocata |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Pod 1 | Namespace 1 | 16 | 4 | 16 | 1 | 1 | 1 | 100 | 60 | 100 |
| Pod 2 | Spazio dei nomi 2 | 16 | 18 | 18 | 2 | 3 | 3 | 100 | 140 | 140 |
| Pod 3 | Spazio dei nomi 1 | 16 | 4 | 16 | 2 | 1 | 2 | 100 | 60 | 100 |
| Pod 4 | Namespace 2 | 16 | 4 | 16 | 2 | 2 | 2 | 100 | 40 | 100 |
| Non utilizzato | Non utilizzato | 0 | 34 | 0 | 1 | 1 | 0 | 88 | 188 | 48 |
| \$1\$1\$1 | | 64 | 32 | 66 | 8 | 8 | 8 | 488 | 488 | 488 |
## Fase 3: Calcola i rapporti di utilizzo e utilizzo suddivisi
Dividi il rapporto di utilizzo
La percentuale di CPU o memoria utilizzata dal pod Kubernetes rispetto alla CPU o memoria complessiva disponibile sull'istanza EC2.
Rapporto non utilizzato
La percentuale di CPU o memoria utilizzata dal pod Kubernetes rispetto alla CPU o memoria complessive utilizzate sull'istanza EC2 (ovvero, senza tenere conto della CPU o della memoria non utilizzate sull'istanza).
La percentuale di CPU o memoria utilizzata dal Kubernetes Pod rispetto alla CPU o memoria complessiva disponibile sull'istanza EC2.
`Pod1-GPU-Utilization-Ratio = Allocated-GPU / Total-GPU`
`= 1 gpu / 8 gpu = 0.125`
`Pod1-vcpu-Utilization-Ratio = Allocated-vcpu / Total-vcpu`
`= 16 vcpu / 66 vcpu = 0.24`
`Pod1-Memory-Utilization-Ratio = Allocated-GB / Total-GB`
`= 100 GB/ 488GB = 0.205`
`Pod1-GPU-Split-Ratio = Pod1-GPU-Utilization-Ratio / (Total-GPU-Utilization-Ratio – Instance-Unused-GPU). Set to 0 if Instance-Unused-GPU = 0`
`= 0 since Instance-Unused-GPU is 0`
`Pod1-vcpu-Split-Ratio = Pod1-CPU-Utilization-Ratio / (Total-CPU-Utilization-Ratio – Instance-Unused-CPU). Set to 0 if Instance-Unused-CPU = 0`
`= 0 since Instance-Unused-CPU is 0`
`Pod1-Memory-Split-Ratio = Pod-Memory-Utilization-Ratio / (Total-Utilization-Ratio – Instance-Unused-Memory). Set to 0 if Instance-Unused-Memory = 0`
`= 0.204/ (1-0.102) = 0.227`
**Tabella 3: Rapporti di utilizzo del calcolo**
| Nome del pod | Namespace | Utilizzo di vcpu | rapporto di suddivisione vcpu | Utilizzo della GPU | Rapporto di suddivisione della GPU | Utilizzo della memoria | Rapporto di suddivisione della memoria |
| --- | --- | --- | --- | --- | --- | --- | --- |
| Pod 1 | Namespace 1 | 0,242 | 0 | 0.125 | 0 | 0,205 | 0.227 |
| Pod 2 | Namespace 2 | 0,277 | 0 | 0,375 | 0 | 0,287 | 0,318 |
| Pod 3 | Namespace 1 | 0,242 | 0 | 0.25 | 0 | 0,205 | 0.227 |
| Cialda 4 | Namespace 2 | 0,242 | 0 | 0.25 | 0 | 0,205 | 0.227 |
| Non utilizzato | Non utilizzato | 0 | | | | 0,098 | |
| | | 1 | 0 | 1 | 0 | 1 | 1 |
## Fase 4: Calcola il costo suddiviso e i costi non utilizzati
Suddivisione del costo
L'allocazione del costo in base all'utilizzo del costo dell'istanza EC2 in base all'utilizzo di CPU e memoria allocato dai Kubernetes Pods
Costo delle istanze non utilizzate
Il costo delle risorse di CPU o memoria non utilizzate sull'istanza
`Pod1-Split-Cost = (Pod1-GPU-Utilization-Ratio * GPU-Available * Cost per GPU-Hour) + (Pod1-vcpu-Utilization-Ratio * vcpu-Available * Cost per vcpu-Hour) + (Pod1-Memory-Utilization-Ratio * Memory-Available * Cost per GB-Hour)`
`= (.125*8gpu*$0.504) + (0.242 * 64 vcpu * $0.05) + (0.204 * 488GB * $0.00506) = 0.504+ 0.774 + 0.503 = $1.85`
`Pod1-Unused-Cost = (GPU-Split-Ratio * Unused-Cost) + (vcpu-Split-Ratio * Unused-Cost) + (Memory-Split-Ratio * Unused-Cost)`
`= (0*0*8*$0.504) + (0 * $0.05) + (0.227 *.102*488GB*$.00506) = $0.06`
`Pod1-Total-Split-Cost = Pod1-Split-Cost + Pod1-Unused-Cost = $1.85 + $0.06 = $1.91`
[Nota: costo non utilizzato = rapporto di utilità inutilizzato \$1 risorsa totale\$1 costo orario della risorsa]
**Tabella 4 - Riepilogo dei costi suddivisi e non utilizzati calcolati ogni ora per tutti i pod in esecuzione all'interno del cluster**
| Nome del pod | Namespace | Costo diviso | Costo non utilizzato | Costo totale |
| --- | --- | --- | --- | --- |
| Pod 1 | Namespace 1 | 1,85\$1 | \$10,06 | \$11,91 |
| Pod 2 | Namespace 2 | 3,18\$1 | \$10,09 | 3,26\$1 |
| Pod 3 | Namespace 1 | \$12,35 | \$10,06 | \$12,41 |
| Cialda 4 | Namespace 2 | \$12,35 | \$10,06 | \$12,41 |
| Totale | | | | \$110 |
# Utilizzo delle etichette Kubernetes per l'allocazione dei costi in EKS
I dati di allocazione dei costi suddivisi supportano le etichette Kubernetes come tag di allocazione dei costi per i cluster Amazon EKS. Sebbene queste etichette vengano importate automaticamente come tag di allocazione dei costi definiti dall'utente, richiedono l'attivazione a livello di account di gestione. Una volta attivati, è possibile utilizzarli per attribuire i costi a livello di contenitore nei report sui costi e sull'utilizzo (CUR) utilizzando attributi personalizzati come centro di costo, applicazione, unità aziendale e ambiente.
Questa funzionalità aiuta le organizzazioni a monitorare e allocare con precisione i costi in ambienti EKS condivisi tra team, progetti o reparti. Utilizzando le etichette Kubernetes, puoi allocare i costi di Kubernetes in base ai requisiti aziendali specifici e alla progettazione organizzativa.
## Prerequisiti
Come prerequisiti per l'utilizzo delle etichette Kubernetes con dati di allocazione dei costi suddivisi:
+ È necessario abilitare i dati di suddivisione dei costi nella console AWS Billing and Cost Management. Questo deve essere abilitato a livello di account di gestione. Per i dettagli, vedere [Abilitazione dei dati di allocazione dei costi suddivisi](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html).
+ È necessario un cluster EKS per il quale si desidera tenere traccia dei dati di allocazione dei costi suddivisi. Può trattarsi di un cluster esistente oppure puoi crearne uno nuovo. Per ulteriori informazioni, consulta [Creare un cluster Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) nella *Guida per l'utente di Amazon EKS*.
+ Devi avere delle etichette assegnate ai tuoi pod nel cluster EKS. *Per ulteriori informazioni su come creare etichette in Kubernetes, consulta [Etichette e selettori](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/) nella documentazione di Kubernetes.*
## Utilizzo delle etichette Kubernetes in EKS
I dati di allocazione dei costi suddivisi supportano fino a 50 etichette Kubernetes per pod, che vengono ordinate alfabeticamente prima di essere importate come tag di allocazione dei costi. Tutte le etichette oltre le prime 50 vengono automaticamente eliminate. Se devi aggiungere un nuovo tag di allocazione dei costi dopo aver raggiunto il limite di 50 etichette, devi prima rimuovere un'etichetta esistente e assicurarti che la nuova etichetta rientri tra le prime 50 in ordine alfabetico.
**Nota**
Alcuni servizi AWS gestiti aggiungono automaticamente etichette ai pod EKS. Queste etichette vengono conteggiate ai fini del limite di 50 etichette per pod e verranno visualizzate nella pagina dei tag di allocazione dei costi.
Sebbene le etichette Kubernetes non abbiano restrizioni di dimensione, i tag di allocazione dei costi hanno limiti di caratteri specifici: 128 caratteri per le chiavi dei tag e 256 caratteri per i valori dei tag. Le etichette che superano questi limiti di caratteri verranno eliminate e non verranno presentate come tag di allocazione dei costi. Si consiglia di creare etichette che seguano questi limiti di caratteri ai fini dell'allocazione dei costi.
Le etichette Kubernetes importate vengono visualizzate come tag di allocazione dei costi e devono essere attivate a livello di account del pagatore. [Per ulteriori informazioni sui tag di allocazione dei costi e sull'attivazione, consulta Utilizzo dei tag di allocazione dei costi definiti dall'utente.](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/custom-tags.html) Si applicano i seguenti limiti dei tag di allocazione dei costi: 50 tag definiti dall'utente per risorsa e 500 tag definiti dall'utente per account pagante. I tag generati dal sistema non vengono conteggiati ai fini di questi limiti.
**Nota**
Dopo aver creato e applicato i tag definiti dall'utente alle risorse, possono essere necessarie fino a 24 ore prima che le chiavi dei tag vengano visualizzate nella pagina dei tag di allocazione dei costi. Una volta attivati i tag, possono essere necessarie altre 24 ore prima che diventino attivi.
## Gestione delle etichette Kubernetes e dei tag di allocazione dei costi
Puoi aggiungere, eliminare e modificare le etichette Kubernetes in EKS, nonché disattivare i tag di allocazione dei costi associati. Di seguito viene descritto il comportamento previsto per ogni azione.
**Aggiungere una nuova etichetta**
Puoi aggiungere una nuova etichetta Kubernetes a un pod. Se il limite di 50 etichette non è stato raggiunto, la nuova etichetta verrà importata e offerta come tag di allocazione dei costi, che potrà quindi essere attivata. Tuttavia, se è stato raggiunto il limite di 50, la nuova etichetta non verrà importata anche se rientra nell'ordine alfabetico delle prime 50 etichette. È innanzitutto necessario disattivare un tag di allocazione dei costi esistente per importare una nuova etichetta.
**Modificare un'etichetta**
Kubernetes non consente di modificare una chiave di etichetta. Per modificare una chiave di etichetta, devi rimuoverla e aggiungere una nuova etichetta. Tuttavia, puoi modificare i valori delle etichette, che si rifletteranno nel tuo prossimo CUR.
**Eliminazione di un'etichetta**
È possibile rimuovere un'etichetta dai pod EKS. Tieni presente che la rimozione di un'etichetta non disattiva automaticamente il tag di allocazione dei costi associato. I dati di allocazione dei costi suddivisi continueranno a essere inseriti in CUR finché non disattiverai esplicitamente il tag di allocazione dei costi.
**Disattivazione di un tag di allocazione dei costi**
Puoi disattivare qualsiasi tag di allocazione dei costi creato dalle etichette Kubernetes. Una volta disattivata, i dati non verranno più inseriti nelle rispettive colonne e la colonna verrà eliminata dal CUR del mese successivo.
## Le migliori pratiche per la gestione delle etichette Kubernetes per l'allocazione dei costi
Le etichette Kubernetes offrono una notevole flessibilità nella modellazione condivisa dell'allocazione dei costi. Per massimizzare il potenziale di questa funzionalità, consigliamo di seguire queste best practice per ottimizzare l'approccio alla gestione dei costi.
**Comprensione dei limiti delle etichette**
Il label-per-pod limite di 50 si basa sull'ordinamento alfabetico. Verranno importate solo le prime 50 etichette ordinate alfabeticamente per l'allocazione dei costi. Per assicurarti che le etichette più importanti siano incluse, pianifica attentamente la denominazione delle etichette per assicurarti che le etichette importanti compaiano entro le prime 50 quando sono ordinate alfabeticamente.
**Seguire i vincoli relativi ai caratteri**
AWS i tag di allocazione dei costi hanno i seguenti limiti di caratteri:
+ tasti tag: 128 caratteri
+ Valori dei tag: 256 caratteri
Sebbene Kubernetes consenta etichette più lunghe, le etichette che superano questi limiti non verranno importate. Progetta le tue etichette entro questi limiti per garantire il corretto monitoraggio dell'allocazione dei costi.
**Aggiungere nuove etichette quando la capacità è esaurita**
Quando un pod ha raggiunto il limite di 50 etichette e devi aggiungere una nuova etichetta di allocazione dei costi, procedi nel seguente modo:
1. Rivedi le etichette esistenti e identifica un tag di allocazione dei costi da disattivare.
1. Disattiva il tag selezionato.
1. Aggiungi la nuova etichetta di allocazione dei costi.
1. Verifica che la nuova etichetta rientri nelle prime 50 etichette in ordine alfabetico.
**Nota**
Ricorda che solo le prime 50 etichette in ordine alfabetico vengono utilizzate per l'allocazione dei costi.
# Utilizzo di dati di allocazione dei costi suddivisi con Amazon Managed Service for Prometheus
La suddivisione dei dati sui costi per Amazon EKS richiede la raccolta e l'archiviazione dei parametri dai cluster, incluso l'utilizzo di memoria e CPU. A questo scopo è possibile utilizzare Amazon Managed Service for Prometheus.
Una volta che hai scelto di dividere i dati di allocazione dei costi e l'area di lavoro Amazon Managed Service for Prometheus inizia a ricevere le due metriche richieste (`container_cpu_usage_seconds_total`e`container_memory_working_set_bytes`), i dati di allocazione dei costi suddivisi riconoscono le metriche e le utilizzano automaticamente.
**Nota**
Le due metriche richieste (`container_cpu_usage_seconds_total`e`container_memory_working_set_bytes`) sono presenti nella configurazione scrape predefinita di Prometheus e nella configurazione predefinita fornita con un raccoglitore gestito. AWS Tuttavia, se personalizzi queste configurazioni, non rietichettate, modificate o rimuovete le seguenti etichette dalle metriche and:, e. `container_cpu_usage_seconds_total` `container_memory_working_set_bytes` `name` `namespace` `pod` Se rietichettate, modificate o rimuovete queste etichette, ciò può influire sull'inserimento delle metriche.
Puoi utilizzare Amazon Managed Service for Prometheus per raccogliere i parametri EKS da un singolo account di utilizzo, in un'unica regione. L'area di lavoro Amazon Managed Service for Prometheus deve trovarsi in quell'account e in quella regione. È necessaria un'istanza di Amazon Managed Service for Prometheus per ogni account di utilizzo e regione per cui desideri monitorare i costi. Puoi raccogliere metriche per più cluster nell'area di lavoro Amazon Managed Service for Prometheus, purché si trovino nello stesso account di utilizzo e nella stessa regione.
Le seguenti sezioni descrivono come inviare le metriche corrette dal tuo cluster EKS all'area di lavoro Amazon Managed Service for Prometheus.
## Prerequisiti
Come prerequisiti per l'utilizzo di Amazon Managed Service for Prometheus con dati di allocazione dei costi suddivisi:
+ È necessario abilitare i dati di suddivisione dei costi nella console AWS Billing and Cost Management. Per i dettagli, consulta [Abilitazione dei dati di allocazione suddivisa dei costi](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html). L'attivazione della suddivisione dei dati di allocazione dei costi crea un ruolo collegato al servizio in ogni account di utilizzo per interrogare Amazon Managed Service for Prometheus per le metriche del cluster Amazon EKS in quell'account. [Per ulteriori informazioni, consulta Ruoli collegati ai servizi per i dati di allocazione dei costi suddivisi.](https://docs.aws.amazon.com/cost-management/latest/userguide/split-cost-allocation-data-SLR.html)
+ È necessario un cluster EKS per il quale si desidera tenere traccia dei dati di allocazione dei costi suddivisi. Può trattarsi di un cluster esistente oppure puoi crearne uno nuovo. Per ulteriori informazioni, consulta [Creare un cluster Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) nella *Guida per l'utente di Amazon EKS*.
**Nota**
Avrai bisogno di `EKS cluster ARN``security group IDs`, e almeno due `subnet IDs` (in diverse zone di disponibilità) da utilizzare nelle fasi successive.
(opzionale) Imposta la modalità di autenticazione del cluster EKS su una delle due `API` opzioni`API_AND_CONFIG_MAP`.
+ È necessaria un'istanza di Amazon Managed Service for Prometheus nello stesso account e nella stessa regione del cluster EKS. Se non ne hai già uno, puoi crearne uno. Per ulteriori informazioni sulla creazione di un'istanza di Amazon Managed Service for Prometheus, [consulta Create a workspace](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-onboard-create-workspace.html) nella *Amazon Managed* Service for Prometheus User Guide.
**Nota**
Ti servirà per utilizzarlo nei passaggi successivi. `Amazon Managed Service for Prometheus workspace ARN`
## Inoltro dei parametri EKS ad Amazon Managed Service for Prometheus
Una volta che hai un cluster EKS e un'istanza Amazon Managed Service for Prometheus, puoi inoltrare i parametri dal cluster all'istanza. Puoi inviare i parametri in due modi.
+ [Opzione 1: utilizza un raccoglitore AWS gestito.](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#use-managed-collector) Questo è il modo più semplice per inviare metriche da un cluster EKS ad Amazon Managed Service for Prometheus. Tuttavia, ha il limite di acquisire solo le metriche ogni 30 secondi al massimo.
+ [Opzione 2: crea il tuo agente Prometheus.](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#create-prometheus-agent) In questo caso, hai un maggiore controllo sulla configurazione dello scraping, ma devi gestire l'agente dopo averlo creato.
### Opzione 1: utilizzo di un raccoglitore AWS gestito
L'utilizzo di un collettore AWS gestito (uno *scraper*) è il modo più semplice per inviare metriche da un cluster EKS a un'istanza di Amazon Managed Service for Prometheus. La procedura seguente illustra la creazione di un raccoglitore gestito. AWS Per informazioni più dettagliate, consulta [AWS Managed Collector nella Guida](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector.html) per l'utente di *Amazon Managed Service for Prometheus*.
**Nota**
AWS i raccoglitori gestiti hanno un intervallo minimo di raschiamento di 30 secondi. Se avete dei pod di breve durata, vi consigliamo di impostare l'intervallo del raschietto su 15 secondi. Per utilizzare un intervallo di 15 secondi con lo scraper, usa l'opzione 2 per [creare il tuo agente Prometheus](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#create-prometheus-agent).
Esistono tre passaggi per creare un raccoglitore gestito: AWS
1. Crea una configurazione dello scraper.
1. Crea lo scraper.
1. Configura il tuo cluster EKS per consentire allo scraper di accedere alle metriche.
*Fase 1: Creare una configurazione dello scraper*
Per creare uno scraper, è necessario disporre di una configurazione scraper. È possibile utilizzare una configurazione predefinita o crearne una personalizzata. Di seguito sono riportati tre modi per ottenere una configurazione dello scraper:
+ Ottieni la configurazione predefinita utilizzando la AWS CLI, chiamando:
```
aws amp get-default-scraper-configuration
```
+ Crea la tua configurazione. Per i dettagli, consulta le istruzioni di [configurazione di Scraper](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration) nella Guida per l'utente di *Amazon Managed Service for Prometheus*.
+ Copia la configurazione di esempio fornita nelle stesse istruzioni di [configurazione di Scraper](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration) nella Guida per l'utente di *Amazon Managed Service for Prometheus*.
Ad esempio, puoi modificare la configurazione dello scraper, modificare l'intervallo di scrape o filtrare le metriche che vengono eliminate.
Per filtrare le metriche che vengono eliminate in modo da includere solo le due necessarie per suddividere i dati di allocazione dei costi, utilizza la seguente configurazione dello scraper:
```
global:
scrape_interval: 30s
#external_labels:
#clusterArn:
scrape_configs:
- job_name: kubernetes-nodes-cadvisor
scrape_interval: 30s
scrape_timeout: 10s
scheme: https
authorization:
type: Bearer
credentials_file: /var/run/secrets/kubernetes.io/serviceaccount/token
kubernetes_sd_configs:
- role: node
relabel_configs:
- regex: (.+)
replacement: /api/v1/nodes/$1/proxy/metrics/cadvisor
source_labels:
- __meta_kubernetes_node_name
target_label: __metrics_path__
- replacement: kubernetes.default.svc:443
target_label: __address__
metric_relabel_configs:
- source_labels: [__name__]
regex: 'container_cpu_usage_seconds_total|container_memory_working_set_bytes'
action: keep
```
*Una volta ottenuta la configurazione dello scraper, è necessario codificarla in base64 per utilizzarla nel passaggio 2.* La configurazione è un file YAML di testo. [Per codificare il file, utilizzate un sito Web come https://www.base64encode.org/.](https://www.base64encode.org/)
*Fase 2: Creare lo scraper*
Ora che hai un file di configurazione, devi creare il tuo scraper. Crea uno scraper utilizzando il seguente comando AWS CLI, in base alle variabili descritte nella sezione dei prerequisiti. È necessario utilizzare le informazioni del cluster EKS per i ** campi, and ****, sostituirle ** con la configurazione dello scraper creata nel passaggio precedente e sostituirle ** con l'ARN dell'area di lavoro Amazon Managed Service for Prometheus.
```
aws amp create-scraper \
--source eksConfiguration="{clusterArn=,securityGroupIds=[],subnetIds=[]}" \
--scrape-configuration configurationBlob= \
--destination ampConfiguration={workspaceArn=""}
```
*Annota `scraperId` ciò che viene restituito per l'uso nel passaggio 3.*
*Passaggio 3: configura il cluster EKS per consentire allo scraper di accedere alle metriche*
Se la modalità di autenticazione del cluster EKS è impostata su una delle due `API` `API_AND_CONFIG_MAP` opzioni, lo scraper disporrà automaticamente della politica di accesso interna al cluster corretta e gli scraper avranno accesso al cluster. Non sono necessarie ulteriori configurazioni e i parametri dovrebbero essere trasferiti ad Amazon Managed Service for Prometheus.
Se la modalità di autenticazione del cluster EKS non è impostata su `API` o`API_AND_CONFIG_MAP`, sarà necessario configurare manualmente il cluster per consentire allo scraper di accedere alle metriche tramite un comando e. ClusterRole ClusterRoleBinding Per informazioni su come abilitare queste autorizzazioni, consulta [Configurazione manuale di un cluster EKS per l'accesso allo scraper nella Guida per](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-eks-setup) l'utente di *Amazon Managed Service for Prometheus*.
Una volta che lo scraper è attivo, verifica che entrambe le metriche (`container_cpu_usage_seconds_total`e`container_memory_working_set_bytes`) vengano inviate al tuo spazio di lavoro Amazon Managed Service for Prometheus.
```
awscurl --service="aps" --region="" "https://aps-workspaces..amazonaws.com/workspaces//api/v1/label/__name__/values"
```
Output:
```
{
"status": "success",
"data": [
"container_cpu_usage_seconds_total",
"container_memory_working_set_bytes",
"scrape_duration_seconds",
"scrape_samples_post_metric_relabeling",
"scrape_samples_scraped",
"scrape_series_added",
"up"
]
}
```
### Opzione 2: creare il proprio agente Prometheus
Se non puoi utilizzare il AWS managed collector o hai già un server Prometheus personale, puoi usare la tua istanza Prometheus come agente per acquisire metriche dal tuo cluster EKS e inviarle ad Amazon Managed Service for Prometheus.
*Per istruzioni dettagliate su come utilizzare la tua istanza Prometheus come agente, consulta Using a Prometheus istance as [a collector nella Amazon Managed Service for Prometheus User Guide](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-ingest-with-prometheus.html).*
Di seguito è riportato un esempio di configurazione di scrape di Prometheus che include l'intervallo di scrape del server Prometheus e le metriche dei container necessarie per suddividere i dati di allocazione dei costi. Se si dispone di pod di breve durata, si consiglia di ridurre l'intervallo di scrape predefinito del server Prometheus da 30 secondi a 15 secondi. Si noti che ciò può comportare un elevato utilizzo della memoria del server Prometheus.
```
global:
scrape_interval: 30s
#external_labels:
#clusterArn:
scrape_configs:
- job_name: kubernetes-nodes-cadvisor
scrape_interval: 30s
scrape_timeout: 10s
scheme: https
authorization:
type: Bearer
credentials_file: /var/run/secrets/kubernetes.io/serviceaccount/token
kubernetes_sd_configs:
- role: node
relabel_configs:
- regex: (.+)
replacement: /api/v1/nodes/$1/proxy/metrics/cadvisor
source_labels:
- __meta_kubernetes_node_name
target_label: __metrics_path__
- replacement: kubernetes.default.svc:443
target_label: __address__
metric_relabel_configs:
- source_labels: [__name__]
regex: 'container_cpu_usage_seconds_total|container_memory_working_set_bytes'
action: keep
```
Se hai seguito [Configurare l'ingestione da un nuovo server Prometheus utilizzando Helm nella](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-onboard-ingest-metrics-new-Prometheus.html) Guida per l'utente di Amazon *Managed Service for Prometheus*, puoi aggiornare la configurazione dello scrape.
**Per aggiornare la configurazione dello scrape**
1. Modifica `my_prometheus_values_yaml` dalla guida e includi la configurazione di scrape di esempio nel blocco. `server`
1. Esegui il comando seguente, utilizzando `prometheus-chart-name` e `prometheus-namespace` dalla *Amazon Managed Service for Prometheus* User Guide.
```
helm upgrade prometheus-chart-name prometheus-community/prometheus -n prometheus-namespace -f my_prometheus_values_yaml
```
[Per saperne di più `scrape_interval` o su come utilizzare uno scrape\$1interval non globale, fai riferimento alla configurazione dello scrape di Prometheus.](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config)
In alternativa, puoi utilizzare AWS Distro for OpenTelemetry collector che dispone di un Prometheus Receiver, un Prometheus Remote Write Exporter e AWS l'estensione di autenticazione Sigv4 per ottenere l'accesso remoto in scrittura ad Amazon Managed Service for Prometheus.
**Nota**
Una volta configurato il tuo agente Prometheus, a AWS differenza di Managed Collector, hai la responsabilità di mantenere l'agente aggiornato e pronto a raccogliere le metriche.
## Stima dei costi di Amazon Managed Service for Prometheus
Puoi utilizzare AWS Pricing Calculator per stimare il costo dell'utilizzo di Amazon Managed Service for Prometheus per i dati di allocazione dei costi suddivisi.
**Per configurare Amazon Managed Service for Prometheus per il tuo preventivo**
1. [Apri il calcolatore AWS dei prezzi all'indirizzo https://calculator.aws/\$1/.](https://calculator.aws/#/)
1. Scegliere **Create estimate (Crea stima)**.
1. **Nella pagina **Aggiungi servizio**, inserisci **Amazon Managed Service for Prometheus** nel campo di ricerca, quindi scegli Configura.**
1. Nel campo **Descrizione**, inserisci una descrizione per il preventivo.
1. Scegliere una **Region (Regione)**.
1. Seleziona **Calcola il costo utilizzando i dettagli dell'infrastruttura**. Questa opzione consente di stimare i costi di acquisizione, archiviazione e interrogazione dei campioni in base alla configurazione dell'infrastruttura attuale o proposta.
1. Per **Numero di istanze EC2**, inserisci il numero totale di istanze EC2 in tutti i cluster per l'intera famiglia di fatturazione consolidata (inclusi tutti gli account e le regioni). Se lo utilizzi AWS Fargate, utilizza il numero di attività Fargate come proxy per il conteggio delle istanze EC2.
1. I dati suddivisi sull'allocazione dei costi richiedono due metriche: e. `container_cpu_usage_seconds_total` `container_memory_working_set_bytes` Per le **metriche di Prometheus** per istanze EC2, inserisci 2.
1. I dati suddivisi sull'allocazione dei costi suggeriscono un intervallo di scraping di 15 secondi. Per **Intervallo di raccolta delle metriche (in secondi**), immettere 15. Se hai utilizzato un intervallo diverso (ad esempio 30 secondi), sostituiscilo con l'intervallo che hai impostato.
1. I dati suddivisi sull'allocazione dei costi non impongono requisiti specifici per gli altri parametri, quindi inserite i valori appropriati per il resto dei parametri di input in base ai requisiti aziendali.
1. Scegli **Salva e aggiungi servizio**.
# Utilizzo di dati di allocazione dei costi suddivisi con Amazon CloudWatch Container Insights
La suddivisione dei dati sui costi per Amazon EKS richiede la raccolta e l'archiviazione dei parametri dai cluster, incluso l'utilizzo di memoria e CPU. Amazon CloudWatch Container Insights può essere utilizzato per questo scopo.
Dopo aver scelto di dividere i dati di allocazione dei costi e aver configurato l' CloudWatch agente con il componente aggiuntivo EKS observability sul cluster EKS, split cost allocation data inizia a ricevere le due metriche richieste `pod_memory_working_set` (`(pod_cpu_usage_total`e) nel namespace e le `ContainerInsights` utilizza automaticamente. *Per visualizzare il set completo di parametri dei container per EKS, consulta i parametri di [Amazon EKS e Kubernetes Container Insights nella Amazon User](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-EKS.html) Guide. CloudWatch *
Le sezioni seguenti descrivono come inviare le metriche corrette dal cluster EKS per suddividere i dati di allocazione dei costi.
## Prerequisiti
Come prerequisiti per l'utilizzo di Amazon CloudWatch Container Insights con dati di allocazione dei costi suddivisi:
+ È necessario abilitare i dati di suddivisione dei costi nella console AWS Billing and Cost Management. Per i dettagli, consulta [Abilitazione dei dati di allocazione suddivisa dei costi](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html).
+ È necessario un cluster EKS per il quale si desidera tenere traccia dei dati di allocazione dei costi suddivisi. Può trattarsi di un cluster esistente oppure puoi crearne uno nuovo. Per ulteriori informazioni, consulta [Creare un cluster Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) nella *Guida per l'utente di Amazon EKS*.
## Configurazione di Amazon CloudWatch Container Insights per inoltrare i parametri EKS
È necessario impostare e configurare l' CloudWatch agente per inoltrare i parametri EKS. Puoi utilizzare il [componente aggiuntivo Amazon CloudWatch Observability EKS o il grafico Amazon CloudWatch Observability Helm per installare l' CloudWatch agente e l'agente Fluent-bit su](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Observability-EKS-addon.html) un cluster EKS. Per ulteriori informazioni su come installare e configurare l' CloudWatch agente, consulta [Installa il componente aggiuntivo Amazon CloudWatch Observability EKS nella Amazon CloudWatch ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-setup-EKS-addon.html) *User* Guide.
Le seguenti sono le versioni minime richieste per l' CloudWatch agente e il componente aggiuntivo EKS:
+ CloudWatch versione dell'agente: v1.300045.0
+ CloudWatch Versione del componente aggiuntivo Observability EKS: v2.0.1-eksbuild.1
## Stima dei costi di Amazon CloudWatch
L'abilitazione della funzionalità per utilizzare Amazon CloudWatch Container Insights con dati di allocazione dei costi suddivisi aggiunge due nuove metriche ad Amazon CloudWatch Container Insights: `pod_cpu_usage_total` e. `pod_memory_working_set` *Per i dettagli su questi parametri, consulta le metriche di [Amazon EKS e Kubernetes Container Insights nella Amazon User](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-EKS.html) Guide. CloudWatch *
**Per comprendere i costi associati alla funzionalità**
1. Apri Amazon CloudWatch Pricing at [https://aws.amazon.com/cloudwatch/pricing/](https://aws.amazon.com/cloudwatch/pricing/).
1. Vai alla sezione **Livello a pagamento**.
1. Scegli la scheda **Container Insights**.
1. Per un calcolo dettagliato dei costi, vai alla sezione **Esempi di prezzi** e consulta l'**Esempio 13 - Container Insights per Amazon EKS e Kubernetes**.