Niveaux d’accès pour les données d’objets blob

Article
09/03/2024

Les données stockées dans le cloud connaissent une croissance exponentielle. Pour gérer les coûts liés à vos besoins croissants en matière de stockage, il peut être utile d’organiser vos données en fonction de la fréquence à laquelle elles sont accessibles et de la durée pendant laquelle elles sont conservées. Le Stockage Azure offre différents niveaux d’accès afin que vous puissiez stocker vos données d’objet blob de la manière la plus économique en fonction de la façon dont elles sont utilisées. Les niveaux d’accès Stockage Azure comprennent les suivants :

Niveau chaud : niveau en ligne optimisé pour le stockage des données qui sont fréquemment consultées ou modifiées. Le niveau chaud offre les coûts de stockage les plus élevés, mais les coûts d’accès les plus faibles.
Niveau froid : niveau en ligne optimisé pour le stockage des données rarement consultées ou modifiées. Les données dans le niveau d’accès froid doivent être stockées pendant un minimum de 30 jours. Le niveau d’accès froid possède des coûts de stockage plus faibles et des coûts d’accès plus élevés que le niveau chaud.
Niveau froid : un niveau en ligne optimisé pour le stockage des données rarement consultées ou modifiées, mais qui doivent être retrouvées rapidement. Les données dans le niveau d’accès froid doivent être stockées pendant un minimum de 90 jours. Le niveau d’accès froid possède des coûts de stockage plus faibles et des coûts d’accès plus élevés que le niveau sporadique.
Niveau Archive : un niveau hors connexion optimisé pour le stockage des données rarement sollicitées, sous des conditions de latence flexibles, de l’ordre de quelques heures. Les données dans le niveau Archive doivent être stockées pendant au moins 180 jours.

Les limites de capacité de Stockage Azure sont définies au niveau du compte, plutôt qu’en fonction du niveau d’accès. Vous pouvez choisir d’optimiser l’utilisation de la capacité dans un niveau ou de répartir la capacité entre deux niveaux ou plus.

Notes

La définition du niveau d’accès est autorisée seulement sur les objets blob de blocs. Elle n’est pas prise en charge pour les objets blob d’ajout et les objets blob de pages.

Niveaux d’accès en ligne

Lorsque vos données sont stockées dans un niveau d’accès en ligne (chaud, froid ou sporadique), les utilisateurs peuvent y accéder immédiatement. Le niveau de stockage chaud est le meilleur choix pour les données en cours d’utilisation. Le niveau de stockage sporadique ou froid est idéal pour les données qui sont sollicitées moins fréquemment, mais qui doivent toujours être disponibles en lecture et en écriture.

Voici quelques exemples de scénarios d’utilisation pour le niveau d’accès chaud :

Les données utilisées ou les données qui nécessitent des lectures et des écritures fréquentes.
Données conservées pour traitement et migration finale vers le niveau d’accès froid.

Les scénarios d’utilisation des niveaux d’accès sporadique et froid sont les suivants :

Sauvegarde à court terme et récupération d’urgence des données.
Les jeux de données plus anciens qui ne sont pas utilisés fréquemment, mais qui sont censés être disponibles pour un accès immédiat.
De grands jeux de données qui doivent être stockés de manière rentable pendant que des données supplémentaires sont recueillies pour être traitées.

Pour savoir comment déplacer un objet blob vers le niveau chaud, sporadique ou froid, consultez Définir le niveau d’accès d’un objet blob.

Les données des niveaux d’accès sporadique et froid offrent une disponibilité légèrement inférieure, mais présentent toujours des caractéristiques de durabilité élevée, de latence d’extraction et de débit similaires à celles des données de niveau chaud. Pour les données des niveaux sporadique ou froid, une disponibilité légèrement inférieure et des coûts d’accès supérieurs peuvent être des compromis acceptables pour des coûts de stockage globaux inférieurs, par rapport au niveau chaud. Pour plus d’informations, consultez la page Contrat SLA pour le stockage.

Les objets BLOB sont soumis à une pénalité de suppression anticipée s’ils sont supprimés, remplacés ou déplacés vers un autre niveau avant le nombre minimal de jours requis par le niveau. Par exemple, un objet blob dans le niveau d’accès sporadique appartenant à un compte à usage général v2 est soumis à une pénalité de suppression précoce s’il est supprimé ou déplacé vers un autre niveau avant que 30 jours se soient écoulés. Pour un objet blob dans le niveau froid, la pénalité de suppression s’applique s’il est supprimé ou déplacé vers un autre niveau avant le délai de 90 jours. Ces charges sont calculées au prorata. Par exemple, si un objet blob est déplacé vers le niveau froid puis supprimé au bout de 21 jours, vous devrez payer des frais de suppression anticipée équivalant à 9 (30 moins 21) jours de stockage de cet objet blob dans le niveau froid. Les frais de suppression anticipée sont également facturés si l’objet entier est réécrit par le biais d’une opération (par exemple, Put Blob, Put Block List ou Copy Blob) dans la fenêtre de temps spécifiée.

Remarque

Dans un compte avec la suppression réversible activée, un objet blob est considéré comme supprimé après sa suppression et l’expiration de la période de rétention. Jusqu’à l’expiration de cette période, l’objet blob est supprimé de manière réversible et n’est pas soumis à la pénalité pour suppression anticipée.

Les niveaux; chaud, sporadique et froid prennent en charge toutes les configurations de redondance. Pour plus d’informations sur les options de redondance de données dans Stockage Azure, consultez Redondance de Stockage Azure.

Niveau d’accès archive

Le niveau Archive est un niveau hors connexion pour le stockage des données rarement sollicitées. Le niveau d’accès archive présente le coût de stockage le plus faible. Toutefois, ce niveau a des coûts de récupération de données plus élevés avec une latence plus élevée par rapport aux niveaux d’accès chaud, sporadique et froid. Voici quelques exemples de scénarios d’utilisation pour le niveau d’accès archive :

Sauvegarde à long terme, sauvegarde secondaire et jeux de données d’archivage
Données d’origine (brutes) qui doivent être conservées, même après leur traitement sous un format final exploitable
Données de conformité et d’archivage qui doivent être stockées à long terme et qui sont très rarement sollicitées

Pour découvrir la façon de déplacer un objet blob vers le niveau de stockage archive, consultez Archiver un objet blob.

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. Par exemple, si un objet blob est déplacé vers le niveau de stockage archive puis supprimé ou déplacé vers le niveau de stockage chaud après 45 jours, des frais de suppression anticipée équivalents à 135 jours de stockage (180 moins 45) de cet objet blob dans le niveau de stockage archive vous seront facturés.

Remarque

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, sporadique 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.

Les métadonnées d’un objet blob archivé restent disponibles pour l’accès en lecture, ce qui vous permet de répertorier l’objet blob et ses propriétés, métadonnées et étiquettes d’index. Les métadonnées d’un objet blob dans le niveau Archive sont en lecture seule, tandis que les étiquettes d’index blob peuvent être lues ou écrites. Les coûts de stockage de métadonnées des objets blob archivés sont facturés aux tarifs du niveau sporadique. Les instantanés ne sont pas pris en charge pour les objets blob archivés.

Les opérations suivantes sont prises en charge pour les objets blob dans le niveau Archive :

Seuls les comptes de stockage configurés pour LRS, GRS ou RA-GRS prennent en charge le déplacement d’objets blob vers le niveau de stockage archive. Le niveau de stockage archive n’est pas pris en charge sur les comptes ZRS, GZRS et RA-GZRS. Pour plus d’informations sur les configurations de redondance dans Stockage Azure, consultez Redondance de Stockage Azure.

Pour modifier la configuration de la redondance sur un compte de stockage qui contient des objets blob dans le niveau de stockage archive, vous devez d’abord réhydrater tous les objets blob archivés vers le niveau de stockage chaud, sporadique ou froid. Les opérations de réhydratation pouvant être coûteuses et longues, Microsoft vous recommande d’éviter de modifier la configuration de la redondance d’un compte de stockage qui contient des objets blob archivés.

La migration d’un compte de stockage de LRS vers GRS est prise en charge à condition qu’aucun objet blob n’ait été déplacé vers le niveau de stockage archive lorsque le compte était configuré pour LRS. Un compte peut être redéfini sur GRS si la mise à jour est effectuée moins de 30 jours après la définition du compte sur LRS et si aucun objet blob n’a été déplacé vers le niveau archive lorsque le compte était défini sur LRS.

Paramètre de niveau d’accès du compte par défaut

Les comptes de stockage disposent d’un paramètre de niveau d’accès par défaut qui indique le niveau en ligne dans lequel un nouvel objet blob est créé. Le paramètre de niveau d’accès par défaut peut être défini sur chaud ou froid. Les utilisateurs peuvent remplacer le paramètre par défaut d’un objet blob individuel lors du chargement de l’objet blob ou de la modification de son niveau.

Par défaut, le niveau d’accès pour un nouveau compte de stockage universel v2 est défini sur le niveau chaud. Vous pouvez modifier le paramètre de niveau d’accès par défaut lorsque vous créez un compte de stockage ou après sa création. Si vous ne modifiez pas ce paramètre sur le compte de stockage ou si vous définissez explicitement le niveau lors du chargement d’un objet blob, un nouvel objet blob est chargé par défaut vers le niveau de stockage chaud.

Tout objet blob ne disposant pas d’un niveau explicitement attribué déduit le niveau à partir du paramètre de niveau d’accès du compte par défaut. Si le niveau d’accès d’un objet blob est déduit du paramètre de niveau d’accès du compte par défaut, le Portail Azure affiche le niveau d’accès comme Hot (déduit), Cool (déduit)ou Cold (déduit).

La modification du paramètre de niveau d’accès par défaut à un compte de stockage s’applique à tous les objets blob du compte pour lesquels un niveau d’accès n’a pas été défini explicitement. Si vous basculez le paramètre de niveau d’accès par défaut vers un niveau plus froid dans un compte à usage général v2, vous êtes facturé pour les opérations d’écriture (par tranche de 10 000) pour tous les objets blob pour lesquels le niveau d’accès est inféré. Les opérations de lecture (par 10 000) et d’extraction de données (par Go) sont facturées si vous faites passer votre compte universel v2 vers un niveau plus chaud.

Quand vous créez un compte de stockage hérité, vous devez spécifier le niveau d’accès par défaut sur chaud ou froid au moment de la création. Aucuns frais n’incombent pour modifier le paramètre de niveau d’accès du compte par défaut vers un niveau plus froid dans un compte de stockage d’objets blob hérité. Les opérations de lecture (par 10 000) et d’extraction de données (par Go) sont facturées si vous faites passer votre compte de stockage d’objets blob vers un niveau plus chaud. Microsoft recommande d’utiliser des comptes de stockage universel v2 plutôt que des comptes de stockage d’objets blob si possible.

Notes

Le niveau Archive n’est pas pris en charge en tant que niveau d’accès par défaut pour un compte de stockage.

Définition ou modification du niveau d’un objet blob

Pour définir explicitement le niveau d’un objet blob lorsque vous le créez, spécifiez le niveau lorsque vous téléchargez l’objet blob.

Une fois qu’un objet blob est créé, vous pouvez modifier son niveau de l’une des manières suivantes :

En appelant l’opération Définir le niveau d’objet blob, soit directement, soit via une stratégie de gestion du cycle de vie. Appeler Définir le niveau du blob est généralement la meilleure option quand vous changez le niveau d’un objet blob pour passer d’un niveau plus chaud à un niveau plus froid.

Notes

Vous ne pouvez pas réhydrater un objet blob archivé sur un niveau en ligne à l’aide de stratégies de gestion du cycle de vie.
En appelant l’opération Copier l’objet blob pour copier un objet blob d’un niveau à un autre. Appeler Copier l’objet blob est recommandé pour la plupart des scénarios dans lesquels vous réhydratez un objet blob du niveau de stockage archive vers un niveau en ligne, ou que vous déplacez un objet blob d’un niveau Sporadique ou Froid à Chaud. En copiant un objet blob, vous pouvez éviter la pénalité de suppression anticipée, si l’intervalle de stockage requis pour l’objet blob source n’a pas encore expiré. Toutefois, la copie d’un objet blob entraîne des frais de capacité pour deux objets blob, l’objet blob source et l’objet blob de destination.

La modification du niveau d’un objet blob d’un niveau plus chaud à un niveau plus froid est instantané, tout comme le passage d’un niveau froid ou sporadique à chaud. La réhydratation d’un objet blob d’un niveau archive vers un niveau en ligne comme chaud, sporadique ou froid peut prendre jusqu’à 15 heures.

Gardez à l’esprit les points suivants au moment de changer le niveau d’un objet blob :

Vous ne pouvez pas appeler Définir le niveau de l’objet blob sur un objet blob qui utilise une étendue de chiffrement. Pour plus d’informations sur les étendues de chiffrement, consultez Étendues de chiffrement pour le stockage d’objets blob.
Si un objet blob est explicitement déplacé vers le niveau Sporadique ou Froid, puis déplacé vers le niveau de stockage archive, des frais de suppression anticipée s’appliquent.

Gestion de cycle de vie des objets blob

La gestion du cycle de vie du stockage d’objets blob offre une stratégie basée sur les règles que vous pouvez utiliser pour transférer vos données vers le niveau d’accès souhaité lorsque les conditions spécifiées sont remplies. Vous pouvez également utiliser la gestion du cycle de vie pour faire expirer les données à la fin de leur durée de vie. Pour plus d’informations, consultez Optimiser les coûts en automatisant les niveaux d’accès au Stockage Blob Azure.

Vous ne pouvez pas réhydrater un objet blob archivé sur un niveau en ligne à l’aide de stratégies de gestion du cycle de vie. Les données stockées dans le niveau d’accès d’objets blob de blocs Premium ne peuvent pas être déplacées dans le niveau chaud, sporadique ou froid ou archive avec Définir le niveau du blob ou à l’aide de la gestion du cycle de vie du Stockage Blob Azure. Pour déplacer les données, effectuez une copie synchrone du compte de stockage d’objets blob de blocs dans le niveau d’accès chaud d’un autre compte à l’aide de l’API Put Block From URL ou d’une version d’AzCopy qui prend en charge cette API. L’API Put Block From URL copie les données sur le serveur de manière synchrone, ce qui signifie que l’appel est effectué uniquement quand toutes les données ont été déplacées de l’emplacement d’origine sur le serveur vers l’emplacement de destination.

Actions de stockage

Bien que la gestion du cycle de vie vous aide à déplacer les données entre les niveaux dans un seul compte, vous pouvez utiliser une tâche de stockage pour accomplir cette tâche à grande échelle sur plusieurs comptes. Une tâche de stockage est une ressource disponible dans Azure Storage Actions; infrastructure serverless que vous pouvez utiliser pour effectuer des opérations de données courantes sur des millions d’objets sur plusieurs comptes de stockage. Pour plus d’informations, consultez Qu’est-ce qu’Azure Storage Actions ?.

Résumé des options de niveau d’accès

Le tableau suivant récapitule les fonctionnalités des niveaux d’accès chaud, sporadique, froid et Archive.

	Niveau chaud	Niveau froid	Niveau froid	Niveau archive
Disponibilité	99,9 %	99 %	99 %	99 %
Disponibilité (Lectures RA-GRS)	99,99 %	99,9 %	99,9 %	99,9 %
Frais d’utilisation	Coûts de stockage supérieurs, mais coûts d’accès et de transaction inférieurs	Coûts de stockage inférieurs, mais coûts d'accès et de transaction supérieurs	Coûts de stockage inférieurs, mais coûts d'accès et de transaction supérieurs	Coûts de stockage les plus faibles, mais coûts d'accès et de transaction les plus élevés
Période de rétention de données minimale recommandée	N/A	30 jours¹	90 jours¹	180 jours
Latence (Temps jusqu’au premier octet)	Millisecondes	Millisecondes	Millisecondes	Heures²
Configurations de redondance prises en charge	Tous	Tous	Tous	LRS, GRS et RA-GRS³ uniquement

¹ Les objets du niveau froid sur des comptes à usage général v2 ont une durée de rétention minimale de 30 jours. Les objets du niveau froid sur des comptes à usage général v2 ont une durée de rétention minimale de 90 jours. Pour les comptes de stockage Blob, il n’existe aucune durée de rétention minimale pour le niveau sporadique ou froid.

² lors de la réactivation d’un objet blob à partir du niveau Archive, vous pouvez choisir une option de priorité standard ou élevée. Chaque option a des latences et des coûts de récupération différents. Pour plus d’informations, voir Vue d’ensemble de la réactivation d’objets blob à partir du niveau Archive.

³ Pour plus d’informations sur les configurations de redondance dans Stockage Azure, consultez Redondance de Stockage Azure.

Tarification et facturation

Tous les comptes de stockage utilisent un modèle tarifaire pour le stockage d’objets blob de blocs basé sur le niveau d’un objet blob. Gardez à l’esprit les considérations relatives à la facturation décrites dans les sections suivantes.

Pour plus d’informations sur la tarification des objets blob de blocs, consultez Tarification d’objet blob de blocs.

Coûts de capacité de stockage

Les coûts de stockage des données varient en fonction de la quantité de données stockées et du niveau d’accès. La capacité par gigaoctet diminue à mesure que le niveau refroidit.

Coûts d’accès aux données

les frais d’accès aux données augmentent à mesure que le niveau refroidit. Pour les données des niveaux d’accès sporadique, froid et archive, des frais d’accès aux données en lecture vous sont facturés par gigaoctet.

Coûts de transaction

Des frais par transaction s'appliquent à tous les niveaux et augmentent à mesure que le niveau devient plus froid.

Coûts de transfert de données de géoréplication

Ces coûts s’appliquent uniquement aux comptes pour lesquels la géoréplication est configurée, notamment GRS, RA-GRS et GZRS. Le transfert de données de géoréplication implique des frais par gigaoctet.

Coûts de transfert de données sortantes

Les transferts de données sortants (données transférées hors d’une région Azure) entraînent une facturation de l’utilisation de la bande passante au gigaoctet. Pour plus d’informations sur les frais de transfert de données sortantes, consultez la page Détails sur les tarifs de bande passante.

Modification du niveau d’accès au compte par défaut

La modification du niveau d'accès au compte entraîne des frais de changement de niveau pour tous les blobs qui n'ont pas déjà un niveau explicitement défini. Pour plus d’informations, consultez la section suivante, Modification du niveau d’accès d’un objet blob.

Modification du niveau d’accès d’un objet blob

Gardez à l’esprit les impacts sur la facturation suivants lors de la modification du niveau d’un objet blob :

Lorsqu’un objet blob est chargé ou que son niveau est modifié, il est facturé au tarif correspondant au moment précis du chargement ou du changement de niveau.
Lorsqu’un objet blob est déplacé vers un niveau plus sporadique, l’opération est facturée comme une opération d’écriture vers le niveau de destination, où les frais d’opération d’écriture (par 10 000) et d’écriture de données (par Go) du niveau de destination s’appliquent.
Lorsqu’un objet blob est déplacé vers un niveau plus chaud, l’opération est facturée comme une lecture depuis le niveau source, où les frais d’opération de lecture (par 10 000) et d’extraction de données (par Go) du niveau source s’appliquent. Des frais de suppression anticipée peuvent également s’appliquer pour tout objet blob déplacé hors du niveau sporadique, froid ou archive.
Lorsqu’un objet blob est réactivé à partir du niveau Archive, les données de cet objet blob sont facturées en tant que données archivées jusqu’à ce que les données soient restaurées et que le niveau de l’objet blob passe à chaud, sporadique ou froid.

Le tableau suivant résume la facturation des changements de niveau.

Tarif d’écriture (opération + accès)	Tarif de lecture (opération + accès)
Chaud à froid Chaud vers froid Chaud à Archive Sporadique vers froid Froid à Archive Froid vers archive	Archive vers froid Archive à froid Archive à chaud Froid vers sporadique Froid vers chaud Froid à chaud

La modification du niveau d’accès d’un objet blob lorsque la gestion des versions est activée, ou si le blob comporte des instantanés, peut entraîner des frais supplémentaires. Pour plus d’informations sur les objets blob lorsque la gestion des versions est activée, consultez Tarification et facturation dans la documentation sur le contrôle de version des objets blob. Pour plus d’informations sur les objets blob avec instantanés, consultez Tarification et facturation dans la documentation sur les instantanés d’objet blob.

Niveau froid

Le niveau « Cold » nécessite les versions minimales suivantes de REST, de SDK et d’outils

Environnement	Version minimale
REST API	21/02/2021
.NET	12.15.0
Java	12.21.0
Python	12.15.0
JavaScript	12.13.0
PowerShell (Az.Storage)	5.8.0
Azure CLI	2.50.0
AZCopy	10.18.1
Azure Storage Explorer	1.29.0

Prise en charge des fonctionnalités

La prise en charge de cette fonctionnalité peut être impactée par l’activation de Data Lake Storage Gen2, du protocole NFS (Network File System) 3.0 ou du protocole SFTP (SSH File Transfer Protocol). Si vous avez activé l’une de ces fonctionnalités, consultez Prise en charge des fonctionnalités Stockage Blob dans les comptes Stockage Azure pour évaluer la prise en charge de cette fonctionnalité.

Partage via