

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

# Crea un limite di spesa in AWS Settings
<a name="create-spend-limit"></a>

**avvertimento**  
Al momento stiamo rilasciando la nostra nuova esperienza a un numero limitato di clienti. Potresti non essere ancora in grado di accedere a questa esperienza.

## Cos'è un limite di spesa?
<a name="what-is-spend-limit"></a>

I limiti di spesa consentono agli sviluppatori di utilizzare AWS con la certezza di poter operare con un budget prevedibile e controllato. Usa un limite di spesa per impostare l'importo massimo che pagherai al mese per un progetto. I limiti di spesa sono a livello di progetto. Puoi avere limiti di spesa per alcuni dei tuoi progetti e avere altri progetti senza limiti di spesa.

Se il tuo utilizzo in un progetto raggiunge il limite, AWS sospende il progetto e ne interrompe le risorse in modo che i costi rimangano entro tali limiti. I limiti di spesa sono progettati per la sperimentazione, l'apprendimento e i carichi di lavoro in modalità sandbox. Possono essere utilizzati per ambienti di produzione quando è accettabile una breve pausa delle risorse nei casi in cui le applicazioni comportino costi imprevisti.

I limiti di spesa sono visibili a chiunque abbia accesso al progetto, ma possono essere gestiti solo dai proprietari dei progetti. Devi avere un piano a pagamento per creare un limite di spesa. Per ulteriori informazioni, consulta [Aggiorna il tuo account in AWS Settings](upgrade-account.md).

I limiti di spesa sono un tipo di [AWS budget](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html).

## Imposta il limite di spesa
<a name="set-your-spend-limit"></a>

Il limite di spesa è il massimale dei costi al lordo delle imposte del progetto, non una commissione. Quando imposti un limite di spesa, il valore minimo consentito è il maggiore tra 20 USD o una stima prudente della spesa probabile.

**Perché esiste un limite minimo: il ** raggiungimento di un limite di spesa è un'esperienza dirompente. Il minimo è necessario per evitare che le normali variazioni di utilizzo portino al raggiungimento del limite di spesa.

**Come viene calcolata la stima conservativa: ** la stima si basa sull'attività svolta nel mese corrente, ma non si tratta di un'estrapolazione lineare rigorosa. AWS analizza la spesa effettuata fino ad oggi e le risorse attualmente disponibili. AWS utilizza anche la tua attività del mese precedente: se era elevata, diventa la minima.

**Se hai molte risorse attive: ** la stima prudente della tua probabile spesa sarà elevata. Se desideri impostare un limite di spesa inferiore, devi prima interrompere tali risorse.

**Se stai riattivando un progetto in pausa: ** la stima prudente della tua spesa probabile è la spesa effettuata fino ad oggi nel corso del mese più l'eventuale utilizzo non addebitato.

**Nota**  
I limiti di spesa escludono i crediti e si applicano agli addebiti al lordo delle imposte.

## Notifications
<a name="spend-limit-notifications"></a>

Riceverai notifiche quando i costi effettivi raggiungono il 50%, 75% e 90% del tuo limite o quando sei sulla buona strada per raggiungere o superare il limite di spesa nei prossimi 10 giorni.

## Personalizza le impostazioni dei limiti di spesa con controlli anticipati opzionali dei costi
<a name="spend-limit-early-controls"></a>

Il limite di spesa impedisce che la fattura superi l'importo impostato. Se il tuo utilizzo viene raggiunto, AWS sospende le tue risorse per proteggerti. Questi controlli opzionali agiscono prima e in modo più delicato, quindi rimani ben al di sotto del limite.

### Interrompi la creazione di nuove risorse
<a name="spend-limit-stop-new-resources"></a>

Circa 7 giorni prima del raggiungimento del limite, le nuove risorse smettono di essere lanciate. Ciò si ottiene attraverso l'applicazione di una politica di controllo del servizio gestita da AWS. La politica di controllo del servizio dipende dal servizio. Per visualizzare tutte le politiche di controllo del servizio che potrebbero essere applicate al progetto, consulta[Politiche di controllo del servizio per i limiti di spesa](scps-and-rcps-for-projects.md#scps-for-spend-limits).

Tutte le risorse già in esecuzione restano attive. Nella maggior parte dei casi, nulla di ciò che hai creato è interessato. Tuttavia, in alcuni casi ciò potrebbe portare a un'esperienza dirompente. Ad esempio, se hai abilitato il ridimensionamento automatico e se sono soddisfatte le condizioni per eseguire questa azione, le nuove istanze non verranno avviate.

### Metti in pausa le risorse inattive
<a name="spend-limit-pause-idle"></a>

Circa 5 giorni prima del raggiungimento del limite, le risorse inattive vengono messe in pausa. Le tue app attive continuano a funzionare. Le risorse inattive vengono messe in pausa in base ai consigli di AWS Compute Optimizer. Per ulteriori informazioni, consulta [ Visualizzare i consigli relativi alle attività inattive. ](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-idle-recommendations.html)

Puoi anche visualizzare i consigli sulle risorse inattive accedendo al tuo progetto e visualizzando le opportunità di risparmio. Per ulteriori informazioni, consulta [ Cost Optimization Hub. ](https://docs.aws.amazon.com/cost-management/latest/userguide/cost-optimization-hub.html) Al momento, come parte della tua esperienza con i limiti di spesa, metteremo automaticamente in pausa EC2, RDS ed SageMaker endpoint.

**Perché sospendiamo un'istanza EC2: ** sospendiamo le istanze EC2 se il picco di utilizzo della CPU è inferiore al 5% e la rete I/O è inferiore a 5 MB al giorno negli ultimi 14 giorni.

Se hai un tipo di istanza G o P, esiste un criterio di inattività diverso. I tipi di istanza G o P verranno sospesi se negli ultimi 14 giorni si verifica quanto segue:
+ La GPU non funziona attivamente per oltre il 99% del periodo di lookback
+ L’encoder GPU non viene utilizzato per il 99% o più del runtime dell’istanza
+ L'utilizzo della memoria GPU a livello di istanza è inferiore al 5%
+ L’utilizzo massimo della CPU è inferiore al 5%
+ L'utilizzo della rete è inferiore al 5% MB/day

**Perché mettiamo in pausa un database RDS: ** mettiamo in pausa RDS per MySQL e RDS per PostgreSQL se l'istanza del database non è una replica letta e presenta i seguenti valori negli ultimi 14 giorni:
+ Nessuna connessione al database
+ Basso utilizzo della CPU
+ Bassa read/write attività

**Perché mettiamo in pausa un SageMaker endpoint inattivo: ** mettiamo in pausa gli SageMaker endpoint se l'endpoint ha avuto zero invocazioni negli ultimi 14 giorni.

### Metti in pausa i principali fattori di costo
<a name="spend-limit-pause-top-cost"></a>

Circa 4 giorni prima del raggiungimento del limite, il costo massimo relativo alle risorse attive viene sospeso. Questa può essere un'esperienza dirompente. Al momento, selezioniamo le risorse da questi cinque servizi: EC2, RDS, Lambda, Bedrock e. SageMaker Questo controllo opt-in potrebbe impedirti di incorrere in costi in caso di una Lambda incontrollata o di un picco imprevisto di Bedrock.

**Come sospendere un'istanza EC2 con i principali fattori di costo: ** quando un'istanza EC2 viene identificata come fattore di costo principale, termina l'istanza per eliminare i costi di elaborazione. AWS Prima della terminazione, AWS crea un'istantanea di ogni volume EBS collegato per preservare i dati. Vengono inoltre rilasciati tutti gli indirizzi IP elastici associati.

Una volta terminata l'istanza:
+ Tutti i costi di elaborazione e di volume EBS vengono eliminati
+ I dati vengono conservati in istantanee, il che comporta un piccolo costo di archiviazione
+ I costi di Elastic IP si fermano

Per ripristinare il carico di lavoro, puoi avviare una nuova istanza dalle istantanee salvate. Se non hai più bisogno dei dati, puoi eliminare le istantanee per bloccare i costi di archiviazione delle istantanee.

**Come sospendere un database RDS con i principali fattori di costo: ** quando un'istanza di database RDS viene identificata come fattore di costo principale, AWS interrompe l'istanza. L'arresto dell'istanza elimina i costi di elaborazione preservando al contempo i dati.

Mentre l'istanza è interrotta:
+ Non sono previsti costi di elaborazione
+ I costi per lo storage e gli IOPS assegnati continuano
+ I backup automatici continuano
+ RDS riavvia automaticamente l'istanza dopo 7 giorni e la AWS interrompe nuovamente se il limite di spesa è ancora a rischio

Per ripristinare il database, avvia l'istanza da AWS Impostazioni o dalla console RDS. I dati e la configurazione rimangono intatti.

**Come mettiamo in pausa una funzione Lambda con driver di alto costo: ** quando una funzione Lambda viene identificata come fattore di costo principale, AWS disabilita le mappature e i trigger della sorgente degli eventi per impedire ulteriori invocazioni. Se la funzione ha configurato la concorrenza predisposta, la rimuove anche per eliminare tali addebiti. AWS 

Dopo che la funzione è stata messa in pausa:
+ Non sono previsti costi di chiamata
+ Il codice della funzione, la configurazione e tutte le risorse associate rimangono intatti
+ Nessun dato viene perso

Per ripristinare la funzione, riattiva le mappature e i trigger dell'origine degli eventi. Se hai effettuato il provisioning della concorrenza, dovrai riconfigurarla.

**Come sospendere un modello Bedrock basato sui principali fattori di costo: ** quando un modello fornito da Amazon Bedrock viene identificato come fattore di costo principale, elimina il throughput assegnato. AWS Non è prevista alcuna opzione di pausa per il throughput assegnato: l'eliminazione è l'unico modo per bloccare gli addebiti.

Dopo l'eliminazione del throughput assegnato:
+ I costi di throughput accantonati vengono interrotti immediatamente
+ Se si dispone di un modello personalizzato ottimizzato, i pesi del modello vengono eliminati
+ I tuoi dati di allenamento originali in Amazon S3 non sono interessati

Per ripristinare un modello personalizzato, dovrai riaddestrarlo a partire dai dati di allenamento di S3. Per il throughput previsto sui modelli di base, puoi creare una nuova allocazione del throughput assegnato.

## Cosa succede se raggiungi il limite
<a name="spend-limit-reached"></a>

AWS sospende il progetto e arresta tutte le risorse. I tuoi dati vengono preservati.

Per riattivare il progetto, aumenta il limite di spesa dalle AWS Impostazioni. Dopo la riattivazione, potrebbe essere necessario riavviare manualmente alcune risorse.

**Importante**  
Se non intraprendi alcuna azione entro 90 giorni dalla sospensione del progetto, elimina AWS definitivamente i dati del progetto.

## Altre cose importanti da notare
<a name="spend-limit-other-notes"></a>
+ Se usi Amazon Route 53, puoi acquistare solo un dominio ogni 24 ore. Devi assicurarti che i costi del dominio rientrino nei limiti di spesa, altrimenti l'acquisto del dominio non andrà a buon fine. In questi casi, è necessario aumentare i limiti di spesa prima di effettuare un acquisto.
+ Puoi applicare limiti di spesa a un massimo di 10 progetti.

## Crea un limite di spesa in AWS Settings
<a name="create-spend-limit-procedure"></a>

**Per creare un limite di spesa in AWS Settings**

1. Apri AWS Impostazioni in [ https://settings.aws.com](https://settings.aws.com).

1. Nel pannello di navigazione principale, scegli ** Fatturazione**.

1. In ** Costo per progetto**, per Limite di ** spesa**, scegli ** Imposta limite ** per un progetto.

1. Puoi scegliere il limite di spesa consigliato o un limite personalizzato.

1. Se scegli un limite personalizzato, inserisci l'importo personalizzato.

1. Scegli ** Imposta limite di spesa**.

1. Per personalizzare il limite di spesa con controlli anticipati dei costi, puoi selezionare ** Interrompi il lancio di nuove risorse**, ** Sospendi le risorse ** inattive o ** Sospendi i principali fattori di costo. **

1. Scegli ** Salva i controlli anticipati dei costi. **

Il limite di spesa entrerà in vigore immediatamente.