Cold Archive - Premiers pas avec Cold Archive

Objectif

Cold Archive fournit un stockage de données à long terme en archivant des objets de type « bucket » sur des bandes physiques. La restauration peut prendre un certain temps car les données sont lues à partir des bandes.

Comme expliqué en détail dans la FAQ Cold Archive, il existe deux manières de consommer Cold Archive :

• Cold Archive v1, une solution standalone (granularité au niveau du bucket).
• Cold Archive v2, une classe Object Storage permettant d'archiver des objets individuellement au sein d'un bucket.

Bien qu'il existe deux manières différentes de consommer Cold Archive, nous continuons à faire référence à la solution sous le nom de 'Cold Archive' dans tous les documents destinés aux utilisateurs, y compris la page produit et dans l'espace client, sans mentionner explicitement 'v1' ou 'v2'.

Ce guide explique comment configurer et gérer le stockage sur bandes avec Cold Archive v1 (offre legacy), en coexistence avec votre Object Storage.

Prérequis

• Premiers pas avec Object Storage
• awscli version >= 1.16.62

En pratique

Cette section explique la procédure étape par étape pour configurer, archiver, restaurer et supprimer des buckets avec Cold Archive v1, en coexistence avec votre stockage d'objets.

Dans ce guide, les alias awscli sont utilisés pour simplifier les commandes.

Configuration initiale : créer des alias AWS CLI

Pour simplifier les commandes, créez ou éditez le fichier~/.aws/cli/alias :

mkdir -p ~/.aws/cli
touch ~/.aws/cli/alias

Ajoutez ce contenu au fichier :

[toplevel]

put-ovh-archive = s3api put-bucket-intelligent-tiering-configuration --id myid --intelligent-tiering-configuration '{"Id": "myid", "Status": "Enabled", "Tierings": [{"Days": 999,"AccessTier": "OVH_ARCHIVE"}]}' --bucket

put-ovh-restore = s3api put-bucket-intelligent-tiering-configuration --id myid --intelligent-tiering-configuration '{"Id": "myid", "Status": "Enabled", "Tierings": [{"Days": 999,"AccessTier": "OVH_RESTORE"}]}' --bucket

get-ovh-bucket-status = s3api get-bucket-intelligent-tiering-configuration --id myid --bucket

delete-ovh-archive = s3api delete-bucket-intelligent-tiering-configuration --id myid --bucket

Vérifier les uploads multiparts incomplets avant l'archivage

Exécutez cette commande pour vous assurer qu'il n'y a pas d'uploads multiparts incomplets sur votre bucket :

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api list-multipart-uploads --bucket <nom_du_bucket>

Téléverser vos objets

Pour ajouter des objets dans le bucket que vous souhaitez archiver, utilisez la commande suivante :

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api put-object --bucket <bucket_name> --key <object_name> --body <object_name>

Archiver un bucket

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net put-ovh-archive <bucket_name>

• Le statut du bucket passe à "Archivage".
• Il n'est pas possible de lire ou d'écrire des objets au cours de ce processus ; seule l'énumération est autorisée.
• L'archivage sur bandes prend un certain temps.

Archivage d'un bucket avec verrouillage de la rétention (conformité WORM)

Par défaut, une archive n'est pas verrouillée, c'est-à-dire que vous pouvez toujours supprimer une archive après qu'elle ait été écrite sur des bandes. Pour vous assurer que votre archive suit le modèle WORM (Write Once, Read Many), vous pouvez définir une période de rétention dans votre configuration de Intelligent-Tiering en utilisant le niveau d'accès OVH_ARCHIVE_LOCK et un nombre de jours. L'archive est alors verrouillée jusqu'à la date actuelle + le nombre de jours spécifié.

Remplacez 30 par le nombre de jours pendant lesquels vous souhaitez verrouiller l'archive.

{
    "Id": "myid",
    "Status": "Enabled",
    "Tierings": [
        {"Days": 30, "AccessTier": "OVH_ARCHIVE_LOCK"}
    ]
}

Verrouiller un bucket déjà archivé

Si vous avez des buckets qui ont été précédemment archivés sans utiliser le niveau d'accès OVH_ARCHIVE_LOCK, vous pouvez toujours les verrouiller en réappliquant une configuration d'Intelligent-Tiering à votre bucket en utilisant le niveau d'accès OVH_ARCHIVE_LOCK et en spécifiant une durée de rétention en jours.

Si vous souhaitez modifier le délai de conservation, appliquez à nouveau la configuration d'Intelligent-Tiering en utilisant le même "Id".

Restaurer un Bucket

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net put-ovh-restore <nom_du_bucket>

• Le statut du bucket passe à "Restauration".
• Une fois la restauration terminée, les objets deviennent accessibles en mode lecture seule pendant 30 jours. Passé ce délai, une nouvelle opération de restauration doit être lancée pour accéder aux objets archivés.
• Les objets du bucket archivé peuvent toujours être listés à tout moment.

Supprimer une archive

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net delete-ovh-archive <bucket_name>

Après cette requête, les objets du bucket ne sont pas encore supprimés car la suppression est effectuée de manière asynchrone.
L'opération supprimera tout (sur les bandes et tous les objets s'ils sont restaurés) et le statut du bucket sera dans un statut "Deleting".

Une fois la suppression terminée :

• L'état du bucket sera "Flushed".
• Dans cet état, le bucket existe toujours (mais il est vide et ne contient aucun objet) et les données ont été retirées des bandes.
• Le bucket peut être libéré et vous pouvez supprimer votre bucket :

aws s3 rb s3://<nom_du_bucket>

Vérifier l'état des buckets et les durées de rétention

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api get-bucket-tagging --bucket <bucket_name>

aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api get-bucket-tagging --bucket <bucket_name>

{
    "TagSet": [
        {
            "Key": "ovh:intelligent_tiering_status",
            "Value": "Archived"
        },
        {
            "Key": "ovh:intelligent_tiering_archive_lock_until",
            "Value": "2124-01-19T15:24:56.000Z"
        }
    ]
} <>

Liste des statuts des buckets

Vérification avancée : Inspecter la configuration d'Intelligent Tiering

Pour récupérer la configuration complète de l’Intelligent-Tiering appliquée à votre bucket :

aws s3api get-bucket-intelligent-tiering-configuration --bucket <bucket_name> --id myid

Cette commande renvoie les détails complets de la configuration, utiles pour la vérification ou le débogage.

Aller plus loin

Découvrez notre chaîne dédiée Discord : https://discord.gg/ovhcloud. Posez vos questions, faites vos commentaires et interagissez directement avec l’équipe qui conçoit nos services de stockage et de sauvegarde.

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.

Échangez avec notre communauté d'utilisateurs.

¹ : S3 est une marque déposée appartenant à Amazon Technologies, Inc. Les services de OVHcloud ne sont pas sponsorisés, approuvés, ou affiliés de quelque manière que ce soit.