Exemples de configuration de cycle de vie S3 - Amazon Simple Storage Service
Exemple 1 : Spécification d'un filtre Exemple 2 : Désactivation d'une règle de cycle de vieExemple 3 : Choix d'une classe de stockage inférieure pendant la durée de vie d'un objet Exemple 4 : Spécification de plusieurs règlesExemple 5 : Chevauchement de filtres, actions de cycle de vie contradictoires et gestion des compartiments non versionnés par Amazon S3Exemple 6 : Spécification d'une règle de cycle de vie pour un compartiment activé pour la gestion des versions Exemple 7 : Suppression des marqueurs de suppression d'objet expiréExemple 8 : Configuration du cycle de vie pour annuler des chargements partitionnésExemple 9 : Configuration de cycle de vie à l'aide de règles basées sur la taille

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Exemples de configuration de cycle de vie S3

Cette section fournit des exemples de configuration de cycle de vie S3. Chaque exemple indique comment vous pouvez spécifier XML dans chaque exemple de scénarios.

Exemple 1 : Spécification d'un filtre

Chaque règle de cycle de vie S3 comprend un filtre que vous pouvez utiliser pour identifier un sous-ensemble d'objets dans votre compartiment auquel s'applique la règle de cycle de vie S3. Les configurations S3 de cycle de vie suivantes présentent des exemples de spécification d'un filtre.

  • Dans cette règle de configuration de cycle de vie S3, le filtre spécifie un préfixe de clé (tax/). Par conséquent, la règle s'applique aux objets avec le préfixe de nom de clé tax/, comme tax/doc1.txt et tax/doc2.txt.

    La règle spécifie deux actions qui demandent à Amazon S3 de procéder comme suit :

    • La transition d'objets vers la classe de stockage S3 Glacier Flexible Retrieval 365 jours (un an) après leur création.

    • La suppression d'objets (l'action Expiration) 3 650 jours (10 ans) après leur création.

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

    Au lieu de spécifier l'âge de l'objet en termes de jours après sa création, vous pouvez spécifier une date pour chaque action. Cependant, vous ne pouvez pas utiliser à la fois Date et Days dans la même règle.

  • Si vous souhaitez que la règle de cycle de vie S3 s'applique à tous les objets dans le compartiment, spécifiez un préfixe vide. Dans la configuration suivante, la règle spécifie une action Transition qui indique à Amazon S3 d'effectuer la transition des objets vers la classe de stockage S3 Glacier Flexible Retrieval 0 jour après leur création. Cette règle signifie que les objets peuvent être archivés dans S3 Glacier Flexible Retrieval à minuit UTC après leur création. Pour d'informations sur les contraintes de cycle de vie, consultez 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>

  • Vous pouvez spécifier un préfixe de nom de clé, ou aucun, et plusieurs balises d'objets dans un filtre, ou aucune. L'exemple de code suivant applique la règle de cycle de vie S3 à un sous-ensemble d'objets avec le préfixe de clé tax/ et aux objets ayant deux balises avec une clé et une valeur spécifiques. Si vous spécifiez plusieurs filtres, vous devez inclure l'élément <And> comme illustré (Amazon S3 applique un opérateur logique AND pour combiner les conditions de filtre spécifiées).

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

  • Vous pouvez filtrer des objets en fonction uniquement des balises. Par exemple, la règle de cycle de vie S3 suivante s'applique aux objets ayant les deux balises spécifiées (elle ne spécifie pas de préfixe).

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

Important

Si vous avez plusieurs règles dans une configuration de cycle de vie S3, un objet peut être éligible pour plusieurs actions de cycle de vie S3. Dans de tels cas, Amazon S3 suit les règles générales suivantes :

  • La suppression permanente a priorité sur la transition.

  • La transition a priorité sur la création de marqueurs de suppression.

  • Lorsqu'un objet est éligible à la fois à une transition S3 Glacier Flexible Retrieval et à une transition S3 Standard-IA (ou S3 One Zone-IA), Amazon S3 choisit la transition S3 Glacier Flexible Retrieval.

Pour obtenir des exemples, consultez Exemple 5 : Chevauchement de filtres, actions de cycle de vie contradictoires et gestion des compartiments non versionnés par Amazon S3.

Exemple 2 : Désactivation d'une règle de cycle de vie

Vous pouvez désactiver temporairement une règle du cycle de vie S3. La configuration de cycle de vie S3 suivante spécifie deux règles :

  • La règle 1 indique à Amazon S3 d'effectuer la transition des objets avec le préfixe logs/ vers la classe de stockage S3 Glacier Flexible Retrieval peu de temps après leur création.

  • La règle 2 indique à Amazon S3 d'effectuer la transition des objets avec le préfixe documents/ vers la classe de stockage S3 Glacier Flexible Retrieval peu de temps après leur création.

Dans la configuration, la règle 1 est activée et la règle 2 est désactivée. Amazon S3 ignore les règles désactivées.

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

Exemple 3 : Choix d'une classe de stockage inférieure pendant la durée de vie d'un objet

Dans cet exemple, vous utilisez une configuration de cycle de vie S3 pour faire passer des objets à la classe de stockage inférieure pendant leur cycle de vie. Ce choix peut permettre de réduire les coûts de stockage. Pour plus d’informations sur la tarification, consultez Tarification Amazon S3.

L'exemple suivant de configuration de cycle de vie S3 spécifie une règle qui s'applique aux objets avec le préfixe de nom de clé logs/. La règle spécifie les deux actions suivantes :

  • Deux actions de transition :

    • La transition d'objets vers la classe de stockage S3 standard – Accès peu fréquent 30 jours après leur création.

    • La transition d'objets vers la classe de stockage S3 Glacier Flexible Retrieval 90 jours après leur création.

  • Une action d'expiration qui indique à Amazon S3 de supprimer les objets un an après leur création.

<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>
Note

Vous pouvez utiliser une règle pour décrire toutes les actions de cycle de vie S3 si toutes les actions s'appliquent au même ensemble d'objets (identifié par le filtre). Sinon, vous pouvez ajouter plusieurs règles, chacune spécifiant un filtre différent.

Important

Si vous avez plusieurs règles dans une configuration de cycle de vie S3, un objet peut être éligible pour plusieurs actions de cycle de vie S3. Dans de tels cas, Amazon S3 suit les règles générales suivantes :

  • La suppression permanente a priorité sur la transition.

  • La transition a priorité sur la création de marqueurs de suppression.

  • Lorsqu'un objet est éligible à la fois à une transition S3 Glacier Flexible Retrieval et à une transition S3 Standard-IA (ou S3 One Zone-IA), Amazon S3 choisit la transition S3 Glacier Flexible Retrieval.

Pour obtenir des exemples, consultez Exemple 5 : Chevauchement de filtres, actions de cycle de vie contradictoires et gestion des compartiments non versionnés par Amazon S3.

Exemple 4 : Spécification de plusieurs règles

Vous pouvez spécifier plusieurs règles si vous souhaitez effectuer différentes actions de cycle de vie S3 pour différents d'objets. La configuration de cycle de vie S3 suivante a deux règles :

  • La règle 1 s'applique aux objets ayant le préfixe de nom de clé classA/. Elle indique à Amazon S3 d'effectuer la transition d'objets vers la classe de stockage S3 Glacier Flexible Retrieval un an après leur création et de faire expirer ces objets 10 ans après leur création.

  • La règle 2 s'applique aux objets ayant le préfixe de nom de clé classB/. Elle indique à Amazon S3 d'effectuer la transition d'objets vers la classe de stockage S3 standard – Accès peu fréquent 90 jours après leur création et de les supprimer un an après leur création.

<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>
Important

Si vous avez plusieurs règles dans une configuration de cycle de vie S3, un objet peut être éligible pour plusieurs actions de cycle de vie S3. Dans de tels cas, Amazon S3 suit les règles générales suivantes :

  • La suppression permanente a priorité sur la transition.

  • La transition a priorité sur la création de marqueurs de suppression.

  • Lorsqu'un objet est éligible à la fois à une transition S3 Glacier Flexible Retrieval et à une transition S3 Standard-IA (ou S3 One Zone-IA), Amazon S3 choisit la transition S3 Glacier Flexible Retrieval.

Pour obtenir des exemples, consultez Exemple 5 : Chevauchement de filtres, actions de cycle de vie contradictoires et gestion des compartiments non versionnés par Amazon S3.

Exemple 5 : Chevauchement de filtres, actions de cycle de vie contradictoires et gestion des compartiments non versionnés par Amazon S3

Vous pouvez définir une configuration de cycle de vie S3 dans laquelle vous spécifiez des préfixes ou des actions se chevauchant.

Généralement, le cycle de vie S3 optimise le coût. Par exemple, si deux stratégies d'expiration se chevauchent, la stratégie d'expiration la plus courte est appliquée pour que des données ne soient pas stockées plus longtemps que prévu. De même, si deux stratégies de transition se chevauchent, le cycle de vie S3 effectue la transition de vos objets vers la classe de stockage au coût le plus bas.

Dans les deux cas, le cycle de vie S3 tente de choisir ce qui est le moins cher pour vous. La classe de stockage S3 Intelligent-Tiering (Hiérarchisation intelligente) constitue une exception à cette règle générale. Le cycle de vie S3 privilégie la classe de stockage S3 Intelligent-Tiering à toutes les autres classes de stockage, à l'exception des classes de stockage S3 Glacier Flexible Retrieval et S3 Glacier Deep Archive.

Les exemples suivants illustrent comment Amazon S3 résout les conflits potentiels.

Exemple 1 : Chevauchement de préfixes (aucun conflit)

L'exemple de configuration suivant comporte deux règles qui indiquent des préfixes qui se chevauchent comme suit :

  • La première règle spécifie un filtre vide, indiquant tous les objets du compartiment.

  • La deuxième règle spécifie un préfixe de nom de clé (logs/), indiquant uniquement un sous-ensemble d'objets.

La règle 1 demande à Amazon S3 de supprimer tous les objets un an après leur création. La règle 2 demande à Amazon S3 d'effectuer la transition d'un sous-ensemble d'objets vers la classe de stockage S3 standard – Accès peu fréquent 30 jours après la création.

<LifecycleConfiguration>
  <Rule>
    <ID>Rule 1</ID>
    <Filter>
    </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>30</Days>
    </Transition>
   </Rule>
</LifecycleConfiguration>

Comme il n'y a pas de conflit dans ce cas, Amazon S3 effectue la transition des objets avec le préfixe logs/ vers la classe de stockage S3 standard – Accès peu fréquent 30 jours après leur création. Les objets sont ensuite supprimés un an après leur création.

Exemple 2 : Actions de cycle de vie contradictoires

Dans cet exemple de configuration, il existe deux règles qui indiquent à Amazon S3 d'effectuer en même temps deux actions différentes sur le même ensemble d'objets pendant la durée de vie des objets :

  • Les deux règles spécifient le même préfixe de nom de clé et les deux règles s'appliquent par conséquent au même ensemble d'objets.

  • Les deux règles spécifient les mêmes 365 jours après la création de l'objet lorsque les règles s'appliquent.

  • Une règle indique à Amazon S3 d'effectuer la transition d'objets vers la classe de stockage S3 standard – Accès peu fréquent et une autre règle veut qu'Amazon S3 fasse expirer les objets en même temps.

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

Dans ce cas, étant donné que vous voulez que les objets expirent (soient supprimés), il est inutile de modifier la classe de stockage. Par conséquent, Amazon S3 choisit l'action d'expiration sur ces objets.

Exemple 3 : Chevauchement de préfixes entraînant des actions de cycle de vie contradictoires

Dans cet exemple, la configuration comporte deux règles qui indiquent des préfixes qui se chevauchent comme suit :

  • La règle 1 spécifie un préfixe vide (indiquant tous les objets).

  • La règle 2 spécifie un préfixe de nom de clé (logs/) qui identifie un sous-ensemble de tous les objets.

Pour le sous-ensemble d'objets avec le préfixe de nom de clé logs/, les actions de cycle de vie S3 dans les deux règles s'appliquent. Une règle indique à Amazon S3 d'effectuer la transition des objets 10 jours après leur création et une autre règle indique à Amazon S3 d'effectuer la transition des objets 365 jours après leur création. 

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

Dans ce cas, Amazon S3 choisit d'effectuer leur transition 10 jours après leur création.

Exemple 4 : Filtrage basé sur des balises et actions du cycle de vie contradictoires générées

Supposons que vous avez la configuration de cycle de vie S3 suivante qui a deux règles, chacune spécifiant un filtre de balise :

  • La règle 1 spécifie un filtre basé sur une balise (tag1/value1). Cette règle indique à Amazon S3 d'effectuer la transition des objets vers la classe de stockage S3 Glacier Flexible Retrieval 365 jours après leur création.

  • La règle 2 spécifie un filtre basé sur une balise (tag2/value2). Cette règle indique à Amazon S3 de faire expirer les objets 14 jours après leur création.

La configuration de cycle de vie S3 est illustrée dans l'exemple suivant.

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

Si un objet possède les deux balises, Amazon S3 doit décider de la règle à suivre. Dans ce cas, Amazon S3 fait expirer l'objet 14 jours après sa création. L'objet est supprimé et, par conséquent, l'action de transition ne s'applique pas.

Important

Si vous avez plusieurs règles dans une configuration de cycle de vie S3, un objet peut être éligible pour plusieurs actions de cycle de vie S3. Dans de tels cas, Amazon S3 suit les règles générales suivantes :

  • La suppression permanente a priorité sur la transition.

  • La transition a priorité sur la création de marqueurs de suppression.

  • Lorsqu'un objet est éligible à la fois à une transition S3 Glacier Flexible Retrieval et à une transition S3 Standard-IA (ou S3 One Zone-IA), Amazon S3 choisit la transition S3 Glacier Flexible Retrieval.

Pour obtenir des exemples, consultez Exemple 5 : Chevauchement de filtres, actions de cycle de vie contradictoires et gestion des compartiments non versionnés par Amazon S3.

Exemple 6 : Spécification d'une règle de cycle de vie pour un compartiment activé pour la gestion des versions

Imaginez que vous avez un compartiment sur lequel la gestion des versions est activée. Dans ce cas, vous avez pour chaque objet une version actuelle et éventuellement une ou plusieurs versions anciennes. (Pour plus d’informations sur la gestion des versions S3, consultez Utilisation de la gestion des versions dans les compartiments S3.) Dans cet exemple, vous souhaitez conserver un an d'historique et supprimer les versions anciennes. Les configurations de cycle de vie S3 prennent en charge la conservation de 1 à 100 versions de n'importe quel objet.

Afin de réaliser des économiser sur les coûts de stockage, vous souhaitez déplacer les versions anciennes vers S3 Glacier Flexible Retrieval 30 jours après qu'elles sont devenues anciennes (en supposant que ces objets anciens sont des données froides auxquelles vous n'avez pas besoin d'accéder en temps réel). En outre, vous vous attendez à ce que la fréquence d'accès des versions actuelles diminue 90 jours après leur création. Vous pouvez dès lors décider de déplacer ces objets vers la classe de stockage S3 standard – Accès peu fréquent.

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

Exemple 7 : Suppression des marqueurs de suppression d'objet expiré

Un compartiment activé pour le contrôle de version a une version d'objet actuelle et une ou plusieurs versions anciennes pour chaque objet. Lorsque vous supprimez un objet, notez ce qui suit :

  • Si vous ne spécifiez pas un ID de version dans votre demande de suppression, Amazon S3 ajoute un marqueur de suppression au lieu de supprimer l'objet. La version actuelle de l'objet devient ancienne et le marqueur de suppression devient la version actuelle.

  • Si vous spécifiez un ID de version dans votre demande de suppression, Amazon S3 supprime la version de l'objet définitivement (aucun marqueur de suppression n'est créé).

  • Un marqueur de suppression avec aucune version ancienne est appelé marqueur de suppression d'objet expiré.

Cet exemple illustre un scénario qui peut créer des marqueurs de suppression d'objet expiré dans votre compartiment et la façon dont vous pouvez utiliser une configuration de cycle de vie S3 pour indiquer à Amazon S3 de supprimer les marqueurs de suppression d'objet expiré.

Supposons que vous écriviez une configuration S3 Lifecycle qui utilise l'NoncurrentVersionExpirationaction pour supprimer les versions non actuelles 30 jours après leur disparition et qui conserve au maximum 10 versions non actuelles, comme indiqué dans l'exemple suivant.

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

L'action NoncurrentVersionExpirationne s'applique pas aux versions d'objets actuelles. Elle supprime uniquement les versions anciennes.

Pour les versions d'objet actuelles, les options suivantes vous permettent de gérer leur cycle de vie selon que les versions d'objet actuelles suivent un cycle de vie bien défini :

  • Les versions d'objet actuelles suivent un cycle de vie bien défini.

    Dans ce cas, vous pouvez utiliser une configuration de cycle de vie S3 avec l'action Expiration pour indiquer à Amazon S3 de supprimer les versions actuelles, comme illustré dans l'exemple suivant.

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

    Dans cet exemple, Amazon S3 supprime les versions actuelles 60 jours après leur création en ajoutant un marqueur de suppression pour chaque version d'objet actuelle. Ainsi, la version actuelle devient ancienne et le marqueur de suppression devient la version actuelle. Pour plus d’informations, consultez Utilisation de la gestion des versions dans les compartiments S3.

    Note

    Vous ne pouvez pas spécifier à la fois une balise Days et ExpiredObjectDeleteMarker sur la même règle. Si vous spécifiez la balise Days, Amazon S3 effectue automatiquement le nettoyage ExpiredObjectDeleteMarker une fois que les marqueurs de suppression sont suffisamment anciens pour satisfaire aux critères d'âge. Pour nettoyer les marqueurs de suppression dès qu'ils deviennent la seule version, créez une règle distincte avec uniquement la balise ExpiredObjectDeleteMarker.

    L'action NoncurrentVersionExpiration dans la même configuration de cycle de vie S3 supprime les objets anciens 30 jours après qu'ils sont devenus anciens. Ainsi, dans cet exemple, toutes les versions d'objet sont définitivement supprimées 90 jours après la création de l'objet. Bien que des marqueurs de suppression d'objet expiré soient créés au cours de ce processus, Amazon S3 détecte et supprime les marqueurs de suppression d'objet expiré à votre place.

  • Les versions d'objet actuelles n'ont pas de cycle de vie bien défini.

    Dans ce cas, vous pouvez supprimer les objets manuellement si vous n'en avez pas besoin, ce qui créera un marqueur de suppression avec une ou plusieurs versions anciennes. Si la configuration de cycle de vie S3 avec l'action NoncurrentVersionExpiration supprime toutes les versions anciennes, vous avez à présent des marqueurs de suppression d'objet expiré.

    Plus précisément pour ce scénario, la configuration de cycle de vie S3 fournit une action Expiration que vous pouvez utiliser pour supprimer les marqueurs de suppression d'objet expiré.

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

En définissant l'élément ExpiredObjectDeleteMarker sur true dans l'action Expiration, vous indiquez à Amazon S3 de supprimer les marqueurs de suppression d'objet expiré.

Note

Si vous spécifiez l'action de cycle de vie S3 ExpiredObjectDeleteMarker, la règle ne peut pas spécifier un filtre basé sur une balise.

Exemple 8 : Configuration du cycle de vie pour annuler des chargements partitionnés

Vous pouvez utiliser les opérations d'API REST de chargement partitionné Amazon S3 pour charger des objets volumineux en plusieurs parties. Pour en savoir plus sur le chargement partitionné, consultez Chargement et copie d'objets à l'aide d'un chargement partitionné.

Avec une configuration de cycle de vie S3, vous pouvez indiquer à Amazon S3 d'arrêter les chargements partitionnés incomplets (identifiés par le préfixe de nom de clé spécifié dans la règle) s'ils ne se terminent pas après un certain nombre de jours après leur lancement. Lorsque Amazon S3 interrompt un chargement partitionné, toutes les parties associées au chargement partitionné sont supprimées. Ce processus vous aide à contrôler vos coûts de stockage en garantissant que vous n'avez pas de chargements partitionnés incomplets avec des parties stockées dans Amazon S3.

Note

Si vous spécifiez l'action de cycle de vie S3 AbortIncompleteMultipartUpload, la règle ne peut pas spécifier un filtre basé sur une balise.

Voici un exemple de configuration de cycle de vie S3 qui spécifie une règle avec l'action AbortIncompleteMultipartUpload. Cette action indique à Amazon S3 d'arrêter les chargements partitionnés incomplets sept jours après leur lancement.

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

Exemple 9 : Configuration de cycle de vie à l'aide de règles basées sur la taille

Vous pouvez créer des règles qui transfèrent des objets uniquement en fonction de leur taille. Vous pouvez spécifier une taille minimale (ObjectSizeGreaterThan) ou une taille maximale (ObjectSizeLessThan), ou vous pouvez spécifier une plage de tailles d'objet en octets. Si vous utilisez plusieurs filtres, comme une règle de préfixe et de taille, vous devez les envelopper dans un élément <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>

Si vous spécifiez une plage en utilisant à la fois les éléments ObjectSizeGreaterThan et ObjectSizeLessThan, la taille maximale des objets doit être supérieure à la taille minimale des objets. Si vous utilisez plusieurs filtres, vous devez les envelopper dans un élément <And>. L'exemple suivant montre comment spécifier des objets dans une plage comprise entre 500 et 64 000 octets. 

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

Vous pouvez également créer des règles pour faire expirer spécifiquement les anciens objets qui ne contiennent aucune donnée, y compris les anciens objets marqueurs de suppression, créés dans un compartiment doté de la gestion des versions. L’exemple suivant utilise l’action NoncurrentVersionExpiration pour supprimer les anciennes versions, 30 jours après qu’elles sont devenues anciennes, et pour retenir au plus 10 anciennes versions des objets. Il utilise également l’élément ObjectSizeLessThan pour filtrer uniquement les objets dépourvus de données.

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