Usługa Azure Blob Storage: warstwy dostępu Gorąca, Chłodna i ArchiwumAzure Blob storage: hot, cool, and archive access tiers

Usługa Azure Storage oferuje różne warstwy dostępu, dzięki którym można przechowywać dane obiektów BLOB w najbardziej opłacalny sposób.Azure storage offers different access tiers, which allow you to store blob object data in the most cost-effective manner. Do wyboru są następujące warstwy dostępu:The available access tiers include:

  • Hot Zoptymalizowany pod kątem przechowywania danych, które są często dostępne.Hot - Optimized for storing data that is accessed frequently.
  • Chłodnie zoptymalizowane pod kątem przechowywania danych, które są rzadko używane i są przechowywane przez co najmniej 30 dni.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • Archive Optymalizacja zoptymalizowana pod kątem przechowywania danych, które są rzadko używane i przechowywane przez co najmniej 180 dni z elastycznymi wymaganiami opóźnienia (w kolejności godzin).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).

Poniższe uwagi dotyczą różnych warstw dostępu:The following considerations apply to the different access tiers:

  • Na poziomie konta można ustawić tylko warstwy dostępu Chłodna i Gorąca.Only the hot and cool access tiers can be set at the account level. Warstwa dostępu Archiwum jest niedostępna na poziomie konta.The archive access tier isn't available at the account level.
  • Warstwy Gorąca, Chłodna i Archiwum można ustawić na poziomie obiektu blob podczas przekazywania lub po przekazaniu.Hot, cool, and archive tiers can be set at the blob level during upload or after upload.
  • Dane w warstwie dostępu Chłodna mogą tolerować nieznacznie niższą dostępność, ale nadal wymagają wysokiej trwałości, opóźnienia pobierania i charakterystyk przepływności podobnych do gorących danych.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. W przypadku chłodnych danych umowa dotycząca poziomu usług o nieznacznie niższej dostępności i wyższe koszty dostępu w porównaniu z gorącymi danymi są akceptowalnymi ustępstwami za niższe koszty magazynowania.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.
  • Magazyn archiwalny przechowuje dane w trybie offline i oferuje najniższe koszty magazynowania, ale również najwyższe koszty przywracania danych i uzyskiwania do nich dostępu.Archive storage stores data offline and offers the lowest storage costs but also the highest data rehydrate and access costs.

Dane przechowywane w chmurze zwiększają się w tempie wykładniczym.Data stored in the cloud grows at an exponential pace. Aby zarządzać kosztami zwiększających się potrzeb dotyczących magazynowania, warto zorganizować dane na podstawie atrybutów, takich jak częstotliwość dostępu i planowany okres przechowywania. Pozwoli to na optymalizację kosztów.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. Dane przechowywane w chmurze mogą być różne w zależności od tego, jak są generowane, przetwarzane i jak uzyskuje się do nich dostęp w okresie ich istnienia.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. Do niektórych danych często uzyskuje się dostęp. Są one również często modyfikowane w trakcie całego okresu istnienia.Some data is actively accessed and modified throughout its lifetime. Do niektórych danych często uzyskuje się dostęp na początkowym etapie istnienia, a z czasem już zdecydowanie rzadziej.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. Niektóre dane pozostają w stanie bezczynności w chmurze i rzadko, jeśli kiedykolwiek, uzyskuje się do nich dostęp po rozpoczęciu ich przechowywania.Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

Każdy z tych scenariuszy dostępu do danych korzysta z innej warstwy dostępu, która jest zoptymalizowana pod kątem określonego wzorca dostępu.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. Dzięki warstwom dostępu gorąca, chłodna i archiwalna usługa Azure Blob Storage jest wymagana w przypadku zróżnicowanych warstw dostępu z oddzielnymi modelami cenowymi.With hot, cool, and archive access tiers, Azure Blob storage addresses this need for differentiated access tiers with separate pricing models.

Uwaga

Funkcje opisane w tym artykule są teraz dostępne dla kont, które mają hierarchiczną przestrzeń nazw.The features described in this article are now available to accounts that have a hierarchical namespace. Aby zapoznać się z ograniczeniami, zobacz funkcje magazynu obiektów BLOB dostępne w Azure Data Lake Storage Gen2 artykule.To review limitations, see the Blob storage features available in Azure Data Lake Storage Gen2 article.

Konta magazynu z obsługą warstwStorage accounts that support tiering

Przechowywanie warstw danych między gorącą, chłodną i archiwum jest obsługiwane tylko w przypadku kont BLOB Storage i Ogólnego przeznaczenia v2 (GPv2).Object storage data tiering between hot, cool, and archive is only supported in Blob storage and General Purpose v2 (GPv2) accounts. Konta Ogólnego przeznaczenia V1 (GPv1) nie obsługują warstw.General Purpose v1 (GPv1) accounts don't support tiering. Klienci mogą łatwo przekonwertować istniejące konta GPv1 lub BLOB Storage na konta GPv2 przy użyciu Azure Portal.Customers can easily convert their existing GPv1 or Blob storage accounts to GPv2 accounts through the Azure portal. GPv2 udostępnia nowe ceny i funkcje dla obiektów blob, plików i kolejek.GPv2 provides new pricing and features for blobs, files, and queues. Niektóre funkcje i ceny są oferowane tylko w ramach kont GPv2.Some features and prices cuts are only offered in GPv2 accounts. Oceń przy użyciu kont GPv2 po pełnym przeglądzie cen.Evaluate using GPv2 accounts after comprehensively reviewing pricing. Niektóre obciążenia mogą być droższe w GPv2 niż GPv1.Some workloads can be more expensive on GPv2 than GPv1. Aby uzyskać więcej informacji, zobacz Omówienie konta magazynu platformy Azure.For more information, see Azure storage account overview.

Konta magazynu obiektów blob i GPv2 uwidaczniają atrybut Warstwa dostępu na poziomie konta.Blob storage and GPv2 accounts expose the Access Tier attribute at the account level. Ten atrybut umożliwia określenie domyślnej warstwy dostępu dla dowolnego obiektu BLOB, który nie jest jawnie ustawiony na poziomie obiektu.This attribute allows you to specify the default access tier for any blob that doesn't have it explicit set at the object level. W przypadku obiektów z zestawem warstwy na poziomie obiektu warstwa konta nie będzie stosowana.For objects with the tier set at the object level, the account tier won't apply. Warstwę archiwum można stosować tylko na poziomie obiektu.The archive tier can be applied only at the object level. W każdej chwili można przełączać się między tymi warstwami dostępu.You can switch between these access tiers at any time.

Warstwa dostępu GorącaHot access tier

Warstwa dostępu gorąca ma wyższe koszty magazynowania niż warstwy chłodna i archiwum, ale najniższe koszty dostępu.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Przykładowe scenariusze użycia dla warstwy dostępu gorąca obejmują:Example usage scenarios for the hot access tier include:

  • Dane, które są aktywnie używane lub do których jest oczekiwany częsty dostęp (odczyt z i zapis do).Data that's in active use or expected to be accessed (read from and written to) frequently.
  • Dane przygotowane do przetworzenia i ostatecznej migracji do warstwy dostępu chłodna.Data that's staged for processing and eventual migration to the cool access tier.

Warstwa dostępu ChłodnaCool access tier

Warstwa dostępu chłodna ma niższe koszty magazynowania i wyższe koszty dostępu w porównaniu do warstwy magazynowania gorąca.The cool access tier has lower storage costs and higher access costs compared to hot storage. Ta warstwa jest przeznaczona dla danych, które pozostaną w warstwie Chłodna przez co najmniej 30 dni.This tier is intended for data that will remain in the cool tier for at least 30 days. Przykładowe scenariusze użycia dla warstwy dostępu chłodna obejmują:Example usage scenarios for the cool access tier include:

  • Krótkoterminowe kopie zapasowe i zestawy danych odzyskiwania po awarii.Short-term backup and disaster recovery datasets.
  • Starszą zawartość nośników, która nie jest już często wyświetlana, ale oczekiwane jest, że będzie ona natychmiast dostępna, gdy będzie to wymagane.Older media content not viewed frequently anymore but is expected to be available immediately when accessed.
  • Duże zbiory danych, które muszą być przechowywane w sposób ekonomiczny, podczas gdy na potrzeby przyszłego przetwarzania zbierana jest większa ilość danychLarge data sets that need to be stored cost effectively while more data is being gathered for future processing. (np. długoterminowe magazynowanie danych naukowych lub nieprzetworzonych danych telemetrycznych z zakładu produkcyjnego).(For example, long-term storage of scientific data, raw telemetry data from a manufacturing facility)

Warstwa dostępu ArchiwumArchive access tier

Warstwa dostępu archiwalnego ma najniższy koszt magazynowania.The archive access tier has the lowest storage cost. Jednak ma wyższy koszt pobierania danych w porównaniu do warstw gorąca i chłodna.But it has higher data retrieval costs compared to the hot and cool tiers. Dane muszą pozostać w warstwie archiwum przez co najmniej 180 dni lub podlegają opłacie za wczesne usunięcie.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge. Pobieranie danych w warstwie archiwum może potrwać kilka godzin w zależności od priorytetu odzyskania.Data in the archive tier can take several hours to retrieve depending on the priority of the rehydration. W przypadku małych obiektów dehydratacji o wysokim priorytecie może pobrać obiekt z archiwum w ciągu 1 godziny.For small objects, a high priority rehydrate may retrieve the object from archive in under 1 hour. Aby dowiedzieć się więcej, zobacz informacje dotyczące danych obiektów BLOB w warstwie archiwum .See Rehydrate blob data from the archive tier to learn more.

Gdy obiekt BLOB znajduje się w magazynie archiwum, dane obiektów BLOB są w trybie offline i nie można ich odczytać, zastąpić ani modyfikować.While a blob is in archive storage, the blob data is offline and can't be read, overwritten, or modified. Aby odczytać lub pobrać obiekt BLOB w archiwum, należy najpierw go przetworzyć w warstwie online.To read or download a blob in archive, you must first rehydrate it to an online tier. Nie można wykonać migawek obiektu BLOB w magazynie archiwum.You can't take snapshots of a blob in archive storage. Jednak metadane obiektów BLOB pozostają w trybie online i są dostępne, co umożliwia wyświetlenie listy obiektów blob, jego właściwości, metadanych i znaczników indeksów obiektów BLOB.However, the blob metadata remains online and available, allowing you to list the blob, its properties, metadata, and blob index tags. Ustawianie lub modyfikowanie metadanych obiektów BLOB w archiwum jest niedozwolone. można jednak ustawić i zmodyfikować Tagi indeksów obiektów BLOB.Setting or modifying the blob metadata while in archive is not allowed; however you may set and modify the blob index tags. W przypadku obiektów BLOB w archiwum jedynymi prawidłowymi operacjami są GetBlobProperties, GetBlobMetadata, SetBlobTags, GetBlobTags, FindBlobsByTags, ListBlobs, SetBlobTier, CopyBlob i DeleteBlob.For blobs in archive, the only valid operations are GetBlobProperties, GetBlobMetadata, SetBlobTags, GetBlobTags, FindBlobsByTags, ListBlobs, SetBlobTier, CopyBlob, and DeleteBlob.

Przykładowe scenariusze użycia dla warstwy dostępu archiwalnego obejmują:Example usage scenarios for the archive access tier include:

  • Długoterminowe kopie zapasowe, dodatkowe kopie zapasowej i archiwalne zestawy danychLong-term backup, secondary backup, and archival datasets
  • Oryginalne (nieprzetworzone) dane, które muszą zostać zachowane, nawet po przetworzeniu ich do ostatecznej użytecznej postaciOriginal (raw) data that must be preserved, even after it has been processed into final usable form.
  • Dane zgodności i dane archiwalne, które muszą być przechowywane przez długi czas, i do których bardzo rzadko uzyskuje się dostępCompliance and archival data that needs to be stored for a long time and is hardly ever accessed.

Uwaga

Warstwa archiwum nie jest obecnie obsługiwana dla kont ZRS, GZRS lub RA-GZRS.The archive tier is not currently supported for ZRS, GZRS, or RA-GZRS accounts.

Obsługa warstw na poziomie kontaAccount-level tiering

Obiekty blob we wszystkich trzech warstwach dostępu mogą współistnieć w ramach tego samego konta.Blobs in all three access tiers can coexist within the same account. Wszystkie obiekty blob, które nie mają jawnie przypisanej warstwy, są uwzględniane w ustawieniach warstwy dostępu konta.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. Jeśli warstwa dostępu pochodzi z konta, zostanie wyświetlona właściwość obiektu BLOB wywnioskowanej warstwy dostępu ustawiona na wartość "true", a właściwość obiektu BLOB warstwy dostępu jest zgodna z warstwą konta.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. W Azure Portal Właściwość wywnioskowana Warstwa dostępu jest wyświetlana z warstwą dostępu obiektu BLOB jako gorąca (wywnioskowana) lub chłodna (wywnioskowana).In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

Zmiana warstwy dostępu do konta ma zastosowanie do wszystkich obiektów odroczonych w warstwie dostępu przechowywanych na koncie, które nie mają jawnie ustawionej warstwy.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. Jeśli przełączysz warstwę konta z gorąca na chłodna, nastąpi naliczanie opłat za operacje zapisu (za 10 000) dla wszystkich obiektów Blob bez ustawionej warstwy tylko na kontach GPv2.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. Ta zmiana nie jest naliczana w ramach kont usługi BLOB Storage.There's no charge for this change in Blob storage accounts. Zostanie naliczona opłata za operacje odczytu (za 10 000) i pobieranie danych (za GB) w przypadku przełączenia się z chłodnej na gorącą w ramach kont usługi BLOB Storage lub GPv2.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.

Obsługa warstw na poziomie obiektów blobBlob-level tiering

Obsługa warstw na poziomie obiektów BLOB umożliwia przekazywanie danych do wybranej warstwy dostępu przy użyciu operacji Put BLOB lub Put Block list oraz zmianę warstwy danych na poziomie obiektu za pomocą funkcji Ustaw warstwę obiektów BLOB lub funkcję zarządzania cyklem życia .Blob-level tiering allows you to upload data to the access tier of your choice using the Put Blob or Put Block List operations and change the tier of your data at the object level using the Set Blob Tier operation or Lifecycle management feature. Dane można przekazywać do wymaganej warstwy dostępu, a następnie łatwo zmienić warstwę dostępu do obiektów BLOB w warstwach gorąca, chłodna lub archiwalna w miarę zmiany wzorców użycia, bez konieczności przenoszenia danych między kontami.You can upload data to your required access tier then easily change the blob access tier among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. Wszystkie żądania zmiany warstwy są wykonywane natychmiast, a zmiany warstwy między gorącą i chłodną są chwilowo.All tier change requests happen immediately and tier changes between hot and cool are instantaneous. Ponownego wypełniania obiekt BLOB z archiwum może jednak trwać kilka godzin.However, rehydrating a blob from archive can take several hours.

Czas ostatniej zmiany warstwy obiektu blob jest uwidaczniany za pomocą właściwości obiektu blob Czas zmiany warstwy dostępu.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. Podczas zastępowania obiektu BLOB w warstwie gorąca lub chłodna nowo utworzony obiekt BLOB dziedziczy warstwę obiektu BLOB, który został zastąpiony, chyba że nowa warstwa dostępu do obiektów BLOB jest jawnie ustawiona podczas tworzenia.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. Jeśli obiekt BLOB znajduje się w warstwie archiwum, nie można go zastąpić, więc przekazywanie tego samego obiektu BLOB nie jest dozwolone w tym scenariuszu.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario.

Uwaga

Magazyn Archiwum i funkcja obsługi warstw na poziomie obiektów blob obsługują tylko blokowe obiekty blob.Archive storage and blob-level tiering only support block blobs.

Zarządzanie cyklem życia obiektów BLOBBlob lifecycle management

Blob Storage Zarządzanie cyklem życia obejmuje zaawansowane zasady oparte na regułach, których można użyć do przechodzenia danych do najlepszej warstwy dostępu oraz do wygasania danych na koniec cyklu życia.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. Aby dowiedzieć się więcej , zobacz Zarządzanie cyklem życia usługi Azure Blob Storage .See Manage the Azure Blob storage lifecycle to learn more.

Uwaga

Dane przechowywane na koncie magazynu blokowych obiektów BLOB (wydajność Premium) nie mogą być obecnie warstwami gorąca, chłodna lub archiwalna przy użyciu warstwy obiektu BLOB lub usługi Azure Blob Storage.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. Aby przenieść dane, należy synchronicznie skopiować obiekty blob z konta blokowego usługi BLOB Storage do warstwy dostępu gorąca na innym koncie przy użyciu funkcji Put blok z adresu URL lub wersji AzCopy, która obsługuje ten interfejs 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. Blok Put z adresu URL synchronicznie kopiuje dane na serwerze, co oznacza, że wywołanie kończy się tylko wtedy, gdy wszystkie dane są przenoszone z oryginalnej lokalizacji serwera do lokalizacji docelowej.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.

Rozliczanie obsługi warstw na poziomie obiektów blobBlob-level tiering billing

Gdy obiekt BLOB zostanie przekazany lub przeniesiony do warstwy gorąca, chłodna lub archiwalna, jest naliczana według odpowiedniej stawki bezpośrednio po zmianie warstwy.When a blob is uploaded or moved to the hot, cool, or archive tier, it is charged at the corresponding rate immediately upon tier change.

Gdy obiekt BLOB jest przenoszony do warstwy chłodnicy (gorąca >chłodna, archiwum gorąca >lub archiwum chłodnych >), operacja jest rozliczana jako operacja zapisu w warstwie docelowej, w przypadku której stosuje się opłaty za operacje zapisu (za 10 000) i zapis danych (za GB) dla warstwy docelowej.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.

Gdy obiekt BLOB jest przenoszony do warstwy gorąca (archiwum->chłodna, >archiwalna lub chłodna >gorąca), operacja jest rozliczana jako odczyt z warstwy źródłowej, gdzie stosowane są opłaty za operacje odczytu (za 10 000) i pobieranie danych (za GB) dla warstwy źródłowej.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. Mogą również obowiązywać opłaty za wczesne usunięcie dla dowolnego obiektu przeniesionego z warstwy Chłodna lub Archiwum.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. Dane ponownego wypełniania z archiwum zajmują czas, a dane będą obciążane cenami, dopóki dane nie zostaną przywrócone w trybie online, a zmiany warstwy obiektów BLOB na gorącą lub chłodną.Rehydrating data from archive takes time and data will be charged archive prices until the data is restored online and blob tier changes to hot or cool. Poniższa tabela zawiera podsumowanie sposobu rozliczania zmian warstwy:The following table summarizes how tier changes are billed:

Opłaty za zapis (operacja i dostęp)Write Charges (Operation + Access) Opłaty za odczyt (operacja i dostęp)Read Charges (Operation + Access)
Kierunek SetBlobTierSetBlobTier Direction Chłodna >gorąca,hot->cool,
Archiwum >gorąca,hot->archive,
Archiwum >chłodnychcool->archive
Archiwum — >chłodna,archive->cool,
Archiwum — >gorąca,archive->hot,
Chłodna >gorącacool->hot

Opłaty za wcześniejsze usunięcie w warstwach Chłodna i ArchiwumCool and archive early deletion

Każdy obiekt BLOB, który jest przenoszony do warstwy chłodna (tylko konta GPv2), jest objęty okresem wcześniejszego usunięcia wynoszącym 30 dni.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. Każdy obiekt BLOB, który jest przenoszony do warstwy archiwum, podlega okresowi wcześniejszego usunięcia z archiwum 180 dni.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. Ta opłata jest naliczana proporcjonalnie.This charge is prorated. Jeśli na przykład obiekt BLOB zostanie przeniesiony do archiwum, a następnie usunięty lub przeniesiony do warstwy gorąca po 45 dniach, zostanie naliczona opłata za wczesne usunięcie, równą 135 (180 minus 45) dni przechowywania tego obiektu BLOB w archiwum.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.

Możesz obliczyć wczesne usunięcie przy użyciu właściwości obiektu BLOB, ostatniej modyfikacji, jeśli nie ma żadnych zmian w warstwie dostępu.You may calculate the early deletion by using the blob property, Last-Modified, if there has been no access tier changes. W przeciwnym razie można użyć, gdy warstwa dostępu została ostatnio zmodyfikowana do chłodna lub archiwalna, wyświetlając właściwość obiektu BLOB: Warstwa dostępu-zmiana-czas.Otherwise you can use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. Aby uzyskać więcej informacji na temat właściwości obiektów blob, zobacz pobieranie właściwości obiektów BLOB.For more information on blob properties, see Get Blob Properties.

Porównywanie opcji magazynu blokowych obiektów BLOBComparing block blob storage options

W poniższej tabeli przedstawiono porównanie magazynu obiektów BLOB wydajności w warstwie Premium oraz warstw dostępu gorąca, chłodna i archiwalna.The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Wydajność warstwy PremiumPremium performance Warstwa gorącaHot tier Warstwa chłodnaCool tier Warstwa ArchiwumArchive tier
DostępnośćAvailability 99,9%99.9% 99,9%99.9% 99%99% Tryb offlineOffline
DostępnośćAvailability
(odczyty RA-GRS)(RA-GRS reads)
Nie dotyczyN/A 99,99%99.99% 99,9%99.9% Tryb offlineOffline
Opłaty za użycieUsage charges Wyższe koszty magazynowania, niższy dostęp i koszt transakcjiHigher storage costs, lower access, and transaction cost Wyższe koszty magazynowania, niższy dostęp i koszty transakcjiHigher storage costs, lower access, and transaction costs Niższe koszty magazynowania, wyższego poziomu dostępu i kosztów transakcjiLower storage costs, higher access, and transaction costs Najniższe koszty magazynowania, najwyższy poziom dostępu i koszty transakcjiLowest storage costs, highest access, and transaction costs
Minimalny rozmiar obiektuMinimum object size NIE DOTYCZYN/A NIE DOTYCZYN/A NIE DOTYCZYN/A NIE DOTYCZYN/A
Minimalny czas magazynowaniaMinimum storage duration NIE DOTYCZYN/A NIE DOTYCZYN/A 30 dni130 days1 180 dni180 days
OpóźnienieLatency
(czas do pierwszego bajtu)(Time to first byte)
Jednocyfrowe milisekundySingle-digit milliseconds milisekundymilliseconds milisekundymilliseconds godz.2hours2

1 obiekty w warstwie chłodna na kontach GPv2 mają minimalny okres przechowywania równy 30 dni.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. Konta usługi BLOB Storage nie mają minimalnego czasu trwania przechowywania dla warstwy chłodna.Blob storage accounts don't have a minimum retention duration for the cool tier.

2 Archive Storage obecnie obsługuje 2 dwuwodne priorytety, wysoki i standardowy, który oferuje różne opóźnienia pobierania.2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offers different retrieval latencies. Aby uzyskać więcej informacji, zobacz informacje o rehydratacji danych obiektów blob z warstwy archiwum.For more information, see Rehydrate blob data from the archive tier.

Uwaga

Konta magazynu obiektów BLOB obsługują te same cele dotyczące wydajności i skalowalności co konta magazynu ogólnego przeznaczenia w wersji 2.Blob storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. Aby uzyskać więcej informacji, zobacz elementy docelowe skalowalności i wydajności dla usługi BLOB Storage.For more information, see Scalability and performance targets for Blob storage.

Scenariusze typu Szybki startQuickstart scenarios

W tej sekcji przedstawiono następujące scenariusze przy użyciu Azure Portal i programu PowerShell:In this section, the following scenarios are demonstrated using the Azure portal and PowerShell:

  • Jak zmienić domyślną warstwę dostępu konta GPv2 lub usługi Blob Storage.How to change the default account access tier of a GPv2 or Blob storage account.
  • Jak zmienić warstwę obiektu blob na koncie GPv2 lub usługi Blob Storage.How to change the tier of a blob in a GPv2 or Blob storage account.

Zmienianie domyślnej warstwy dostępu konta GPv2 lub usługi Blob StorageChange the default account access tier of a GPv2 or Blob storage account

  1. Zaloguj się w witrynie Azure Portal.Sign in to the Azure portal.

  2. W Azure Portal Wyszukaj i wybierz pozycję wszystkie zasoby.In the Azure portal, search for and select All Resources.

  3. Wybierz swoje konto magazynu.Select your storage account.

  4. W obszarze Ustawieniawybierz pozycję Konfiguracja , aby wyświetlić i zmienić konfigurację konta.In Settings, select Configuration to view and change the account configuration.

  5. Wybierz odpowiednią warstwę dostępu do własnych potrzeb: Ustaw warstwę dostępu na chłodna lub gorąca.Select the right access tier for your needs: Set the Access tier to either Cool or Hot.

  6. Kliknij przycisk Zapisz u góry.Click Save at the top.

Zmień domyślną warstwę konta w Azure Portal

Zmienianie warstwy obiektu BLOB na koncie GPv2 lub BLOB StorageChange the tier of a blob in a GPv2 or Blob storage account

  1. Zaloguj się w witrynie Azure Portal.Sign in to the Azure portal.

  2. W Azure Portal Wyszukaj i wybierz pozycję wszystkie zasoby.In the Azure portal, search for and select All Resources.

  3. Wybierz swoje konto magazynu.Select your storage account.

  4. Wybierz kontener, a następnie wybierz obiekt BLOB.Select your container and then select your blob.

  5. We właściwościach obiektu BLOBwybierz pozycję Zmień warstwę.In the Blob properties, select Change tier.

  6. Wybierz warstwę dostępu gorąca, chłodnalub archiwalna .Select the Hot, Cool, or Archive access tier. Jeśli obiekt BLOB znajduje się obecnie w archiwum i chcesz go umieścić w warstwie online, możesz również wybrać priorytet rehydratacji dla warstwy standardowa lub wysoka.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.

  7. Wybierz pozycję Zapisz u dołu.Select Save at the bottom.

Zmień warstwę obiektów BLOB w Azure Portal

Cennik i rozliczeniaPricing and billing

Wszystkie konta magazynu używają modelu cen dla magazynu blokowych obiektów BLOB na podstawie warstwy każdego obiektu BLOB.All storage accounts use a pricing model for Block blob storage based on the tier of each blob. Należy pamiętać o następujących kwestiach dotyczących rozliczeń:Keep in mind the following billing considerations:

  • Koszty usługi Storage: oprócz ilości przechowywanych danych koszt przechowywania danych różni się w zależności od warstwy dostępu.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the access tier. Koszt za gigabajt zmniejsza się w miarę, jak warstwa staje się chłodniejsza.The per-gigabyte cost decreases as the tier gets cooler.

  • Koszty dostępu do danych: opłaty za dostęp do danych wzrastają w miarę, jak warstwa staje się chłodniejsza.Data access costs: Data access charges increase as the tier gets cooler. W przypadku danych w warstwie dostępu chłodna i archiwalna naliczana jest opłata za dostęp do danych za każdy gigabajt dla operacji odczytu.For data in the cool and archive access tier, you're charged a per-gigabyte data access charge for reads.

  • Koszty transakcji: jest naliczana opłata za transakcję dla wszystkich warstw, które zwiększają się, gdy warstwa uzyskuje chłodnicę.Transaction costs: There's a per-transaction charge for all tiers that increases as the tier gets cooler.

  • Koszty transferu danych replikacji geograficznej: ta opłata dotyczy tylko kont ze skonfigurowaną replikacją geograficzną, w tym GRS i RA-GRS.Geo-Replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. Transfer danych w ramach replikacji geograficznej powoduje naliczanie opłaty za każdy gigabajt.Geo-replication data transfer incurs a per-gigabyte charge.

  • Koszty transferu danych wychodzących: transfery danych wychodzących (dane przesyłane poza region platformy Azure) powodują naliczanie opłat za zużycie przepustowości za każdy gigabajt, co jest spójne z kontami magazynu ogólnego przeznaczenia.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.

  • Zmiana warstwy dostępu: zmiana warstwy dostępu do konta spowoduje naliczanie opłat za zmianę warstwy dla odroczonych obiektów BLOB warstwy dostępu przechowywanych na koncie, które nie mają jawnie ustawionej warstwy.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. Aby uzyskać informacje na temat zmiany warstwy dostępu dla pojedynczego obiektu BLOB, zapoznaj się z rozliczeniami warstwowymi na poziomie obiektów BLOB.For information on changing the access tier for a single blob, refer to Blob-level tiering billing.

    Zmiana warstwy dostępu dla obiektu BLOB, gdy jest włączona obsługa wersji, lub jeśli obiekt BLOB zawiera migawki, może spowodować naliczenie dodatkowych opłat.Changing the access tier for a blob when versioning is enabled, or if the blob has snapshots, may result in additional charges. Aby uzyskać więcej informacji na temat sposobu rozliczania, gdy jest włączone przechowywanie wersji obiektów blob i jawnie zmienisz warstwę obiektu BLOB, zobacz Cennik i rozliczenia w dokumentacji dotyczącej przechowywania wersji obiektów BLOB.For more information about how you are billed when blob versioning is enabled and you explicitly change a blob's tier, see Pricing and billing in the documentation for blob versioning. Aby uzyskać więcej informacji na temat sposobu rozliczania, gdy obiekt BLOB ma migawki i jawnie zmienisz warstwę obiektu BLOB, zobacz Cennik i rozliczenia w dokumentacji dotyczącej migawek obiektów BLOB.For more information about how you are billed when a blob has snapshots and you explicitly change the blob's tier, see Pricing and billing in the documentation for blob snapshots.

Uwaga

Aby uzyskać więcej informacji na temat cen blokowych obiektów blob, zobacz stronę z cennikiem usługi Azure Storage .For more information about pricing for Block blobs, see Azure Storage Pricing page. Więcej informacji dotyczących opłat za transfer danych wychodzących można znaleźć na stronie Szczegóły cennika transferów danych.For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

Najczęściej zadawane pytaniaFAQ

Czy należy używać magazynu obiektów blob lub GPv2, jeśli chcę mieć warstwy moje dane?Should I use Blob storage or GPv2 accounts if I want to tier my data?

Zalecamy korzystanie z kont GPv2 zamiast kont usługi Blob Storage na potrzeby obsługi warstw.We recommend you use GPv2 instead of Blob storage accounts for tiering. Konta GPv2 obsługują wszystkie funkcje, które obsługują konta usługi Blob Storage, i wiele innych.GPv2 support all the features that Blob storage accounts support plus a lot more. Ceny kont usługi Blob Storage i GPv2 są niemal identyczne, ale niektóre nowe funkcje i rabaty cenowe będą dostępne tylko na kontach GPv2.Pricing between Blob storage and GPv2 is almost identical, but some new features and price cuts will only be available on GPv2 accounts. Konta GPv1 nie obsługują warstw.GPv1 accounts don't support tiering.

Struktury cen kont GPv1 i GPv2 są różne, a klienci powinni dokładnie je sprawdzić przed podjęciem decyzji o użyciu kont GPv2.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. Istniejące konto usługi Blob Storage lub GPv1 można łatwo przekonwertować na konto GPv2 w ramach prostego procesu uruchamianego jednym kliknięciem.You can easily convert an existing Blob storage or GPv1 account to GPv2 through a simple one-click process. Aby uzyskać więcej informacji, zobacz Omówienie konta magazynu platformy Azure.For more information, see Azure storage account overview.

Czy mogę przechowywać obiekty we wszystkich trzech warstwach dostępu (gorąca, chłodna i archiwalna) na tym samym koncie?Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

Tak.Yes. Atrybut Warstwa dostępu ustawiany na poziomie konta to domyślna warstwa konta, która ma zastosowanie do wszystkich obiektów na tym koncie bez jawnie ustawionej warstwy.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. Obsługa warstw na poziomie obiektów BLOB umożliwia ustawienie warstwy dostępu na poziomie obiektu niezależnie od ustawienia warstwy dostępu dla konta.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. Obiekty blob w jednej z trzech warstw dostępu (gorąca, chłodna lub archiwalna) mogą znajdować się w ramach tego samego konta.Blobs in any of the three access tiers (hot, cool, or archive) may exist within the same account.

Czy mogę zmienić domyślną warstwę dostępu na moim koncie magazynu obiektów blob lub GPv2?Can I change the default access tier of my Blob or GPv2 storage account?

Tak, możesz zmienić domyślną warstwę konta, ustawiając atrybut Warstwa dostępu na koncie magazynu.Yes, you can change the default account tier by setting the Access tier attribute on the storage account. Zmiana warstwy konta ma zastosowanie do wszystkich obiektów przechowywanych na koncie, które nie mają jawnie ustawionej warstwy (na przykład gorąca (wywnioskowana) lub chłodna (wywnioskowana).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)). Przełączenie warstwy konta z gorąca na chłodnie powoduje operacje zapisu (na 10 000) dla wszystkich obiektów Blob bez zestawu warstwy tylko na kontach GPv2 i przełączanie z chłodnej na gorącą operacje odczytu (za 10 000) i pobieranie danych (za GB) dla wszystkich obiektów BLOB w ramach kont usługi BLOB Storage i GPv2.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.

Czy mogę ustawić domyślną warstwę dostępu do konta na Archiwum?Can I set my default account access tier to archive?

Nie.No. Tylko warstwy dostępu gorąca i chłodna mogą być ustawione jako domyślna Warstwa dostępu do konta.Only hot and cool access tiers may be set as the default account access tier. Archiwum można ustawić tylko na poziomie obiektu.Archive can only be set at the object level. W przypadku przekazywania obiektów BLOB należy określić wybraną warstwę dostępu, która ma być gorąca, chłodna lub archiwalna, niezależnie od domyślnej warstwy konta.On blob upload, You specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. Ta funkcja umożliwia zapisanie danych bezpośrednio w warstwie archiwum, co pozwala na wykorzystanie oszczędności kosztów od momentu utworzenia danych w magazynie obiektów 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.

W jakich regionach są dostępne warstwy dostępu gorąca, chłodna i archiwalna?In which regions are the hot, cool, and archive access tiers available in?

Warstwy dostępu gorąca i chłodna wraz z warstwami na poziomie obiektów BLOB są dostępne we wszystkich regionach.The hot and cool access tiers along with blob-level tiering are available in all regions. Magazyn w warstwie Archiwum będzie początkowo dostępny tylko w wybranych regionach.Archive storage will initially only be available in select regions. Pełną listę można znaleźć w temacie Dostępność produktów platformy Azure według regionów.For a complete list, see Azure products available by region.

Które opcje nadmiarowości są obsługiwane dla warstw dostępu gorąca, chłodna i archiwalna?Which redundancy options are supported for the hot, cool, and archive access tiers?

Warstwy gorąca i chłodna obsługują wszystkie opcje nadmiarowości.The hot and cool tiers support all redundancy options. Warstwa archiwum obsługuje tylko LRS, GRS i RA-GRS.The archive tier supports only LRS, GRS, and RA-GRS. ZRS, GZRS i RA-GZRS nie są obsługiwane dla warstwy archiwum.ZRS, GZRS, and RA-GZRS are not supported for the archive tier.

Czy obiekty blob w warstwie dostępu chłodnego działają inaczej niż te w warstwie dostępu gorąca?Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

Obiekty blob w warstwie dostępu gorącą mają takie samo opóźnienie jak obiekty blob na kontach GPv1, GPv2 i BLOB Storage.Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. Obiekty blob w warstwie dostępu chłodnego mają podobne opóźnienie (w milisekundach) jako obiekty blob na kontach GPv1, GPv2 i BLOB Storage.Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. Obiekty blob w warstwie dostępu archiwizowania mają kilka godzin opóźnienia na kontach GPv1, GPv2 i BLOB Storage.Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

Obiekty blob w warstwie dostępu chłodnego mają nieco niższy poziom dostępności usług (SLA) niż obiekty blob przechowywane w warstwie dostępu gorąca.Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. Aby uzyskać więcej informacji, zobacz Magazyn — umowa SLA.For more information, see SLA for storage.

Czy operacje w warstwach Gorąca, Chłodna i Archiwum są takie same?Are the operations among the hot, cool, and archive tiers the same?

Wszystkie operacje w warstwach Gorąca i Chłodna są w 100% spójne.All operations between hot and cool are 100% consistent. Wszystkie prawidłowe operacje archiwizowania, w tym GetBlobProperties, GetBlobMetadata, SetBlobTags, GetBlobTags, FindBlobsByTags, ListBlobs, SetBlobTier i DeleteBlob, 100 są zgodne z gorącą i chłodną.All valid archive operations including GetBlobProperties, GetBlobMetadata, SetBlobTags, GetBlobTags, FindBlobsByTags, ListBlobs, SetBlobTier, and DeleteBlob are 100% consistent with hot and cool. Nie można odczytać lub zmodyfikować danych obiektu BLOB w warstwie archiwum, dopóki nie zostanie on przeodwodniony; w archiwum są obsługiwane tylko operacje odczytu metadanych obiektu BLOB.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. Jednak Tagi indeksu obiektów BLOB mogą być odczytane, ustawiane lub modyfikowane w archiwum.However blob index tags can be read, set, or modified while in archive.

Kiedy podczas ponownego wypełniania obiektu blob z warstwy Archiwum do warstwy Gorąca lub Chłodna będę wiedzieć, że ten proces został ukończony?When rehydrating a blob from archive tier to the hot or cool tier, how will I know when rehydration is complete?

Podczas ponownego wypełniania można użyć operacji pobierania właściwości obiektu BLOB do sondowania atrybutu stanu archiwum i potwierdzić, kiedy zmiana warstwy zostanie zakończona.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute and confirm when the tier change is complete. Właściwość ta ma wartość „rehydrate-pending-to-hot” (ponowne wypełnianie w celu przejścia do warstwy gorącej) lub „rehydrate-pending-to-cool” (ponowne wypełnianie w celu przejścia do warstwy chłodnej) w zależności od warstwy docelowej.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. Po zakończeniu tego procesu właściwość obiektu blob „stan archiwum” jest usuwana, a wartość właściwości Warstwa dostępu odpowiada nowej warstwie Gorąca lub Chłodna.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier. Aby dowiedzieć się więcej, zobacz informacje dotyczące danych obiektów BLOB w warstwie archiwum .See Rehydrate blob data from the archive tier to learn more.

Kiedy po ustawieniu warstwy obiektu blob rozpocznie się naliczanie opłat przy użyciu odpowiedniej stawki?After setting the tier of a blob, when will I start getting billed at the appropriate rate?

Każdy obiekt BLOB jest zawsze rozliczany zgodnie z warstwą określoną przez właściwość warstwy dostępu obiektu BLOB.Each blob is always billed according to the tier indicated by the blob's Access Tier property. Po ustawieniu nowej warstwy online dla obiektu BLOB Właściwość Warstwa dostępu natychmiast odzwierciedla nową warstwę dla wszystkich przejść.When you set a new online tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. Jednak ponownego wypełniania obiektu BLOB z warstwy archiwum offline do warstwy gorąca lub chłodna może potrwać kilka godzin.However, rehydrating a blob from the offline archive tier to a hot or cool tier can take several hours. W tym przypadku opłaty są naliczane według stawek za archiwizację do momentu ukończenia ponownego wypełniania. w tym momencie Właściwość Warstwa dostępu odzwierciedla nową warstwę.In this case, you're billed at archive rates until rehydration is complete, at which point the Access Tier property reflects the new tier. Po ponownym przekonwertowaniu do warstwy online naliczane są opłaty za ten obiekt BLOB przy użyciu stawki gorąca lub chłodna.Once rehydrated to the online tier, you're billed for that blob at the hot or cool rate.

Jak mogę określić, czy po usunięciu lub przeniesieniu obiektu BLOB z warstwy chłodna lub archiwum ma być naliczana opłata za wczesne usunięcie?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?

Proporcjonalne opłaty za wczesne usunięcie będą dotyczyć wszystkich obiektów blob usuniętych lub przeniesionych z warstwy Chłodna (tylko konta GPv2) lub Archiwum przed upływem odpowiednio 30 lub 180 dni.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. Możesz określić, jak długo obiekt BLOB znajduje się w warstwie chłodna lub archiwum, sprawdzając właściwość obiektu BLOB czasu zmiany warstwy dostępu , która zapewnia sygnaturę ostatniej zmiany warstwy.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. Jeśli warstwa obiektu BLOB nigdy nie została zmieniona, można sprawdzić ostatnią zmodyfikowaną właściwość obiektu BLOB.If the blob's tier was never changed, you can check the Last Modified blob property. Aby uzyskać więcej informacji, zobacz chłodna i archiwum wczesne usuwanie.For more information, see Cool and archive early deletion.

Które narzędzia i zestawy SDK platformy Azure obsługują warstwy na poziomie obiektów blob i magazyn w warstwie Archiwum?Which Azure tools and SDKs support blob-level tiering and archive storage?

Następujące rozwiązania: witryna Azure Portal, program PowerShell, narzędzia interfejsu wiersza polecenia oraz biblioteki klienta środowisk .NET, Java, Python i Node.js obsługują warstwy na poziomie obiektów blob i magazyn w warstwie Archiwum.Azure portal, PowerShell, and CLI tools and .NET, Java, Python, and Node.js client libraries all support blob-level tiering and archive storage.

Ile danych można przechowywać w warstwach Gorąca, Chłodna i Archiwum?How much data can I store in the hot, cool, and archive tiers?

Magazyn danych oraz inne limity są ustawiane na poziomie konta, a nie na warstwie dostępu.Data storage along with other limits are set at the account level and not per access tier. Możesz użyć wszystkich limitów w jednej warstwie lub we wszystkich trzech warstwach.You can choose to use all of your limit in one tier or across all three tiers. Aby uzyskać więcej informacji, zobacz cele skalowalności i wydajności dla kont magazynu w warstwie Standardowa.For more information, see Scalability and performance targets for standard storage accounts.

Następne krokiNext steps

Oceń gorące, chłodne i archiwalne na kontach GPv2 i BLOB StorageEvaluate hot, cool, and archive in GPv2 and Blob storage accounts