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

Stockage Azure offre des niveaux d’accès différents, ce qui vous permet de stocker des données d’objet blob de la manière la plus rentable.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 sont les suivantes :The available access tiers include:

  • Hot - optimisé pour stocker les données fréquemment 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 avec les conditions de latence flexibles (selon l’ordre des 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 pour les niveaux d’accès différents :The following considerations apply to the different access tiers:

  • Le niveau d’accès archive est disponible uniquement au niveau du blob et non au niveau du compte de stockage.The archive access tier is available only at the blob level and not at the storage account level.
  • Données dans le niveau d’accès froid peuvent tolérer une disponibilité légèrement inférieure, mais nécessite toujours une durabilité élevée et des caractéristiques de temps d’accès et le débit similaires en tant que données chaudes.Data in the cool access tier can tolerate slightly lower availability, but still requires high durability and similar time-to-access and throughput characteristics as hot data. Pour les données froides, un contrat de niveau de service de disponibilité légèrement inférieure (SLA) et l’accès supérieurs les coûts par rapport aux données chaudes sont des compromis acceptables pour réduire les coûts de stockage.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 est hors connexion et offre les coûts de stockage les plus bas, mais également les coûts d’accès les plus élevés.Archive storage is offline and offers the lowest storage costs but also the highest access costs.
  • Uniquement 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.
  • Chaud, froid et archive niveaux peuvent indiquer au niveau de l’objet.Hot, cool, and archive tiers can be set at the object level.

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 en termes de comment il a généré, traitées et accessible via sa durée de vie.Data stored in the cloud can be different in terms of 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. Certaines données restent inactives dans le cloud et est rarement, si sollicitées une fois qu’il est stocké.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 est optimisé 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. Avec chaud, froid et niveaux d’accès archive, adresses de stockage Blob Azure séparer ce besoin de niveaux d’accès différencié avec les modèles de tarification.With hot, cool, and archive access tiers, Azure Blob storage addresses this need for differentiated access tiers with separate pricing models.

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

Vous pouvez uniquement hiérarchiser vos données de stockage d’objet sur chaud, froid ou archive dans le stockage d’objets Blob et usage général v2 (comptes GPv2).You may only tier your object storage data to hot, cool, or archive 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 do not support tiering. Toutefois, vous pouvez facilement convertir les comptes de stockage GPv1 ou d’objets Blob existants pour les comptes GPv2 en un clic dans le portail Azure.However, you can easily convert existing GPv1 or Blob storage accounts to GPv2 accounts through a one-click process in the Azure portal. GPv2 fournit une nouvelle structure de tarification pour les objets BLOB, fichiers, files d’attente et des accès à une variété de nouvelles fonctionnalités de stockage.GPv2 provides a new pricing structure for blobs, files, and queues, and access to a variety of other new storage features. À l’avenir, certains morceaux de prix et de fonctionnalités nouvelles est proposés uniquement les comptes GPv2.Going forward, some new features and prices cuts will be offered only in GPv2 accounts. Par conséquent, vous devez évaluer à l’aide de comptes GPv2, mais ne les utilisent qu’après avoir examiné la tarification pour tous les services.Therefore, you should evaluate using GPv2 accounts but only use them after reviewing the pricing for all services. Certaines charges de travail peuvent être plus chères 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.

Stockage BLOB et exposer des comptes GPv2 le niveau d’accès attribut 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 en tant que chaud ou froid pour tout objet blob dans le compte de stockage qui n’a pas aucun niveau explicitement défini au niveau de l’objet.This attribute allows you to specify the default access tier as hot or cool for any blob in the storage account that doesn't have an explicit tier 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 will not apply. Le niveau archive peut être appliqué uniquement au niveau de l’objet.The archive tier can be applied only at the object level. Vous pouvez basculer entre ces niveaux d’accès à tout moment.You can switch between these access tiers at any time.

Stockage blob par blocs performances PremiumPremium performance block blob storage

Stockage blob par blocs performances Premium rend les données fréquemment sollicitées disponibles par le biais de matériel hautes performances.Premium performance block blob storage makes frequently accessed data available via high-performance hardware. Données de ce niveau de performances sont stockées sur des disques SSD (SSD), qui sont optimisés pour une latence faible et cohérente.Data in this performance tier is stored on solid-state drives (SSDs), which are optimized for low and consistent latency. Les disques SSD offrent des taux transactionnelles plus élevés et débit par rapport aux disques durs classiques.SSDs provide higher transactional rates and throughput compared to traditional hard drives.

Stockage blob par blocs performances Premium est idéal pour les charges de travail qui nécessitent des temps de réponse rapide et cohérente.Premium performance block blob storage is ideal for workloads that require fast and consistent response times. Il est préférable pour les charges de travail impliquant beaucoup de petites transactions, telles que la capture de données de télémétrie, la messagerie et la transformation des données.It's best for workloads that perform many small transactions, such as capturing telemetry data, messaging, and data transformation. Les données qui implique des utilisateurs finaux, telles que le montage vidéo interactive, contenu web statique et transactions en ligne sont également de bons candidats.Data that involves end users, such as interactive video editing, static web content, and online transactions are also good candidates.

Stockage blob par blocs performances Premium est uniquement disponible via un type de compte stockage blob de bloc et ne prend pas en charge la hiérarchisation pour chaud, froid ou archive des niveaux d’accès.Premium performance block blob storage is available only via the block blob storage account type, and does not currently support tiering to hot, cool, or archive access tiers.

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 froid et archive, mais les coûts d’accès la plus basse.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Exemples de scénarios d’utilisation pour le niveau d’accès à chaud sont les suivantes :Example usage scenarios for the hot access tier include:

  • Données qui sont en cours d’utilisation ou censé être sollicitées (lecture à partir d’et écriture).Data that's in active use or expected to be accessed (read from and written to) frequently.
  • Données sont conservées pour traitement et migration éventuelle 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 a la réduction des coûts de stockage et les coûts d’accès supérieurs par rapport au 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. Exemples de scénarios d’utilisation pour le niveau d’accès froid sont les suivantes :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 a le plus faible coût de stockage et les coûts plus élevés de l’extraction de données par rapport aux niveaux chaud et froid.The archive access tier has the lowest storage cost and higher data retrieval costs compared to hot and cool tiers. Ce niveau est destiné aux données qui peuvent tolérer plusieurs heures de latence de récupération et restant dans le niveau archive pendant au moins 180 jours.This tier is intended for data that can tolerate several hours of retrieval latency and will remain in the archive tier for at least 180 days.

Bien qu’il soit un objet blob dans stockage archive, les données blob sont hors connexion et ne peut pas être lu, copié, remplacé ou modifié.While a blob is in archive storage, the blob data is offline and cannot be read, copied, overwritten, or modified. Vous ne pouvez effectuer des captures instantanées d’un objet blob dans 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 dans l’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.

Exemples de scénarios d’utilisation pour le niveau d’accès archive sont les suivantes :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. (Par exemple, des fichiers multimédias bruts après transcodage dans d’autres formats)(For example, Raw media files after transcoding into other formats)
  • 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. (Par exemple, séquences vidéo de sécurité, anciens clichés de radiographie pour les organismes de santé, les enregistrements audio et les transcriptions de client appelle pour les services financiers)(For example, security camera footage, old X-Rays/MRIs for healthcare organizations, audio recordings, and transcripts of customer calls for financial services)

Rafraîchissement des objets blobBlob rehydration

Pour lire des données dans le stockage archive, vous devez d’abord attribuer un niveau chaud ou froid à l’objet blob.To read data in archive storage, you must first change the tier of the blob to hot or cool. Ce processus est appelé « réalimentation » et peut durer jusqu’à 15 heures.This process is known as rehydration and can take up to 15 hours to complete. Les grandes tailles d’objets blob sont recommandées pour des performances optimales.Large blob sizes are recommended for optimal performance. La réalimentation simultanée de plusieurs petits objets blob peut demander du temps supplémentaire.Rehydrating several small blobs concurrently may add additional time.

Pendant la réalimentation, vous pouvez consulter la propriété État archive de l’objet blob pour vous assurer que le niveau a changé.During rehydration, you may check the Archive Status blob property to confirm if the tier has changed. 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.

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. Si un objet blob est dans le niveau archive, il ne peut pas être remplacé, afin de charger le même objet blob n’est pas autorisée dans ce scénario.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob is not permitted in this scenario. Vous pouvez remplacer un objet blob dans un niveau chaud ou froid, dans lequel cas le nouvel objet blob hérite le niveau de l’objet blob qui a été remplacé.You can overwrite a blob in a hot or cool tier, in which case the new blob inherits the tier of the blob that was overwritten.

Objets BLOB de tous les niveaux d’accès de trois peuvent coexister dans le 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 does not have an explicitly assigned tier infers the tier from the account access tier setting. Si le niveau d’accès est déduit à partir 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 is inferred from the account, you see the Access Tier Inferred blob property set to "true", and the blob Access Tier blob property matches the account tier. Dans le portail Azure, le niveau d’accès déduit la propriété est affichée avec le niveau d’accès de blob (par exemple, chaud [déduit] ou froid [déduit]).In the Azure portal, the access tier inferred property is displayed with the blob access tier (for example, Hot (inferred) or Cool (inferred)).

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 pas modifier le niveau d’un objet blob de blocs comportant des captures instantanées.You also cannot change the tier of a block blob that has snapshots.

Notes

Données stockées dans un compte de stockage des objets blob de bloc ne peut pas actuellement être placé au niveau chaud, froid ou archive à l’aide de définir le niveau du Blob ou à l’aide de la gestion du cycle de vie du stockage d’objets Blob Azure.Data stored in a block blob storage account cannot currently be tiered to hot, cool, or archive using Set Blob Tier or using Azure Blob Storage lifecycle management. Pour déplacer des données, vous devez synchrone copier des objets BLOB à partir du compte de stockage des objets blob de bloc pour le niveau d’accès à chaud dans un autre compte à l’aide du placer le bloc à partir d’API URL ou une version d’AzCopy qui prend en charge de 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.

Gestion de cycle de vie des objets blobBlob lifecycle management

Gestion du cycle de vie du stockage BLOB offre une stratégie riche, basé sur la règle que vous pouvez utiliser pour la transition de vos données pour le meilleur niveau d’accès et faire expirer les données à la fin de son 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.

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, où l’opération de lecture (par 10 000) et les frais d’extraction (par Go) de données du niveau source s’appliquent.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. 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 hot->cool, hot->archive, cool->archivehot->cool, hot->archive, cool->archive archive->cool, archive->hot, cool->hotarchive->cool, archive->hot, cool->hot

Si vous passez le niveau du compte de chaud à froid, vous sera facturé pour les opérations d’écriture (par 10 000) pour tous les objets blobs ne disposant pas d’un niveau configuré dans les comptes GPv2 uniquement.If you toggle the account tier from hot to cool, you will 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 is no charge for this change in Blob storage accounts. Vous serez facturé pour les opérations d’écriture (par 10 000) et l’extraction de données (par Go) si vous passez votre compte de stockage d’objets blob ou GPv2 de froid à chaud.You will be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle your Blob storage or GPv2 account from cool to hot. 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.

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

En plus des frais par Go et par mois, chaque objet blob déplacé dans le niveau froid (comptes GPv2 uniquement) est sujet à une période de suppression anticipée froide de 30 jours, et chaque objet blob déplacé dans le niveau archive est sujet à une période de suppression anticipée d’archive de 180 jours.In addition to the per GB, per month charge, any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days, and 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é en archive puis supprimé ou déplacé vers le niveau chaud après 45 jours, il vous sera facturé des frais de suppression anticipé équivalent à 135 (180 moins 45) jours de stockage de cet objet blob en archive.For example, if a blob is moved to archive and then deleted or moved to the hot tier after 45 days, you will 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, creation-time 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, creation-time, if there has been no access tier changes. Sinon, vous pouvez utiliser lorsque le niveau d’accès a été modifié à froid ou archive en consultant la propriété d’objet blob : access-tier-modification-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 blob de blocComparing block blob storage options

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

Performances de niveau PremiumPremium performance Niveau chaudHot tier Niveau froidCool tier Niveau d’archiveArchive tier
DisponibilitéAvailability 99,9 %99.9% 99,9 %99.9% 99 %99% N/AN/A
DisponibilitéAvailability
(Lectures RA-GRS)(RA-GRS reads)
N/AN/A 99,99 %99.99% 99,9 %99.9% N/AN/A
Frais d’utilisationUsage charges Coûts de stockage supérieurs, accès inférieur et le coût de transactionHigher 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 jours (GPv2 uniquement)30 days (GPv2 only) 180 jours180 days
LatenceLatency
(Temps jusqu’au premier octet)(Time to first byte)
Millisecondes de chiffreSingle-digit milliseconds millisecondesmilliseconds millisecondesmilliseconds < 15 h< 15 hrs

Notes

Pour les cibles d’évolutivité et les performances, consultez objectifs de performance et d’extensibilité Azure Storage pour les comptes de stockageFor scalability and performance targets, see Azure Storage scalability and performance targets for storage accounts

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 le panneau Paramètres, cliquez sur Configuration pour afficher et/ou modifier la configuration du compte.In the Settings blade, click Configuration to view and/or change the account configuration.

  4. Sélectionnez le niveau d’accès approprié à 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 dans la partie supérieure du panneau.Click Save at the top of the blade.

Modifier 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, sélectionnez votre compte de stockage, sélectionnez votre conteneur, puis 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 le propriétés d’objets Blob panneau, sélectionnez le niveau d’accès menu déroulant pour sélectionner le chaud, froid, ou Archive niveau d’accès.In the Blob properties blade, select the Access tier dropdown menu to select the Hot, Cool, or Archive access tier.

  4. Cliquez sur Enregistrer dans la partie supérieure du panneau.Click Save at the top of the blade.

Tarification et facturationPricing and billing

Tous les comptes de stockage utilisent un modèle tarifaire pour le stockage Blob basé sur le niveau de chaque objet blob.All storage accounts use a pricing model for 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 : En plus de la quantité de données stockées, le coût de stockage des données varie selon le 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 dans le niveau d’accès froid et archive, les frais d’accès par gigaoctet données pour les lectures sont facturés.For data in the cool and archive access tier, you are 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 is 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.
  • La modification du niveau d’accès: Modifier le niveau d’accès de compte du niveau froid au niveau chaud entraîne des frais correspondant à la lecture de toutes les données existantes dans le compte de stockage.Changing the access tier: Changing the account access tier from cool to hot incurs a charge equal to reading all the data existing in the storage account. Par ailleurs, le passage du niveau d’accès de stockage chaud au niveau d’accès de stockage froid implique des frais correspondant à l’écriture de toutes les données dans le niveau froid (comptes GPv2 uniquement).However, changing the account access tier from hot to cool incurs a charge equal to writing all the data into the cool tier (GPv2 accounts only).

Notes

Pour plus d’informations sur les tarifs des comptes de stockage Blob, consultez la page Présentation de la tarification Stockage Azure.For more information about pricing for Blob storage accounts, 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 do not 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.

Puis-je stocker des objets dans les trois (chaud, froid et archive) niveaux dans le même compte d’accès ?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 par défaut applicable à tous les objets du compte ne possédant par un niveau d’ensemble explicite.The Access Tier attribute set at the account level is the default tier that applies to all objects in that account without an explicit set tier. Toutefois, 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.However, 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. Objets BLOB dans un des niveaux d’accès de trois (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 Blob ou GPv2 ?Can I change the default access tier of my Blob or GPv2 storage account?

Oui, vous pouvez modifier le niveau d’accès par défaut en définissant le niveau d’accès attribut sur le compte de stockage.Yes, you can change the default access tier by setting the Access tier attribute on the storage account. La modification du niveau d’accès s’applique à tous les objets stockés dans le compte qui n’ont pas de définir un niveau explicite.Changing the access tier applies to all objects stored in the account that do not have an explicit tier set. Activation/la désactivation du niveau d’accès à partir de chaud à froid implique des opérations d’écriture (par 10 000) pour tous les objets BLOB sans niveau ensemble dans des comptes GPv2 uniquement et activation/désactivation de froid à chaud implique les deux opérations de lecture (par 10 000) et des frais de récupération de données (par Go) pour tous les objets BLOB dans stockage Blob et les comptes GPv2.Toggling the access 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. Uniquement les niveaux d’accès chaud et froid peuvent être définies en tant que le niveau d’accès de compte par défaut.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.

Dans lequel les régions sont la chaud, froid et archiver des niveaux d’accès disponibles dans ?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 dans le niveau d’accès froid se comportent différemment de ceux dans le 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 dans le niveau d’accès chaud ont la même latence que les objets BLOB des comptes de stockage 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 dans le niveau d’accès froid ont une latence similaire (en millisecondes) en tant qu’objets BLOB des comptes de stockage 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 dans le niveau d’accès archive ont plusieurs heures de latence dans les comptes de stockage 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 dans le niveau d’accès froid ont un niveau service disponibilité de légèrement inférieur (SLA) que les objets BLOB stockés au niveau de l’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?

Oui.Yes. 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’archive valides, comprenant la suppression, la liste, l’obtention des propriétés/médadonnées d’objets blob, et le niveau de l’objet blob sont 100 % cohérents entre les niveaux chaud et froid.All valid archive operations including delete, list, get blob properties/metadata, and set blob tier are 100% consistent with hot and cool. Un objet blob ne peut pas être lu ou modifié en étant dans le niveau archive.A blob cannot be read or modified while in the archive tier.

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éalimentation, vous pouvez utiliser l’opération d’obtention des propriétés d’objet blob afin d’interroger l’attribut État d’archive pour confirmer la fin du changement de niveau.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute to 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 reflète le nouveau niveau.In this case, you are 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 chaud ou froid.At that point you are 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 will 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. 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?

Stockage de données, ainsi que d’autres limites sont définies au niveau du compte et non par le niveau d’accès.Data storage along with other limits are set at the account level and not per access tier. Par conséquent, vous pouvez choisir d’utiliser toute votre limite sur un seul niveau ou sur les trois niveaux.Therefore, 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 Blob storage accounts

Vérifier la disponibilité de niveau chaud, froid et archive par régionCheck availability of hot, cool, and archive by region

Gérer le cycle de vie du stockage Blob AzureManage the Azure Blob storage lifecycle

Évaluer l’utilisation des comptes de stockage actuels en activant les métriques Azure StorageEvaluate usage of your current storage accounts by enabling Azure Storage metrics

Vérifier la tarification du niveau chaud, froid et archive dans les comptes de stockage d’objets blob et GPv2 par régionCheck hot, cool, and archive pricing in Blob storage and GPv2 accounts by region

Vérifier la tarification des transferts de donnéesCheck data transfers pricing