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à.
Esempi di configurazioni del ciclo di vita S3
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.
Argomenti
Archiviazione di tutti gli oggetti entro un giorno dalla creazione
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 chiavetax/
, ad esempiotax/doc1.txt
etax/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
siaDays
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.<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'istruzioneAND
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.
-
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.
Disabilitazione temporanea delle regole del ciclo di vita
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
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
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.
-
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.
Specifica di più regole
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.
-
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.
Specifica di una regola del ciclo di vita per un bucket che supporta la funzionalità Controllo delle versioni
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.)
Nell'esempio seguente, si desidera mantenere un anno di cronologia 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, è necessario superare sia NoncurrentDays
i NewerNoncurrentVersions
valori che quelli.
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.
<LifecycleConfiguration> <Rule> <ID>sample-rule</ID> <Filter> <Prefix></Prefix> </Filter> <Status>Enabled</Status> <Transition> <Days>90</Days> <StorageClass>STANDARD_IA</StorageClass> </Transition> <NoncurrentVersionTransition> <NoncurrentDays>30</NoncurrentDays> <StorageClass>GLACIER</StorageClass> </NoncurrentVersionTransition> <NoncurrentVersionExpiration> <NewerNoncurrentVersions>5</NewerNoncurrentVersions> <NoncurrentDays>365</NoncurrentDays> </NoncurrentVersionExpiration> </Rule> </LifecycleConfiguration>
Rimozione dei contrassegni di eliminazione degli oggetti scaduti in un bucket con il controllo delle versioni abilitato
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.
-
Se specifichi un ID di versione nella richiesta di eliminazione, Amazon S3 elimina definitivamente la versione dell'oggetto (non viene creato un marker 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 di scrivere una configurazione del ciclo di vita S3 che utilizzi l'NoncurrentVersionExpiration
azione per rimuovere le versioni non correnti 30 giorni dopo che sono diventate non correnti 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, è necessario superare sia NoncurrentDays
i NewerNoncurrentVersions
valori che quelli.
<LifecycleConfiguration> <Rule> ... <NoncurrentVersionExpiration> <NewerNoncurrentVersions>10</NewerNoncurrentVersions> <NoncurrentDays>30</NoncurrentDays> </NoncurrentVersionExpiration> </Rule> </LifecycleConfiguration>
L'NoncurrentVersionExpiration
azione non si applica alle versioni correnti degli oggetti. 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 loro creazione aggiungendo un marker di eliminazione per ciascuna delle versioni correnti dell'oggetto. 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.
Nota
Non puoi specificare sia un
Days
tag che unExpiredObjectDeleteMarker
tag sulla stessa regola. Specificando il tagDays
, Amazon S3 eseguirà automaticamente la pulizia diExpiredObjectDeleteMarker
una volta che i contrassegni di eliminazione sono abbastanza vecchi da soddisfare i criteri di età. È possibile creare una regola separata con solo il tagExpiredObjectDeleteMarker
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, è necessario superare siaNoncurrentDays
iNewerNoncurrentVersions
valori che quelli.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
È 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.
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
È 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.
<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. L'esempio seguente utilizza l'NoncurrentVersionExpiration
azione per rimuovere le versioni non correnti 30 giorni dopo che sono diventate non correnti e per conservare 10 versioni non correnti. Questo esempio utilizza l'ObjectSizeLessThan
elemento anche 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, è necessario superare sia NoncurrentDays
i NewerNoncurrentVersions
valori che quelli.
<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
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 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 storage S3 Glacier 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 e S3 Glacier Deep Archive. A tale scopo, utilizza l'x-amz-transition-object-size-minimum-default
intestazione opzionale in un PutBucketLifecycleConfiguration.
L'esempio seguente mostra come utilizzare l'x-amz-transition-object-size-minimum-default
intestazione in un PutBucketLifecycleConfigurationrichiesta di applicare il comportamento di transizione varies_by_storage_class
predefinito a una configurazione S3 Lifecycle. Questo comportamento consente agli oggetti di dimensioni inferiori a 128 KB di passare alle classi di storage S3 Glacier 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"?> ...