

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

# Gestione del ciclo di vita degli oggetti
<a name="object-lifecycle-mgmt"></a>

Il ciclo di vita S3 consente di archiviare gli oggetti in modo conveniente durante l'intero ciclo di vita trasferendoli in classi di storage a costi inferiori o eliminando gli oggetti scaduti per conto dell'utente. Per gestire il ciclo di vita degli oggetti, creare una *configurazione del ciclo di vita S3* per il proprio bucket. Una configurazione del ciclo di vita di S3 è un insieme di regole che definisce le operazioni che Amazon S3 deve applicare a un gruppo di oggetti. Esistono due tipi di operazioni:
+ **Operazioni di transizione** – Queste operazioni definiscono quando gli oggetti passano a un'altra classe di archiviazione. Ad esempio, si può scegliere di trasferire gli oggetti alla classe di archiviazione S3 Standard-IA 30 giorni dopo la creazione o di archiviarli nella classe di archiviazione S3 Glacier Flexible Retrieval un anno dopo la creazione. Per ulteriori informazioni, consulta [Comprensione e gestione delle classi di storage Amazon S3](storage-class-intro.md). 

  Le richieste di transizione del ciclo di vita sono soggette a costi. Per informazioni sui prezzi, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).
+ **Operazioni di scadenza** – Queste operazioni consentono di specificare la scadenza degli oggetti. Amazon S3 elimina gli oggetti scaduti per tuo conto. Ad esempio, si può scegliere di far scadere gli oggetti dopo che sono stati archiviati per un periodo di conformità normativa. Per ulteriori informazioni, consulta [Oggetti in scadenza](lifecycle-expire-general-considerations.md).

  Esistono costi potenziali associati alla scadenza del ciclo di vita solo quando si fanno scadere gli oggetti in una classe di storage con una durata di storage minima. Per ulteriori informazioni, consulta [Costo della durata di archiviazione minima](lifecycle-expire-general-considerations.md#lifecycle-expire-minimum-storage).

**Importante**  
**Bucket per uso generico**: non è possibile utilizzare una policy di bucket per impedire eliminazioni o transizioni in base a una regola del ciclo di vita S3. Ad esempio, anche se la policy del bucket nega tutte le azioni per tutti i principali, la configurazione di S3 Lifecycle continua a funzionare normalmente.

**Oggetti esistenti e nuovi**  
Quando si aggiunge una configurazione del ciclo di vita a un bucket, le regole di configurazione si applicano sia agli oggetti esistenti sia a quelli che vengono aggiunti in un secondo momento. Se, ad esempio, si aggiunge in data odierna una regola di configurazione del ciclo di vita con un'operazione di scadenza in base a cui gli oggetti scadono 30 giorni dopo la creazione, Amazon S3 inserirà nella coda di eliminazione tutti gli oggetti esistenti creati da più di 30 giorni.

**Modifiche nella fatturazione**  
In caso di ritardo tra il momento in cui un oggetto diventa idoneo per un'operazione del ciclo di vita e il momento in cui Amazon S3 trasferisce o rimuove l'oggetto, le modifiche alla fatturazione vengono applicate non appena l'oggetto diventa idoneo per l'operazione del ciclo di vita. Ad esempio, se è pianificata la scadenza di un oggetto e Amazon S3 non lo rimuove immediatamente, non verrà addebitato alcun costo per lo storage dopo il periodo di scadenza. 

L'unica eccezione a questo comportamento è se si dispone di una regola del ciclo di vita per il trasferimento alla classe di archiviazione S3 Intelligent-Tiering. In questo caso, le modifiche alla fatturazione non si verificano fino a quando l'oggetto non è stato trasferito alla classe Piano intelligente Amazon S3. Per ulteriori informazioni sulle regole del ciclo di vita S3, consulta [Elementi della configurazione del ciclo di vita](intro-lifecycle-rules.md). 

**Nota**  
Non sono previsti costi di recupero dei dati per le transizioni del ciclo di vita. Tuttavia, sono previsti costi per l'inserimento dei dati per richiesta quando si utilizzano le regole `PUT`, `COPY` o del ciclo di vita per spostare i dati in qualsiasi classe di storage S3. Considerare il costo di inserimento dei dati o di transizione prima di spostare gli oggetti in qualsiasi classe di storage. Per ulteriori considerazioni relative ai costi, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

**Monitoraggio dell'effetto delle regole del ciclo di vita**  
Per monitorare l'effetto degli aggiornamenti effettuati dalle regole attive del ciclo di vita, consulta [Come posso monitorare le azioni intraprese dalle mie regole del ciclo di vita?](troubleshoot-lifecycle.md#troubleshoot-lifecycle-2).

## Gestione del ciclo di vita completo degli oggetti
<a name="lifecycle-config-overview-what"></a>

Tramite le regole di configurazione del ciclo di vita S3, è possibile indicare ad Amazon S3 di trasferire gli oggetti in classi di storage meno costose, archiviarli o eliminarli. Esempio: 
+ Se vengono caricati dei log periodici su un bucket, l'applicazione potrebbe averne bisogno per una settimana o per un mese. Dopo tale periodo, si potrebbe desiderare di eliminarli.
+ Alcuni documenti vengono utilizzati con frequenza per un periodo di tempo limitato, Dopo tale momento, vi si accede raramente. Con il passare del tempo, potrebbe non essere più necessario avere l'accesso in tempo reale a questi oggetti. Tuttavia, per motivi legati all'organizzazione o alle normative, potrebbe essere necessario conservarli in archivio per un periodo specifico. Dopo tale periodo, è possibile eliminarli. 
+ È possibile caricare alcuni tipi di dati su Amazon S3 principalmente per finalità di archiviazione. Ad esempio, è possibile conservare archivi multimediali, record sanitari e finanziari, dati di sequenza genomica non elaborati, backup di database a lungo termine e dati che devono essere conservati per esigenze di conformità normativa.

Per gestire l'intero ciclo di vita S3 di un oggetto, è possibile combinare le operazioni sul ciclo di vita sopra citate. Supponiamo ad esempio di creare oggetti con un ciclo di vita ben definito. Nei primi 30 giorni gli oggetti vengono utilizzati frequentemente. Poi, gli oggetti vengono utilizzati raramente fino a 90 giorni. Dopo tale periodo, gli oggetti non sono più necessari ed è quindi possibile archiviarli o eliminarli. 

In questo scenario, è possibile creare una regola del ciclo di vita S3 in cui si specifica l'operazione di transizione iniziale all'archiviazione S3 Intelligent-Tiering, S3 Standard-IA o S3 One Zone-IA, un'altra azione di transizione all'archiviazione Glacier S3 Flexible Retrieval per l'archiviazione e un'operazione di scadenza. Spostando gli oggetti da una classe di storage all'altra, si risparmia sui costi di storage. Per ulteriori considerazioni relative ai costi, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

**Topics**
+ [Gestione del ciclo di vita completo degli oggetti](#lifecycle-config-overview-what)
+ [Trasferimento degli oggetti utilizzando il ciclo di vita Amazon S3](lifecycle-transition-general-considerations.md)
+ [Oggetti in scadenza](lifecycle-expire-general-considerations.md)
+ [Impostazione di una configurazione del ciclo di vita S3 in un bucket](how-to-set-lifecycle-configuration-intro.md)
+ [Come il ciclo di vita S3 interagisce con altre configurazioni del bucket](lifecycle-and-other-bucket-config.md)
+ [Configurazione delle notifiche di eventi del ciclo di vita S3](lifecycle-configure-notification.md)
+ [Elementi della configurazione del ciclo di vita](intro-lifecycle-rules.md)
+ [In che modo Amazon S3 gestisce i conflitti nelle configurazioni del ciclo di vita](lifecycle-conflicts.md)
+ [Esempi di configurazioni del ciclo di vita S3](lifecycle-configuration-examples.md)
+ [Risoluzione dei problemi del ciclo di vita di Amazon S3](troubleshoot-lifecycle.md)

# Trasferimento degli oggetti utilizzando il ciclo di vita Amazon S3
<a name="lifecycle-transition-general-considerations"></a>

È possibile aggiungere operazioni di transizione a una configurazione del ciclo di vita S3 per indicare ad Amazon S3 di spostare gli oggetti in un'altra classe di storage Amazon S3. Per ulteriori informazioni sulle classi di storage, consulta [Comprensione e gestione delle classi di storage Amazon S3](storage-class-intro.md). Alcuni esempi di quando è possibile utilizzare le configurazioni del ciclo di vita S3 in questo modo includono i seguenti:
+ Quando ci sono oggetti con accesso non frequente, puoi trasferirli nella classe di storage S3 Standard-IA.
+ Gli oggetti per i quali non è necessario avere l'accesso in tempo reale possono essere archiviati nella classe di storage Recupero flessibile S3 Glacier o S3 Glacier Deep Archive.

**Nota**  
Gli oggetti crittografati rimangono tali durante l'intero processo di transazione tra classi di storage.

## Transizioni supportate
<a name="lifecycle-general-considerations-transition-sc"></a>

In una configurazione del ciclo di vita S3 puoi definire regole per la transizione degli oggetti da una classe di storage a un'altra per risparmiare sui costi di storage. Quando non si conoscono i modelli di accesso degli oggetti o se cambiano nel tempo, è possibile eseguire la transizione degli oggetti alla classe di archiviazione S3 Intelligent-Tiering per ottenere risparmi sui costi in modo automatico. Per informazioni sulle classi di storage, consultare [Comprensione e gestione delle classi di storage Amazon S3](storage-class-intro.md). 

Amazon S3 supporta un modello a cascata per la transizione tra classi di storage, come mostrato nel diagramma seguente. 

![\[Grafico a cascata delle classi di storage Amazon S3.\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/lifecycle-transitions-v4.png)


### Transizioni del ciclo di vita supportate
<a name="supported-lifecycle-transitions"></a>

Amazon S3 supporta le transizioni del ciclo di vita seguenti tra classi di storage tramite una configurazione del ciclo di vita S3. 
+ Dalla classe di archiviazione S3 Standard alle classi di archiviazione S3 Standard-IA, S3 Intelligent-Tiering, S3 One Zone-IA, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
+ La classe di archiviazione S3 Standard-IA alle classi S3 Intelligent-Tiering, S3 One Zone-IA, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
+ Classe di archiviazione S3 Intelligent-Tiering può passare a classi di archiviazione diverse a seconda del livello di accesso di S3 Intelligent-Tiering. Le seguenti transizioni sono possibili per ogni livello di accesso.
  + Dal livello di accesso frequente o poco frequente alle classi di archiviazione S3 One Zone-IA, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
  + Dal livello Archive Instant Access alle classi di archiviazione S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
  + Dal livello Archive Access alle classi di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
  + Dal livello Deep Archive Access alle classi di archiviazione S3 Glacier Deep Archive.
+ La classe di archiviazione S3 One Zone-IA alle classi di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
+ La classe di archiviazione S3 Glacier Instant Retrieval alle classi di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive.
+ Classe di archiviazione S3 Glacier Flexible Retrieval alla classe S3 Glacier Deep Archive.

**Nota**  
Per il controllo delle versioni abilitato o il controllo delle versioni di bucket sospesi, non è possibile effettuare la transizione di oggetti con uno stato di replica o uno. `Pending` `Failed`

## Vincoli e considerazioni per le transizioni
<a name="lifecycle-configuration-constraints"></a>

Alle transizioni tra classi di storage del ciclo di vita si applicano i vincoli seguenti:

**Per impostazione predefinita, gli oggetti di dimensioni inferiori a 128 KB non verranno trasferiti ad alcuna classe di storage**  
Amazon S3 applica un comportamento predefinito alle configurazioni del ciclo di vita S3 che impedisce la transizione di oggetti di dimensioni inferiori a 128 KB a qualsiasi classe di storage. Non è consigliabile eseguire la transizione di oggetti inferiori a 128 KB perché viene addebitata una richiesta di transizione per ogni oggetto. Ciò significa che, per gli oggetti più piccoli, i costi di transizione possono superare i risparmi di storage. Per ulteriori informazioni sui costi delle richieste di transizione, consulta **Richieste e recupero dati** nella scheda **Storage e richieste** della pagina [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

 Per consentire la transizione di oggetti più piccoli, è possibile aggiungere un [filtro per le dimensioni degli oggetti](intro-lifecycle-rules.md#intro-lifecycle-rules-filter) alle regole di transizione del ciclo di vita che specifica una dimensione minima (`ObjectSizeGreaterThan`) o una dimensione massima (`ObjectSizeLessThan`) personalizzata. Per ulteriori informazioni, consulta [Esempio: Consentire la transizione di oggetti di dimensioni inferiori a 128 KB](lifecycle-configuration-examples.md#lc-small-objects). 

**Nota**  
A settembre 2024 Amazon S3 ha aggiornato il comportamento di transizione predefinito per gli oggetti di piccole dimensioni, come segue:  
**Comportamento di transizione predefinito aggiornato**: a partire da settembre 2024, il comportamento predefinito impedisce la transizione di oggetti di dimensioni inferiori a 128 KB a qualsiasi classe di storage.
**Comportamento di transizione predefinito precedente**: prima di settembre 2024, il comportamento predefinito consentiva la transizione di oggetti di dimensioni inferiori a 128 KB solo nelle classi di archiviazione S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive.
Le configurazioni create prima di settembre 2024 mantengono il comportamento di transizione precedente a meno che non vengano modificate. In altre parole, se si creano, modificano o eliminano regole, il comportamento di transizione predefinito per la configurazione cambia in base al comportamento aggiornato. Se il caso d’uso lo richiede, è possibile modificare il comportamento di transizione predefinito in modo che gli oggetti di dimensioni inferiori a 128 KB passino a S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive. A tale scopo, utilizza l’intestazione `x-amz-transition-default-minimum-object-size` opzionale in una richiesta [PutBucketLifecycleConfiguration](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html).

**Gli oggetti devono essere archiviati per almeno 30 giorni prima della transizione alla classe S3 Standard-IA o S3 One Zone-IA.**  
Prima di passare gli oggetti a S3 Standard-IA o S3 One Zone-IA, è necessario archiviarli almeno 30 giorni in Amazon S3. Ad esempio, non è possibile creare una regola del ciclo di vita che trasferisca nella classe di storage S3 Standard-IA oggetti creati da un solo giorno. Amazon S3 non supporta questa transizione entro i primi 30 giorni perché gli oggetti più recenti sono spesso accessibili più frequentemente o eliminati prima di quanto sia possibile per lo storage S3 Standard-IA o S3 One Zone-IA.

Analogamente, se si effettua la transizione di oggetti non correnti (in bucket con versione), è possibile passare solo gli oggetti non correnti di almeno 30 giorni a S3 Standard-IA o a S3 One Zone-IA. Per un elenco della durata minima di storage per tutte le classi di storage, consulta [Confronto delle classi di storage di Amazon S3](storage-class-intro.md#sc-compare).

**Viene addebitato il costo della transizione degli oggetti prima della loro durata minima di storage**  
Alcune classi di storage hanno una durata minima di storage degli oggetti. Se gli oggetti vengono trasferiti da queste classi di storage prima della durata minima, viene addebitato il costo della durata residua. Per ulteriori informazioni su quali classi di storage hanno una durata minima di storage, consulta [Confronto delle classi di storage di Amazon S3](storage-class-intro.md#sc-compare).

Non è possibile creare una singola regola del ciclo di vita che trasferisca gli oggetti da una classe di storage all'altra prima che sia trascorso il periodo di durata minimo di storage.

 Ad esempio, Recupero istantaneo S3 Glacier ha una durata minima di storage di 90 giorni. Non è possibile specificare una regola del ciclo di vita che trasferisca gli oggetti a Recupero istantaneo S3 Glacier dopo 4 giorni e poi li trasferisca a S3 Glacier Deep Archive dopo 20 giorni. In questo caso, la transizione a S3 Glacier Deep Archive deve avvenire dopo almeno 94 giorni.

È possibile specificare due regole per ottenere tale risultato, ma occorre pagare i costi di storage per la durata minima. Per ulteriori considerazioni relative ai costi, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

Per ulteriori informazioni sulla creazione di un ciclo di vita S3, consulta [Impostazione di una configurazione del ciclo di vita S3 in un bucket](how-to-set-lifecycle-configuration-intro.md).

## Trasferimento nelle classi di archiviazione S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive (archiviazione di oggetti)
<a name="before-deciding-to-archive-objects"></a>

Usando una configurazione del ciclo di vita S3, è possibile eseguire la transizione degli oggetti alle classi di storage Recupero flessibile S3 Glacier o S3 Glacier Deep Archive per l'archiviazione.

Prima di archiviare gli oggetti, consultare le sezioni seguenti per alcune considerazioni in merito.

### Considerazioni generali
<a name="transition-glacier-general-considerations"></a>

Di seguito sono riportate le considerazioni generali di cui tenere conto prima di archiviare gli oggetti:
+ Gli oggetti crittografati rimangono tali durante l'intero processo di transazione tra classi di storage.
+ Gli oggetti conservati nelle classi di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive non sono disponibili in tempo reale.

  Gli oggetti archiviati sono oggetti di Amazon S3 , tuttavia, prima di poter accedere a un oggetto archiviato, è necessario ripristinarne una copia temporanea. La copia dell'oggetto ripristinato è disponibile solo per la durata che viene specificata nella richiesta di ripristino. Successivamente Amazon S3 elimina la copia temporanea e l'oggetto rimane archiviato in S3 Glacier Flexible Retrieval. 

  Puoi ripristinare un oggetto utilizzando la console Amazon S3 o a livello di codice utilizzando le librerie wrapper AWS SDK o l'API REST di Amazon S3 nel codice. Per ulteriori informazioni, consulta [Ripristino di un oggetto archiviato](restoring-objects.md).
+ Gli oggetti conservati nella classe di archiviazione S3 Glacier Flexible Retrieval possono essere trasferiti solo nella classe di archiviazione S3 Glacier Deep Archive.

  È possibile utilizzare una regola di configurazione del ciclo di vita S3 per convertire la classe di archiviazione di un oggetto da S3 Glacier Flexible Retrieval alla sola classe di archiviazione S3 Glacier Deep Archive. Se si vuole modificare la classe di archiviazione di un oggetto conservato in Glacier S3 Flexible Retrieval in una classe di archiviazione diversa da S3 Glacier Deep Archive, bisogna prima utilizzare l'operazione di ripristino per creare una copia temporanea dell'oggetto. Usa quindi l'operazione di copia per sovrascrivere l'oggetto specificando S3 Standard, S3 Intelligent-Tiering, S3 Standard-IA, S3 One Zone-IA o Reduced Redundancy come classe di storage.
+ La transizione di oggetti nella classe di storage S3 Glacier Deep Archive è unidirezionale.

  Non puoi usare una regola di configurazione del ciclo di vita S3 per convertire la classe di storage di un oggetto da S3 Glacier Deep Archive in un'altra classe di storage. Se vuoi cambiare la classe di storage di un oggetto archiviato specificandone un'altra, devi prima di tutto usare l'operazione di ripristino per creare una copia temporanea dell'oggetto. Utilizzare quindi l'operazione di copia per sovrascrivere l'oggetto specificando S3 Standard, S3 Intelligent-Tiering, S3 Standard-IA, S3 One Zone-IA, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval o Reduced Redundancy Storage come classe di archiviazione.
**Nota**  
L'operazione di copia per gli oggetti ripristinati non è supportata nella console Amazon S3 per oggetti nelle classi di storage Recupero flessibile Amazon S3 Glacier o S3 Glacier Deep Archive. Per questo tipo di operazione di copia, utilizza l'API AWS Command Line Interface (AWS CLI), the o REST. AWS SDKs

  Gli oggetti conservati nelle classi di archiviazione S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive sono visibili e disponibili solo tramite Amazon S3. Non sono disponibili tramite il servizio Amazon Glacier separato.

  Questi sono oggetti Amazon S3 e puoi accedervi solo utilizzando la console Amazon S3 o l'API Amazon S3. Non è possibile accedere agli oggetti archiviati tramite la console Amazon Glacier separata o l’API di Amazon Glacier.

### Considerazioni sui costi
<a name="glacier-pricing-considerations"></a>

Se si intendono archiviare dati con accesso non frequente per un periodo di mesi o anni, le classi di archiviazione S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive consentono di ridurre i costi di archiviazione. Tuttavia, è consigliabile considerare quanto segue per assicurarsi che la classe di archiviazione S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive sia la scelta appropriata:
+ **Costi generali di archiviazione** – Quando esegui la transizione di oggetti alla classe di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive, una quantità fissa di spazio di archiviazione viene aggiunta a ogni oggetto per poter conservare i metadati per la gestione dell'oggetto.
  + Per ogni oggetto archiviato in S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive, Amazon S3 utilizzerà 8 KB di spazio di archiviazione per il nome dell'oggetto e gli altri metadati. Amazon S3 memorizza questi metadati per consentire di generare tramite l'API Amazon S3 un elenco in tempo reale degli oggetti archiviati. Per ulteriori informazioni, consulta [Get Bucket (List Objects)](https://docs.aws.amazon.com/AmazonS3/latest/API/RESTBucketGET.html). Questo spazio di archiviazione aggiuntivo viene addebitato secondo le tariffe di S3 Standard.
  +  Per ogni oggetto archiviato in S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive, Amazon S3 aggiungerà 32 KB di spazio di archiviazione per l'indice e i metadati correlati. Questi dati aggiuntivi sono necessari per identificare e ripristinare l'oggetto desiderato. Questo spazio di archiviazione aggiuntivo vene addebitato secondo le tariffe di S3 Glacier Flexible Retrieval o di S3 Glacier Deep Archive.

  Per l'archiviazione di oggetti di piccole dimensioni, tenere presenti questi costi di storage. Per ridurre i costi aggiuntivi, si possono aggregare diversi oggetti di piccole dimensioni in un numero più contenuto di oggetti di grandi dimensioni.
+ **Numero di giorni pianificati per conservare gli oggetti archiviati** – S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive sono soluzioni di archiviazione a lungo termine. Il periodo minimo di archiviazione è di 90 giorni per la classe di archiviazione S3 Glacier Flexible Retrieval e 180 giorni per S3 Glacier Deep Archive. L’eliminazione dei dati archiviati in Amazon Glacier è gratuita se gli oggetti eliminati sono archiviati per un tempo superiore al periodo di archiviazione minimo. Se elimini o sovrascrivi un oggetto archiviato entro il periodo di durata minimo, Amazon S3 addebita una tariffa ripartita proporzionalmente di eliminazione anticipata. Per informazioni sulla tariffa di eliminazione anticipata, consulta “Come viene addebitata l’eliminazione di oggetti da Amazon Glacier archiviati da meno di 90 giorni?” nelle [Domande frequenti su Amazon S3](https://aws.amazon.com/s3/faqs/#Amazon_S3_Glacier). 
+ ** Costi della richiesta di transizione a S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive** – Ogni oggetto che viene trasferito nelle classi di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive costituisce una richiesta di transizione. È previsto un costo per ognuna di queste richieste. Se si ha intenzione di trasferire un elevato numero di oggetti, i costi di richiesta vanno tenuti in considerazione. Se si archivia una combinazione di oggetti che include oggetti di piccole dimensioni, in particolare quelli inferiori a 128 KB, si consiglia di utilizzare il filtro per le dimensioni degli oggetti del ciclo di vita per escludere gli oggetti di piccole dimensioni dalla transizione e ridurre i costi delle richieste.
+ ** Costi di ripristino dei dati da S3 Glacier e S3 Glacier Deep Archive** – S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive sono progettati per l'archiviazione a lungo termine di dati ad accesso non frequente. Per informazioni sui costi di ripristino dei dati, consulta “Quanto costa recuperare i dati da Amazon Glacier?” nelle [Domande frequenti su Amazon S3](https://aws.amazon.com/s3/faqs/#Amazon_S3_Glacier). Per informazioni su come ripristinare i dati da Amazon Glacier, consulta [Ripristino di un oggetto archiviato](restoring-objects.md). 

**Nota**  
Il ciclo di vita S3 esegue la transizione degli oggetti in modalità asincrona a Recupero flessibile S3 Glacier e S3 Glacier Deep Archive. Potrebbe esserci un ritardo tra la data di trasferimento nella regola di configurazione del ciclo di vita S3 e la data del trasferimento fisico. In questo caso, viene addebitata la tariffa predefinita della classe di storage da cui si è effettuata la transizione in base alla data di transizione specificata nella regola.

Nella pagina dei dettagli del prodotto Amazon S3 sono disponibili informazioni sui prezzi ed esempi di calcolo per l'archiviazione di oggetti di Amazon S3. Per ulteriori informazioni, consulta i seguenti argomenti:
+  “Come vengono calcolati i costi di archiviazione per gli oggetti di Amazon S3 archiviati in Amazon Glacier?” nelle [Domande frequenti su Amazon S3](https://aws.amazon.com/s3/faqs/#Amazon_S3_Glacier). 
+  “Quali costi vengono addebitati per l’eliminazione di oggetti da Amazon Glacier archiviati da meno di 90 giorni?” nelle [Domande frequenti su Amazon S3](https://aws.amazon.com/s3/faqs/#Amazon_S3_Glacier). 
+  “Quanto costa recuperare dati da Amazon Glacier?” nelle [Domande frequenti su Amazon S3](https://aws.amazon.com/s3/faqs/#Amazon_S3_Glacier). 
+  [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/) per informazioni sui costi di storage per le diverse classi di storage. 

### Ripristino di oggetti archiviati
<a name="restore-glacier-objects-concepts"></a>

Gli oggetti archiviati non sono disponibili per l'accesso in tempo reale. È necessario innanzitutto avviare una richiesta di ripristino e successivamente attendere che venga resa disponibile una copia temporanea dell'oggetto per la durata specificata nella richiesta. Anche dopo avere ricevuto una copia temporanea dell'oggetto ripristinato, la classe di archiviazione dell'oggetto rimane S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive. Una richiesta di operazioni API [https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectHEAD.html](https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectHEAD.html) o [https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectGET.html](https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectGET.html) restituirà la classe di storage Recupero flessibile S3 Glacier o S3 Glacier Deep Archive. 

**Nota**  
Quando ripristini un archivio, paghi sia per l'archivio (tariffa per le classi di archiviazione S3 Glacier Flexible Retrieval [Recupero flessibile S3 Glacier] e S3 Glacier Deep Archive [Archiviazione profonda S3 Glacier]) che per una copia temporaneamente ripristinata (tariffa di archiviazione S3 Standard). Per informazioni sui prezzi, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/). 

Puoi ripristinare una copia dell'oggetto a livello di programmazione oppure utilizzando la console Amazon S3. Amazon S3 elabora una sola richiesta di ripristino alla volta per oggetto. Per ulteriori informazioni, consulta [Ripristino di un oggetto archiviato](restoring-objects.md).

# Oggetti in scadenza
<a name="lifecycle-expire-general-considerations"></a>

È possibile aggiungere operazioni di transizione a una configurazione del ciclo di vita S3 per indicare ad Amazon S3 di eliminare gli oggetti al termine del loro ciclo di vita. Quando un oggetto raggiunge la fine del suo ciclo di vita in base alla relativa configurazione, Amazon S3 esegue un'azione `Expiration` in base allo stato del [controllo delle versioni S3](Versioning.md) in cui si trova il bucket:
+ **Bucket senza versione**: Amazon S3 aggiunge l'oggetto alla coda per la rimozione e lo rimuove in modo asincrono e permanente. 
+ **Bucket con controllo delle versioni abilitata**: se la versione dell'oggetto corrente non è un contrassegno di eliminazione, Amazon S3 aggiunge un contrassegno di eliminazione con un ID versione univoco. La versione corrente diventa quindi non corrente e il contrassegno di eliminazione diventa la versione corrente. 
+ **Bucket con controllo delle versioni sospesa**: Amazon S3 crea un contrassegno di eliminazione il cui ID versione è null. Il contrassegno di eliminazione sostituisce qualsiasi versione dell'oggetto con ID versione null nella gerarchia delle versioni: questa operazione elimina di fatto l'oggetto. 

Per un bucket con versione (ovvero, con controllo delle versioni attivata o sospesa), sono diversi i fattori che governano la gestione dell'operazione `Expiration` da parte di Amazon S3. Per i bucket con controllo delle versioni abilitato o sospeso, vale quanto segue:
+ La scadenza dell'oggetto si applica solo alla sua versione corrente (non ha effetto sulle versioni non correnti dell'oggetto).
+ Amazon S3 non esegue alcuna operazione se sono presenti una o più versioni dell'oggetto e il contrassegno di eliminazione è la versione corrente.
+ Se la versione corrente dell'oggetto è l'unica disponibile e porta anche il contrassegno di eliminazione (noto anche come *contrassegno di eliminazione dell'oggetto scaduto*, dove tutte le versioni degli oggetti vengono eliminate e rimane solo un contrassegno di eliminazione), Amazon S3 rimuove il contrassegno di eliminazione dall'oggetto scaduto. È possibile inoltre utilizzare l'operazione `Expiration` per indicare ad Amazon S3 di rimuovere i contrassegni di eliminazione degli oggetti scaduti. Per un esempio, consulta [Rimozione dei contrassegni di eliminazione degli oggetti scaduti in un bucket con il controllo delle versioni abilitato](lifecycle-configuration-examples.md#lifecycle-config-conceptual-ex7).
+ È possibile utilizzare l'elemento dell'operazione `NoncurrentVersionExpiration` per indicare ad Amazon S3 di eliminare definitivamente le versioni non correnti degli oggetti. Gli oggetti eliminati non possono essere ripristinati. È possibile basare questa scadenza su un certo numero di giorni da quando gli oggetti sono diventati non correnti. Oltre al numero di giorni, è anche possibile fornire un numero massimo di versioni non correnti da conservare (tra 1 e 100). Questo valore specifica quante versioni non correnti più recenti devono esistere prima che Amazon S3 possa eseguire l'operazione associata su una determinata versione. Per specificare il numero massimo di versioni non correnti, è necessario fornire anche un elemento `Filter`. Se non si specifica un elemento `Filter`, Amazon S3 genera un errore `InvalidRequest` quando si fornisce un numero massimo di versioni non correnti. Per ulteriori informazioni sull'uso dell'elemento dell'operazione `NoncurrentVersionExpiration`, consulta [Elementi per la descrizione delle operazioni nel ciclo di vita](intro-lifecycle-rules.md#intro-lifecycle-rules-actions).
+ Amazon S3 non esegue alcuna operazione sulle versioni non correnti degli oggetti a cui è applicata la configurazione S3 Object Lock.
+ Per gli oggetti con stato di `Failed` replica `Pending` o, Amazon S3 non esegue alcuna azione sulle versioni correnti o non correnti degli oggetti.

Per ulteriori informazioni, consulta [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md).

**Importante**  
Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:  
L'eliminazione permanente ha la precedenza sul trasferimento.
Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
Quando un oggetto è idoneo sia per una transizione Recupero flessibile S3 Glacier che AI S3 Standard (o AI a zona unica S3), Amazon S3 sceglie la transizione Recupero flessibile S3 Glacier.
 Per alcuni esempi, consulta [Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

**Oggetti esistenti e nuovi**  
Quando si aggiunge una configurazione del ciclo di vita a un bucket, le regole di configurazione si applicano sia agli oggetti esistenti sia a quelli che vengono aggiunti in un secondo momento. Se, ad esempio, si aggiunge in data odierna una regola di configurazione del ciclo di vita con un'operazione di scadenza in base a cui gli oggetti con un prefisso specifico scadono 30 giorni dopo la creazione, Amazon S3 inserirà nella coda di eliminazione tutti gli oggetti esistenti creati da più di 30 giorni e che hanno il prefisso specificato.

**Importante**  
Non è possibile utilizzare una policy del bucket per impedire eliminazioni o transizioni in base a una regola del ciclo di vita S3. Ad esempio, anche se la policy del bucket nega tutte le azioni per tutti i principali, la configurazione di S3 Lifecycle continua a funzionare normalmente.

## Come individuare la data di scadenza degli oggetti
<a name="lifecycle-expire-when"></a>

Per individuare quando è prevista la scadenza della versione corrente di un oggetto, utilizzare l'operazione API [https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectHEAD.html](https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectHEAD.html) o [https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectGET.html](https://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectGET.html). Queste operazioni API restituiscono intestazioni di risposta che forniscono la data e l'ora in cui la versione corrente dell'oggetto non è più inseribile nella cache. 

**Nota**  
La data di scadenza dell'oggetto e la data in cui Amazon S3 rimuove un oggetto potrebbero non coincidere. Non è previsto alcun addebito per la scadenza o il tempo di archiviazione associato a un oggetto scaduto. 
Prima di aggiornare, disabilitare o eliminare le regole del ciclo di vita, utilizza le operazioni API `LIST` (come [https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectsV2.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectsV2.html), [https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectVersions.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectVersions.html) e [https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListMultipartUploads.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListMultipartUploads.html)) o [Catalogazione e analisi dei dati con Inventario S3](storage-inventory.md) per verificare che Amazon S3 abbia effettuato la transizione e fatto scadere gli oggetti idonei in base ai casi d’uso.

## Costo della durata di archiviazione minima
<a name="lifecycle-expire-minimum-storage"></a>

Se crei una regola di scadenza del ciclo di vita S3 che specifica la scadenza di un oggetto presente nell'archiviazione S3 Standard-IA o S3 One Zone-IA per meno di 30 giorni, ti verranno addebitati comunque i costi per i 30 giorni. Se viene creata una regola di scadenza del ciclo di vita che determina la scadenza di oggetti che sono stati nella classe di archiviazione S3 Glacier Flexible Retrieval per meno di 90 giorni, verranno comunque addebitati i costi per 90 giorni. Se viene creata una regola di scadenza del ciclo di vita che determina la scadenza di oggetti che sono stati nella classe di storage S3 Glacier Deep Archive per meno di 180 giorni, verranno comunque addebitati i costi per 180 giorni.

Per ulteriori informazioni, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

# Impostazione di una configurazione del ciclo di vita S3 in un bucket
<a name="how-to-set-lifecycle-configuration-intro"></a>

Puoi impostare una configurazione del ciclo di vita di Amazon S3 su un bucket utilizzando la console Amazon S3, AWS Command Line Interface (AWS CLI), o AWS SDKs l'API REST di Amazon S3. Per informazioni sulla configurazione del ciclo di vita S3, consulta [Gestione del ciclo di vita degli oggetti](object-lifecycle-mgmt.md).

**Nota**  
Per visualizzare o modificare la configurazione del ciclo di vita per un bucket di directory, usa o l'API AWS CLI AWS SDKs REST di Amazon S3. Per ulteriori informazioni, consulta [Operazioni con S3 Lifecycle per i bucket di directory](directory-buckets-objects-lifecycle.md).

Nella configurazione del ciclo di vita S3, si utilizzano le *regole del ciclo di vita* per definire le operazioni che devono essere eseguite da Amazon S3 durante il ciclo di vita di un oggetto. Ad esempio, è possibile definire regole per trasferire gli oggetti in un'altra classe di storage, archiviare gli oggetti o far scadere (eliminare) gli oggetti dopo un periodo di tempo specificato.

## Considerazioni sul ciclo di vita S3
<a name="lifecycle-considerations"></a>

Prima di impostare una configurazione del ciclo di vita, tieni presente quanto segue:

**Ritardo di propagazione della configurazione del ciclo di vita**  
Quando si aggiunge una configurazione del ciclo di vita S3 in un bucket, la propagazione della configurazione nuova o aggiornata a tutti i sistemi Amazon S3 viene in genere completata con un leggero ritardo. Occorrono alcuni minuti prima che la configurazione venga applicata completamente. Questo ritardo può verificarsi anche quando si elimina una configurazione del ciclo di vita S3.

**Ritardo di transizione o scadenza**  
Esiste un ritardo tra il momento in cui una regola del ciclo di vita viene soddisfatta e il completamento dell'operazione relativa alla regola. Ad esempio, supponiamo che un set di oggetti sia scaduto in base a una regola del ciclo di vita il 1° gennaio. Anche se la regola di scadenza è stata soddisfatta il 1° gennaio, Amazon S3 potrebbe effettivamente eliminare questi oggetti solo giorni o addirittura settimane dopo. Questo ritardo si verifica perché il ciclo di vita S3 mette in coda gli oggetti per le transizioni o le scadenze in modo asincrono. Quando aggiungi o modifichi una regola del ciclo di vita, S3 Lifecycle può iniziare a elaborare gli oggetti idonei immediatamente o con un certo ritardo. Quando S3 Lifecycle crea un marker di eliminazione o esegue la transizione di un oggetto, il timestamp viene impostato sulla mezzanotte UTC del giorno in cui si è verificata l'azione, indipendentemente dall'ora effettiva in cui è stata eseguita l'azione. Tuttavia, le modifiche alla fatturazione vengono in genere applicate quando la regola del ciclo di vita viene soddisfatta, anche se l'operazione non è completa. Per ulteriori informazioni, consulta [Modifiche nella fatturazione](#lifecycle-billing). Per monitorare l'effetto degli aggiornamenti effettuati dalle regole attive del ciclo di vita, consulta [Come posso monitorare le azioni intraprese dalle mie regole del ciclo di vita?](troubleshoot-lifecycle.md#troubleshoot-lifecycle-2)

**Nota**  
Quando una regola del ciclo di vita viene creata o modificata, gli oggetti che già soddisfano i criteri di idoneità possono essere elaborati immediatamente.

**Aggiornamento, disabilitazione o eliminazione delle regole del ciclo di vita**  
Quando una regola del ciclo di vita viene disabilitata o eliminata, dopo un breve ritardo Amazon S3 interrompe la pianificazione dell'eliminazione o del trasferimento di nuovi oggetti. Le pianificazioni degli oggetti già pianificati vengono annullate e gli oggetti non vengono eliminati né spostati.

**Nota**  
Prima di aggiornare, disabilitare o eliminare le regole del ciclo di vita, utilizza le operazioni API `LIST` (come [https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectsV2.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectsV2.html), [https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectVersions.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectVersions.html) e [https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListMultipartUploads.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListMultipartUploads.html)) o [Catalogazione e analisi dei dati con Inventario S3](storage-inventory.md) per verificare che Amazon S3 abbia effettuato la transizione e fatto scadere gli oggetti idonei in base ai casi d’uso. Se si verificano problemi con l'aggiornamento, la disabilitazione o l'eliminazione delle regole del ciclo di vita, consulta [Risoluzione dei problemi del ciclo di vita di Amazon S3](troubleshoot-lifecycle.md).

**Oggetti esistenti e nuovi**  
Quando si aggiunge una configurazione del ciclo di vita a un bucket, le regole di configurazione si applicano sia agli oggetti esistenti sia a quelli che vengono aggiunti in un secondo momento. Se, ad esempio, si aggiunge in data odierna una regola di configurazione del ciclo di vita con un'operazione di scadenza in base a cui gli oggetti con un prefisso specifico scadono 30 giorni dopo la creazione, Amazon S3 inserirà nella coda di eliminazione tutti gli oggetti esistenti creati da più di 30 giorni e che hanno il prefisso specificato.

**Monitoraggio dell'effetto delle regole del ciclo di vita**  
Per monitorare l'effetto degli aggiornamenti effettuati dalle regole attive del ciclo di vita, consulta [Come posso monitorare le azioni intraprese dalle mie regole del ciclo di vita?](troubleshoot-lifecycle.md#troubleshoot-lifecycle-2)

**Modifiche nella fatturazione**  
Potrebbe esserci un ritardo tra il momento in cui le regole di configurazione del ciclo di vita vengono soddisfatte e il momento in cui viene avviata l'operazione attivata da tali regole. Le modifiche nella fatturazione avvengono invece non appena la regola di configurazione del ciclo di vita viene soddisfatta, anche se l'operazione non è stata ancora avviata.

Per fare un esempio, dopo la scadenza dell'oggetto, il costo di storage non viene addebitato anche se l'oggetto non viene eliminato immediatamente. Allo stesso modo, non appena scade il tempo di transizione dell'oggetto, vengono addebitate le tariffe di storage Recupero flessibile S3 Glacier anche se l'oggetto non viene trasferito immediatamente alla classe di storage Recupero flessibile S3 Glacier. 

Tuttavia, le transizioni del ciclo di vita alla classe di storage Piano intelligente S3 rappresentano un'eccezione. Le modifiche alla fatturazione avvengono solo dopo che l'oggetto è stato trasferito alla classe di storage Piano intelligente S3. 

**Regole multiple o in conflitto**  
Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:
+ L'eliminazione permanente ha la precedenza sul trasferimento.
+ Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
+ Quando un oggetto è idoneo sia per una transizione Recupero flessibile S3 Glacier che AI S3 Standard (o AI a zona unica S3), Amazon S3 sceglie la transizione Recupero flessibile S3 Glacier.

 Per alcuni esempi, consulta [Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

## Come impostare una configurazione del ciclo di vita S3
<a name="how-to-set-lifecycle-configuration"></a>

Puoi impostare una configurazione del ciclo di vita di Amazon S3 su un bucket generico utilizzando la console Amazon S3, AWS Command Line Interface (AWS CLI), o AWS SDKs l'API REST di Amazon S3. 

*Per informazioni su AWS CloudFormation modelli ed esempi, consulta [Lavorare con i modelli e nella Guida AWS CloudFormation per](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html) l'utente. [https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-s3-bucket.html#aws-resource-s3-bucket--examples](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-s3-bucket.html#aws-resource-s3-bucket--examples)CloudFormation *

### Utilizzo della console S3
<a name="create-lifecycle"></a>

È possibile definire regole del ciclo di vita per tutti gli oggetti o un sottoinsieme di oggetti in un bucket utilizzando un prefisso condiviso (nomi di oggetti che iniziano con una stringa comune) o un tag. In una regola del ciclo di vita è possibile definire operazioni specifiche per versioni di oggetti correnti e non correnti. Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Gestione del ciclo di vita degli oggetti](object-lifecycle-mgmt.md)
+ [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md)

**Per creare una regola del ciclo di vita**

1. Accedi a Console di gestione AWS e apri la console Amazon S3 all'indirizzo. [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)

1. Nel riquadro di navigazione sinistro, scegli **Bucket per uso generico**.

1. Nell’elenco dei bucket, seleziona il nome del bucket per il quale desideri creare una regola per il ciclo di vita.

1. Scegliere la scheda **Management (Gestione)**, quindi **Create lifecycle rule (Crea regola ciclo di vita)**.

1. In **Lifecycle rule name (Nome regola ciclo di vita)** immettere un nome per la regola. 

   Il nome deve essere univoco all'interno del bucket. 

1. Scegliere l'ambito della regola del ciclo di vita: 
   + Per applicare questa regola del ciclo di vita a *tutti gli oggetti con un prefisso o un tag specifico*, scegliere **Limita l'ambito a prefissi o tag specifici**. 
     + Per limitare l'ambito in base al prefisso, in **Prefix (Prefisso)** immettere il prefisso. 
     + Per limitare l'ambito in base al tag, scegliere **Add tag (Aggiungi tag)** e immettere la chiave e il valore del tag.

     Per ulteriori informazioni sui prefissi dei nomi oggetto, consulta [Denominazione di oggetti Amazon S3](object-keys.md). Per ulteriori informazioni sui tag degli oggetti, consulta [Classificazione degli oggetti utilizzando i tag](object-tagging.md). 
   + Per applicare questa regola del ciclo di vita a *tutti gli oggetti nel bucket*, scegli **Questa regola si applica a *tutti* gli oggetti nel bucket** e quindi **Confermo che questa regola si applica a tutti gli oggetti nel bucket**.

1. Per filtrare una regola in base alle dimensioni dell'oggetto, è possibile selezionare **Specifica la dimensione minima dell'oggetto**, **Specifica la dimensione massima dell'oggetto** o entrambe le opzioni.
   + Quando specifichi un valore per Dimensione **minima dell'oggetto o Dimensione** **massima dell'oggetto**, il valore deve essere maggiore di 0 byte e massimo 50 TB. È possibile specificare questo valore in byte, KB, MB o GB.
   + Quando si specificano entrambi i valori, la dimensione massima dell'oggetto deve essere superiore alla dimensione minima dell'oggetto.
**Nota**  
I filtri **Dimensione minima dell'oggetto** e **Dimensione massima dell'oggetto** escludono i valori specificati. Ad esempio, se si imposta un filtro per far scadere gli oggetti con una **Dimensione minima dell'oggetto** di 128 KB, gli oggetti la cui dimensione è esattamente 128 KB non scadono. La regola si applica invece solo agli oggetti con dimensioni superiori a 128 KB.

1. In **Lifecycle rule actions (Operazioni regola ciclo di vita)** scegliere le operazioni da far eseguire alla regola del ciclo di vita:
   + Transizione delle versioni *correnti* degli oggetti tra classi di storage
   + Transizione delle versioni *precedenti* degli oggetti tra classi di storage
   + Definizione della scadenza delle versioni *correnti* degli oggetti
**Nota**  
Per i bucket che non hanno il [controllo delle versioni S3](Versioning.md) abilitato, la scadenza delle versioni correnti fa sì che Amazon S3 elimini definitivamente gli oggetti. Per ulteriori informazioni, consulta [Operazioni del ciclo di vita e stato della funzione Controllo delle versioni nel bucket](intro-lifecycle-rules.md#lifecycle-actions-bucket-versioning-state).
   + Eliminazione permanente delle versioni *precedenti* degli oggetti
   + Eliminazione dei contrassegni di eliminazione o di caricamenti in più parti incompleti 

   A seconda delle operazioni scelte, vengono visualizzate opzioni diverse.

1. Per eseguire la transizione delle versioni *correnti* degli oggetti tra classi di storage, in **Transizione delle versioni correnti degli oggetti tra classi di storage** procedere come segue:

   1. In **Transizione a una classe di storage** scegli la classe di storage in cui eseguire la transizione. Per un elenco delle possibili transizioni, consulta [Transizioni del ciclo di vita supportate](lifecycle-transition-general-considerations.md#supported-lifecycle-transitions). È possibile scegliere tra le seguenti classi di storage:
      + S3 Standard-IA
      + S3 Intelligent-Tiering
      + S3 One Zone-IA
      + S3 Glacier Instant Retrieval
      + S3 Glacier Flexible Retrieval
      + S3 Glacier Deep Archive

   1. In **Days after object creation (Giorni dopo la creazione dell'oggetto)** immettere il numero di giorni successivi alla creazione dopo i quali eseguire la transizione dell'oggetto.

   Per ulteriori informazioni sulle classi di storage, consulta [Comprensione e gestione delle classi di storage Amazon S3](storage-class-intro.md). È possibile definire le transizioni per la versione degli oggetti corrente o per quella precedente, oppure per entrambe le versioni: corrente e precedente. La funzione Controllo delle versioni consente di gestire più versioni di un oggetto in un unico bucket. Per ulteriori informazioni sulla funzione Controllo delle versioni, consulta [Utilizzo della console S3](manage-versioning-examples.md#enable-versioning).
**Importante**  
Quando si sceglie la classe di storage Recupero istantaneo S3 Glacier, Recupero flessibile S3 Glacier o Glacier Deep Archive, gli oggetti rimangono in Amazon S3. Non puoi accedervi direttamente tramite il servizio Amazon Glacier separato. Per ulteriori informazioni, consulta [Trasferimento degli oggetti utilizzando il ciclo di vita Amazon S3](lifecycle-transition-general-considerations.md). 

1. Per eseguire la transizione delle versioni *non correnti* degli oggetti tra classi di storage, in **Transizione delle versioni non correnti degli oggetti tra classi di storage** procedere come segue:

   1. In **Transizione a una classe di storage** scegli la classe di storage in cui eseguire la transizione. Per un elenco delle possibili transizioni, consulta [Transizioni del ciclo di vita supportate](lifecycle-transition-general-considerations.md#supported-lifecycle-transitions). È possibile scegliere tra le seguenti classi di storage:
      + S3 Standard-IA
      + S3 Intelligent-Tiering
      + S3 One Zone-IA
      + S3 Glacier Instant Retrieval
      + S3 Glacier Flexible Retrieval
      + S3 Glacier Deep Archive

   1. In **Giorni dopo i quali l'oggetto diventa non corrente**, immettere il numero di giorni successivi alla creazione dopo i quali eseguire la transizione dell'oggetto.

1. Per definire la scadenza delle versioni *correnti* degli oggetti, in **Expire current versions of objects (Scadenza versioni attuali degli oggetti)** immettere un numero di giorni in **Number of days after object creation (Numero di giorni dopo la creazione dell'oggetto)**.
**Importante**  
In un bucket senza versione l'operazione di scadenza comporta la rimozione permanente dell'oggetto da parte di Amazon S3. Per ulteriori informazioni sulle operazioni del ciclo di vita, consulta [Elementi per la descrizione delle operazioni nel ciclo di vita](intro-lifecycle-rules.md#intro-lifecycle-rules-actions).

1. Per eliminare in modo definitivo le versioni precedenti degli oggetti, in **Permanently delete noncurrent versions of objects** (Elimina in modo definitivo le versioni non aggiornate degli oggetti), specifica il numero di giorni nel campo **Days after objects become noncurrent** (Numero di giorni dopo i quali gli oggetti non sono più aggiornati). Facoltativamente puoi specificare il numero di versioni più recenti da mantenere immettendo un valore nel campo **Number of newer versions to retain** (Numero di versioni più recenti da mantenere).

1. In **Delete expired delete markers or incomplete multipart uploads (Elimina contrassegni di eliminazione scaduti o caricamenti in più parti incompleti)** scegliere **Delete expired object delete markers (Elimina contrassegni di eliminazione oggetti scaduti)** e **Delete incomplete multipart uploads (Elimina caricamenti in più parti incompleti)**. Immettere quindi il numero di giorni dopo l'avvio dei caricamenti in più parti dopo i quali si desidera terminare e pulire i caricamenti in più parti incompleti.

   Per ulteriori informazioni sui caricamenti in più parti, consultare [Caricamento e copia di oggetti utilizzando il caricamento multiparte in Amazon S3](mpuoverview.md).

1. Scegli **Crea regola**.

   Se la regola non contiene errori, Amazon S3 la abilita ed è possibile visualizzarla nella scheda **Management (Gestione)** in **Lifecycle rules (Regole ciclo di vita)**.

### Usando il AWS CLI
<a name="set-lifecycle-cli"></a>

È possibile utilizzare i seguenti AWS CLI comandi per gestire le configurazioni del ciclo di vita di S3:
+ `put-bucket-lifecycle-configuration`
+ `get-bucket-lifecycle-configuration`
+ `delete-bucket-lifecycle`

*Per istruzioni sulla configurazione AWS CLI, consulta [Developing with Amazon S3 using the AWS CLI nel Amazon S3 API](https://docs.aws.amazon.com/AmazonS3/latest/API/setup-aws-cli.html) Reference.*

La configurazione del ciclo di vita di Amazon S3 è un file XML. Tuttavia, quando utilizzi il AWS CLI, non puoi specificare il formato XML. È necessario invece specificare il formato JSON. Di seguito sono riportati esempi di configurazioni del ciclo di vita XML e le configurazioni JSON equivalenti che è possibile specificare in un comando. AWS CLI

Prendiamo in considerazione la configurazione del ciclo di vita S3 di esempio riportata di seguito:

**Example Esempio 1**  

**Example**  

```
<LifecycleConfiguration>
    <Rule>
        <ID>ExampleRule</ID>
        <Filter>
           <Prefix>documents/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>365</Days>        
           <StorageClass>GLACIER</StorageClass>
        </Transition>    
        <Expiration>
             <Days>3650</Days>
        </Expiration>
    </Rule>
</LifecycleConfiguration>
```

```
{
    "Rules": [
        {
            "Filter": {
                "Prefix": "documents/"
            },
            "Status": "Enabled",
            "Transitions": [
                {
                    "Days": 365,
                    "StorageClass": "GLACIER"
                }
            ],
            "Expiration": {
                "Days": 3650
            },
            "ID": "ExampleRule"
        }
    ]
}
```

**Example Esempio 2**  

**Example**  

```
<LifecycleConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
    <Rule>
        <ID>id-1</ID>
        <Expiration>
            <Days>1</Days>
        </Expiration>
        <Filter>
            <And>
                <Prefix>myprefix</Prefix>
                <Tag>
                    <Key>mytagkey1</Key>
                    <Value>mytagvalue1</Value>
                </Tag>
                <Tag>
                    <Key>mytagkey2</Key>
                    <Value>mytagvalue2</Value>
                </Tag>
            </And>
        </Filter>
        <Status>Enabled</Status>    
    </Rule>
</LifecycleConfiguration>
```

```
{
    "Rules": [
        {
            "ID": "id-1",
            "Filter": {
                "And": {
                    "Prefix": "myprefix", 
                    "Tags": [
                        {
                            "Value": "mytagvalue1", 
                            "Key": "mytagkey1"
                        }, 
                        {
                            "Value": "mytagvalue2", 
                            "Key": "mytagkey2"
                        }
                    ]
                }
            }, 
            "Status": "Enabled", 
            "Expiration": {
                "Days": 1
            }
        }
    ]
}
```

È possibile testare il codice `put-bucket-lifecycle-configuration` nel modo seguente:

**Per testare la configurazione**

1. Salvare la configurazione del ciclo di vita JSON in un file (ad esempio, *`lifecycle.json`*). 

1. Esegui il AWS CLI comando seguente per impostare la configurazione del ciclo di vita sul tuo bucket. Sostituisci `user input placeholders` con le informazioni appropriate.

   ```
   $ aws s3api put-bucket-lifecycle-configuration  \
   --bucket amzn-s3-demo-bucket  \
   --lifecycle-configuration file://lifecycle.json
   ```

1. Per verificare, recupera la configurazione del ciclo di vita di S3 utilizzando il comando seguente: `get-bucket-lifecycle-configuration` AWS CLI 

   ```
   $ aws s3api get-bucket-lifecycle-configuration  \
   --bucket amzn-s3-demo-bucket
   ```

1. Per eliminare la configurazione di S3 Lifecycle, usa il comando come segue: `delete-bucket-lifecycle` AWS CLI 

   ```
   aws s3api delete-bucket-lifecycle \
   --bucket amzn-s3-demo-bucket
   ```

### Usando il AWS SDKs
<a name="manage-lifecycle-using-sdk"></a>

------
#### [ Java ]

Puoi utilizzare l' AWS SDK for Java per gestire la configurazione del ciclo di vita S3 di un bucket. Per ulteriori informazioni sulla gestione della configurazione del ciclo di vita S3, consulta [Gestione del ciclo di vita degli oggetti](object-lifecycle-mgmt.md).

**Nota**  
Quando si aggiunge una configurazione del ciclo di vita S3 a un bucket, Amazon S3 sostituisce l'attuale configurazione del ciclo di vita del bucket, se presente. Per aggiornare una configurazione, la si recupera, si apportano le modifiche desiderate e successivamente si aggiunge la configurazione aggiornata al bucket.

Per gestire la configurazione del ciclo di vita utilizzando l' AWS SDK for Java, puoi:
+ Aggiungere la configurazione del ciclo di vita a un bucket.
+ Recuperare la configurazione del ciclo di vita e aggiornarla aggiungendo un’altra regola.
+ Aggiungere la configurazione del ciclo di vita modificata al bucket. Amazon S3 sostituisce la configurazione esistente.
+ Recuperare nuovamente la configurazione e verificare che contenga il numero corretto di regole stampando il numero di regole.
+ Eliminare la configurazione del ciclo di vita e verificare che sia stata eliminata cercando di recuperarla nuovamente.

*Per esempi di come impostare la configurazione del ciclo di vita su un bucket con l'SDK for AWS Java, [consulta Impostare la configurazione del ciclo di vita su un bucket nell'](https://docs.aws.amazon.com/AmazonS3/latest/API/s3_example_s3_PutBucketLifecycleConfiguration_section.html)Amazon S3 API Reference.*

------
#### [ .NET ]

Puoi usare per gestire la configurazione del ciclo di vita di S3 AWS SDK per .NET su un bucket. Per ulteriori informazioni sulla gestione della configurazione del ciclo di vita, consulta [Gestione del ciclo di vita degli oggetti](object-lifecycle-mgmt.md). 

**Nota**  
Quando aggiungi una configurazione del ciclo di vita, Amazon S3 sostituisce la configurazione esistente in un bucket specifico. Per aggiornare una configurazione del ciclo di vita esistente, è necessario prima di tutto recuperare la configurazione del ciclo di vita, apportare le modifiche e successivamente aggiungerla nel bucket.

L'esempio seguente mostra come utilizzare la configurazione del ciclo AWS SDK per .NET di vita di un bucket per aggiungere, aggiornare ed eliminare. L'esempio di codice esegue quanto segue:
+ Aggiunge una configurazione del ciclo di vita a un bucket 
+ Recupera la configurazione del ciclo di vita e la aggiorna aggiungendo un'altra regola. 
+ Aggiunge la configurazione del ciclo di vita modificata al bucket. Amazon S3 sostituisce la configurazione del ciclo di vita esistente.
+ Recupera nuovamente la configurazione e la verifica stampando il numero di regole nella configurazione.
+ Elimina la configurazione del ciclo di vita e verifica l'eliminazione.

Per informazioni sulla configurazione e l'esecuzione degli esempi di codice, consulta [Nozioni di base su AWS SDK per .NET](https://docs.aws.amazon.com/sdk-for-net/v3/developer-guide/net-dg-config.html) nella *Guida per gli sviluppatori di AWS SDK per .NET *. 

```
using Amazon;
using Amazon.S3;
using Amazon.S3.Model;
using System;
using System.Collections.Generic;
using System.Threading.Tasks;

namespace Amazon.DocSamples.S3
{
    class LifecycleTest
    {
        private const string bucketName = "*** bucket name ***";
        // Specify your bucket region (an example region is shown).
        private static readonly RegionEndpoint bucketRegion = RegionEndpoint.USWest2;
        private static IAmazonS3 client;
        public static void Main()
        {
            client = new AmazonS3Client(bucketRegion);
            AddUpdateDeleteLifecycleConfigAsync().Wait();
        }

        private static async Task AddUpdateDeleteLifecycleConfigAsync()
        {
            try
            {
                var lifeCycleConfiguration = new LifecycleConfiguration()
                {
                    Rules = new List<LifecycleRule>
                        {
                            new LifecycleRule
                            {
                                 Id = "Archive immediately rule",
                                 Filter = new LifecycleFilter()
                                 {
                                     LifecycleFilterPredicate = new LifecyclePrefixPredicate()
                                     {
                                         Prefix = "glacierobjects/"
                                     }
                                 },
                                 Status = LifecycleRuleStatus.Enabled,
                                 Transitions = new List<LifecycleTransition>
                                 {
                                      new LifecycleTransition
                                      {
                                           Days = 0,
                                           StorageClass = S3StorageClass.Glacier
                                      }
                                  },
                            },
                            new LifecycleRule
                            {
                                 Id = "Archive and then delete rule",
                                  Filter = new LifecycleFilter()
                                 {
                                     LifecycleFilterPredicate = new LifecyclePrefixPredicate()
                                     {
                                         Prefix = "projectdocs/"
                                     }
                                 },
                                 Status = LifecycleRuleStatus.Enabled,
                                 Transitions = new List<LifecycleTransition>
                                 {
                                      new LifecycleTransition
                                      {
                                           Days = 30,
                                           StorageClass = S3StorageClass.StandardInfrequentAccess
                                      },
                                      new LifecycleTransition
                                      {
                                        Days = 365,
                                        StorageClass = S3StorageClass.Glacier
                                      }
                                 },
                                 Expiration = new LifecycleRuleExpiration()
                                 {
                                       Days = 3650
                                 }
                            }
                        }
                };

                // Add the configuration to the bucket. 
                await AddExampleLifecycleConfigAsync(client, lifeCycleConfiguration);

                // Retrieve an existing configuration. 
                lifeCycleConfiguration = await RetrieveLifecycleConfigAsync(client);

                // Add a new rule.
                lifeCycleConfiguration.Rules.Add(new LifecycleRule
                {
                    Id = "NewRule",
                    Filter = new LifecycleFilter()
                    {
                        LifecycleFilterPredicate = new LifecyclePrefixPredicate()
                        {
                            Prefix = "YearlyDocuments/"
                        }
                    },
                    Expiration = new LifecycleRuleExpiration()
                    {
                        Days = 3650
                    }
                });

                // Add the configuration to the bucket. 
                await AddExampleLifecycleConfigAsync(client, lifeCycleConfiguration);

                // Verify that there are now three rules.
                lifeCycleConfiguration = await RetrieveLifecycleConfigAsync(client);
                Console.WriteLine("Expected # of rulest=3; found:{0}", lifeCycleConfiguration.Rules.Count);

                // Delete the configuration.
                await RemoveLifecycleConfigAsync(client);

                // Retrieve a nonexistent configuration.
                lifeCycleConfiguration = await RetrieveLifecycleConfigAsync(client);

            }
            catch (AmazonS3Exception e)
            {
                Console.WriteLine("Error encountered ***. Message:'{0}' when writing an object", e.Message);
            }
            catch (Exception e)
            {
                Console.WriteLine("Unknown encountered on server. Message:'{0}' when writing an object", e.Message);
            }
        }

        static async Task AddExampleLifecycleConfigAsync(IAmazonS3 client, LifecycleConfiguration configuration)
        {

            PutLifecycleConfigurationRequest request = new PutLifecycleConfigurationRequest
            {
                BucketName = bucketName,
                Configuration = configuration
            };
            var response = await client.PutLifecycleConfigurationAsync(request);
        }

        static async Task<LifecycleConfiguration> RetrieveLifecycleConfigAsync(IAmazonS3 client)
        {
            GetLifecycleConfigurationRequest request = new GetLifecycleConfigurationRequest
            {
                BucketName = bucketName
            };
            var response = await client.GetLifecycleConfigurationAsync(request);
            var configuration = response.Configuration;
            return configuration;
        }

        static async Task RemoveLifecycleConfigAsync(IAmazonS3 client)
        {
            DeleteLifecycleConfigurationRequest request = new DeleteLifecycleConfigurationRequest
            {
                BucketName = bucketName
            };
            await client.DeleteLifecycleConfigurationAsync(request);
        }
    }
}
```

------
#### [ Ruby ]

Puoi utilizzare la AWS SDK per Ruby per gestire una configurazione del ciclo di vita S3 su un bucket utilizzando la classe. [https://docs.aws.amazon.com/sdk-for-ruby/v3/api/Aws/S3/BucketLifecycle.html](https://docs.aws.amazon.com/sdk-for-ruby/v3/api/Aws/S3/BucketLifecycle.html) Per ulteriori informazioni sulla gestione della configurazione del ciclo di vita S3, consulta [Gestione del ciclo di vita degli oggetti](object-lifecycle-mgmt.md). 

------

### Utilizzo della REST API
<a name="manage-lifecycle-using-rest"></a>

Gli argomenti seguenti della *Documentazione d riferimento delle API di Amazon Simple Storage Service* descrivono le operazioni REST API correlate alla configurazione del ciclo di vita S3: 
+ [https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html)
+ [https://docs.aws.amazon.com/AmazonS3/latest/API/API_GetBucketLifecycleConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_GetBucketLifecycleConfiguration.html)
+ [https://docs.aws.amazon.com/AmazonS3/latest/API/API_DeleteBucketLifecycle.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_DeleteBucketLifecycle.html)

## Risoluzione dei problemi relativi al ciclo di vita di S3
<a name="lifecycle-troubleshoot"></a>

Per i problemi comuni che potrebbero verificarsi durante l'utilizzo del ciclo di vita S3, consulta [Risoluzione dei problemi del ciclo di vita di Amazon S3](troubleshoot-lifecycle.md).

# Come il ciclo di vita S3 interagisce con altre configurazioni del bucket
<a name="lifecycle-and-other-bucket-config"></a>

Oltre a quelle del ciclo di vita S3, è possibile associare altre configurazioni al bucket. In questa sezione viene descritto in che modo la configurazione del ciclo di vita S3 è correlata alle altre configurazioni del bucket.

## Ciclo di vita S3 e controllo delle versioni S3
<a name="lifecycle-versioning-support-intro"></a>

Le configurazioni del ciclo di vita S3 possono essere aggiunte a bucket senza versione e a quelli che supportano la funzione Controllo delle versioni. Per ulteriori informazioni, consulta [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md). 

Un bucket che supporta la funzione Controllo delle versioni mantiene una versione dell'oggetto corrente e zero o più versioni dell'oggetto non correnti. È possibile definire regole del ciclo di vita separate per le versioni dell'oggetto correnti e non correnti.

Per ulteriori informazioni, consulta [Elementi della configurazione del ciclo di vita](intro-lifecycle-rules.md).

**Importante**  
Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:  
L'eliminazione permanente ha la precedenza sul trasferimento.
Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
Quando un oggetto è idoneo sia per una transizione S3 Glacier Flexible Retrieval che S3 Standard-IA (o S3 One Zone-IA), Amazon S3 sceglie la transizione S3 Glacier Flexible Retrieval.
 Per alcuni esempi, consulta [Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

## Ciclo di vita S3 e
<a name="lifecycle-and-replication"></a>

Quando entrambi e S3 Lifecycle sono abilitati su un bucket, S3 Lifecycle blocca le azioni di scadenza e transizione sugli oggetti con stato di replica. `PENDING` `FAILED` Ciò garantisce che Lifecycle non agisca sugli oggetti finché non sono stati replicati correttamente nel bucket di destinazione.

Gli oggetti passano a uno stato di `FAILED` replica per problemi quali la mancanza delle autorizzazioni del ruolo di replica, delle autorizzazioni AWS Key Management Service ()AWS KMS o delle autorizzazioni del bucket. Per ulteriori informazioni, consulta [Risoluzione dei problemi nella replica](replication-troubleshoot.md).

Gli oggetti con stato di `FAILED` replica continueranno a sostenere costi di storage oltre la data di scadenza del ciclo di vita o la data di idoneità alla transizione fino alla risoluzione del problema di replica. Una volta corrette la configurazione di replica sottostante o le autorizzazioni IAM, i nuovi oggetti verranno replicati automaticamente. Tuttavia, gli oggetti che hanno già lo stato di `FAILED` replica non riproveranno automaticamente: è necessario utilizzare S3 Batch Replication per replicarli o eliminarli utilizzando S3 Batch Operations with se non sono più necessari. AWS Lambda Dopo che gli oggetti sono stati replicati correttamente (o eliminati), Lifecycle riprenderà a elaborarli in base alle regole configurate. Per identificare gli oggetti con stato di `FAILED` replica, puoi utilizzare Amazon CloudWatch metrics (`OperationFailedReplication`) per monitorare il numero di errori e le tendenze a livello di bucket, oppure utilizzare i report di Amazon S3 Inventory, l'API Amazon S3 (o) `GetObject` o le notifiche degli eventi di Amazon S3 per `HeadObject` dettagli a livello di oggetto.

## Configurazione del ciclo di vita S3 su bucket abilitati per MFA
<a name="lifecycle-general-considerations-mfa-enabled-bucket"></a>

La configurazione del ciclo di vita S3 su bucket configurati per l’autenticazione a più fattori non è supportata. Per ulteriori informazioni, consulta [Configurazione dell'eliminazione di MFA](MultiFactorAuthenticationDelete.md).

## Ciclo di vita S3 e registrazione
<a name="lifecycle-general-considerations-logging"></a>

Le azioni del ciclo di vita di Amazon S3 non vengono acquisite dalla AWS CloudTrail registrazione a livello di oggetto. CloudTrailacquisisce le richieste API effettuate agli endpoint Amazon S3 esterni, mentre le azioni del ciclo di vita di S3 vengono eseguite utilizzando endpoint Amazon S3 interni. 

I log di accesso al server Amazon S3 possono essere abilitati in un bucket S3 per acquisire le operazioni relative al ciclo di vita S3, come le transizioni degli oggetti a un'altra classe di storage e le scadenze degli oggetti con conseguente eliminazione permanente o eliminazione logica. Per ulteriori informazioni, consulta [Registrazione delle richieste con registrazione dell'accesso al server](ServerLogs.md).

Se nel bucket è abilitata la registrazione, i log di accesso al server Amazon S3 segnalano i risultati delle seguenti operazioni:


| Log dell'operazione | Description | 
| --- | --- | 
|  `S3.EXPIRE.OBJECT`  |  Amazon S3 elimina in modo definitivo l'oggetto a causa dell'operazione `Expiration` del ciclo di vita.  | 
|  `S3.CREATE.DELETEMARKER`  |  Amazon S3 elimina in maniera logica la versione corrente e aggiunge un contrassegno di eliminazione in un bucket con la funzionalità Controllo delle versioni abilitata.  | 
|  `S3.TRANSITION_SIA.OBJECT`  |  Amazon S3 trasferisce l'oggetto nella classe di storage S3 Standard-IA.  | 
|  `S3.TRANSITION_ZIA.OBJECT`  |  Amazon S3 trasferisce l'oggetto nella classe di storage S3 One Zone – IA.  | 
|  `S3.TRANSITION_INT.OBJECT`  |  Amazon S3 trasferisce l'oggetto nella classe di archiviazione S3 Intelligent-Tiering.  | 
|  `S3.TRANSITION_GIR.OBJECT`  |  Amazon S3 avvia il trasferimento dell'oggetto nella classe di storage Recupero istantaneo S3 Glacier.  | 
|  `S3.TRANSITION.OBJECT`  |  Amazon S3 avvia il trasferimento dell'oggetto nella classe di storage Recupero flessibile S3 Glacier.  | 
|  `S3.TRANSITION_GDA.OBJECT`  |  Amazon S3 avvia il trasferimento dell'oggetto nella classe di storage S3 Glacier Deep Archive.  | 
|  `S3.DELETE.UPLOAD`  |  Amazon S3 interrompe un caricamento in più parti incompleto.  | 

**Nota**  
I record dei log di accesso al server Amazon S3 sono inviati nel miglior modo possibile e non possono essere utilizzati per un resoconto completo di tutte le richieste di Amazon S3. 

# Configurazione delle notifiche di eventi del ciclo di vita S3
<a name="lifecycle-configure-notification"></a>

Per ricevere una notifica quando Amazon S3 elimina un oggetto o lo trasferisce a un'altra classe di storage Amazon S3 in seguito al rispetto di una regola del ciclo di vita S3, è possibile configurare una notifica di eventi Amazon S3.

È possibile ricevere notifiche per i seguenti eventi del ciclo di vita S3:
+ **Eventi di transizione**: utilizzando il tipo di evento `s3:LifecycleTransition` è possibile ricevere una notifica quando un oggetto viene trasferito da una classe di storage Amazon S3 a un'altra mediante una configurazione del ciclo di vita S3.
+ **Eventi di scadenza (eliminazione)**: con i tipi di evento `LifecycleExpiration`, è possibile ricevere una notifica ogni volta che Amazon S3 elimina un oggetto in base alla configurazione del ciclo di vita S3. 

  Esistono due tipi di eventi di scadenza: 
  + Il tipo di evento `s3:LifecycleExpiration:Delete` notifica quando viene eliminato un oggetto in un bucket senza versione. `s3:LifecycleExpiration:Delete` notifica inoltre quando una versione dell'oggetto viene eliminata definitivamente da una configurazione del ciclo di vita S3.
  +  Il tipo di evento `s3:LifecycleExpiration:DeleteMarkerCreated` notifica quando il ciclo di vita S3 crea un contrassegno di eliminazione dopo l'eliminazione di una versione corrente di un oggetto in un bucket con versione. S3 Lifecycle imposta l’ora di creazione del marker di eliminazione alle 00:00 UTC (mezzanotte) del giorno corrente. L’ora di creazione potrebbe differire dall’ora dell’evento nella notifica `s3:LifecycleExpiration:DeleteMarkerCreated` inviata da S3. Per ulteriori informazioni, consulta [Eliminazione di versioni di oggetti da un bucket con funzione Controllo delle versioni abilitata](DeletingObjectVersions.md).

Amazon S3 può pubblicare notifiche di eventi su un argomento di Amazon Simple Notification Service (Amazon SNS), una coda Amazon Simple Queue Service (Amazon SQS) o una funzione. AWS Lambda Per ulteriori informazioni, consulta [Notifiche di eventi Amazon S3](EventNotifications.md).

Per istruzioni su come configurare Amazon S3 Event Notifications, consulta [Abilitazione delle notifiche di eventi utilizzando Amazon SQS, Amazon SNS](how-to-enable-disable-notification-intro.md) e. AWS Lambda

Quello che segue è un esempio di un messaggio inviato da Amazon S3 per pubblicare un evento `s3:LifecycleExpiration:Delete`. Per ulteriori informazioni, consulta [Struttura del messaggio di evento](notification-content-structure.md).

```
 1. {  
 2.    "Records":[  
 3.       {  
 4.          "eventVersion":"2.3",
 5.          "eventSource":"aws:s3",
 6.          "awsRegion":"us-west-2",
 7.          "eventTime":"1970-01-01T00:00:00.000Z",
 8.          "eventName":"LifecycleExpiration:Delete",
 9.          "userIdentity":{  
10.             "principalId":"s3.amazonaws.com"
11.          },
12.          "requestParameters":{  
13.             "sourceIPAddress":"s3.amazonaws.com"
14.          },
15.          "responseElements":{  
16.             "x-amz-request-id":"C3D13FE58DE4C810",
17.             "x-amz-id-2":"FMyUVURIY8/IgAtTv8xRjskZQpcIZ9KG4V5Wp6S7S/JRWeUWerMUE5JgHvANOjpD"
18.          },
19.          "s3":{  
20.             "s3SchemaVersion":"1.0",
21.             "configurationId":"testConfigRule",
22.             "bucket":{  
23.                "name":"amzn-s3-demo-bucket",
24.                "ownerIdentity":{  
25.                   "principalId":"A3NL1KOZZKExample"
26.                },
27.                "arn":"arn:aws:s3:::amzn-s3-demo-bucket"
28.             },
29.             "object":{  
30.                "key":"expiration/delete",
31.                "sequencer":"0055AED6DCD90281E5",              
32.             }
33.          }
34.       }
35.    ]
36. }
```

I messaggi inviati da Amazon S3 per pubblicare un evento `s3:LifecycleTransition` includono anche le seguenti informazioni:

```
1. "lifecycleEventData":{
2.     "transitionEventData": {
3.         "destinationStorageClass": the destination storage class for the object
4.     }
5. }
```

# Elementi della configurazione del ciclo di vita
<a name="intro-lifecycle-rules"></a>

Una configurazione del ciclo di vita S3 è formata da regole che includono diversi elementi che descrivono le azioni che Amazon S3 esegue durante l’intero ciclo di vita di un oggetto. A ogni bucket S3 può essere assegnata una configurazione del ciclo di vita, che può contenere fino a 1.000 regole. La configurazione del ciclo di vita di Amazon S3 viene specificata in formato XML e consiste in una o più regole del ciclo di vita, dove ogni regola è composta da uno o più elementi.

```
<LifecycleConfiguration>
    <Rule>
         <Element>
    </Rule>
    <Rule>
         <Element>
         <Element>
    </Rule>
</LifecycleConfiguration>
```

Ogni regola è costituita dagli elementi seguenti:
+ Metadati della regola tra cui l'ID, nonché uno stato che indica se la regola è abilitata o disabilitata. Se una regola è disabilitata, Amazon S3 non esegue le operazioni in essa specificate.
+ Filtro che identifica gli oggetti a cui si applica la regola. È possibile specificare un filtro utilizzando la dimensione dell'oggetto, il prefisso della chiave dell'oggetto, uno o più tag di oggetto oppure una combinazione di filtri.
+ Una o più operazioni di transizione o scadenza con una data o un periodo nel ciclo di vita dell'oggetto in cui si desidera che Amazon S3 esegua l'operazione specificata. 

**Topics**
+ [Elemento ID](#intro-lifecycle-rule-id)
+ [Elemento Status](#intro-lifecycle-rule-status)
+ [Elemento Filter](#intro-lifecycle-rules-filter)
+ [Elementi per la descrizione delle operazioni nel ciclo di vita](#intro-lifecycle-rules-actions)
+ [Aggiunta di filtri alle regole del ciclo di vita](intro-lifecycle-filters.md)

Le sezioni che seguono descrivono gli elementi XML contenuti in una configurazione del ciclo di vita S3. Per gli esempi di configurazione, consulta [Esempi di configurazioni del ciclo di vita S3](lifecycle-configuration-examples.md).

## Elemento ID
<a name="intro-lifecycle-rule-id"></a>

Le configurazioni del ciclo di vita sono definite a livello di bucket e ciascun bucket ha una propria configurazione specifica. Una configurazione del ciclo di vita S3 può contenere fino a 1.000 regole per bucket. Questo limite non è regolabile. L’elemento `<ID>` identifica in modo univoco una regola all’interno della configurazione del ciclo di vita di un bucket. La lunghezza dell'ID è limitata a 255 caratteri.

## Elemento Status
<a name="intro-lifecycle-rule-status"></a>

Il valore dell'elemento `<Status>` può essere `Enabled` o `Disabled`. Se una regola è disabilitata, Amazon S3 non esegue nessuna delle operazioni in essa definite.

## Elemento Filter
<a name="intro-lifecycle-rules-filter"></a>

Una regola del ciclo di vita S3 può essere valida per tutti gli oggetti di un bucket o solo per un sottoinsieme in base all'elemento `<Filter>` specificato nella regola. 

È possibile filtrare gli oggetti per prefisso della chiave, tag dell'oggetto o una combinazione di entrambi (in tal caso, Amazon S3 utilizza un operatore logico `AND` per combinare i filtri). Per ulteriori informazioni ed esempi sui filtri, consulta [Aggiunta di filtri alle regole del ciclo di vita](intro-lifecycle-filters.md).
+ **Definizione di un filtro tramite prefissi della chiave**: questo esempio illustra una regola del ciclo di vita S3 valida per un sottoinsieme di oggetti in base al prefisso del nome della chiave (`logs/`). Ad esempio, la regola del ciclo di vita è valida per gli oggetti `logs/mylog.txt`, `logs/temp1.txt` e `logs/test.txt`. ma non per l'oggetto `example.jpg`.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>logs/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
      ...
  </LifecycleConfiguration>
  ```

  Per applicare un'operazione per il ciclo di vita a un sottoinsieme di oggetti in base a diversi prefissi del nome della chiave, specificare regole separate e, all'interno di ognuna, specificare un filtro basato sul prefisso. Ad esempio, per descrivere un'operazione per il ciclo di vita per oggetti con prefissi della chiave `projectA/` e `projectB/`, vanno specificate due regole, come illustrato di seguito: 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>projectA/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  
      <Rule>
          <Filter>
             <Prefix>projectB/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  </LifecycleConfiguration>
  ```

  Per ulteriori informazioni sulle chiavi degli oggetti, consulta [Denominazione di oggetti Amazon S3](object-keys.md). 
+ **Definizione di un filtro in base ai tag dell'oggetto**: nell'esempio che segue la regola del ciclo di vita specifica un filtro basato su un tag (`key`) e un valore (`value`). La regola si applica quindi solo a un sottoinsieme di oggetti con quel tag specifico.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Tag>
                <Key>key</Key>
                <Value>value</Value>
             </Tag>
          </Filter>
          transition/expiration actions
          ...
      </Rule>
  </LifecycleConfiguration>
  ```

  È possibile specificare un filtro basato su più tag. È necessario racchiudere i tag nell'elemento `<And>` illustrato nell'esempio che segue. La regola indica ad Amazon S3 di eseguire le operazioni del ciclo di vita sugli oggetti con due tag (con la specifica combinazione di chiave e valore).

  ```
  <LifecycleConfiguration>
      <Rule>
        <Filter>
           <And>
              <Tag>
                 <Key>key1</Key>
                 <Value>value1</Value>
              </Tag>
              <Tag>
                 <Key>key2</Key>
                 <Value>value2</Value>
              </Tag>
               ...
            </And>
        </Filter>
        transition/expiration actions
      </Rule>
  </Lifecycle>
  ```

  La regola del ciclo di vita si applica agli oggetti che contengono entrambi i tag specificati. Amazon S3 esegue un'operazione logica `AND`. Tenere presente quanto segue:
  + Ogni tag deve corrispondere esattamente *sia* alla chiave che al valore. Se si specifica solo un elemento `<Key>` e nessun elemento `<Value>`, la regola verrà applicata solo agli oggetti che corrispondono alla chiave del tag e che *non* hanno un valore specificato.
  + La regola si applica a un sottoinsieme di oggetti che ha tutti i tag specificati nella regola. Se a un oggetto sono specificati tag aggiuntivi, la regola verrà comunque applicata.
**Nota**  
Quando si specificano più tag in un filtro, ogni chiave del tag deve essere univoca.
+ **Definizione di un filtro in base al prefisso e a uno o più tag**: in una regola del ciclo di vita è possibile specificare un filtro in base al prefisso della chiave e a uno o più tag. Anche in questo caso, è necessario racchiudere tutti gli elementi del filtro nell'elemento `<And>`, come illustrato di seguito.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
            <And>
               <Prefix>key-prefix</Prefix>
               <Tag>
                  <Key>key1</Key>
                  <Value>value1</Value>
               </Tag>
               <Tag>
                  <Key>key2</Key>
                  <Value>value2</Value>
               </Tag>
                ...
            </And>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

  Amazon S3 combina questi filtri tramite l'operatore logico `AND`. In altre parole, la regola si applica al sottoinsieme di oggetti con il prefisso della chiave e i tag specificati. Un filtro può avere un solo prefisso e zero o più tag.
+ È possibile specificare un **filtro vuoto**, nel qual caso la regola si applica a tutti gli oggetti nel bucket.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
+ Per filtrare una regola per **dimensione oggetto**, è possibile specificare una dimensione minima (`ObjectSizeGreaterThan`) o massima (`ObjectSizeLessThan`) oppure è possibile specificare un intervallo di dimensioni degli oggetti.

  I valori delle dimensioni degli oggetti sono espressi in byte. Per impostazione predefinita, gli oggetti di dimensioni inferiori a 128 KB non verranno trasferiti in nessuna classe di storage, a meno che non si specifichi una dimensione minima inferiore (`ObjectSizeGreaterThan`) o una dimensione massima (`ObjectSizeLessThan`). Per ulteriori informazioni, consulta [Esempio: Consentire la transizione di oggetti di dimensioni inferiori a 128 KB](lifecycle-configuration-examples.md#lc-small-objects).

  ```
                      <LifecycleConfiguration>
      <Rule>
          <Filter>
              <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>   
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
**Nota**  
I filtri `ObjectSizeGreaterThan` e `ObjectSizeLessThan` escludono i valori specificati. Ad esempio, se si imposta il passaggio degli oggetti di dimensioni comprese tra 128 KB e 1024 KB dalla classe di storage S3 Standard alla classe di storage AI S3 Standard, gli oggetti di dimensioni esattamente pari a 1024 KB e 128 KB non passeranno alla classe AI S3 Standard. La regola si applicherà invece solo agli oggetti con dimensioni superiori a 128 KB e inferiori a 1024 KB. 

  Se stai specificando un intervallo di dimensioni degli oggetti, il numero intero `ObjectSizeGreaterThan` deve essere minore del valore `ObjectSizeLessThan`. Quando si utilizzano più filtri, è necessario racchiudere i filtri in un elemento `<And>`. L'esempio seguente illustra come specificare gli oggetti in un intervallo compreso tra 500 e 64.000 byte. 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
              <And>
                  <Prefix>key-prefix</Prefix>
                  <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
                  <ObjectSizeLessThan>64000</ObjectSizeLessThan>
              </And>    
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

## Elementi per la descrizione delle operazioni nel ciclo di vita
<a name="intro-lifecycle-rules-actions"></a>

È possibile indicare ad Amazon S3 di eseguire operazioni specifiche nel ciclo di vita di un oggetto specificando in una regola del ciclo di vita S3 una o più delle seguenti operazioni predefinite, il cui effetto dipende dallo stato della funzione Controllo delle versioni del bucket. 
+ **Elemento dell'operazione `Transition`**: l'operazione `Transition` viene impostata per trasferire gli oggetti da una classe di storage a un'altra. Per ulteriori informazioni sul trasferimento degli oggetti, consulta [Transizioni supportate](lifecycle-transition-general-considerations.md#lifecycle-general-considerations-transition-sc). Al raggiungimento di una data o di un periodo nel ciclo di vita dell'oggetto, Amazon S3 esegue la transizione. 

  Per un bucket con versione (bucket con funzione Controllo delle versioni attivata o sospesa), l'operazione `Transition` si applica alla versione corrente dell'oggetto. Per la gestione delle versioni non correnti, Amazon S3 definisce l'operazione `NoncurrentVersionTransition` (descritta di seguito in questo argomento).
+ **Elemento dell'operazione `Expiration`**: l'operazione `Expiration` definisce la scadenza degli oggetti identificati nella regola e viene applicata agli oggetti idonei in qualsiasi classe di storage di Amazon S3. Per ulteriori informazioni sulle classi di storage, consulta [Comprensione e gestione delle classi di storage Amazon S3](storage-class-intro.md). Amazon S3 rende non disponibili tutti gli oggetti scaduti. L'eventuale rimozione permanente degli oggetti dipende dallo stato della funzione Controllo delle versioni del bucket. 
  + **Bucket senza versione**: l'operazione `Expiration` comporta la rimozione permanente dell'oggetto da parte di Amazon S3. 
  + **Bucket con versione** – Per un bucket con versione (ovvero, con funzione Controllo delle versioni attivata o sospesa), sono diversi i fattori che governano la gestione dell'operazione `Expiration` da parte di Amazon S3. Per i bucket con controllo delle versioni abilitata o sospesa, vale quanto segue:
    + L'operazione `Expiration` si applica solo alla versione corrente (non ha effetto sulle versioni non correnti dell'oggetto).
    + Amazon S3 non esegue alcuna operazione se sono presenti una o più versioni dell'oggetto e il contrassegno di eliminazione è la versione corrente.
    + Se la versione corrente dell'oggetto è l'unica disponibile e porta anche il contrassegno di eliminazione (noto anche come *contrassegno di eliminazione dell'oggetto scaduto*, dove tutte le versioni degli oggetti vengono eliminate e rimane solo un contrassegno di eliminazione), Amazon S3 rimuove il contrassegno di eliminazione dall'oggetto scaduto. È possibile inoltre utilizzare l'operazione di eliminazione per indicare ad Amazon S3 di rimuovere i contrassegni di eliminazione dell'oggetto scaduto. Per un esempio, consulta [Rimozione dei contrassegni di eliminazione degli oggetti scaduti in un bucket con il controllo delle versioni abilitato](lifecycle-configuration-examples.md#lifecycle-config-conceptual-ex7). 

    Per ulteriori informazioni, consulta [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md).

    Considera inoltre quanto segue durante la configurazione di Amazon S3 per la gestione delle scadenze:
    + **Bucket con funzione Controllo delle versioni abilitata** 

      Se la versione dell'oggetto corrente non è un contrassegno di eliminazione, Amazon S3 aggiunge un contrassegno di eliminazione con un ID versione univoco. La versione corrente diventa quindi non corrente e il contrassegno di eliminazione diventa la versione corrente. 
    + **Bucket con funzione Controllo delle versioni sospesa** 

      Per un bucket con funzione Controllo delle versioni sospesa, l'operazione di scadenza comporta la creazione da parte di Amazon S3 di un contrassegno di eliminazione il cui ID versione sarà `null`. Il contrassegno di eliminazione sostituisce qualsiasi versione dell'oggetto con ID versione null nella gerarchia delle versioni: questa operazione elimina di fatto l'oggetto. 

Inoltre, in Amazon S3 sono disponibili le seguenti operazioni, utili per gestire le versioni non correnti degli oggetti in un bucket con versione (ovvero, con funzione Controllo delle versioni attivata o sospesa).
+ **Elemento dell'operazione `NoncurrentVersionTransition`**: utilizzare questa operazione per specificare quando Amazon S3 effettua il trasferimento degli oggetti alla classe di storage specificata. È possibile basare questa transizione su un determinato numero di giorni da quando gli oggetti sono diventati non correnti (`<NoncurrentDays>`). Oltre al numero di giorni, puoi anche specificare il numero di versioni non correnti (`<NewerNoncurrentVersions>`) da conservare (tra 1 e 100). Questo valore determina quante versioni non correnti più recenti devono esistere prima che Amazon S3 possa effettuare la transizione di una determinata versione. Amazon S3 trasferirà eventuali versioni aggiuntive non correnti oltre il numero specificato da conservare. Affinché la transizione avvenga, i valori `<NoncurrentDays>` **e** `<NewerNoncurrentVersions>` devono essere entrambi superati.

  Per specificare il numero di versioni non correnti da mantenere, devi anche fornire un elemento `<Filter>`. Se non specifichi un elemento `<Filter>`, Amazon S3 genera un errore `InvalidRequest` quando indichi il numero di versioni non correnti da mantenere.

  Per ulteriori informazioni sul trasferimento degli oggetti, consulta [Transizioni supportate](lifecycle-transition-general-considerations.md#lifecycle-general-considerations-transition-sc). Per informazioni dettagliate su come Amazon S3 calcola la data quando si specifica il numero di giorni nell'operazione `NoncurrentVersionTransition`, consulta [Regole del ciclo di vita basate sull'età di un oggetto](#intro-lifecycle-rules-number-of-days).
+ **Elemento dell'operazione `NoncurrentVersionExpiration`**: utilizzare questa operazione per indicare ad Amazon S3 di eliminare definitivamente le versioni non correnti degli oggetti. Gli oggetti eliminati non possono essere ripristinati. È possibile basare questa scadenza su un determinato numero di giorni da quando gli oggetti sono diventati non correnti (`<NoncurrentDays>`). Oltre al numero di giorni, puoi anche specificare il numero di versioni non correnti (`<NewerNoncurrentVersions>`) da conservare (tra 1 e 100). Questo valore specifica quante versioni non correnti più recenti devono esistere prima che Amazon S3 possa far scadere una determinata versione. Amazon S3 eliminerà definitivamente tutte le versioni non correnti aggiuntive oltre al numero specificato da conservare. Affinché l’eliminazione avvenga, i valori `<NoncurrentDays>` **e** `<NewerNoncurrentVersions>` devono essere entrambi superati.

  Per specificare il numero di versioni non correnti da mantenere, devi anche fornire un elemento `<Filter>`. Se non specifichi un elemento `<Filter>`, Amazon S3 genera un errore `InvalidRequest` quando indichi il numero di versioni non correnti da mantenere.

  Il ritardo nella rimozione degli oggetti non correnti può rivelarsi utile per correggere eventuali eliminazioni o sovrascritture accidentali. Ad esempio, è possibile configurare una regola di scadenza perché elimini le versioni cinque giorni dopo essere diventate non correnti. Si supponga ad esempio di aver creato, in data 1/1/2014 alle ore 10:30 UTC, un oggetto denominato `photo.gif` (ID versione 111111). Il 2/1/2014 alle ore 11:30 UTC, l'oggetto `photo.gif` (ID versione 111111) viene eliminato accidentalmente; viene quindi creato un contrassegno di eliminazione con un nuovo ID versione (ad esempio, l'ID versione 4857693). A questo punto, si hanno cinque giorni per recuperare la versione originale di `photo.gif` (ID versione 111111) prima che l'eliminazione diventi definitiva. L'8/1/2014 alle 00:00 UTC, viene eseguita la regola del ciclo di vita per la scadenza, che elimina definitivamente l'oggetto `photo.gif` (ID versione 111111), cinque giorni dopo il passaggio a versione non corrente. 

  Per informazioni dettagliate su come Amazon S3 calcola la data quando si specifica il numero di giorni in un'operazione `NoncurrentVersionExpiration`, consulta [Regole del ciclo di vita basate sull'età di un oggetto](#intro-lifecycle-rules-number-of-days).
**Nota**  
Le configurazioni del ciclo di vita per la scadenza degli oggetti non rimuovono i caricamenti incompleti in più parti. Per eseguire questa operazione, è necessario utilizzare l'operazione di configurazione del ciclo di vita `AbortIncompleteMultipartUpload` descritta più avanti in questa sezione. 

Oltre alle operazioni di transizione e scadenza, è possibile utilizzare le seguenti operazioni di configurazione del ciclo di vita per indicare ad Amazon S3 di interrompere i caricamenti in più parti incompleti o di rimuovere i contrassegni di eliminazione degli oggetti scaduti. 
+ **Elemento dell'operazione `AbortIncompleteMultipartUpload`**: questo elemento serve a impostare il tempo massimo (in giorni) in cui consentire l'esecuzione dei caricamenti in più parti. Se i caricamenti in più parti applicabili (identificati dal nome della chiave `prefix` specificato nella regola del ciclo di vita) non vengono completati nel periodo di tempo predefinito, Amazon S3 interrompe i caricamenti in più parti incompleti. Per ulteriori informazioni, consulta [Interruzione di un caricamento in più parti](abort-mpu.md). 
**Nota**  
Non è possibile specificare questa operazione del ciclo di vita in una regola che ha un filtro che utilizza tag di oggetti. 
+ **Elemento dell'operazione `ExpiredObjectDeleteMarker`**: in un bucket con la funzione Controllo delle versioni attivata un contrassegno di eliminazione con zero versioni non correnti è definito *contrassegno di eliminazione dell'oggetto scaduto*. È possibile utilizzare questa operazione del ciclo di vita per indicare ad Amazon S3 di rimuovere i contrassegni di eliminazione degli oggetti scaduti. Per vedere un esempio, consulta [Rimozione dei contrassegni di eliminazione degli oggetti scaduti in un bucket con il controllo delle versioni abilitato](lifecycle-configuration-examples.md#lifecycle-config-conceptual-ex7).
**Nota**  
Non è possibile specificare questa operazione del ciclo di vita in una regola che ha un filtro che utilizza tag di oggetti.

### Modalità con cui Amazon S3 calcola da quanto tempo un oggetto è non corrente
<a name="non-current-days-calculations"></a>

In un bucket abilitato al controllo delle versioni, possono essere incluse più versioni di un oggetto. Esiste sempre una versione corrente e zero o più versioni non correnti. Ogni volta che si carica un oggetto, la versione appena aggiunta diventa la versione corrente e quella che lo era in precedenza viene mantenuta come versione non corrente. Per stabilire da quanti giorni è non corrente un oggetto, Amazon S3 considera la data di creazione della versione successiva. Il numero di giorni dalla data di creazione della versione successiva viene utilizzato da Amazon S3 come numero di giorni da cui l'oggetto è non corrente.

**Ripristino delle versioni precedenti di un oggetto con l'uso delle configurazioni del ciclo di vita di S3**  
Come spiegato in [Ripristino di versioni precedenti](RestoringPreviousVersions.md), è possibile utilizzare uno dei due metodi seguenti per recuperare le versioni precedenti di un oggetto:  
**Metodo 1: Copiare una versione non corrente dell'oggetto nello stesso bucket.** La copia diventa la versione corrente dell'oggetto e vengono conservate tutte le sue versioni.
**Metodo 2: Eliminare definitivamente la versione corrente dell'oggetto.** Così facendo, in effetti, la versione prima non corrente diventa la versione corrente dell'oggetto. 
Quando si utilizzano le regole di configurazione del ciclo di vita S3 per bucket con funzione Controllo delle versioni abilitata, il Metodo 1 rappresenta la best practice consigliata.   
Il ciclo di vita di S3 opera in base a un modello consistente finale. Una versione corrente eliminata definitivamente potrebbe non scomparire finché le modifiche non si propagano a tutti i sistemi Amazon S3. Pertanto, Amazon S3 potrebbe non essere temporaneamente a conoscenza di questa eliminazione. Nel frattempo. la regola del ciclo di vita configurata per la scadenza degli oggetti non correnti potrebbe rimuovere definitivamente tali oggetti, compreso quello da ripristinare. Ne consegue che l'opzione più sicura è la copia della vecchia versione, come consigliato nel Metodo 1.

### Operazioni del ciclo di vita e stato della funzione Controllo delle versioni nel bucket
<a name="lifecycle-actions-bucket-versioning-state"></a>

Nella tabella seguente è riassunto il comportamento delle operazioni incluse nelle regole di configurazione del ciclo di vita S3 in relazione allo stato della funzione Controllo delle versioni del bucket che contiene l'oggetto.


| Azione | Bucket senza versione (funzione Controllo delle versioni non abilitata) | Bucket con funzione Controllo delle versioni abilitata | Bucket con funzione Controllo delle versioni sospesa | 
| --- | --- | --- | --- | 
|  `Transition` Al raggiungimento di una data o di un periodo nel ciclo di vita dell'oggetto.  | Amazon S3 trasferisce l'oggetto nella classe di storage specificata. | Amazon S3 trasferisce la versione corrente dell'oggetto nella classe di storage specificata. | Stesso comportamento del bucket con funzione Controllo delle versioni abilitata. | 
|  `Expiration` Al raggiungimento di una data o di un periodo nel ciclo di vita dell'oggetto.  | L'operazione Expiration elimina l'oggetto e l'oggetto eliminato non può essere ripristinato. | Se la versione corrente non è un contrassegno di eliminazione, Amazon S3 crea un contrassegno di eliminazione, che diventa la versione corrente, mentre la versione corrente esistente viene mantenuta come versione non corrente. | L'operazione del ciclo di vita crea un contrassegno di eliminazione con ID versione null, che diventa la versione corrente. Se la versione corrente dell'oggetto ha come ID null, l'operazione Expiration elimina definitivamente la versione. Altrimenti, la versione corrente viene mantenuta come versione non corrente. | 
|  `NoncurrentVersionTransition` Per le versioni non correnti in un bucket con controllo delle versioni abilitato o sospeso, S3 Lifecycle effettua la transizione di un oggetto quando il numero di giorni trascorsi da quando l’oggetto è diventato non corrente supera sia il valore specificato in **Numero di giorni dopo il quale gli oggetti diventano non correnti** (`<NoncurrentDays>`) nella regola sia quando il numero di versioni supera il valore specificato in **Numero di versioni più recenti da mantenere** (`<NewerNoncurrentVersions>`) nella regola stessa.  | NoncurrentVersionTransition non ha effetto. |  Amazon S3 trasferisce le versioni non correnti dell'oggetto nella classe di storage specificata.  | Stesso comportamento del bucket con funzione Versioni multiple abilitata. | 
|  `NoncurrentVersionExpiration` Per le versioni non correnti in un bucket con controllo delle versioni abilitato o sospeso, S3 Lifecycle fa scadere un oggetto quando il numero di giorni trascorsi da quando l’oggetto è diventato non corrente supera sia il valore specificato in **Numero di giorni dopo il quale gli oggetti diventano non correnti** (`<NoncurrentDays>`) nella regola sia quando il numero di versioni supera il valore specificato in **Numero di versioni più recenti da mantenere** (`<NewerNoncurrentVersions>`) nella regola stessa.  | NoncurrentVersionExpiration non ha effetto. | L'operazione NoncurrentVersionExpiration elimina definitivamente la versione non corrente dell'oggetto e l'oggetto eliminato non può essere ripristinato. | Stesso comportamento del bucket con funzione Controllo delle versioni abilitata. | 

### Regole del ciclo di vita basate sull'età di un oggetto
<a name="intro-lifecycle-rules-number-of-days"></a>

È possibile specificare un periodo di tempo (in numero di giorni) che deve trascorrere dalla creazione (o modifica) dell'oggetto prima che Amazon S3 possa eseguire l'operazione specificata. 

Quando si specifica il numero di giorni nelle operazioni `Transition` ed `Expiration` in una configurazione del ciclo di vita S3, tenere presente quanto segue:
+ Il valore specificato è il numero di giorni dalla creazione dell'oggetto in cui si verificherà l'operazione.
+ Amazon S3 calcola l’ora aggiungendo il numero di giorni specificato nella regola all’ora di creazione dell’oggetto e arrotondando l’ora che ne risulta alla mezzanotte UTC del giorno successivo. Ad esempio, se un oggetto è stato creato il 15/1/2014 alle ore 10:30 UTC e il numero di giorni specificato in una regola di transizione è pari a 3, la data calcolata per la transizione dell'oggetto sarà il 19/1/2014 alle ore 00:00 UTC. 

**Nota**  
Amazon S3 gestisce solo l'ultima data di modifica per ciascun oggetto. Ad esempio, la console Amazon S3 mostra la data **Ultima modifica** nel riquadro **Proprietà** dell'oggetto. Quando si crea un nuovo oggetto, questo valore corrisponderà alla data di creazione. Se l'oggetto viene sostituito, la data cambia di conseguenza. Pertanto, la data di creazione è sinonimo della data **Ultima modifica**. 

Quando si specifica il numero di giorni nelle operazioni `NoncurrentVersionTransition` e `NoncurrentVersionExpiration` in una configurazione del ciclo di vita, tenere presente quanto segue:
+ Il valore specificato è il numero di giorni a partire dal momento in cui la versione dell'oggetto diventa non corrente (ovvero, dalla sovrascrittura o eliminazione dell'oggetto), quando Amazon S3 eseguirà l'operazione sugli oggetti specificati.
+ Amazon S3 calcola l’ora aggiungendo il numero di giorni specificato nella regola all’ora in cui la nuova versione successiva dell’oggetto viene creata e arrotondando l’ora che ne risulta alla mezzanotte UTC del giorno successivo. Ad esempio, nel bucket si ha una versione corrente di un oggetto, creata in data 1/1/2014 alle ore 10:30 UTC. Se la nuova versione dell'oggetto che sostituisce la versione corrente è stata creata in data 15/01/2014 alle 10:30 UTC e si specifica 3 giorni in una regola di transizione, la data calcolata per la transizione dell'oggetto sarà 19/01/2014 alle ore 00:00 UTC. 

### Regole del ciclo di vita basate su una data specifica
<a name="intro-lifecycle-rules-date"></a>

Quando si specifica un'operazione in una regola del ciclo di vita S3, è possibile specificare la data in cui si desidera che Amazon S3 esegua l'operazione. Alla data specificata, Amazon S3 applica l'operazione a tutti gli oggetti idonei (in base ai criteri di filtro). 

Se si specifica un'operazione del ciclo di vita S3 per una data già trascorsa, tutti gli oggetti idonei sono immediatamente qualificati per tale operazione.

**Importante**  
Le operazioni basate su data non sono valide una tantum. Se lo stato della regola è , Amazon S3 continua ad applicare l'operazione basata su data anche dopo che questa è trascors `Enabled`.  
Si supponga ad esempio di specificare un'operazione `Expiration` basata su data per l'eliminazione di tutti gli oggetti (assumendo che nella regola non siano specificati filtri). Nella data specificata, Amazon S3 applica la scadenza a tutti gli oggetti nel bucket. Amazon S3 continua inoltre ad applicare la scadenza a tutti i nuovi oggetti creati nel bucket. Per interrompere l'operazione, è necessario rimuoverla dalla regola del ciclo di vita, disabilitare la regola o eliminare la regola dalla configurazione del ciclo di vita.

Il valore della data deve essere conforme allo standard ISO 8601. L'ora è sempre la mezzanotte UTC. 

**Nota**  
Non è possibile creare le regole del ciclo di vita basate su data nella console Amazon S3, ma è possibile visualizzarle, disabilitarle o eliminarle. 

# Aggiunta di filtri alle regole del ciclo di vita
<a name="intro-lifecycle-filters"></a>

I filtri sono un elemento opzionale delle regole del ciclo di vita che è possibile utilizzare per specificare gli oggetti a cui si applica la regola.

Per filtrare gli oggetti possono essere utilizzati i seguenti elementi:

**Prefisso della chiave**  
È possibile filtrare gli oggetti in base a un prefisso. Se desideri applicare un’azione del ciclo di vita a un sottoinsieme di oggetti con prefissi diversi, crea regole separate per ciascuna azione.

**Tag dell'oggetto**  
È possibile filtrare gli oggetti in base a uno o più tag. Ogni tag deve corrispondere esattamente sia alla chiave che al valore e, se si specificano più tag, ogni chiave del tag deve essere univoca. Un filtro con più tag dell'oggetto si applica a un sottoinsieme di oggetti con tutti i tag specificati. Se per un oggetto sono specificati tag aggiuntivi, il filtro verrà comunque applicato.  
Se si specifica solo un elemento `Key` e nessun elemento `Value`, la regola verrà applicata solo agli oggetti che corrispondono alla chiave del tag e che non hanno un valore specificato.

**Dimensione minima o massima dell'oggetto**  
È possibile filtrare gli oggetti in base alla dimensione. È possibile specificare una dimensione minima (`ObjectSizeGreaterThan`) o una dimensione massima (`ObjectSizeLessThan`) oppure è possibile specificare un intervallo di dimensioni dell'oggetto nello stesso filtro. I valori delle dimensioni degli oggetti sono espressi in byte. La dimensione massima del filtro è di 50 TB. Amazon S3 applica una dimensione minima dell'oggetto predefinita alla configurazione del ciclo di vita. Per ulteriori informazioni, consulta [Esempio: Consentire la transizione di oggetti di dimensioni inferiori a 128 KB](lifecycle-configuration-examples.md#lc-small-objects).

È possibile combinare diversi elementi di filtro, nel qual caso Amazon S3 utilizza un operatore `AND` logico.

## Esempi di filtri
<a name="filter-examples"></a>

Di seguito sono riportati esempi che mostrano come è possibile utilizzare diversi elementi di filtro:
+ **Definizione di un filtro tramite prefissi della chiave**: questo esempio illustra una regola del ciclo di vita S3 valida per un sottoinsieme di oggetti in base al prefisso del nome della chiave (`logs/`). Ad esempio, la regola del ciclo di vita è valida per gli oggetti `logs/mylog.txt`, `logs/temp1.txt` e `logs/test.txt`. ma non per l'oggetto `example.jpg`.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>logs/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
      ...
  </LifecycleConfiguration>
  ```
**Nota**  
 Se si hanno uno o più prefissi che iniziano con gli stessi caratteri, è possibile includere tutti questi prefissi nella regola specificando un prefisso parziale senza barra finale (`/`) nel filtro. Ad esempio, supponiamo di avere i seguenti prefissi:  

  ```
  sales1999/
                  sales2000/
                  sales2001/
  ```
Per includere tutti e tre i prefissi nella regola, specificare `sales` come prefisso nella regola del ciclo di vita.

  Per applicare un'operazione per il ciclo di vita a un sottoinsieme di oggetti in base a diversi prefissi del nome della chiave, specificare regole separate e, all'interno di ognuna, specificare un filtro basato sul prefisso. Ad esempio, per descrivere un'operazione per il ciclo di vita per oggetti con prefissi della chiave `projectA/` e `projectB/`, vanno specificate due regole, come illustrato di seguito: 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>projectA/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  
      <Rule>
          <Filter>
             <Prefix>projectB/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  </LifecycleConfiguration>
  ```

  Per ulteriori informazioni sulle chiavi degli oggetti, consulta [Denominazione di oggetti Amazon S3](object-keys.md). 
+ **Definizione di un filtro in base ai tag dell'oggetto**: nell'esempio che segue la regola del ciclo di vita specifica un filtro basato su un tag (`key`) e un valore (`value`). La regola si applica quindi solo a un sottoinsieme di oggetti con quel tag specifico.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Tag>
                <Key>key</Key>
                <Value>value</Value>
             </Tag>
          </Filter>
          transition/expiration actions
          ...
      </Rule>
  </LifecycleConfiguration>
  ```

  È possibile specificare un filtro basato su più tag. È necessario racchiudere i tag nell'elemento `<And>` illustrato nell'esempio che segue. La regola indica ad Amazon S3 di eseguire le operazioni del ciclo di vita sugli oggetti con due tag (con la specifica combinazione di chiave e valore).

  ```
  <LifecycleConfiguration>
      <Rule>
        <Filter>
           <And>
              <Tag>
                 <Key>key1</Key>
                 <Value>value1</Value>
              </Tag>
              <Tag>
                 <Key>key2</Key>
                 <Value>value2</Value>
              </Tag>
               ...
            </And>
        </Filter>
        transition/expiration actions
      </Rule>
  </Lifecycle>
  ```

  La regola del ciclo di vita si applica agli oggetti che contengono entrambi i tag specificati. Amazon S3 esegue un'operazione logica `AND`. Tenere presente quanto segue:
  + Ogni tag deve corrispondere esattamente *sia* alla chiave che al valore. Se si specifica solo un elemento `<Key>` e nessun elemento `<Value>`, la regola verrà applicata solo agli oggetti che corrispondono alla chiave del tag e che *non* hanno un valore specificato.
  + La regola si applica a un sottoinsieme di oggetti che ha tutti i tag specificati nella regola. Se a un oggetto sono specificati tag aggiuntivi, la regola verrà comunque applicata.
**Nota**  
Quando si specificano più tag in un filtro, ogni chiave del tag deve essere univoca.
+ **Definizione di un filtro in base al prefisso e a uno o più tag**: in una regola del ciclo di vita è possibile specificare un filtro in base al prefisso della chiave e a uno o più tag. Anche in questo caso, è necessario racchiudere tutti gli elementi del filtro nell'elemento `<And>`, come illustrato di seguito.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
            <And>
               <Prefix>key-prefix</Prefix>
               <Tag>
                  <Key>key1</Key>
                  <Value>value1</Value>
               </Tag>
               <Tag>
                  <Key>key2</Key>
                  <Value>value2</Value>
               </Tag>
                ...
            </And>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

  Amazon S3 combina questi filtri tramite l'operatore logico `AND`. In altre parole, la regola si applica al sottoinsieme di oggetti con il prefisso della chiave e i tag specificati. Un filtro può avere un solo prefisso e zero o più tag.
+ **Definizione di un filtro vuoto**: è possibile specificare un filtro vuoto, nel qual caso la regola si applica a tutti gli oggetti nel bucket.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
+ **Definizione di un filtro per le dimensioni degli oggetti**: per filtrare una regola per dimensione oggetto, è possibile specificare una dimensione minima (`ObjectSizeGreaterThan`) o massima (`ObjectSizeLessThan`) oppure è possibile specificare un intervallo di dimensioni degli oggetti.

  I valori delle dimensioni degli oggetti sono espressi in byte. La dimensione massima del filtro è di 50 TB. Alcune classi di storage presentano limitazioni relative alle dimensioni minime degli oggetti. Per ulteriori informazioni, consulta [Confronto delle classi di storage di Amazon S3](storage-class-intro.md#sc-compare).

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
              <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>   
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
**Nota**  
I filtri `ObjectSizeGreaterThan` e `ObjectSizeLessThan` escludono i valori specificati. Ad esempio, se si imposta il passaggio degli oggetti di dimensioni comprese tra 128 KB e 1024 KB dalla classe di storage S3 Standard alla classe di storage AI S3 Standard, gli oggetti di dimensioni esattamente pari a 1024 KB e 128 KB non passeranno alla classe AI S3 Standard. La regola si applicherà invece solo agli oggetti con dimensioni superiori a 128 KB e inferiori a 1024 KB. 

  Se stai specificando un intervallo di dimensioni degli oggetti, il numero intero `ObjectSizeGreaterThan` deve essere minore del valore `ObjectSizeLessThan`. Quando si utilizzano più filtri, è necessario racchiudere i filtri in un elemento `<And>`. L'esempio seguente illustra come specificare gli oggetti in un intervallo compreso tra 500 e 64.000 byte. 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
              <And>
                  <Prefix>key-prefix</Prefix>
                  <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
                  <ObjectSizeLessThan>64000</ObjectSizeLessThan>
              </And>    
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

# In che modo Amazon S3 gestisce i conflitti nelle configurazioni del ciclo di vita
<a name="lifecycle-conflicts"></a>

In genere, il ciclo di vita Amazon S3 ottimizza i costi. Ad esempio, se due policy per la scadenza di sovrappongono, verrà onorata la policy per la scadenza più breve in modo che i dati non rimangano archiviati più a lungo del previsto. Analogamente, se due policy di trasferimento si sovrappongono, il ciclo di vita S3 eseguirà la transizione degli oggetti nella classe di storage ottimizzata per i costi.

In entrambi i casi, il ciclo di vita S3 tenta di scegliere il percorso meno costoso per l'utente. Un'eccezione a questa regola generale è con la classe di storage S3 Intelligent-Tiering. S3 Intelligent-Tiering è preferito dal ciclo di vita S3 rispetto a qualsiasi classe di archiviazione, a parte S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive.

Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:
+ L'eliminazione permanente ha la precedenza sul trasferimento.
+ Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
+ Quando un oggetto è idoneo sia per una transizione Recupero flessibile S3 Glacier che AI S3 Standard (o AI a zona unica S3), Amazon S3 sceglie la transizione Recupero flessibile S3 Glacier.

## Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita
<a name="lifecycle-config-conceptual-ex5"></a>

In una configurazione del ciclo di vita S3 potrebbero venire specificati prefissi o operazioni che si sovrappongono. Negli esempi seguenti viene illustrato in che modo Amazon S3 sceglie di risolvere i potenziali conflitti.

**Example 1: sovrapposizione di prefissi (nessun conflitto)**  
La configurazione di esempio riportata di seguito include due regole in cui sono specificati prefissi che si sovrappongono nel modo seguente:  
+ La prima regola specifica un filtro vuoto, che indica tutti gli oggetti nel bucket. 
+ La seconda regola specifica un prefisso del nome della chiave (`logs/`), che indica solo un sottoinsieme di oggetti.
La regola 1 richiede ad Amazon S3 di eliminare tutti gli oggetti un anno dopo la creazione. La regola 2 richiede ad Amazon S3 di passare un sottoinsieme di oggetti alla classe di storage S3 Standard-IA 30 giorni dopo la creazione.  

```
 1. <LifecycleConfiguration>
 2.   <Rule>
 3.     <ID>Rule 1</ID>
 4.     <Filter>
 5.     </Filter>
 6.     <Status>Enabled</Status>
 7.     <Expiration>
 8.       <Days>365</Days>
 9.     </Expiration>
10.   </Rule>
11.   <Rule>
12.     <ID>Rule 2</ID>
13.     <Filter>
14.       <Prefix>logs/</Prefix>
15.     </Filter>
16.     <Status>Enabled</Status>
17.     <Transition>
18.       <StorageClass>STANDARD_IA</StorageClass>
19.       <Days>30</Days>
20.     </Transition>
21.    </Rule>
22. </LifecycleConfiguration>
```
Poiché in questo caso non vi sono conflitti, Amazon S3 trasferirà gli oggetti con il prefisso `logs/` nella classe di archiviazione S3 Standard-IA dopo 30 giorni dalla data di creazione. Una volta passato un anno dalla data di creazione di qualsiasi oggetto, questo verrà eliminato.

**Example 2: conflitto tra operazioni del ciclo di vita**  
Questa configurazione di esempio include due regole che indicano ad Amazon S3 di eseguire due operazioni diverse sullo stesso insieme di oggetti nello stesso momento dell'esistenza degli oggetti:  
+ Entrambe le regole specificano lo stesso prefisso nel nome della chiave, quindi entrambe le regole si applicano allo stesso insieme di oggetti.
+ Entrambe le regole specificano che devono essere applicate 365 giorni dopo la data di creazione degli oggetti.
+ Una regola indica ad Amazon S3 di eseguire la transizione degli oggetti alla classe di storage S3 Standard-IA, mentre un'altra specifica che Amazon S3 deve fare scadere gli oggetti contemporaneamente.

```
<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Expiration>
      <Days>365</Days>
    </Expiration>        
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>365</Days>
    </Transition>
   </Rule>
</LifecycleConfiguration>
```
In questo caso, dal momento che l'obiettivo è di far scadere (rimuovere) gli oggetti, non ha senso cambiare la classe di archiviazione, quindi Amazon S3 sceglie semplicemente di eseguire l'operazione di scadenza su questi oggetti.

**Example 3: sovrapposizione di prefissi con conseguente conflitto tra operazioni del ciclo di vita**  
In questo esempio la configurazione include due regole, in cui sono specificati prefissi che si sovrappongono nel modo seguente:  
+ La regola 1 specifica un prefisso vuoto, che indica tutti gli oggetti.
+ La regola 2 specifica un prefisso della chiave (`logs/`), che indica un sottoinsieme di tutti gli oggetti.
Per il sottoinsieme di oggetti con il prefisso nel nome della chiave `logs/`, si applicano le operazioni del ciclo di vita S3 in entrambe le regole. Una regola indica ad Amazon S3 di trasferire gli oggetti 10 giorni dopo la data di creazione mentre un'altra regola indica ad Amazon S3 di trasferirli 365 giorni dopo la data di creazione.   

```
<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
      <Prefix></Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>10</Days> 
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>STANDARD_IA</StorageClass>
      <Days>365</Days> 
    </Transition>
   </Rule>
</LifecycleConfiguration>
```
In questo caso, Amazon S3 sceglie di trasferirli 10 giorni dopo la data di creazione. 

**Example 4: applicazione di un filtro basato su tag con conseguente conflitto tra operazioni del ciclo di vita**  
Supponiamo di avere la configurazione del ciclo di vita S3 seguente con due regole, in ognuna delle quali è specificato un filtro basato su tag:  
+ La regola 1 specifica un filtro basato su tag (`tag1/value1`). Questa regola indica ad Amazon S3 di trasferire gli oggetti nella classe di archiviazione S3 Glacier Flexible Retrieval 365 giorni dopo la data di creazione.
+ La regola 2 specifica un filtro basato su tag (`tag2/value2`). Questa regola indica ad Amazon S3 di far scadere gli oggetti 14 giorni dopo la creazione.
Nell'esempio di seguito viene mostrata la configurazione del ciclo di vita S3.  

```
<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
      <Tag>
         <Key>tag1</Key>
         <Value>value1</Value>
      </Tag>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <StorageClass>GLACIER</StorageClass>
      <Days>365</Days> 
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule 2</ID>
    <Filter>
      <Tag>
         <Key>tag2</Key>
         <Value>value2</Value>
      </Tag>
    </Filter>
    <Status>Enabled</Status>
    <Expiration>
      <Days>14</Days> 
    </Expiration>
   </Rule>
</LifecycleConfiguration>
```
Se un oggetto ha entrambi i tag, Amazon S3 deve decidere quale regola seguire. In questo caso, Amazon S3 fa scadere l'oggetto 14 giorni dopo la data di creazione. L'oggetto viene rimosso, quindi non viene eseguita l'operazione di trasferimento.





# Esempi di configurazioni del ciclo di vita S3
<a name="lifecycle-configuration-examples"></a>

In questa sezione vengono forniti alcuni esempi di configurazione del ciclo di vita S3. Ogni esempio mostra come si può specificare il codice XML in ciascun scenario di esempio.

**Topics**
+ [Archiviazione di tutti gli oggetti entro un giorno dalla creazione](#lifecycle-config-ex1)
+ [Disabilitazione temporanea delle regole del ciclo di vita](#lifecycle-config-conceptual-ex2)
+ [Abbassamento della classe di storage durante il ciclo di vita di un oggetto](#lifecycle-config-conceptual-ex3)
+ [Specifica di più regole](#lifecycle-config-conceptual-ex4)
+ [Specifica di una regola del ciclo di vita per un bucket che supporta la funzionalità Controllo delle versioni](#lifecycle-config-conceptual-ex6)
+ [Rimozione dei contrassegni di eliminazione degli oggetti scaduti in un bucket con il controllo delle versioni abilitato](#lifecycle-config-conceptual-ex7)
+ [Configurazione del ciclo di vita per interrompere i caricamenti in più parti](#lc-expire-mpu)
+ [Oggetti non correnti in scadenza che non contengono dati](#lc-size-rules)
+ [Esempio: Consentire la transizione di oggetti di dimensioni inferiori a 128 KB](#lc-small-objects)

## Archiviazione di tutti gli oggetti entro un giorno dalla creazione
<a name="lifecycle-config-ex1"></a>

Ogni regola del ciclo di vita S3 include un filtro che è possibile utilizzare per identificare un sottoinsieme di oggetti nel bucket a cui si applica la regola del ciclo di vita S3. Le configurazioni del ciclo di vita S3 seguenti mostrano esempi di come specificare un filtro.
+ In questa regola di configurazione del ciclo di vita S3, il filtro specifica un prefisso della chiave (`tax/`). Pertanto la regola si applica agli oggetti con il prefisso del nome della chiave `tax/`, ad esempio `tax/doc1.txt` e `tax/doc2.txt`.

  La regola specifica due operazioni che richiedono ad Amazon S3 di eseguire quanto segue:
  + Trasferire gli oggetti nella classe di archiviazione S3 Glacier Flexible Retrieval dopo 365 giorni (un anno) dalla data di creazione.
  + Eliminare gli oggetti (operazione `Expiration`) dopo 3.650 giorni (10 anni) dalla data di creazione.

  ```
  <LifecycleConfiguration>
    <Rule>
      <ID>Transition and Expiration Rule</ID>
      <Filter>
         <Prefix>tax/</Prefix>
      </Filter>
      <Status>Enabled</Status>
      <Transition>
        <Days>365</Days>
        <StorageClass>GLACIER</StorageClass>
      </Transition>
      <Expiration>
        <Days>3650</Days>
      </Expiration>
    </Rule>
  </LifecycleConfiguration>
  ```

  Invece di specificare l'età dell'oggetto in termini di giorni dalla data di creazione, è possibile specificare una data per ogni operazione. Non è tuttavia possibile utilizzare sia `Date` sia `Days` nella stessa regola. 
+ Per applicare la regola del ciclo di vita S3 a tutti gli oggetti nel bucket, occorre specificare un prefisso vuoto. Nella configurazione seguente, la regola specifica un'operazione `Transition` che indica ad Amazon S3 di trasferire gli oggetti nella classe di archiviazione S3 Glacier Flexible Retrieval dopo 0 giorni dalla data di creazione. Questa regola indica che gli oggetti sono idonei per l'archiviazione in Recupero flessibile S3 Glacier a mezzanotte UTC dopo la creazione. Per ulteriori informazioni sui vincoli del ciclo di vita, consulta la sezione [Vincoli e considerazioni per le transizioni](lifecycle-transition-general-considerations.md#lifecycle-configuration-constraints).

  ```
  <LifecycleConfiguration>
    <Rule>
      <ID>Archive all object same-day upon creation</ID>
      <Filter>
        <Prefix></Prefix>
      </Filter>
      <Status>Enabled</Status>
      <Transition>
        <Days>0</Days>
        <StorageClass>GLACIER</StorageClass>
      </Transition>
    </Rule>
  </LifecycleConfiguration>
  ```
+ È possibile specificare zero o un prefisso del nome della chiave e zero o più tag di oggetto in un filtro. Nel codice di esempio riportato di seguito la regola del ciclo di vita S3 viene applicata a un sottoinsieme di oggetti con il prefisso della chiave `tax/` e agli oggetti che dispongono di due tag con chiave e valore specifici. Quando si specifica più di un filtro, è necessario includere l'elemento `<And>` come mostrato (Amazon S3 applica un'istruzione `AND` logica per combinare le condizioni del filtro specificate).

  ```
  ...
  <Filter>
     <And>
        <Prefix>tax/</Prefix>
        <Tag>
           <Key>key1</Key>
           <Value>value1</Value>
        </Tag>
        <Tag>
           <Key>key2</Key>
           <Value>value2</Value>
        </Tag>
      </And>
  </Filter>
  ...
  ```

  
+ È possibile filtrare gli oggetti in base solo ai tag. La regola dei ciclo di vita S3 riportata di seguito, ad esempio, viene applicata agli oggetti che dispongono dei due tag specificati (non viene specificato alcun prefisso).

  ```
  ...
  <Filter>
     <And>
        <Tag>
           <Key>key1</Key>
           <Value>value1</Value>
        </Tag>
        <Tag>
           <Key>key2</Key>
           <Value>value2</Value>
        </Tag>
      </And>
  </Filter>
  ...
  ```

  

**Importante**  
Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:  
L'eliminazione permanente ha la precedenza sul trasferimento.
Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
Quando un oggetto è idoneo sia per una transizione Recupero flessibile S3 Glacier che AI S3 Standard (o AI a zona unica S3), Amazon S3 sceglie la transizione Recupero flessibile S3 Glacier.
 Per alcuni esempi, consulta [Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 



## Disabilitazione temporanea delle regole del ciclo di vita
<a name="lifecycle-config-conceptual-ex2"></a>

Un regola del ciclo di vita S3 può essere disabilitata temporaneamente mediante l'elemento `status`. Ciò può essere utile se si desidera testare nuove regole o risolvere problemi relativi alla configurazione, senza sovrascrivere le regole esistenti. Nella configurazione del ciclo di vita S3 seguente sono specificate due regole:
+ La regola 1 indica ad Amazon S3 di trasferire gli oggetti con il prefisso `logs/` nella classe di archiviazione S3 Glacier Flexible Retrieval subito dopo la creazione. 
+ La regola 2 indica ad Amazon S3 di trasferire gli oggetti con il prefisso `documents/` nella classe di archiviazione S3 Glacier Flexible Retrieval subito dopo la creazione. 

Nella configurazione, la regola 1 è abilitata e la regola 2 è disabilitata. Amazon S3 ignora la regola disabilitata.

```
<LifecycleConfiguration>
  <Rule>
    <ID>Rule1</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule2</ID>
    <Filter>
      <Prefix>documents/</Prefix>
    </Filter>
    <Status>Disabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```

## Abbassamento della classe di storage durante il ciclo di vita di un oggetto
<a name="lifecycle-config-conceptual-ex3"></a>

In questo esempio, la configurazione del ciclo di vita S3 viene utilizzata per abbassare la classe di archiviazione degli oggetti nel corso della loro esistenza. Tale abbassamento contribuisce a ridurre i costi di storage. Per ulteriori informazioni sui prezzi, consulta la sezione [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

Nella configurazione del ciclo di vita S3 riportata di seguito viene specificata una regola che si applica agli oggetti con il prefisso del nome della chiave `logs/`. Nella regola vengono specificate le seguenti operazioni:
+ Due operazioni di trasferimento:
  + Trasferimento degli oggetti nella classe di archiviazione S3 Standard-IA - accesso infrequente dopo 30 giorni dalla data di creazione.
  + Trasferimento degli oggetti nella classe di archiviazione S3 Glacier Flexible Retrieval dopo 90 giorni dalla data di creazione.
+ Una operazione di scadenza che indica ad Amazon S3 di eliminare questi oggetti un anno dopo la creazione.

```
<LifecycleConfiguration>
  <Rule>
    <ID>example-id</ID>
    <Filter>
       <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>30</Days>
      <StorageClass>STANDARD_IA</StorageClass>
    </Transition>
    <Transition>
      <Days>90</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>
```

**Nota**  
È possibile utilizzare un'unica regola per descrivere tutte le operazioni del ciclo di vita S3, se queste si applicano allo stesso insieme di oggetti (identificati dal filtro). In caso contrario, si possono aggiungere più regole per ogni oggetto specificando un filtro diverso.

**Importante**  
Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:  
L'eliminazione permanente ha la precedenza sul trasferimento.
Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
Quando un oggetto è idoneo sia per una transizione Recupero flessibile S3 Glacier che AI S3 Standard (o AI a zona unica S3), Amazon S3 sceglie la transizione Recupero flessibile S3 Glacier.
 Per alcuni esempi, consulta [Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

## Specifica di più regole
<a name="lifecycle-config-conceptual-ex4"></a>



Per eseguire operazioni del ciclo di vita S3 diverse su vari oggetti, è possibile specificare più regole. Nella configurazione del ciclo di vita S3 seguente sono specificate due regole:
+ La regola 1 si applica agli oggetti con il prefisso nel nome della chiav `classA/`. Questa regola indica ad Amazon S3 di trasferire gli oggetti alla classe di archiviazione S3 Glacier Flexible Retrieval un anno dopo la creazione e di rimuoverli dopo 10 anni dalla creazione.
+ La regola 2 si applica agli oggetti con il prefisso nel nome della chiav `classB/`. Questa regola indica ad Amazon S3 di trasferire gli oggetti alla classe di storage S3 Standard-IA 90 giorni dopo la creazione e di eliminarli dopo un anno dalla creazione.

```
<LifecycleConfiguration>
    <Rule>
        <ID>ClassADocRule</ID>
        <Filter>
           <Prefix>classA/</Prefix>        
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>365</Days>        
           <StorageClass>GLACIER</StorageClass>       
        </Transition>    
        <Expiration>
             <Days>3650</Days>
        </Expiration>
    </Rule>
    <Rule>
        <ID>ClassBDocRule</ID>
        <Filter>
            <Prefix>classB/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>90</Days>        
           <StorageClass>STANDARD_IA</StorageClass>       
        </Transition>    
        <Expiration>
             <Days>365</Days>
        </Expiration>
    </Rule>
</LifecycleConfiguration>
```

**Importante**  
Quando una configurazione del ciclo di vita S3 contiene più regole, un oggetto può diventare idoneo a più operazioni del ciclo di vita S3 nello stesso giorno. In questi casi, Amazon S3 segue le seguenti regole generali:  
L'eliminazione permanente ha la precedenza sul trasferimento.
Il trasferimento ha la precedenza sulla creazione dei [contrassegni di eliminazione](DeleteMarker.md).
Quando un oggetto è idoneo sia per una transizione Recupero flessibile S3 Glacier che AI S3 Standard (o AI a zona unica S3), Amazon S3 sceglie la transizione Recupero flessibile S3 Glacier.
 Per alcuni esempi, consulta [Esempi di sovrapposizione di filtri e conflitto tra operazioni del ciclo di vita](lifecycle-conflicts.md#lifecycle-config-conceptual-ex5). 

## Specifica di una regola del ciclo di vita per un bucket che supporta la funzionalità Controllo delle versioni
<a name="lifecycle-config-conceptual-ex6"></a>

Supponiamo di avere un bucket con il controllo delle versioni abilitato. Questo significa che per ogni oggetto esistono una versione corrente e zero o più versioni non correnti. (Per ulteriori informazioni su Controllo versioni S3, consulta [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md).) 

Nell’esempio seguente si desidera mantenere uno storico di un anno e conservare 5 versioni non correnti. Le configurazioni del ciclo di vita S3 supportano la conservazione da 1 a 100 versioni di qualsiasi oggetto. Tieni presente che devono esistere più di 5 versioni non correnti più recenti prima che Amazon S3 possa far scadere una determinata versione. Amazon S3 eliminerà definitivamente tutte le versioni non correnti aggiuntive oltre al numero specificato da conservare. Affinché l’eliminazione avvenga, i valori `NoncurrentDays` e `NewerNoncurrentVersions` devono essere entrambi superati.

Per risparmiare sui costi di archiviazione è necessario spostare le versioni non correnti in S3 Glacier Flexible Retrieval 30 giorni dopo che diventano non correnti (supponendo che si tratti di dati cold a cui non è necessario accedere in tempo reale). Inoltre è prevedibile che la frequenza di accesso alle versioni correnti diminuisca nell'arco di 90 giorni dalla data di creazione, pertanto si può scegliere di spostare questi oggetti nella classe di storage AI S3 Standard.

```
 1. <LifecycleConfiguration>
 2.     <Rule>
 3.         <ID>sample-rule</ID>
 4.         <Filter>
 5.            <Prefix></Prefix>
 6.         </Filter>
 7.         <Status>Enabled</Status>
 8.         <Transition>
 9.            <Days>90</Days>
10.            <StorageClass>STANDARD_IA</StorageClass>
11.         </Transition>
12.         <NoncurrentVersionTransition>      
13.             <NoncurrentDays>30</NoncurrentDays>      
14.             <StorageClass>GLACIER</StorageClass>   
15.         </NoncurrentVersionTransition>    
16.        <NoncurrentVersionExpiration>     
17.             <NewerNoncurrentVersions>5</NewerNoncurrentVersions>
18.             <NoncurrentDays>365</NoncurrentDays>    
19.        </NoncurrentVersionExpiration> 
20.     </Rule>
21. </LifecycleConfiguration>
```

## Rimozione dei contrassegni di eliminazione degli oggetti scaduti in un bucket con il controllo delle versioni abilitato
<a name="lifecycle-config-conceptual-ex7"></a>



Un bucket abilitato per la funzione Controllo delle versioni mantiene una versione corrente e zero o più versioni non correnti di ogni oggetto. Quando si elimina un oggetto, tenere presente quanto segue:
+ Se non si specifica un ID versione nella richiesta di eliminazione, Amazon S3 aggiunge un contrassegno di eliminazione invece di eliminare l'oggetto. La versione dell'oggetto corrente diventa non corrente, quindi il contrassegno di eliminazione diventa la versione corrente. 
+ Specificando l’ID versione nella richiesta di eliminazione, Amazon S3 elimina la versione dell’oggetto in modo permanente (non viene creato alcun contrassegno di eliminazione).
+ Un contrassegno di eliminazione con zero versioni non correnti viene definito un *contrassegno di eliminazione oggetto scaduto*. 

In questo esempio viene mostrato uno scenario che può creare contrassegni di eliminazione oggetto scaduto nel bucket. Viene inoltre mostrato come utilizzare la configurazione del ciclo di vita S3 per indicare ad Amazon S3 di rimuovere i contrassegni di eliminazione oggetto scaduto.

Supponiamo che tu scriva una configurazione del ciclo di vita S3 che utilizza l’azione `NoncurrentVersionExpiration` per rimuovere le versioni non correnti 30 giorni dopo che sono diventate tali e per conservare 10 versioni non correnti, come mostrato nell’esempio seguente. Tieni presente che devono esistere più di 10 versioni non correnti più recenti prima che Amazon S3 possa far scadere una determinata versione. Amazon S3 eliminerà definitivamente tutte le versioni non correnti aggiuntive oltre al numero specificato da conservare. Affinché l’eliminazione avvenga, i valori `NoncurrentDays` e `NewerNoncurrentVersions` devono essere entrambi superati.

```
<LifecycleConfiguration>
    <Rule>
        ...
        <NoncurrentVersionExpiration>     
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>    
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>
```

L’azione `NoncurrentVersionExpiration` non si applica alle versioni correnti dell’oggetto. Rimuove solamente le versioni non correnti.

Per le versioni dell'oggetto correnti esistono le seguenti opzioni per gestirne la durata a seconda che le versioni dell'oggetto correnti seguano un ciclo di vita ben definito: 
+ **Le versioni correnti dell'oggetto seguono un ciclo di vita ben definito.**

  In questo caso si può utilizzare una configurazione del ciclo di vita S3 con l'operazione `Expiration` per indicare ad Amazon S3 di rimuovere le versioni correnti, come mostrato nell'esempio seguente.

  ```
  <LifecycleConfiguration>
      <Rule>
          ...
          <Expiration>
             <Days>60</Days>
          </Expiration>
          <NoncurrentVersionExpiration>     
              <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
              <NoncurrentDays>30</NoncurrentDays>    
          </NoncurrentVersionExpiration>
      </Rule>
  </LifecycleConfiguration>
  ```

  In questo esempio, Amazon S3 rimuove le versioni correnti 60 giorni dopo la data di creazione aggiungendo un contrassegno di eliminazione per ognuna delle versioni dell’oggetto correnti. La versione corrente diventa quindi non corrente e il contrassegno di eliminazione diventa la versione corrente. Per ulteriori informazioni, consulta [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md). 
**Nota**  
Non è possibile specificare sia un tag `Days` che un tag `ExpiredObjectDeleteMarker` sulla stessa regola. Specificando il tag `Days`, Amazon S3 eseguirà automaticamente la pulizia di `ExpiredObjectDeleteMarker` una volta che i contrassegni di eliminazione sono abbastanza vecchi da soddisfare i criteri di età. È possibile creare una regola separata con solo il tag `ExpiredObjectDeleteMarker` per ripulire i contrassegni di eliminazione non appena diventano l'unica versione.

  L'operazione `NoncurrentVersionExpiration` nella stessa configurazione del ciclo di vita S3 rimuove gli oggetti non correnti 30 giorni dopo che sono diventati non correnti. Pertanto, in questo esempio, tutte le versioni degli oggetti vengono rimosse in modo permanente 90 giorni dopo la creazione dell'oggetto. Tieni presente che, in questo esempio, devono esistere più di 10 versioni non correnti più recenti prima che Amazon S3 possa far scadere una determinata versione. Amazon S3 eliminerà definitivamente tutte le versioni non correnti aggiuntive oltre al numero specificato da conservare. Affinché l’eliminazione avvenga, i valori `NoncurrentDays` e `NewerNoncurrentVersions` devono essere entrambi superati. 

  Nonostante i contrassegni di eliminazione degli oggetti scaduti vengano creati durante questo processo, Amazon S3 rileva e rimuove i contrassegni di eliminazione degli oggetti scaduti per te. 
+ **Versioni correnti dell'oggetto che non seguono un ciclo di vita ben definito.** 

  In questo caso è possibile rimuovere gli oggetti manualmente quando non servono più, creando un contrassegno di eliminazione con una o più versioni non correnti. Se la configurazione del ciclo di vita S3 con l'operazione `NoncurrentVersionExpiration` rimuove tutte le versioni non correnti, rimarranno i contrassegni di eliminazione oggetto scaduto.

  In questo specifico scenario la configurazione del ciclo di vita S3 fornisce un'operazione `Expiration` che puoi utilizzare per rimuovere i contrassegni di eliminazione oggetto scaduto.

  

  ```
  <LifecycleConfiguration>
      <Rule>
         <ID>Rule 1</ID>
          <Filter>
            <Prefix>logs/</Prefix>
          </Filter>
          <Status>Enabled</Status>
          <Expiration>
             <ExpiredObjectDeleteMarker>true</ExpiredObjectDeleteMarker>
          </Expiration>
          <NoncurrentVersionExpiration>     
              <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
              <NoncurrentDays>30</NoncurrentDays>    
          </NoncurrentVersionExpiration>
      </Rule>
  </LifecycleConfiguration>
  ```

Se si imposta l'elemento `ExpiredObjectDeleteMarker` su `true` nell'operazione `Expiration`, si indica ad Amazon S3 di rimuovere i contrassegni di eliminazione oggetto scaduto.

**Nota**  
Quando si specifica l'operazione del ciclo di vita S3 `ExpiredObjectDeleteMarker`, nella regola non può essere specificato un filtro basato su tag.

## Configurazione del ciclo di vita per interrompere i caricamenti in più parti
<a name="lc-expire-mpu"></a>

È possibile utilizzare l'operazione REST API di Amazon S3 per il caricamento in più parti per caricare oggetti di grandi dimensioni in parti. Per ulteriori informazioni sui caricamenti in più parti, consulta la sezione [Caricamento e copia di oggetti utilizzando il caricamento multiparte in Amazon S3](mpuoverview.md). 

Utilizzando la configurazione del ciclo di vita S3, è possibile indicare ad Amazon S3 di interrompere i caricamenti in più parti incompleti (identificati dal prefisso della chiave specificato nella regola) se non vengono completati entro un numero specificato di giorni dalla data di avvio. Quando Amazon S3 interrompe un caricamento in più parti, elimina tutte le parti associate al caricamento in più parti. Questo processo aiuta a controllare i costi di archiviazione garantendo che non siano presenti caricamenti in più parti incompleti con parti archiviate in Amazon S3. 

**Nota**  
Quando si specifica l'operazione del ciclo di vita S3 `AbortIncompleteMultipartUpload`, nella regola non può essere specificato un filtro basato su tag.

Di seguito è riportata una configurazione del ciclo di vita S3 di esempio che specifica una regola con l'operazione `AbortIncompleteMultipartUpload`. Questa operazione richiede ad Amazon S3 di interrompere i caricamenti in più parti incompleti sette giorni dopo l'avvio.

```
<LifecycleConfiguration>
    <Rule>
        <ID>sample-rule</ID>
        <Filter>
           <Prefix>SomeKeyPrefix/</Prefix>
        </Filter>
        <Status>rule-status</Status>
        <AbortIncompleteMultipartUpload>
          <DaysAfterInitiation>7</DaysAfterInitiation>
        </AbortIncompleteMultipartUpload>
    </Rule>
</LifecycleConfiguration>
```

## Oggetti non correnti in scadenza che non contengono dati
<a name="lc-size-rules"></a>

È possibile creare regole per la transizione degli oggetti in base alle dimensioni. Puoi specificare una dimensione minima (`ObjectSizeGreaterThan`) o una dimensione massima (`ObjectSizeLessThan`) oppure puoi specificare un intervallo di dimensioni dell'oggetto (in byte). Quando si utilizzano più filtri, ad esempio un prefisso e una regola di dimensione, è necessario racchiudere i filtri in un elemento `<And>`.

```
<LifecycleConfiguration>
  <Rule>
    <ID>Transition with a prefix and based on size</ID>
    <Filter>
       <And>
          <Prefix>tax/</Prefix>
          <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
       </And>   
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```

Se stai specificando un intervallo utilizzando entrambi gli elementi `ObjectSizeGreaterThan` e `ObjectSizeLessThan`, la dimensione massima dell'oggetto deve essere maggiore della dimensione minima dell'oggetto. Quando si utilizzano più filtri, è necessario racchiudere i filtri in un elemento `<And>`. L'esempio seguente illustra come specificare gli oggetti in un intervallo compreso tra 500 e 64.000 byte. Quando si specifica un intervallo, i filtri `ObjectSizeGreaterThan` e `ObjectSizeLessThan` escludono i valori specificati. Per ulteriori informazioni, consulta [Elemento Filter](intro-lifecycle-rules.md#intro-lifecycle-rules-filter).

```
<LifecycleConfiguration>
    <Rule>
        ...
          <And>
             <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
             <ObjectSizeLessThan>64000</ObjectSizeLessThan>
          </And>
    </Rule>
</LifecycleConfiguration>
```

È inoltre possibile creare regole per far scadere in modo specifico gli oggetti non correnti che non contengono dati, inclusi gli oggetti contrassegno di eliminazione non correnti creati in un bucket abilitato al controllo delle versioni. Nell’esempio seguente viene utilizzata l’azione `NoncurrentVersionExpiration` per rimuovere le versioni non correnti 30 giorni dopo che sono diventate tali e per mantenere 10 versioni non correnti. Nell’esempio viene inoltre utilizzato l’elemento `ObjectSizeLessThan` per filtrare solo gli oggetti senza dati. 

Tieni presente che devono esistere più di 10 versioni non correnti più recenti prima che Amazon S3 possa far scadere una determinata versione. Amazon S3 eliminerà definitivamente tutte le versioni non correnti aggiuntive oltre al numero specificato da conservare. Affinché l’eliminazione avvenga, i valori `NoncurrentDays` e `NewerNoncurrentVersions` devono essere entrambi superati. 

```
<LifecycleConfiguration>
  <Rule>
    <ID>Expire noncurrent with size less than 1 byte</ID>
    <Filter>
       <ObjectSizeLessThan>1</ObjectSizeLessThan>
    </Filter>
    <Status>Enabled</Status>
    <NoncurrentVersionExpiration>     
       <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
       <NoncurrentDays>30</NoncurrentDays>
    </NoncurrentVersionExpiration>
  </Rule>
</LifecycleConfiguration>
```

## Esempio: Consentire la transizione di oggetti di dimensioni inferiori a 128 KB
<a name="lc-small-objects"></a>

Amazon S3 applica un comportamento predefinito alla configurazioni del ciclo di vita che impedisce la transizione di oggetti di dimensioni inferiori a 128 KB a qualsiasi classe di storage. È possibile consentire la transizione di oggetti più piccoli aggiungendo alla configurazione un filtro di dimensione minima (`ObjectSizeGreaterThan`) o dimensione massima (`ObjectSizeLessThan`) che specifichi una dimensione inferiore. L'esempio seguente consente a qualsiasi oggetto di dimensione inferiore a 128 KB di passare alla classe di storage Recupero istantaneo S3 Glacier:

```
<LifecycleConfiguration>
  <Rule>
    <ID>Allow small object transitions</ID>
    <Filter>
          <ObjectSizeGreaterThan>1</ObjectSizeGreaterThan>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER_IR</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```

**Nota**  
A settembre 2024 Amazon S3 ha aggiornato il comportamento di transizione predefinito per gli oggetti di piccole dimensioni, come segue:  
**Comportamento di transizione predefinito aggiornato**: a partire da settembre 2024, il comportamento predefinito impedisce la transizione di oggetti di dimensioni inferiori a 128 KB a qualsiasi classe di storage.
**Comportamento di transizione predefinito precedente**: prima di settembre 2024, il comportamento predefinito consentiva la transizione di oggetti di dimensioni inferiori a 128 KB solo nelle classi di archiviazione S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive.
Le configurazioni create prima di settembre 2024 mantengono il comportamento di transizione precedente a meno che non vengano modificate. In altre parole, se si creano, modificano o eliminano regole, il comportamento di transizione predefinito per la configurazione cambia in base al comportamento aggiornato. Se il caso d’uso lo richiede, è possibile modificare il comportamento di transizione predefinito in modo che gli oggetti di dimensioni inferiori a 128 KB passino a S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive. A tale scopo, utilizza l’intestazione `x-amz-transition-object-size-minimum-default` opzionale in una richiesta [https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html).

L’esempio seguente mostra come utilizzare l’intestazione `x-amz-transition-object-size-minimum-default` in una richiesta [https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketLifecycleConfiguration.html) per applicare il comportamento di transizione predefinito `varies_by_storage_class` a una configurazione del ciclo di vita S3. Questo comportamento consente a un oggetto di dimensioni inferiori a 128 KB di passare alle classi di archiviazione S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive. Per impostazione predefinita, tutte le altre classi di storage impediscono le transizioni inferiori a 128 KB. È possibile comunque utilizzare filtri personalizzati per modificare la dimensione minima di transizione per qualsiasi classe di storage. I filtri personalizzati hanno sempre la precedenza sul comportamento di transizione predefinito:

```
HTTP/1.1 200
x-amz-transition-object-size-minimum-default: varies_by_storage_class
<?xml version="1.0" encoding="UTF-8"?>
...
```

# Risoluzione dei problemi del ciclo di vita di Amazon S3
<a name="troubleshoot-lifecycle"></a>

Le informazioni seguenti possono essere utili per risolvere i problemi con le regole del ciclo di vita di Amazon S3.

**Topics**
+ [Ho eseguito un'operazione di elenco sul mio bucket e sono stati visualizzati oggetti che pensavo scaduti o sottoposti a transizione in base a una regola del ciclo di vita.](#troubleshoot-lifecycle-1)
+ [Come posso monitorare le azioni intraprese dalle mie regole del ciclo di vita?](#troubleshoot-lifecycle-2)
+ [Il numero di oggetti S3 continua ad aumentare, anche dopo aver impostato le regole del ciclo di vita su un bucket con la funzionalità Controllo delle versioni abilitata.](#troubleshoot-lifecycle-3)
+ [Come posso svuotare il mio bucket S3 utilizzando le regole del ciclo di vita?](#troubleshoot-lifecycle-4)
+ [La mia fattura Amazon S3 è aumentata dopo la transizione degli oggetti a una classe di archiviazione con costi inferiori.](#troubleshoot-lifecycle-5)
+ [Ho aggiornato la mia policy di bucket, ma i miei oggetti S3 vengono ancora eliminati a causa delle regole del ciclo di vita scadute.](#troubleshoot-lifecycle-6)
+ [Posso recuperare oggetti S3 scaduti in base alle regole del ciclo di vita di S3?](#troubleshoot-lifecycle-7)
+ [Perché le mie azioni di scadenza e transizione del ciclo di vita non vengono eseguite?](#troubleshoot-lifecycle-failures)
+ [Come posso escludere un prefisso dalla mia regola del ciclo di vita?](#troubleshoot-lifecycle-8)
+ [Come posso includere più prefissi nella mia regola del ciclo di vita?](#troubleshoot-lifecycle-9)

## Ho eseguito un'operazione di elenco sul mio bucket e sono stati visualizzati oggetti che pensavo scaduti o sottoposti a transizione in base a una regola del ciclo di vita.
<a name="troubleshoot-lifecycle-1"></a>

Le [transizioni](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html) e le [scadenze](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-expire-general-considerations.html) di oggetti del ciclo di vita S3 sono operazioni asincrone. Pertanto, potrebbe essersi verificato un ritardo tra il momento in cui gli oggetti sono idonei per la scadenza o la transizione e il momento in cui si è effettivamente verificata la transizione o la scadenza. Le modifiche a livello di fatturazione vengono applicate non appena la regola del ciclo di vita viene soddisfatta, anche se l'operazione non è completa. Un'eccezione a questo comportamento è se si dispone di una regola del ciclo di vita per il trasferimento alla classe di archiviazione Piano intelligente Amazon S3. In questo caso, le modifiche alla fatturazione non si verificano fino a quando l'oggetto non è stato trasferito alla classe Piano intelligente Amazon S3. Per ulteriori informazioni sulle modifiche alla fatturazione, consulta [Impostazione della configurazione del ciclo di vita in un bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html).

**Nota**  
Amazon S3 non esegue una transizione di oggetti di dimensioni inferiori a 128 KB dalla classe di archiviazione Amazon S3 Standard o Accesso Infrequente Amazon S3 Standard (AI S3 Standard) alla classe di archiviazione Piano intelligente Amazon S3, Accesso Infrequente Amazon S3 Standard (AI S3 Standard) o Accesso infrequente a zona unica Amazon S3 (AI a zona unica S3).

## Come posso monitorare le azioni intraprese dalle mie regole del ciclo di vita?
<a name="troubleshoot-lifecycle-2"></a>

Per monitorare le azioni intraprese dalle regole del ciclo di vita, è possibile utilizzare le seguenti funzionalità: 
+ **Notifiche eventi S3**: è possibile configurare le [Notifiche eventi S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-configure-notification.html) in modo da ricevere notifiche di eventuali eventi di scadenza o transizione del ciclo di vita S3.
+ **Log degli accessi al server S3**: è possibile abilitare i log degli accessi al server per i bucket S3 per acquisire operazioni correlate al ciclo di vita S3, come le transizioni degli oggetti a un'altra classe di storage o le scadenze degli oggetti. Per ulteriori informazioni, consulta [Ciclo di vita e registrazione](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-and-other-bucket-config.html#lifecycle-general-considerations-logging).

Per visualizzare le modifiche nello storage causate dalle azioni del ciclo di vita su base giornaliera, ti consigliamo di utilizzare i [dashboard di S3 Storage Lens anziché utilizzare i parametri](https://docs.aws.amazon.com/AmazonS3/latest/userguide/storage_lens_basics_metrics_recommendations.html#storage_lens_basics_dashboards) di Amazon. CloudWatch Nel pannello di controllo Storage Lens è possibile visualizzare le metriche seguenti, che monitorano il numero o le dimensioni degli oggetti:
+ **Byte della versione corrente**
+ **Conteggio oggetti versione corrente**
+ **Byte di versione non correnti**
+ **Conteggio di oggetti versione non corrente**
+ **Conteggio oggetti contrassegno di eliminazione**
+ **Byte di archiviazione dei contrassegni di eliminazione**
+ **Byte con caricamento in più parti incompleto**
+ **Conteggio di oggetti con caricamento in più parti incompleto**

## Il numero di oggetti S3 continua ad aumentare, anche dopo aver impostato le regole del ciclo di vita su un bucket con la funzionalità Controllo delle versioni abilitata.
<a name="troubleshoot-lifecycle-3"></a>

Quando un oggetto scade in un [bucket con la funzionalità Controllo delle versioni abilitata](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Versioning.html#versioning-states), l'oggetto non viene eliminato definitivamente dal bucket. Come versione più recente dell'oggetto viene invece creato un [contrassegno di eliminazione](https://docs.aws.amazon.com/AmazonS3/latest/userguide/DeleteMarker.html). I contrassegni di eliminazione vengono comunque conteggiati come oggetti. Pertanto, se viene creata una regola del ciclo di vita per far scadere solo le versioni correnti, il numero di oggetti nel bucket S3 aumenta anziché diminuire.

Ad esempio, supponiamo che un bucket S3 con il controllo delle versioni abilitato contenga 100 oggetti e che una regola del ciclo di vita sia impostata per far scadere le versioni correnti dell'oggetto dopo 7 giorni. Dopo il settimo giorno, il numero di oggetti aumenta a 200 perché vengono creati 100 contrassegni di eliminazione oltre ai 100 oggetti originali, che ora sono versioni non correnti. Per ulteriori informazioni sulle azioni delle regole di configurazione del ciclo di vita S3 per i bucket con il controllo delle versioni abilitato, consulta [Impostazione della configurazione del ciclo di vita in un bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html).

Per rimuovere definitivamente gli oggetti, aggiungi un'ulteriore configurazione del ciclo di vita per eliminare le versioni precedenti degli oggetti, i contrassegni di eliminazione scaduti e i caricamenti incompleti in più parti. Per istruzioni su come creare nuove regole del ciclo di vita, consulta [Impostazione della configurazione del ciclo di vita in un bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html).

**Nota**  
Amazon S3 arrotonda la data di transizione o scadenza di un oggetto alla mezzanotte UTC del giorno successivo.   
Quando valuta gli oggetti per le azioni del ciclo di vita, Amazon S3 utilizza l'ora di creazione degli oggetti in UTC. Ad esempio, considera un bucket senza versione con una regola del ciclo di vita configurata per far scadere gli oggetti dopo un giorno. Supponiamo che un oggetto sia stato creato il 1° gennaio alle 17:05 Pacific Daylight Time (PDT), che corrisponde al 2 gennaio alle 00:05 UTC. L'oggetto diventa vecchio di un giorno alle 00:05 UTC del 3 gennaio, il che lo rende idoneo alla scadenza quando il ciclo di vita S3 restituisce gli oggetti alle 00:00 UTC del 4 gennaio.  
Poiché le operazioni del ciclo di vita di Amazon S3 avvengono in modo asincrono, potrebbe verificarsi un certo ritardo tra la data specificata nella regola del ciclo di vita e l'effettiva transizione fisica dell'oggetto. Per ulteriori informazioni, consulta [Transition or expiration delay](how-to-set-lifecycle-configuration-intro.md#lifecycle-action-delay).  
Per ulteriori informazioni, consulta [Regole del ciclo di vita basate sull'età di un oggetto](https://docs.aws.amazon.com/AmazonS3/latest/dev/intro-lifecycle-rules.html#intro-lifecycle-rules-number-of-days).
Per gli oggetti S3 protetti dalla funzionalità Blocco oggetti, le versioni correnti non vengono eliminate definitivamente. Agli oggetti viene invece aggiunto un contrassegno di eliminazione, che li rende non correnti. Le versioni non correnti vengono quindi conservate e non impostate come definitivamente scadute.

## Come posso svuotare il mio bucket S3 utilizzando le regole del ciclo di vita?
<a name="troubleshoot-lifecycle-4"></a>

Le regole del ciclo di vita S3 sono uno strumento efficace per [svuotare un bucket S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/empty-bucket.html) contenente milioni di oggetti. Per eliminare un numero elevato di oggetti dal bucket S3, assicurarsi di utilizzare queste due coppie di regole del ciclo di vita:
+ **Impostazione come scadute delle versioni correnti degli oggetti** ed **eliminazione definitiva delle versioni precedenti degli oggetti**
+ **Eliminazione dei contrassegni di eliminazione** ed **eliminazione dei caricamenti in più parti incompleti**

Per la procedura di creazione di una regola di configurazione del ciclo di vita, consulta [Impostazione della configurazione del ciclo di vita in un bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html).

**Nota**  
Per gli oggetti S3 protetti dalla funzionalità Blocco oggetti, le versioni correnti non vengono eliminate definitivamente. Agli oggetti viene invece aggiunto un contrassegno di eliminazione, che li rende non correnti. Le versioni non correnti vengono quindi conservate e non impostate come definitivamente scadute.

## La mia fattura Amazon S3 è aumentata dopo la transizione degli oggetti a una classe di archiviazione con costi inferiori.
<a name="troubleshoot-lifecycle-5"></a>

Esistono diversi motivi per cui la fattura potrebbe aumentare dopo la transizione degli oggetti a una classe di archiviazione con costi inferiori: 
+ Costo generale S3 Glacier per oggetti di piccole dimensioni

  Per ogni oggetto passato alla classe di archiviazione Recupero flessibile Amazon S3 Glacier o Deep Archive Amazon S3 Glacier, a questo aggiornamento dell'archiviazione è associato un costo generale aggiuntivo di 40 KB. Come parte del costo generale di 40 KB, 8 KB vengono utilizzati per archiviare i metadati e il nome dell'oggetto. Questi 8 KB vengono addebitati in base alle tariffe della classe di archiviazione Amazon S3 Standard. I restanti 32 KB vengono utilizzati per l'indicizzazione e i relativi metadati. Questi 32 KB vengono addebitato in base ai prezzi della classe di archiviazione Recupero flessibile Amazon S3 Glacier o Deep Archive Amazon S3 Glacier.

  Pertanto, se si archiviano molti oggetti di dimensioni più piccole, non è consigliabile utilizzare le transizioni del ciclo di vita. Per ridurre eventuali costi aggiuntivi, valuta la possibilità di aggregare diversi oggetti di piccole dimensioni in un numero più contenuto di oggetti di grandi dimensioni prima di eseguirne l'archiviazione in Amazon S3. Per ulteriori informazioni sulle considerazioni relative ai costi, consulta l'argomento relativo al [trasferimento nelle classi di archiviazione Recupero flessibile Amazon S3 Glacier e Deep Archive Amazon S3 Glacier (archiviazione di oggetti)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html#before-deciding-to-archive-objects).
+ Costi minimi di archiviazione

  Alcune classi di archiviazione S3 hanno requisiti minimi di durata dell'archiviazione. Agli oggetti eliminati, sovrascritti o sottoposti a transizione da tali classi prima del raggiungimento della durata minima viene addebitata una tariffa di transizione o eliminazione anticipata proporzionale. Questi requisiti minimi di durata dell'archiviazione sono i seguenti: 
  + Accesso Infrequente Amazon S3 Standard (AI S3 Standard) e Accesso infrequente a zona unica Amazon S3 (AI a zona unica S3): 30 giorni
  + Recupero flessibile Amazon S3 Glacier e Recupero instantaneo Amazon S3 Glacier: 90 giorni
  + Deep Archive Amazon S3 Glacier: 180 giorni

  Per ulteriori informazioni su questi requisiti, consulta la sezione *Vincoli* dell'argomento [Trasferimento degli oggetti utilizzando il ciclo di vita S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html). Per informazioni generali sui prezzi di S3, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/) e il [Calcolatore dei prezzi AWS](https://calculator.aws/#/addService/S3).
+ Costi delle transizioni del ciclo di vita

  Ogni volta che un oggetto viene trasferito a una classe di archiviazione diversa mediante una regola del ciclo di vita, Amazon S3 considera tale transizione come un'unica richiesta di transizione. I costi per queste richieste di transizione si aggiungono ai costi validi per le classi di archiviazione in questione. Se si ha intenzione di trasferire un numero elevato di oggetti, è consigliabile considerare i costi delle transizioni richieste in caso di transizione a una classe inferiore. Per ulteriori informazioni, consulta [Prezzi di Amazon S3](https://aws.amazon.com/s3/pricing/).

## Ho aggiornato la mia policy di bucket, ma i miei oggetti S3 vengono ancora eliminati a causa delle regole del ciclo di vita scadute.
<a name="troubleshoot-lifecycle-6"></a>

Le istruzioni `Deny` in una policy di bucket non impediscono la scadenza degli oggetti definiti in una regola del ciclo di vita. Le operazioni del ciclo di vita (come transizioni o scadenze) non utilizzano l'operazione S3 `DeleteObject`. Le operazioni del ciclo di vita di S3 vengono invece eseguite utilizzando endpoint S3 interni. Per ulteriori informazioni, consulta [Ciclo di vita e registrazione](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-and-other-bucket-config.html#lifecycle-general-considerations-logging). 

Per evitare che la regola del ciclo di vita esegua operazioni, è necessario modificare, eliminare o [disabilitare la regola](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-configuration-examples.html#lifecycle-config-conceptual-ex2).

## Posso recuperare oggetti S3 scaduti in base alle regole del ciclo di vita di S3?
<a name="troubleshoot-lifecycle-7"></a>

L'unico modo per recuperare gli oggetti scaduti in base al ciclo di vita S3 è tramite il controllo delle versioni, che deve essere attivo prima che gli oggetti diventino idonei alla scadenza. Non è possibile annullare le operazioni di scadenza eseguite dalle regole del ciclo di vita. Se gli oggetti vengono eliminati definitivamente in base alle regole del ciclo di vita S3 applicate, non sarà possibile recuperarli. Per abilitare il controllo delle versioni su un bucket, consulta [Conservazione di più versioni degli oggetti con Controllo delle versioni S3](Versioning.md).

Se al bucket è stato applicato il controllo delle versioni e le versioni non correnti degli oggetti sono ancora intatte, è possibile [ripristinare le versioni precedenti degli oggetti scaduti](https://docs.aws.amazon.com/AmazonS3/latest/userguide/RestoringPreviousVersions.html). Per ulteriori informazioni sul comportamento delle operazioni delle regole del ciclo di vita S3 e sugli stati del controllo delle versioni, consulta la tabella *Operazioni del ciclo di vita e stato della funzione Controllo delle versioni nel bucket* in [Elementi per la descrizione delle operazioni nel ciclo di vita](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intro-lifecycle-rules.html#non-current-days-calculations).

**Nota**  
Se il bucket S3 è protetto da [Backup AWS](https://docs.aws.amazon.com/aws-backup/latest/devguide/s3-backups.html) o [Replica Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html), è anche possibile utilizzare queste funzionalità per recuperare gli oggetti scaduti.

## Perché le mie azioni di scadenza e transizione del ciclo di vita non vengono eseguite?
<a name="troubleshoot-lifecycle-failures"></a>

Per un bucket con controllo delle versioni abilitato o sospeso, le seguenti considerazioni determinano come Amazon S3 gestisce l’azione di scadenza:
+ La scadenza dell'oggetto si applica solo alla sua versione corrente (non ha effetto sulle versioni non correnti dell'oggetto).
+ Amazon S3 non esegue alcuna operazione se sono presenti una o più versioni dell'oggetto e il contrassegno di eliminazione è la versione corrente.
+ Amazon S3 non esegue alcuna operazione sulle versioni non correnti degli oggetti a cui è applicato S3 Object Lock.
+ Per gli oggetti con stato di `FAILED` replica `PENDING` o, Amazon S3 non esegue alcuna azione sulle versioni correnti o non correnti degli oggetti.

Alle transizioni tra classi di storage del ciclo di vita si applicano i vincoli seguenti:
+ Per impostazione predefinita, gli oggetti di dimensioni inferiori a 128 KB non verranno trasferiti ad alcuna classe di archiviazione.
+ Gli oggetti devono essere archiviati per almeno 30 giorni prima della transizione alla classe S3 Standard-IA o S3 One Zone-IA.
+ Per il controllo delle versioni abilitato o il controllo delle versioni di bucket sospesi, gli oggetti con uno stato di `FAILED` replica `PENDING` o uno non possono essere trasferiti.

## Come posso escludere un prefisso dalla mia regola del ciclo di vita?
<a name="troubleshoot-lifecycle-8"></a>

Il ciclo di vita S3 non supporta l'esclusione di prefissi nelle regole. Utilizza invece i tag per etichettare tutti gli oggetti che si desidera includere nella regola. Per ulteriori informazioni sull'utilizzo dei tag nelle regole del ciclo di vita, consulta [Archiviazione di tutti gli oggetti entro un giorno dalla creazione](lifecycle-configuration-examples.md#lifecycle-config-ex1).

## Come posso includere più prefissi nella mia regola del ciclo di vita?
<a name="troubleshoot-lifecycle-9"></a>

Il ciclo di vita S3 non supporta l'inclusione di più prefissi nelle regole. Utilizza invece i tag per etichettare tutti gli oggetti che si desidera includere nella regola. Per ulteriori informazioni sull'utilizzo dei tag nelle regole del ciclo di vita, consulta [Archiviazione di tutti gli oggetti entro un giorno dalla creazione](lifecycle-configuration-examples.md#lifecycle-config-ex1).

Tuttavia, se si hanno uno o più prefissi che iniziano con gli stessi caratteri, è possibile includere tutti questi prefissi nella regola specificando un prefisso parziale senza barra finale (`/`) nel filtro. Ad esempio, supponiamo di avere i seguenti prefissi:

```
sales1999/
sales2000/
sales2001/
```

Per includere tutti e tre i prefissi nella regola, specificare `<Prefix>sales</Prefix>` nella regola del ciclo di vita. 