Référence pour la configuration de cycle de vie

Une configuration de cycle de vie est un fichier JSON dans lequel vous définissez les règles que vous souhaitez appliquer aux objets de votre bucket. Avec une configuration de cycle de vie, vous pouvez appliquer une date d’expiration aux objets stockés dans un bucket.

Cette page décrit les éléments que vous pouvez définir dans un fichier de configuration de cycle de vie. Une fois ce fichier rédigé, vous devez l’appliquer à votre bucket. Pour en savoir plus, voir Appliquer une configuration de cycle de vie à votre bucket.

Un délai est à prévoir lors de la suppression.

Vous pouvez également spécifier ces règles directement sur la même ligne, sous la forme d’une chaîne JSON.

Pour créer une configuration de cycle de vie, vous devez créer un fichier JSON suivant cette structure :

Structure de la configuration

{
   "Rules": [
      {
         "ID": "string",
         "Status": "Enabled",
         "Expiration": {
            "Date": "2050-01-01T00:00:00Z",
            "Days": integer,
            "ExpiredObjectDeleteMarker": false
         },
         "NoncurrentVersionExpiration": {
            "NoncurrentDays": integer
         },
         "AbortIncompleteMultipartUpload": {
            "DaysAfterInitiation": integer
         },
         "Filter": {
            "And": {
               "Prefix": "string",
               "Tags": [
                  {
                     "Key": "test",
                     "Value": "test"
                  }
               ]
            }
         }
      }
   ]
}

Le fichier contient les attributs suivants :

Attribut Requis Description

Rules

Oui

Une ou plusieurs règles de la configuration de cycle de vie.

L’ordre dans lequel les règles sont indiquées n’est pas significatif.

ID

Non

Un nom unique pour la règle.

L’ID peut comprendre n’importe quel type de caractère et ne doit pas dépasser 255 caractères.

Status

Oui

Si Enabled, la règle est appliquée. Si Disabled, la règle n’est pas appliquée.

Expiration

Non

Indique la date d’expiration des objets.

La suppression des objets expirés est asynchrone. Cela signifie qu’un délai est à prévoir entre le moment où l’objet est marqué comme expiré et celui où il est effectivement supprimé du bucket. Ce processus de suppression se déroule en arrière-plan et est géré par OUTSCALE Object Storage. Vous n’êtes plus facturé pour le stockage des objets une fois qu’ils ont expiré.

Days

Non

La durée de vie des objets, en jours.

Lorsque vous créez une règle de cycle de vie, le nombre de jours spécifiés sont ajoutés à l’heure de création de votre objet, puis arrondis à minuit UTC. Par exemple, si vous créez un objet le 1er février 2024 à 06:00 UTC et que vous définissez une règle de cycle de vie de 1 jour, l’objet expirera le 3 février 2024 à minuit UTC.

Date

Non

La durée de vie des objets, en utilisant un horodotage. L’horodotage doit être au format ISO 8601 (par exemple 2050-01-01T00:00:00Z). L’action est appliquée dès que la date spécifiée est atteinte.

L’heure est toujours minuit UTC. Spécifier une heure différente (par exemple 2050-01-01T16:00:00Z) ne renverra pas d’erreur, mais l’action sera toujours automatiquement appliquée à minuit UTC à la date spécifiée.

Vous pouvez spécifier une action de cycle de vie et la définir à une date antérieure. Tous les objets concernés seront alors immédiatement qualifiés pour cette action.

ExpiredObjectDeleteMarker

Non

Si true, les delete markers expirés d’un objet sont supprimés lorsqu’aucune version plus ancienne de l’objet n’y est attachée. Cela permet d’éviter d’accumuler des delete markers inutiles dans un bucket. Pour en savoir plus, voir À propos des delete markers.

Cette règle est incompatible avec les attributs Days ou Date.

NoncurrentVersionExpiration

Non

Si true, les versions non actuelles de vos objets sont automatiquement supprimées lorsqu’elles atteindront la durée spécifiée dans leur cycle de vie. Pour en savoir plus, voir Activer ou désactiver le versioning d’un bucket.

NoncurrentDays

Non

La durée de vie, en jours, des versions non actuelles de vos objets.

AbortIncompleteMultipartUpload

Non

Indique quand un dépôt partitionné incomplet est annulé. Pour en savoir plus, voir Utiliser un dépôt partitionné.

DaysAfterInitiation

Non

Le nombre de jours après lesquels un dépôt partitionné incomplet est annulé.

Filter

Oui

Indique les objets auxquels la ou les règles s’appliquent.

Les objets sont identifiés par un préfixe et/ou un ou plusieurs tags.

Pour ne pas utiliser le filtrage, utilisez un filtre vide :

         "Filter": {}

Pour filtrer avec un préfixe, utilisez la structure suivante :

         "Filter": {
            "Prefix": "string"
         }

Pour filtrer avec un ou plusieurs tags, utilisez la structure suivante, avec une chaîne de caractères vide pour Prefix :

         "Filter": {
            "And": {
               "Prefix": "",
               "Tags": [
                  {
                     "Key": "test",
                     "Value": "test"
                  }
               ]
            }
         }

Pour fitrer avec un préfixe et un ou plusieurs tags, utilisez la structure suivante :

         "Filter": {
            "And": {
               "Prefix": "string",
               "Tags": [
                  {
                     "Key": "test",
                     "Value": "test"
                  }
               ]
            }
         }

Si une règle de cycle de vie utilise le filtrage par tag, vous ne pourrez pas définir les règles ExpiredObjectDeleteMarker et AbortIncompleteMultipartUpload.

Pages connexes