Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le niveau d’archive est un niveau hors ligne pour stocker des données blob, rarement accessibles. Le niveau d’archive offre les coûts de stockage les plus bas, mais des coûts de récupération de données et une latence plus élevés que les niveaux en ligne (chaud et froid). Les données doivent rester dans le niveau d’accès archive pendant au moins 180 jours ; sinon, elles sont soumises à des frais de suppression anticipée. Pour plus d’informations sur le niveau d’archive, voir Niveau d’accès à l’archive.
Tant qu'un objet blob se trouve dans le niveau Archive, il ne peut être ni lu ni modifié. Pour lire ou télécharger un objet blob dans le niveau Archive, vous devez d’abord le réactiver sur un niveau en ligne, chaud ou froid. La réhydratation des données dans le niveau archive peut prendre jusqu’à 15 heures, en fonction de la priorité que vous spécifiez pour l’opération de réhydratation. Pour plus d’informations sur la réactivation des objets blob, consultez Vue d’ensemble de la réactivation d’objets blob à partir du niveau Archive.
Avertissement
Un blob du niveau Archive est hors connexion. C’est-à-dire qu’il ne peut pas être lu ni modifié tant qu’il n’est pas réhydraté. Le processus de réhydratation peut prendre plusieurs heures et comporte des coûts associés. Avant de transférer les données vers la couche d’archive, réfléchissez à la possibilité que la mise hors ligne de données blob puisse affecter vos flux de travail.
Vous pouvez utiliser le portail Azure, PowerShell, Azure CLI, ou l’une des bibliothèques clients stockage Azure pour gérer l’archivage des données.
Blobs d’archive lors de l’upload
Pour archiver un ou plusieurs objets blob lors de leur chargement, créez l’objet blob directement dans le niveau archive.
Pour archiver un blob ou un ensemble de blobs lors de l’upload depuis le portail Azure, suivez ces étapes :
Accédez au conteneur cible.
Sélectionnez le bouton Charger .
Sélectionnez le ou les fichiers à charger.
Développez la section Avancée et réglez le niveau d’accès sur Archive.
Sélectionnez le bouton Charger .
Archiver un blob existant
Vous pouvez déplacer un blob existant vers le palier d’archive de deux manières :
Vous pouvez changer le niveau d’un blob avec l’opération Set Blob Tier . La commande « Set Blob Tier permet de déplacer un seul blob d'un niveau à un autre.
Gardez à l’esprit que lorsque vous déplacez un blob vers le niveau d’archive avec Set Blob Tier, vous ne pouvez ni lire ni modifier les données du blob tant que vous ne l’avez pas réhydraté. Si vous devez lire ou modifier les données du blob avant que l’intervalle de suppression précoce ne soit écoulé, envisagez alors d’utiliser une opération de copie du blob pour créer une copie du blob dans le niveau d’archive.
Vous pouvez copier un blob dans un palier en ligne vers le palier d’archive avec l’opération Copier Blob . Vous pouvez appeler l’opération Copy Blob pour copier un blob d’un niveau en ligne (chaud ou froid) vers le niveau d’archive. Le blob source reste dans le niveau en ligne, et vous pouvez continuer à lire ou modifier ses données dans le niveau en ligne.
Archivez un blob existant en changeant son niveau
Utilisez l’opération Set Blob Tier pour déplacer un blob du tier Chaud ou Froid vers le niveau archive. L’opération Set Blob Tier est idéale pour les scénarios où vous n’aurez pas besoin d’accéder aux données archivées avant la fin de l’intervalle de suppression anticipée.
L’opération Set Tier change le tier d’un seul blob. Pour déplacer un ensemble de blobs vers la couche d’archive avec des performances optimales, Microsoft recommande d’effectuer une opération d’archivage en masse. L’opération d’archivage en bloc envoie un lot d’appels Définir le niveau du blob au service dans une seule transaction. Pour plus d’informations, voir Archivage en masse.
Pour déplacer un blob existant vers la couche d’archive du portail Azure, suivez ces étapes :
Accédez au conteneur du blob.
Sélectionnez le blob à archiver.
Sélectionnez le bouton Changer de niveau .
Sélectionnez Archive dans le menu déroulant du palier d’accès.
Cliquez sur Enregistrer.
Archiver un blob existant avec une opération de copie
Utilisez l’opération Copier Blob pour copier un blob du niveau chaud ou froid vers le niveau archive. Le blob source reste dans le tier chaud ou froid, tandis que le blob de destination est créé dans le tier d’archive.
Une opération de copie de blob est la mieux adaptée dans les cas où vous pourriez avoir besoin de lire ou de modifier les données archivées avant l’expiration de la période de suppression anticipée. Vous pouvez accéder aux données du blob source sans avoir besoin de réhydrater le blob archivé.
Archivage en bloc
Pour déplacer les blobs vers la couche d’archive dans un conteneur ou un dossier, énumérez les blobs et appelez l’opération Set Tier Blob sur chacun. L’exemple suivant montre comment effectuer cette opération :
Lors du déplacement d’un grand nombre de blobs vers le niveau d’archive, utilisez une opération batch pour des performances optimales. Une opération de traitement par lots envoie plusieurs appels d’API au service avec une seule requête. Les sous-opérations prises en charge par l’opération Traitement par lot des objets blob incluent Supprimer l’objet blob et Définir le niveau du blob.
Pour archiver des blobs avec une opération batch, utilisez l’une des bibliothèques clients stockage Azure. L’exemple de code suivant montre comment effectuer une opération de traitement par lots de base avec la bibliothèque cliente .NET :
static async Task BulkArchiveContainerContents(string accountName, string containerName)
{
string containerUri = string.Format("https://{0}.blob.core.windows.net/{1}",
accountName,
containerName);
// Get container client, using Azure AD credentials.
BlobUriBuilder containerUriBuilder = new BlobUriBuilder(new Uri(containerUri));
BlobContainerClient blobContainerClient = new BlobContainerClient(containerUriBuilder.ToUri(),
new DefaultAzureCredential());
// Get URIs for blobs in this container and add to stack.
var uris = new Stack<Uri>();
await foreach (var item in blobContainerClient.GetBlobsAsync())
{
uris.Push(blobContainerClient.GetBlobClient(item.Name).Uri);
}
// Get the blob batch client.
BlobBatchClient blobBatchClient = blobContainerClient.GetBlobBatchClient();
try
{
// Perform the bulk operation to archive blobs.
await blobBatchClient.SetBlobsAccessTierAsync(blobUris: uris, accessTier: AccessTier.Archive);
}
catch (RequestFailedException e)
{
Console.WriteLine(e.Message);
}
}
Pour voir un exemple d’application détaillé qui montre comment modifier des niveaux à l’aide d’une opération de traitement par lots, consultez AzBulkSetBlobTier.
Utilisez les politiques de gestion du cycle de vie pour archiver les blobs
Vous pouvez optimiser les coûts pour des données blobs rarement consultées en créant des politiques de gestion du cycle de vie qui déplacent automatiquement les blobs vers la couche d’archive lorsqu’ils n’ont pas été consultés ou modifiés pendant une période spécifiée. Après avoir configuré une politique de gestion du cycle de vie, stockage Azure l’exécute une fois par jour. Pour plus d’informations sur les politiques de gestion du cycle de vie, voir Optimiser les coûts en gérant automatiquement le cycle de vie des données.
Vous pouvez utiliser le portail Azure, PowerShell, Azure CLI ou un modèle Azure Resource Manager pour créer une politique de gestion du cycle de vie. Pour simplifier, cette section montre comment créer une politique de gestion du cycle de vie uniquement dans le portail Azure. Pour plus d’exemples montrant comment créer des politiques de gestion du cycle de vie, voir Configurer une politique de gestion du cycle de vie.
Avertissement
Avant d’utiliser une politique de gestion du cycle de vie pour déplacer des données vers le niveau d’archive, vérifiez que ces données n’ont pas besoin d’être supprimées ou déplacées vers un autre niveau pendant au moins 180 jours. Les données supprimées ou déplacées vers un autre niveau avant la fin de la période de 180 jours sont soumises à des frais de suppression anticipée.
Gardez aussi à l’esprit que les données du palier d’archive doivent être réhydratées avant de pouvoir être lues ou modifiées. La réactivation d’un objet blob à partir du niveau archive peut durer plusieurs heures et occasionne des coûts.
Pour créer une politique de gestion du cycle de vie afin d’archiver les blobs dans le portail Azure, suivez ces étapes :
Étape 1 : Créer la règle et spécifier le type de blob
Accédez à votre compte de stockage dans le portail.
Dans la section Gestion des données, localisez les paramètres de gestion du cycle de vie .
Sélectionnez le bouton Ajouter une règle .
Dans l’onglet Détails , spécifiez un nom pour votre règle.
Spécifiez le périmètre des règles : soit Appliquer la règle à tous les blobs de votre compte de stockage, soit Limiter les blobs avec des filtres.
Sélectionnez les types de blobs pour lesquels la règle doit être appliquée, et spécifiez s’il faut inclure des instantanés ou des versions de blob.
Étape 2 : Ajouter des conditions de règle
Selon vos choix, vous pouvez configurer des règles pour les blobs de base (versions actuelles), les versions précédentes ou les instantanés de blobs. Spécifiez l’une des deux conditions à vérifier :
- Les objets ont été modifiés pour la dernière fois il y a quelques jours.
- Les objets ont été créés il y a quelques jours.
- Les objets ont été consultés pour la dernière fois il y a plusieurs jours.
Une seule de ces conditions peut être appliquée pour déplacer un type particulier d’objet au niveau d’archive par règle. Par exemple, si vous définissez une action qui archive des blobs de base s’ils n’ont pas été modifiés depuis 90 jours, alors vous ne pouvez pas aussi définir une action qui archive des blobs de base s’ils n’ont pas été consultés depuis 90 jours. De même, vous pouvez définir une action par règle avec l’une ou l’autre de ces conditions pour archiver les versions précédentes, et une pour archiver les instantanés.
Ensuite, spécifiez le nombre de jours restants après la modification ou l’accès de l’objet.
Précisez que l’objet doit être déplacé vers la couche d’archive après l’intervalle.
Si vous avez choisi de limiter les objets blob affectés par la règle à l’aide de filtres, vous pouvez spécifier un filtre, avec un préfixe d’objet blob ou une correspondance d’index d’objet blob.
Étape 3 : Assurez-vous que la règle exclut les masses réhydratées
Si vous réhydratez un blob en changeant son niveau, cette règle le ramènera au niveau d’archive si le dernier temps de modification, le temps de création ou le dernier temps d’accès dépasse le seuil défini pour la politique.
Si vous sélectionnez la condition de règle Dernière modification, vous pouvez empêcher cela de se produire en sélectionnant Ignorer les blobs qui ont été réhydratés au cours des derniers, puis en indiquant le nombre de jours pendant lesquels un blob réhydraté doit être exclu de cette règle.
Note
Cette option n’apparaît que si vous avez sélectionné la condition de la règle Dernière modifiée .
Sélectionnez le bouton Ajouter pour ajouter la règle à la politique.
Afficher la stratégie au format JSON
Après avoir créé la politique de gestion du cycle de vie, vous pouvez consulter le JSON de la politique sur la page de gestion du cycle de vie en passant de la vue Liste à la vue Code.
Voici le JSON pour la politique simple de gestion du cycle de vie créée dans les images ci-dessus :
{
"rules": [
{
"enabled": true,
"name": "sample-archive-rule",
"type": "Lifecycle",
"definition": {
"actions": {
"baseBlob": {
"tierToArchive": {
"daysAfterLastAccessTimeGreaterThan": 90,
"daysAfterLastTierChangeGreaterThan": 7
}
}
},
"filters": {
"blobTypes": [
"blockBlob"
]
}
}
}
]
}