Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Comment StorageGRID supprime des objets

PDF

StorageGRID peut supprimer des objets soit directement suite à une requête client, soit automatiquement à l'expiration du cycle de vie d'un compartiment S3 ou conformément aux exigences de la politique ILM. Comprendre les différentes méthodes de suppression d'objets et la manière dont StorageGRID traite les demandes de suppression peut vous aider à gérer les objets plus efficacement.

StorageGRID peut utiliser l'une des deux méthodes pour supprimer des objets :

  • Suppression synchrone : lorsqu’un client StorageGRID effectue une requête de suppression, toutes les copies d’objets sont immédiatement supprimées. Le client est informé que la suppression a réussi après que les copies ont été supprimées.

  • Les objets sont mis en file d'attente pour suppression : lorsqu'une demande de suppression est reçue par StorageGRID, l'objet est mis en file d'attente et le client est immédiatement informé que la suppression a réussi. Les copies de l'objet sont supprimées ultérieurement par le traitement ILM en arrière-plan.

Lors de la suppression d'objets, StorageGRID utilise la méthode qui optimise les performances de suppression, minimise les risques d'accumulation de suppressions et libère l'espace le plus rapidement possible.

Le tableau récapitule les cas où StorageGRID utilise chaque méthode.

Méthode de suppression Lorsqu'il est utilisé

Les objets sont mis en file d'attente pour suppression

Lorsque l'une des conditions suivantes est vraie :

  • La suppression automatique de l'objet a été déclenchée par l'un des événements suivants :

    • La date d'expiration ou le nombre de jours dans la configuration du cycle de vie d'un compartiment S3 est atteinte.

    • La dernière période spécifiée dans une règle ILM s'écoule.

    Remarque : Les objets d’un compartiment pour lequel le verrouillage d’objets S3 est activé ne peuvent pas être supprimés s’ils font l’objet d’une conservation légale ou si une date de conservation a été spécifiée mais n’a pas encore été atteinte.

  • ${post_edited_translations.segment}

    • ${post_edited_translations.segment}

    • Les files d'attente de suppression en arrière-plan sont inactives.

${post_edited_translations.segment}

${post_edited_translations.segment}

  • ${post_edited_translations.segment}

  • ${post_edited_translations.segment}

Lorsque les clients S3 effectuent des requêtes de suppression, StorageGRID commence par ajouter les objets à la file d'attente de suppression. Il passe ensuite à l'exécution de la suppression synchrone. S'assurer que la file d'attente de suppression en arrière-plan contient des objets à traiter permet à StorageGRID de traiter les suppressions plus efficacement, en particulier pour les clients à faible simultanéité, tout en contribuant à éviter les retards de suppression des clients.

Temps nécessaire pour supprimer les objets

${post_edited_translations.segment}

  • Lorsque StorageGRID effectue une suppression synchrone, il peut falloir jusqu'à 30 secondes à StorageGRID pour renvoyer un résultat au client. Cela signifie que la suppression peut sembler plus lente, même si les copies sont en réalité supprimées plus rapidement que lorsque StorageGRID met les objets en file d'attente pour suppression.

  • Si vous surveillez attentivement les performances de suppression lors d'une suppression en masse, vous remarquerez peut-être que le débit de suppression semble ralentir après la suppression d'un certain nombre d'objets. Ce changement se produit lorsque StorageGRID passe de la mise en file d'attente des objets à supprimer à une suppression synchrone. Cette réduction apparente du débit de suppression ne signifie pas que les copies d'objets sont supprimées plus lentement. Au contraire, cela indique qu'en moyenne, l'espace est désormais libéré plus rapidement.

Si vous supprimez un grand nombre d'objets et que votre priorité est de libérer rapidement de l'espace, envisagez d'utiliser une requête client pour supprimer les objets plutôt que de les supprimer à l'aide de l'ILM ou d'autres méthodes. En général, l'espace est libéré plus rapidement lorsque la suppression est effectuée par les clients, car StorageGRID peut utiliser la suppression synchrone.

Le temps nécessaire pour libérer de l'espace après la suppression d'un objet dépend de plusieurs facteurs :

  • ${post_edited_translations.segment}

  • D'autres facteurs tels que le nombre d'objets dans la grille ou la disponibilité des ressources de la grille lorsque des copies d'objets sont mises en file d'attente pour suppression (pour les suppressions côté client et d'autres méthodes).

${post_edited_translations.segment}

Lorsque le versionnage est activé pour un compartiment S3, StorageGRID suit le comportement d'Amazon S3 lorsqu'il répond aux demandes de suppression, que ces demandes proviennent d'un client S3, de l'expiration du cycle de vie d'un compartiment S3 ou des exigences de la politique ILM.

Lorsque les objets sont versionnés, les requêtes de suppression d'objet ne suppriment pas la version actuelle de l'objet et ne libèrent pas d'espace. À la place, une requête de suppression d'objet crée un marqueur de suppression de zéro octet en tant que version actuelle de l'objet, ce qui rend la version précédente de l'objet "non actuelle". Un marqueur de suppression d'objet devient un marqueur de suppression d'objet expiré lorsqu'il s'agit de la version actuelle et qu'il n'existe aucune version non actuelle.

Même si l'objet n'a pas été supprimé, StorageGRID se comporte comme si la version actuelle de l'objet n'était plus disponible. Les requêtes adressées à cet objet renvoient 404 NotFound. Toutefois, comme les données d'objet non actuelles n'ont pas été supprimées, les requêtes qui spécifient une version non actuelle de l'objet peuvent réussir.

Si un client supprime une version d'objet avec un ID de version d'un "bucket de branche" compartiment de branche, StorageGRID masque l'existence de cette version d'objet mais ne crée pas d'indicateur de suppression dans le compartiment de branche. Si un client supprime un objet sans ID de version d'un compartiment de branche, StorageGRID crée un indicateur de suppression dans le compartiment de branche conformément au comportement standard de S3.

Pour libérer de l'espace lors de la suppression d'objets versionnés ou pour supprimer les marqueurs de suppression, utilisez l'une des méthodes suivantes :

  • Requête client S3 : Spécifiez l’ID de version de l’objet dans la requête S3 DELETE Object (DELETE /object?versionId=ID). Notez que cette requête supprime uniquement les copies de l’objet pour la version spécifiée (les autres versions continuent d’occuper de l’espace).

  • Cycle de vie des buckets : Utilisez l' `NoncurrentVersionExpiration`action dans la configuration du cycle de vie du bucket. Lorsque le nombre de NoncurrentDays spécifié est atteint, StorageGRID supprime définitivement toutes les copies des versions d’objets non actuelles. Ces versions d’objets ne peuvent pas être récupérées.

    L' `NewerNoncurrentVersions`action dans la configuration du cycle de vie du compartiment spécifie le nombre de versions non actuelles conservées dans un compartiment S3 versionné. S'il existe plus de versions non actuelles que ce que `NewerNoncurrentVersions`spécifie, StorageGRID supprime les versions les plus anciennes lorsque la valeur NoncurrentDays est atteinte. Le seuil `NewerNoncurrentVersions`remplace les règles de cycle de vie fournies par ILM, ce qui signifie qu'un objet non actuel dont la version se trouve dans la limite du seuil `NewerNoncurrentVersions`est conservé si ILM demande sa suppression.

    Pour supprimer les marqueurs de suppression d'objet expirés, utilisez l'action Expiration avec l'une des balises suivantes : ExpiredObjectDeleteMarker, Days ou Date.

  • ILM : "Cloner une politique active" et ajoutez deux règles ILM à la nouvelle politique :

    • Première règle : utilisez « Heure non actuelle » comme heure de référence pour faire correspondre les versions non actuelles de l’objet. Dans "Étape 1 (Saisie des détails) de l'assistant Créer une règle ILM", sélectionnez Oui pour la question : « Appliquer cette règle uniquement aux anciennes versions de l’objet (dans les compartiments S3 avec le versionnage activé) ? »

    • Deuxième règle : Utilisez la Heure d’ingestion pour qu’elle corresponde à la version actuelle. La règle « Heure non actuelle » doit figurer dans la stratégie au-dessus de la règle Heure d’ingestion.

      Pour supprimer les marqueurs de suppression d'objets expirés, utilisez une règle de Ingest time correspondant aux marqueurs de suppression actuels. Les marqueurs de suppression ne sont supprimés que lorsqu'une Time period de Days s'est écoulée et que le marqueur de suppression actuel a expiré (il n'existe pas de versions non actuelles).

  • Supprimer des objets dans un compartiment : Utilisez le gestionnaire de locataires pour "supprimer toutes les versions d'objet" supprimer des objets, y compris les marqueurs de suppression, d'un compartiment.

Lorsqu'un objet versionné est supprimé, StorageGRID crée un marqueur de suppression de zéro octet correspondant à la version actuelle de l'objet. Tous les objets et marqueurs de suppression doivent être supprimés avant qu'un compartiment versionné puisse être supprimé.

  • Les marqueurs de suppression créés dans StorageGRID 11.7 ou une version antérieure ne peuvent être supprimés que par le biais de requêtes client S3, ils ne sont pas supprimés par ILM, les règles de cycle de vie du compartiment ou les opérations de suppression d'objets dans le compartiment.

  • Les marqueurs de suppression d'un compartiment créé dans StorageGRID 11.8 ou version ultérieure peuvent être supprimés par ILM, les règles de cycle de vie du compartiment, les opérations de suppression d'objets dans le compartiment ou une suppression explicite du client S3.

Informations connexes