Stockage Blob Azure : niveaux d’accès chaud, froid et archiveAzure Blob storage: hot, cool, and archive access tiers

Le Stockage Azure propose différents niveaux d’accès qui vous permettent de stocker vos objets blob de la manière la plus économique.Azure storage offers different access tiers, which allow you to store blob object data in the most cost-effective manner. Les niveaux d’accès disponibles incluent les suivants :The available access tiers include:

  • Chaud : optimisé pour le stockage des données souvent sollicitées.Hot - Optimized for storing data that is accessed frequently.
  • Froid : optimisé pour le stockage des données rarement sollicitées et stockées depuis au moins 30 jours.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • Archive : optimisé pour le stockage des données rarement sollicitées et stockées depuis au moins 180 jours, sous des conditions de latence flexibles (de l’ordre de quelques heures).Archive - Optimized for storing data that is rarely accessed and stored for at least 180 days with flexible latency requirements (on the order of hours).

Les considérations suivantes s’appliquent aux différents niveaux de stockage :The following considerations apply to the different access tiers:

  • Seuls les niveaux d’accès chaud et froid peuvent être définis au niveau du compte.Only the hot and cool access tiers can be set at the account level. Le niveau d’accès archive n’est pas disponible au niveau du compte.The archive access tier isn't available at the account level.
  • Les niveaux chaud, froid et archive peuvent être définis au niveau de l’objet blob.Hot, cool, and archive tiers can be set at the blob level.
  • Les données du niveau d’accès froid peuvent tolérer une disponibilité légèrement inférieure, mais nécessitent toujours des caractéristiques de durabilité élevée, de latence de récupération et de débit similaires à celles des données chaudes.Data in the cool access tier can tolerate slightly lower availability, but still requires high durability, retrieval latency, and throughput characteristics similar to hot data. Concernant les données froides, un contrat de niveau de service (SLA) de disponibilité légèrement inférieure et des coûts d’accès supérieurs comparés aux données chaudes sont des compromis acceptables pour des coûts de stockage plus faibles.For cool data, a slightly lower availability service-level agreement (SLA) and higher access costs compared to hot data are acceptable trade-offs for lower storage costs.
  • Le stockage archive stocke des données hors connexion et offre les coûts de stockage les plus bas, mais également les coûts de réalimentation et d’accès aux données les plus élevés.Archive storage stores data offline and offers the lowest storage costs but also the highest data rehydrate and access costs.

Les données stockées dans le cloud connaissent une croissance exponentielle.Data stored in the cloud grows at an exponential pace. Pour gérer les coûts liés à vos besoins de stockage en pleine expansion, il est utile d’organiser vos données selon des attributs tels que la fréquence d’accès et la période de rétention prévue pour optimiser les coûts.To manage costs for your expanding storage needs, it's helpful to organize your data based on attributes like frequency-of-access and planned retention period to optimize costs. Les données stockées dans le cloud peuvent être différentes selon le mode de génération, de traitement et d’accès tout au long de leur durée de vie.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. Certaines données sont activement sollicitées et modifiées tout au long de leur durée de vie.Some data is actively accessed and modified throughout its lifetime. Certaines sont fréquemment sollicitées au début de leur durée de vie, puis les accès se raréfient considérablement à mesure qu’elles deviennent plus anciennes.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. D’autres sont inactives dans le cloud dès le départ et sont peu, voire pas sollicitées après avoir été stockées.Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

Chacun des scénarios d’accès aux données peut bénéficier des avantages d’un niveau d’accès différent, gage d’optimisation pour un modèle d’accès particulier.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. Les niveaux d’accès chaud, froid et archive permettent au stockage Blob Azure de répondre à ce besoin de niveaux d’accès différenciés avec des modèles de tarification distincts.With hot, cool, and archive access tiers, Azure Blob storage addresses this need for differentiated access tiers with separate pricing models.

Notes

Les fonctionnalités décrites dans cet article sont disponibles pour les comptes disposant d'un espace de noms hiérarchique uniquement si vous vous inscrivez à la préversion publique de l’accès multiprotocole sur Data Lake Storage.The features described in this article are available to accounts that have a hierarchical namespace only if you enroll in the public preview of multi-protocol access on Data Lake Storage. Pour examiner les limitations, voir l’article Problèmes connus.To review limitations, see the known issues article.

Comptes de stockage prenant en charge la hiérarchisationStorage accounts that support tiering

La hiérarchisation des données de stockage d’objets entre les niveaux d’accès chaud, froid et archive est pris en charge uniquement sur des comptes de stockage d’objets blob ou à usage général v2 (GPv2).Object storage data tiering between hot, cool, and archive is only supported in Blob storage and General Purpose v2 (GPv2) accounts. Les comptes Usage général v1 (GPv1) ne prennent pas en charge la hiérarchisation.General Purpose v1 (GPv1) accounts don't support tiering. Les clients peuvent facilement convertir leurs comptes de stockage GPv1 ou d’objets blob en des comptes GPv2 depuis le Portail Azure.Customers can easily convert their existing GPv1 or Blob storage accounts to GPv2 accounts through the Azure portal. GPv2 offre de nouveaux prix et fonctionnalités pour les objets blob, les fichiers et les files d’attente.GPv2 provides new pricing and features for blobs, files, and queues. Certaines fonctionnalités et prix sont proposés uniquement dans les comptes GPv2.Some features and prices cuts are only offered in GPv2 accounts. Évaluez à l’aide de comptes GPv2 après avoir vérifié la tarification.Evaluate using GPv2 accounts after comprehensively reviewing pricing. Certaines charges de travail peuvent être plus coûteuses sur GPv2 que sur GPv1.Some workloads can be more expensive on GPv2 than GPv1. Pour plus d’informations, consultez Vue d’ensemble des comptes de stockage Azure.For more information, see Azure storage account overview.

Les comptes de stockage d’objets blob et GPv2 exposent l’attribut Niveau d’accès au niveau du compte.Blob storage and GPv2 accounts expose the Access Tier attribute at the account level. Cet attribut vous permet de spécifier le niveau d’accès par défaut pour tous les objets blob ne disposant pas déjà d’un niveau établi au niveau de l’objet.This attribute allows you to specify the default access tier for any blob that doesn't have it explicit set at the object level. Le niveau du compte ne s’applique pas aux objets disposant d’un niveau établi au niveau de l’objet.For objects with the tier set at the object level, the account tier won't apply. Le niveau d’accès archive ne peut être appliqué qu’au niveau de l’objet.The archive tier can be applied only at the object level. Vous pouvez passer d’un niveau d’accès à un autre à tout moment.You can switch between these access tiers at any time.

Niveau d’accès chaudHot access tier

Le niveau d’accès chaud possède des coûts de stockage plus élevés que les niveaux d’accès froid et archive, mais également les coûts d’accès les plus faibles.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Voici quelques exemples de scénarios d’utilisation pour le niveau d’accès chaud :Example usage scenarios for the hot access tier include:

  • Données activement utilisées ou censées être fréquemment sollicitées (accès en lecture et écriture).Data that's in active use or expected to be accessed (read from and written to) frequently.
  • Données conservées pour traitement et migration finale vers le niveau d’accès froid.Data that's staged for processing and eventual migration to the cool access tier.

Niveau d’accès froidCool access tier

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 stockage chaud.The cool access tier has lower storage costs and higher access costs compared to hot storage. Ce niveau est prévu pour les données qui resteront dans le niveau froid pendant au moins 30 jours.This tier is intended for data that will remain in the cool tier for at least 30 days. Voici quelques exemples de scénarios d’utilisation pour le niveau d’accès froid :Example usage scenarios for the cool access tier include:

  • Sauvegarde à court terme et récupération d’urgence de jeux de données.Short-term backup and disaster recovery datasets.
  • Ancien contenu multimédia qui n’est plus consulté fréquemment mais qui est censé être disponible immédiatement lors d’un accès.Older media content not viewed frequently anymore but is expected to be available immediately when accessed.
  • Jeux de données volumineux qui doivent être stockés de manière économique tout en permettant la collecte de plus de données à des fins de traitement ultérieur.Large data sets that need to be stored cost effectively while more data is being gathered for future processing. (Par exemple, le stockage à long terme de données scientifiques, les données de télémétrie brute d’un site de production)(For example, long-term storage of scientific data, raw telemetry data from a manufacturing facility)

Niveau d’accès archiveArchive access tier

Le niveau d’accès archive présente le coût de stockage le plus faible.The archive access tier has the lowest storage cost. Toutefois, les coûts d’extraction des données sont plus élevés par rapport aux niveaux d’accès chaud et froid.But it has higher data retrieval costs compared to the hot and cool tiers. La récupération des données dans le niveau d’accès archive peut prendre plusieurs heures.Data in the archive tier can take several hours to retrieve. 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.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge.

Tant qu’un objet blob se trouve dans un stockage archive, les données d’objets blob ne peuvent être ni lues, ni copiées, ni remplacées, ni modifiées.While a blob is in archive storage, the blob data is offline and can't be read, copied, overwritten, or modified. Vous ne pouvez pas prendre de captures instantanées d’un objet blob dans un stockage archive.You can't take snapshots of a blob in archive storage. Toutefois, les métadonnées de l’objet blob restent en ligne et disponible, ce qui vous permet de répertorier l’objet blob et ses propriétés.However, the blob metadata remains online and available, allowing you to list the blob and its properties. Pour les objets blob du niveau archive, les seules opérations valides sont GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier et DeleteBlob.For blobs in archive, the only valid operations are GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob.

Voici quelques exemples de scénarios d’utilisation pour le niveau d’accès archive :Example usage scenarios for the archive access tier include:

  • Sauvegarde à long terme, sauvegarde secondaire et jeux de données d’archivageLong-term backup, secondary backup, and archival datasets
  • Données d’origine (brutes) qui doivent être conservées, même après leur traitement sous un format final exploitableOriginal (raw) data that must be preserved, even after it has been processed into final usable form.
  • Données de conformité et d’archivage qui doivent être stockées à long terme et qui sont très rarement sollicitéesCompliance and archival data that needs to be stored for a long time and is hardly ever accessed.

Hiérarchisation au niveau du compteAccount-level tiering

Les objets blob des trois niveaux d’accès peuvent coexister au sein d’un même compte.Blobs in all three access tiers can coexist within the same account. 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.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. Si le niveau d’accès émane du compte, vous voyez la propriété de l’objet blob Niveau d’accès déduit définie sur la valeur « True », et la propriété de l’objet blob Niveau d’accès correspond au niveau du compte.If the access tier comes from the account, you see the Access Tier Inferred blob property set to "true", and the Access Tier blob property matches the account tier. Dans le portail Azure, la propriété du niveau d’accès déduit est affichée avec le niveau d’accès des objets blob comme Chaud (déduit) ou Froid (déduit) .In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

La modification du niveau d’accès du compte s’applique à tous les objets de niveau d’accès déduit stockés dans le compte et ne possédant pas un ensemble de niveau explicite.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. Si vous passez le niveau du compte de chaud à froid, vous serez facturé pour les opérations d’écriture (par 10 000) de tous les objets blobs n’ayant aucun niveau configuré dans les comptes GPv2 uniquement.If you toggle the account tier from hot to cool, you'll be charged for write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only. Ce changement n’est pas facturé dans les comptes de stockage Blob.There's no charge for this change in Blob storage accounts. Vous serez facturé pour les opérations d’écriture (par 10 000) et d’extraction de données (par Go), si vous passez votre compte de stockage d’objets blob ou GPv2 de froid à chaud.You'll be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle from cool to hot in Blob storage or GPv2 accounts.

Hiérarchisation au niveau de l’objet blobBlob-level tiering

La hiérarchisation au niveau de l’objet blob vous permet de modifier le niveau de vos données au niveau de l’objet, à l’aide d’une seule opération nommée Définir le niveau de l’objet blob.Blob-level tiering allows you to change the tier of your data at the object level using a single operation called Set Blob Tier. Vous pouvez facilement modifier le niveau d’accès (chaud, froid ou archive) d’un objet blob, comme si vous modifiez le mode d’utilisation, sans avoir à déplacer des données entre les comptes.You can easily change the access tier of a blob among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. Tous les changements de niveau prennent effet immédiatement.All tier changes happen immediately. Toutefois, la réactivation d’un objet blob d’un niveau archive peut prendre plusieurs heures.However, rehydrating a blob from archive can take several hours.

L’heure de la dernière modification du niveau de l’objet blob est exposée via la propriété de l’objet blob Access Tier Change Time.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. Lorsqu’un objet blob est stocké au niveau archive, il ne peut pas être remplacé ; le téléchargement du même objet blob n’est donc pas possible dans ce scénario.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario. Quand un objet blob est remplacé au niveau d’accès chaud ou froid, le nouvel objet blob a le même niveau que l’ancien objet blob, sauf si le niveau d’accès du nouvel objet blob est explicitement défini au moment de la création.When overwriting a blob in the hot or cool tier, the newly created blob inherits the tier of the blob that was overwritten unless the new blob access tier is explicitly set on creation.

Notes

Le stockage archive et la hiérarchisation au niveau de l’objet blob prennent en charge uniquement les objets blob de blocs.Archive storage and blob-level tiering only support block blobs. De plus, vous ne pouvez actuellement pas modifier le niveau d’un objet blob de blocs comportant des instantanés.You also cannot currently change the tier of a block blob that has snapshots.

Gestion de cycle de vie des objets blobBlob lifecycle management

La gestion du cycle de vie du Stockage Blob offre une stratégie enrichie, basée sur des règles, que vous pouvez utiliser pour faire passer vos données au niveau d’accès le plus adapté et faire expirer les données à la fin de leur cycle de vie.Blob Storage lifecycle management offers a rich, rule-based policy that you can use to transition your data to the best access tier and to expire data at the end of its lifecycle. Consultez Gérer le cycle de vie du stockage Blob Azure pour en savoir plus.See Manage the Azure Blob storage lifecycle to learn more.

Notes

Pour le moment, les données stockées dans le niveau d’accès d’objets blob de blocs (performance Premium) ne peuvent pas être déplacées dans le niveau chaud, froid ou archive avec Définir le niveau du blob ou à l’aide de la gestion du cycle de vie du Stockage Blob Azure.Data stored in a block blob storage account (Premium performance) cannot currently be tiered to hot, cool, or archive using Set Blob Tier or using Azure Blob Storage lifecycle management. 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.To move data, you must synchronously copy blobs from the block blob storage account to the hot access tier in a different account using the Put Block From URL API or a version of AzCopy that supports this 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.The Put Block From URL API synchronously copies data on the server, meaning the call completes only once all the data is moved from the original server location to the destination location.

Facturation de la hiérarchisation au niveau de l’objet blobBlob-level tiering billing

Quand un objet blob est déplacé vers un niveau plus froid (chaud -> froid, chaud -> archive ou froid -> archive), l’opération est facturée comme une opération d’écriture dans le niveau de destination, où les taux du niveau de destination s’appliquent également aux opérations d’écriture (par 10 000) ainsi qu’à l’écriture des données (par Go).When a blob is moved to a cooler tier (hot->cool, hot->archive, or cool->archive), the operation is billed as a write operation to the destination tier, where the write operation (per 10,000) and data write (per GB) charges of the destination tier apply.

Lorsqu’un objet blob est déplacé vers un niveau plus chaud (archive->froid, archive->chaud ou froid->chaud), l’opération est facturée comme une lecture à partir du niveau source, facturée aux tarifs des opérations de lecture (par 10 000) et d’extraction de données (par Go) du niveau source.When a blob is moved to a warmer tier (archive->cool, archive->hot, or cool->hot), the operation is billed as a read from the source tier, where the read operation (per 10,000) and data retrieval (per GB) charges of the source tier apply. Des frais de suppression anticipée peut également s’appliquer pour tout objet blob déplacé hors du niveau froid ou archive.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. Le tableau suivant résume la facturation des changements de niveau.The following table summarizes how tier changes are billed.

Tarif d'écriture (opération + accès)Write Charges (Operation + Access) Tarif de lecture (opération + accès)Read Charges (Operation + Access)
Direction SetBlobTierSetBlobTier Direction chaud -> froid,hot->cool,
chaud -> archive,hot->archive,
froid -> archive,cool->archive
archive -> froid,archive->cool,
archive -> chaud,archive->hot,
froid -> chaudcool->hot

Suppression anticipée dans les niveaux Froid et ArchiveCool and archive early deletion

Les objets blob déplacés vers le niveau d’accès froid (comptes GPv2 uniquement) sont soumis à une période de suppression anticipée du niveau d’accès froid de 30 jours.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. Les objets blob déplacés vers le niveau archive sont soumis à une période de suppression anticipée de 180 jours.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. Ces charges sont calculées au prorata.This charge is prorated. Par exemple, si un objet blob est déplacé vers le niveau archive puis supprimé ou déplacé vers le niveau d’accès chaud après 45 jours, des frais de suppression anticipée équivalents à 135 (180 moins 45) jours de stockage de cet objet blob dans le niveau archive vous seront facturés.For example, if a blob is moved to archive and then deleted or moved to the hot tier after 45 days, you'll be charged an early deletion fee equivalent to 135 (180 minus 45) days of storing that blob in archive.

Vous pouvez calculer la suppression anticipée en utilisant la propriété blob, Last-Modified, s’il n’y a pas eu de changement de niveau d’accès.You may calculate the early deletion by using the blob property, Last-Modified, if there has been no access tier changes. Sinon, vous pouvez l’utiliser lorsque le niveau d’accès a été défini sur froid ou archive en affichant la propriété blob : access-tier-change-time.Otherwise you can use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. Pour plus d’informations sur les propriétés de l’objet blob, consultez Get Blob Properties.For more information on blob properties, see Get Blob Properties.

Comparaison des options de stockage d’objets blob de blocsComparing block blob storage options

Le tableau suivant présente une comparaison du stockage d’objets blob de blocs de performances premium, et les niveaux d’accès chaud, froid et archive.The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Performances PremiumPremium performance Niveau chaudHot tier Niveau froidCool tier Niveau archiveArchive tier
DisponibilitéAvailability 99,9 %99.9% 99,9 %99.9% 99 %99% Hors ligneOffline
DisponibilitéAvailability
(Lectures RA-GRS)(RA-GRS reads)
N/AN/A 99,99 %99.99% 99,9 %99.9% Hors ligneOffline
Frais d’utilisationUsage charges Coûts de stockage supérieurs, coût d’accès et de transaction inférieurHigher storage costs, lower access and transaction cost Coûts de stockage supérieurs, coûts d'accès et de transaction inférieursHigher storage costs, lower access, and transaction costs Coûts de stockage inférieurs, coûts d'accès et de transaction supérieursLower storage costs, higher access, and transaction costs Coûts de stockage les plus faibles, coûts d'accès et de transaction les plus élevésLowest storage costs, highest access, and transaction costs
Taille minimale des objetsMinimum object size N/AN/A N/AN/A N/AN/A N/AN/A
Durée de stockage minimaleMinimum storage duration N/AN/A N/AN/A 30 jours130 days1 180 jours180 days
LatenceLatency
(Temps jusqu’au premier octet)(Time to first byte)
Millisecondes à un chiffreSingle-digit milliseconds millisecondesmilliseconds millisecondesmilliseconds heures2hours2

1 Les objets du niveau froid sur des comptes GPv2 ont une durée de rétention minimale de 30 jours.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. Les comptes de stockage d’objets blob n’ont pas de durée de rétention minimale pour le niveau d’accès froid.Blob storage accounts don't have a minimum retention duration for the cool tier.

2 Stockage archive prend actuellement en charge 2 priorités de réalimentation, haute et standard, offrant différentes latences de récupération.2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offers different retrieval latencies. Pour plus d’informations, consultez Réalimenter les données d’objets blob à partir du niveau Archive.For more information, see Rehydrate blob data from the archive tier.

Notes

Les comptes de stockage d’objets blob présentent les mêmes objectifs de performance et d’évolutivité que les comptes de stockage à usage général v2.Blob storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. Pour plus d'informations, consultez Objectifs d'extensibilité et de performances d'Azure Storage.For more information, see Azure Storage Scalability and Performance Targets.

Scénarios de démarrage rapideQuickstart scenarios

Dans cette section, les scénarios suivants sont décrits à l’aide du Portail Azure :In this section, the following scenarios are demonstrated using the Azure portal:

  • Comment changer le niveau d’accès de compte par défaut d’un compte de stockage GPv2 ou d’objets blob.How to change the default account access tier of a GPv2 or Blob storage account.
  • Comment changer le niveau d’un objet blob dans un compte de stockage GPv2 ou d’objets blob.How to change the tier of a blob in a GPv2 or Blob storage account.

Changer le niveau d’accès de compte par défaut d’un compte de stockage GPv2 ou d’objets blobChange the default account access tier of a GPv2 or Blob storage account

  1. Connectez-vous au Portail Azure.Sign in to the Azure portal.

  2. Pour accéder à votre compte de stockage, sélectionnez Toutes les ressources, puis sélectionnez votre compte de stockage.To navigate to your storage account, select All Resources, then select your storage account.

  3. Dans Paramètres, cliquez sur Configuration pour afficher et modifier la configuration du compte.In Settings, click Configuration to view and change the account configuration.

  4. Sélectionnez le niveau d’accès adapté à vos besoins : Affectez la valeur Froid ou Chaud au Niveau d’accès.Select the right access tier for your needs: Set the Access tier to either Cool or Hot.

  5. Cliquez sur Enregistrer en haut.Click Save at the top.

Changer le niveau d’un objet blob dans un compte de stockage GPv2 ou d’objets blobChange the tier of a blob in a GPv2 or Blob storage account

  1. Connectez-vous au Portail Azure.Sign in to the Azure portal.

  2. Pour accéder à votre objet blob dans votre compte de stockage, sélectionnez Toutes les ressources, puis votre compte de stockage et enfin sélectionnez votre objet blob.To navigate to your blob in your storage account, select All Resources, select your storage account, select your container, and then select your blob.

  3. Dans Propriétés de l’objet blob, sélectionnez Modifiez le niveau.In the Blob properties, select Change tier.

  4. Sélectionnez le niveau d’accès Chaud, Froid ou Archive.Select the Hot, Cool, or Archive access tier. Si votre objet blob est actuellement dans le niveau archive et que vous souhaitez le réalimenter dans un niveau en ligne, vous pouvez également sélectionner une priorité de réalimentation Standard ou Élevée.If your blob is currently in archive and you want to rehydrate to an online tier, you may also select a Rehydrate Priority of Standard or High.

  5. Sélectionnez Enregistrer en bas.Select Save at the bottom.

Tarification et facturationPricing and billing

Tous les comptes de stockage utilisent un modèle tarifaire pour le stockage d’objet blob de blocs basé sur le niveau de chaque objet blob.All storage accounts use a pricing model for Block blob storage based on the tier of each blob. Gardez à l’esprit les conditions de facturation suivantes :Keep in mind the following billing considerations:

  • Coûts 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.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the access tier. Le coût par gigaoctet diminue à mesure que le niveau refroidit.The per-gigabyte cost decreases as the tier gets cooler.
  • Coûts d’accès aux données : les frais d’accès aux données augmentent à mesure que le niveau refroidit.Data access costs: Data access charges increase as the tier gets cooler. Pour les données des niveaux d’accès froid et archive, des frais d’accès aux données en lecture vous sont facturés par gigaoctet.For data in the cool and archive access tier, you're charged a per-gigabyte data access charge for reads.
  • Coûts de transaction : il existe des frais par transaction pour tous les niveaux, augmentant à mesure que le niveau refroidit.Transaction costs: There's a per-transaction charge for all tiers that increases as the tier gets cooler.
  • 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 et RA-GRS.Geo-Replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. Le transfert de données de géoréplication implique des frais par gigaoctet.Geo-replication data transfer incurs a per-gigabyte charge.
  • Coûts de transfert de données sortantes : les transferts de données sortantes (données transférées hors d’une région Azure) sont facturés pour l’utilisation de la bande passante par gigaoctet. Cette facturation est cohérente avec les comptes de stockage à usage général.Outbound data transfer costs: Outbound data transfers (data that is transferred out of an Azure region) incur billing for bandwidth usage on a per-gigabyte basis, consistent with general-purpose storage accounts.
  • Modification du niveau d’accès : La modification du niveau d’accès du compte entraîne des frais de modification de niveau pour les objets blob de niveau d’accès déduit stockés dans le compte et ne possédant pas un ensemble de niveau explicite.Changing the access tier: Changing the account access tier will result in tier change charges for access tier inferred blobs stored in the account that don't have an explicit tier set. Pour plus d’informations sur la modification du niveau d’accès pour un objet blob unique, reportez-vous à Facturation de la hiérarchisation au niveau de l’objet blob.For information on changing the access tier for a single blob, refer to Blob-level tiering billing.

Notes

Pour plus d’informations sur la tarification des objets blob de blocs, consultez la page Présentation de la tarification Stockage Azure.For more information about pricing for Block blobs, see Azure Storage Pricing page. Pour plus d’informations sur les frais de transfert de données sortantes, consultez la page Détails de la tarification – Transferts de données.For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

Forum Aux QuestionsFAQ

Dois-je utiliser un compte de stockage GPv2 ou d’objets blob si je souhaite niveler mes données ?Should I use Blob storage or GPv2 accounts if I want to tier my data?

Nous vous recommandons d’utiliser des comptes GPv2 pour la hiérarchisation à la place des comptes de stockage d’objets blob.We recommend you use GPv2 instead of Blob storage accounts for tiering. GPv2 prend en charge toutes les fonctionnalités prises en charge par les comptes de stockage d’objets blob, plus beaucoup d’autres.GPv2 support all the features that Blob storage accounts support plus a lot more. La tarification entre le stockage d’objets blob et GPv2 est presque identique, mais certaines nouvelles fonctionnalités et réduction de tarifs sont uniquement disponibles sur les comptes GPv2.Pricing between Blob storage and GPv2 is almost identical, but some new features and price cuts will only be available on GPv2 accounts. Les comptes GPv1 ne prennent pas en charge la hiérarchisation.GPv1 accounts don't support tiering.

La structure de tarification entre des comptes GPv1 et GPv2 est différente et les clients doivent évaluer soigneusement le fait de passer à des comptes GPv2.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. Vous pouvez facilement convertir un compte de stockage d’objets blob ou GPv1 existant vers un compte GPv2 en un simple clic.You can easily convert an existing Blob storage or GPv1 account to GPv2 through a simple one-click process. Pour plus d’informations, consultez Vue d’ensemble des comptes de stockage Azure.For more information, see Azure storage account overview.

Est-ce que je peux stocker des objets dans les trois niveaux d’accès (chaud, froid et archive) au sein d’un même compte ?Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

Oui.Yes. L’attribut Niveau d’accès configuré au niveau du compte est le niveau d’accès par défaut applicable à tous les objets du compte ne possédant pas un niveau d’ensemble explicite.The Access Tier attribute set at the account level is the default account tier that applies to all objects in that account without an explicit set tier. La hiérarchisation au niveau de l’objet blob permet de définir le niveau d’accès au niveau de l’objet, quel que soit le paramètre de niveau accès du compte.Blob-level tiering allows you to set the access tier on at the object level regardless of what the access tier setting on the account is. Des objets blob configurés sur l’un des trois niveaux d’accès (chaud, froid ou archive) peuvent exister dans le même compte.Blobs in any of the three access tiers (hot, cool, or archive) may exist within the same account.

Puis-je modifier le niveau d’accès par défaut de mon compte de stockage GPv2 ou d’objets blob ?Can I change the default access tier of my Blob or GPv2 storage account?

Oui, vous pouvez modifier le niveau de compte par défaut en définissant l’attribut Niveau d’accès du compte de stockage.Yes, you can change the default account tier by setting the Access tier attribute on the storage account. La modification du niveau de compte s’applique à tous les objets stockés dans le compte et ne possédant pas un ensemble de niveau explicite (par exemple, Chaud (déduit) ou Froid (déduit) ).Changing the account tier applies to all objects stored in the account that don't have an explicit tier set (for example, Hot (inferred) or Cool (inferred)). Passer du niveau de compte chaud au niveau froid implique des opérations d’écriture (par 10 000) pour tous les objets blob sans niveau défini dans les comptes GPv2 uniquement, tandis que le passage du niveau froid au niveau chaud entraîne des opérations de lecture (par 10 000) et des frais d’extraction de données (par Go) pour tous les objets blob dans des comptes de stockage GPv2 et d’objets blob.Toggling the account tier from hot to cool incurs write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only and toggling from cool to hot incurs both read operations (per 10,000) and data retrieval (per GB) charges for all blobs in Blob storage and GPv2 accounts.

Puis-je configurer le niveau d’accès par défaut de mon compte sur Archive ?Can I set my default account access tier to archive?

Non.No. Seuls les niveaux d’accès chaud et froid peuvent être choisis comme le niveau d’accès par défaut du compte.Only hot and cool access tiers may be set as the default account access tier. Le niveau archive ne peut être choisi qu’au niveau d’un objet.Archive can only be set at the object level. Au moment du chargement d’un objet blob, vous spécifiez le niveau d’accès de votre choix (chaud, froid ou archive) indépendamment du niveau par défaut du compte.On blob upload, You specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. Cette fonctionnalité vous permet d’écrire des données directement dans le niveau archive pour réaliser des économies à partir du moment où vous créez des données dans le stockage d’objets blob.This functionality allows you to write data directly into the archive tier to realize cost-savings from the moment you create data in blob storage.

Dans quelles régions les niveaux d’accès chaud, froid et archive sont-ils disponibles ?In which regions are the hot, cool, and archive access tiers available in?

Les niveaux d’accès chaud et froid ainsi que la hiérarchisation au niveau de l’objet blob sont disponibles dans toutes les régions.The hot and cool access tiers along with blob-level tiering are available in all regions. Le stockage archive ne sera disponible au départ que dans certaines régions sélectionnées.Archive storage will initially only be available in select regions. Pour avoir une liste complète, voir Régions Azure disponibles par région.For a complete list, see Azure products available by region.

Les objets blob au niveau d’accès froid se comportent-ils différemment de ceux se trouvant au niveau d’accès chaud ?Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

Les objets blob au niveau d’accès chaud ont la même latence que les objets blob des comptes de stockage d’objets blob, GPv1 et GPv2.Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. Les objets blob au niveau d’accès froid ont une latence similaire (en millisecondes) à celle des objets blob des comptes de stockage d’objets blob, GPv1 et GPv2.Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. Les objets blob au niveau d’accès archive ont plusieurs heures de latence dans les comptes de stockage d’objets blob, GPv1 et GPv2.Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

Les objets blob au niveau d’accès froid ont un contrat de niveau de service SLA de disponibilité légèrement inférieur à celui des objets blob stockés au niveau d’accès chaud.Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. Pour plus d’informations, consultez la page Contrat SLA pour le stockage.For more information, see SLA for storage.

Est-ce que les opérations dans les niveaux chaud, froid et archive sont les mêmes ?Are the operations among the hot, cool, and archive tiers the same?

Toutes les opérations entre les niveaux chaud et froid sont 100% cohérents.All operations between hot and cool are 100% consistent. Toutes les opérations d’archivage valides, notamment GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier et DeleteBlob sont cohérentes à 100 % avec les niveaux chaud et froid.All valid archive operations including GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob are 100% consistent with hot and cool. Les données d’objet blob ne peuvent pas être lues ou modifiées dans le niveau archive tant qu’elles ne sont pas réalimentées ; seules les opérations de lecture des métadonnées d’objet blob sont prises en charge dans l’archive.Blob data can't be read or modified while in the archive tier until rehydrated; only blob metadata read operations are supported while in archive.

Lors de la réalimentation d’un objet blob depuis le niveau archive vers le niveau chaud ou froid, comment serais-je averti de la fin de la réalimentation ?When rehydrating a blob from archive tier to the hot or cool tier, how will I know when rehydration is complete?

Lors de la réactivation, vous pouvez utiliser l’opération d’obtention des propriétés d’objet blob afin d’interroger l’attribut État d’archive et confirmer la fin du changement de niveau.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute and confirm when the tier change is complete. L’état affiche « réalimentation-vers-chaud » ou « réalimentation-vers-froid » selon le niveau choisi.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. Une fois le processus terminé, la propriété d’état archive est supprimée, et la propriété Niveau d’accès de l’objet blob indique le niveau chaud ou froid.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

Après le réglage du niveau d’un objet blob, quand vais-je commencer à être facturé au taux approprié ?After setting the tier of a blob, when will I start getting billed at the appropriate rate?

Chaque objet blob est toujours facturé en fonction du niveau indiqué par la propriété Niveau d’accès de l’objet blob.Each blob is always billed according to the tier indicated by the blob's Access Tier property. Quand vous changez le niveau d’un objet blob, la propriété Niveau d’accès reflète instantanément le nouveau niveau pour toutes les transitions.When you set a new tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. Toutefois, la réactivation d’un objet blob d’un niveau archive vers un niveau chaud ou froid peut prendre plusieurs heures.However, rehydrating a blob from the archive tier to a hot or cool tier can take several hours. Dans ce cas, vous êtes facturé aux tarifs archive jusqu’à ce que la réactivation soit terminée et que la propriété Niveau d’accès corresponde au nouveau niveau.In this case, you're billed at archive rates until rehydration is complete, at which point the Access Tier property reflects the new tier. À partir de là, l’objet blob vous est facturé au tarif du niveau d’accès chaud ou du niveau d'accès chaud froid.At that point you're billed for that blob at the hot or cool rate.

Comment puis-je déterminer si je vais faire l’objet de frais de suppression anticipée lors de la suppression ou du déplacement d’un objet blob en dehors du niveau froid ou archive ?How do I determine if I'll incur an early deletion charge when deleting or moving a blob out of the cool or archive tier?

Tout objet blob supprimé ou déplacé en dehors du niveau froid (comptes GPv2 uniquement) ou archive respectivement avant 30 jours et 180 jours fera l’objet de frais de suppression anticipée calculés au prorata.Any blob that is deleted or moved out of the cool (GPv2 accounts only) or archive tier before 30 days and 180 days respectively will incur a prorated early deletion charge. Vous pouvez déterminer combien de temps un objet blob est resté au niveau froid ou archive en vérifiant sa propriété Access Tier Change Time (Heure du changement de niveau d’accès), qui horodate le dernier changement de niveau.You can determine how long a blob has been in the cool or archive tier by checking the Access Tier Change Time blob property, which provides a stamp of the last tier change. Si le niveau de l’objet blob n’a jamais été modifié, vous pouvez vérifier la propriété d’objet blob Dernière modification.If the blob's tier was never changed, you can check the Last Modified blob property. Pour plus d’informations, consultez Suppression anticipée froid et archive.For more information, see Cool and archive early deletion.

Quels outils et kits de développement Azure prennent en charge la hiérarchisation au niveau de l’objet blob et le stockage archive ?Which Azure tools and SDKs support blob-level tiering and archive storage?

Le portail Azure, PowerShell et les outils CLI et les bibliothèques de client .NET, Java, Python, et Node.js prennent toutes en charge la hiérarchisation au niveau de l’objet blob et le stockage archive.Azure portal, PowerShell, and CLI tools and .NET, Java, Python, and Node.js client libraries all support blob-level tiering and archive storage.

Combien de données puis-je stocker dans les niveaux chaud, froid et archive ?How much data can I store in the hot, cool, and archive tiers?

Le stockage des données ainsi que d’autres limites sont établis à partir du niveau de compte et pas à partir du niveau d’accès.Data storage along with other limits are set at the account level and not per access tier. Vous pouvez choisir d’utiliser toute votre limite sur un seul niveau ou sur les trois niveaux.You can choose to use all of your limit in one tier or across all three tiers. Pour plus d’informations, consultez Objectifs d’extensibilité et de performances de stockage Azure.For more information, see Azure Storage scalability and performance targets.

Étapes suivantesNext steps

Évaluer les niveaux chaud, froid et archive dans les comptes de stockage d’objets blob GPv2Evaluate hot, cool, and archive in GPv2 and Blob storage accounts