Úrovně přístupu pro Azure Blob Storage – horká, studená a archivníAccess tiers for Azure Blob Storage - hot, cool, and archive

Služba Azure Storage nabízí různé úrovně přístupu, což umožňuje ukládat data objektů BLOB nejefektivnějším způsobem.Azure storage offers different access tiers, allowing you to store blob object data in the most cost-effective manner. Dostupné úrovně přístupu zahrnují:Available access tiers include:

  • Horká – optimalizovaná pro ukládání dat, ke kterým dochází často.Hot - Optimized for storing data that is accessed frequently.
  • Studená – optimalizovaná pro ukládání dat, která se nepoužívají zřídka a ukládají se aspoň na 30 dní.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • Archivační aplikace optimalizované pro ukládání dat, která se nepoužívají zřídka a jsou ukládána minimálně 180 dní a jsou v řádu hodin flexibilní požadavky na latenci.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.

Informace platné pro různé úrovně přístupu:The following considerations apply to the different access tiers:

  • Úroveň přístupu se dá nastavit u objektu BLOB během nebo po nahrání.The access tier can be set on a blob during or after upload.
  • Na úrovni účtu je možné nastavit jenom horkou nebo studenou úroveň přístupu.Only the hot and cool access tiers can be set at the account level. Úroveň přístupu archivu lze nastavit pouze na úrovni objektu BLOB.The archive access tier can only be set at the blob level.
  • Data ve studené úrovni přístupu mají mírně nižší dostupnost, ale mají stále vysokou odolnost, latenci načítání a charakteristiky propustnosti, podobně jako aktivní data.Data in the cool access tier has slightly lower availability, but still has high durability, retrieval latency, and throughput characteristics similar to hot data. U studených dat jsou v porovnání s aktivními daty přijatelné kompromisy nižší dostupnosti a vyšších nákladů na přístup za účelem snížení celkových nákladů na úložiště.For cool data, slightly lower availability and higher access costs are acceptable trade-offs for lower overall storage costs compared to hot data. Další informace najdete ve smlouvě SLA pro vaše úložiště.For more information, see SLA for storage.
  • Data z archivní úrovně přístupu se ukládají offline.Data in the archive access tier is stored offline. Úroveň archivu nabízí nejnižší náklady na úložiště, ale také nejvyšší náklady na přístup a latenci.The archive tier offers the lowest storage costs but also the highest access costs and latency.
  • Horká a studená vrstva podporují všechny možnosti redundance.The hot and cool tiers support all redundancy options. Úroveň archivu podporuje jenom LRS, GRS a RA-GRS.The archive tier supports only LRS, GRS, and RA-GRS.
  • Limity úložiště dat se nastavují na úrovni účtu a ne na úrovni přístupu.Data storage limits are set at the account level and not per access tier. Můžete zvolit, že se má celý limit používat v jedné vrstvě nebo ve všech třech vrstvách.You can choose to use all of your limit in one tier or across all three tiers.

Data uložená v cloudu se rozšiřují exponenciálním tempem.Data stored in the cloud grows at an exponential pace. Pokud chcete náklady na rozšiřující se úložiště udržet pod kontrolou, je pro optimalizaci nákladů vhodné uspořádat data podle vlastností, jako je četnost přístupu a plánovaná doba uchování.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. Data uložená v cloudu se můžou během svojí existence lišit způsobem generování, zpracování a přístupu k nim.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. Některá data se během svojí existence využívají nebo mění často.Some data is actively accessed and modified throughout its lifetime. Některá data se používají často v rané fázi svého životního cyklu, ale s tím jak stárnou, přístup k nim výrazně klesá.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. Některá data zůstanou v cloudu neaktivní, protože se k nim po uložení přistupuje velice vzácně (pokud vůbec).Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

Každý z těchto scénářů přístupu k datům je výhodou z jiné úrovně přístupu, která je optimalizována pro konkrétní vzor přístupu.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. V případě horké, studené a archivní úrovně přístupu Azure Blob Storage řeší tuto potřebu různých úrovní přístupu s oddělenými cenovými modely.With hot, cool, and archive access tiers, Azure Blob Storage addresses this need for differentiated access tiers with separate pricing models.

V následujících nástrojích a knihovnách klienta je podpora vrstvení na úrovni objektů BLOB a úložiště archivu.The following tools and client libraries all support blob-level tiering and archive storage.

  • portál AzureAzure portal
  • PowerShellPowerShell
  • Nástroje rozhraní příkazového řádku AzureAzure CLI tools
  • Klientská knihovna v .NET.NET client library
  • Klientská knihovna v JavěJava client library
  • Klientská knihovna v PythonuPython client library
  • Klientská knihovna Node.jsNode.js client library

Poznámka

Funkce popsané v tomto článku jsou nyní k dispozici pro účty, které mají hierarchický obor názvů.The features described in this article are now available to accounts that have a hierarchical namespace. Chcete-li zkontrolovat omezení, přečtěte si téma funkce služby Blob Storage dostupné v Azure Data Lake Storage Gen2 článku.To review limitations, see the Blob storage features available in Azure Data Lake Storage Gen2 article.

Účty úložiště, které podporují vrstveníStorage accounts that support tiering

Mezi horkou, studenou a archivní úrovní dat úložiště objektů se podporuje Blob Storage a účty Pro obecné účely v2 (GPv2).Object storage data tiering between hot, cool, and archive is supported in Blob Storage and General Purpose v2 (GPv2) accounts. Účty Pro obecné účely V1 (GPv1) nepodporují vrstvení.General Purpose v1 (GPv1) accounts don't support tiering. Stávající účty GPv1 nebo Blob Storage můžete snadno převést na účty GPv2 prostřednictvím Azure Portal.You can easily convert your existing GPv1 or Blob Storage accounts to GPv2 accounts through the Azure portal. GPv2 poskytuje nové ceny a funkce pro objekty blob, soubory a fronty.GPv2 provides new pricing and features for blobs, files, and queues. Některé funkce a cenové řezy se nabízejí jenom v účtech GPv2.Some features and price cuts are only offered in GPv2 accounts. Některé úlohy můžou být dražší na GPv2 než GPv1.Some workloads can be more expensive on GPv2 than GPv1. Další informace najdete v tématu Přehled účtu Azure Storage.For more information, see Azure storage account overview.

Účty Blob Storage a GPv2 zpřístupňují atribut úroveň přístupu na úrovni účtu.Blob Storage and GPv2 accounts expose the Access Tier attribute at the account level. Tento atribut umožňuje určit výchozí úroveň přístupu pro libovolný objekt blob, který není explicitně nastaven na úrovni objektu.This attribute allows you to specify the default access tier for any blob that doesn't have it explicitly set at the object level. Pro objekty s explicitně nastavenou vrstvou se tato úroveň účtu nepoužije.For objects with the tier explicitly set, the account tier won't apply. Archivní úroveň je možné použít pouze na úrovni objektu.The archive tier can be applied only at the object level. Můžete kdykoli přepínat mezi úrovněmi přístupu.You can switch between access tiers at any time.

Místo Blob Storagech účtů pro vrstvení použijte GPv2.Use GPv2 instead of Blob Storage accounts for tiering. GPv2 podporuje všechny funkce, které Blob Storage účty podporují, a navíc ještě více.GPv2 supports all the features that Blob Storage accounts support, plus a lot more. Ceny mezi Blob Storage a GPv2 jsou téměř identické, ale některé nové funkce a snížení cen jsou k dispozici pouze v účtech GPv2.Pricing between Blob Storage and GPv2 is almost identical, but some new features and price cuts are only available on GPv2 accounts.

Cenová struktura se u účtů GPv1 a GPv2 liší a zákazníci by před volbou účtů GPv2 měli pečlivě vyhodnotit obě možnosti.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. Stávající účet Blob Storage nebo GPv1 můžete snadno převést na účet GPv2 jedním kliknutím.You can easily convert an existing Blob Storage or GPv1 account to GPv2 through a simple one-click process. Další informace najdete v tématu Přehled účtu Azure Storage.For more information, see Azure storage account overview.

Horká úroveň úložištěHot access tier

Horká úroveň přístupu má vyšší náklady na úložiště než studená a archivní úroveň, ale má nejnižší náklady na přístup.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Mezi příklady scénářů použití horké úrovně přístupu patří:Example usage scenarios for the hot access tier include:

  • Data, která jsou v aktivním použití nebo mají být čtena z často a zapsána do nichData that's in active use or is expected to be read from and written to frequently
  • Data, která jsou připravená pro zpracování a následné migrace do studené úrovně přístupuData that's staged for processing and eventual migration to the cool access tier

Studená úroveň úložištěCool access tier

Studená úroveň přístupu má v porovnání s horkou úrovní nižší náklady na uložení a vyšší náklady na přístup.The cool access tier has lower storage costs and higher access costs compared to hot storage. Tato úroveň je určená pro data, která zůstanou ve studené vrstvě nejméně 30 dnů.This tier is intended for data that will remain in the cool tier for at least 30 days. Mezi příklady scénářů použití studené úrovně přístupu patří:Example usage scenarios for the cool access tier include:

  • Krátkodobé zálohování a zotavení po haváriiShort-term backup and disaster recovery
  • Starší data se často nepoužívají, ale očekává se, že budou k dispozici hned po otevření.Older data not used frequently but expected to be available immediately when accessed
  • Velké sady dat, které je potřeba ukládat nákladově efektivně, zatímco se shromažďují další data pro budoucí zpracováníLarge data sets that need to be stored cost effectively, while more data is being gathered for future processing

Archivní úroveň úložištěArchive access tier

Úroveň přístupu archivu má nejnižší náklady na úložiště, ale vyšší náklady na načtení dat ve srovnání s horkou a studenou úrovní.The archive access tier has the lowest storage cost but higher data retrieval costs compared to hot and cool tiers. Data musí zůstat v archivní úrovni po dobu minimálně 180 dní nebo musí platit poplatky za předčasné odstranění.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge. Načtení dat v archivní úrovni může trvat několik hodin v závislosti na zadané prioritě pro vysazování.Data in the archive tier can take several hours to retrieve depending on the specified rehydration priority. U malých objektů může být při redehydrataci objektu za hodinu načten objekt z archivní úrovně.For small objects, a high priority rehydrate may retrieve the object from archive in under an hour. Další informace najdete v tématu dehydratované data objektů BLOB z archivní úrovně .See Rehydrate blob data from the archive tier to learn more.

V případě, že je objekt BLOB v archivním úložišti, data objektů BLOB jsou offline a nelze je číst ani upravovat.While a blob is in archive storage, the blob data is offline and can't be read or modified. Chcete-li číst nebo stahovat objekt BLOB v archivu, je nutné jej nejprve znovu vyprogramovat do online úrovně.To read or download a blob in archive, you must first rehydrate it to an online tier. Nemůžete pořizovat snímky objektu BLOB v archivním úložišti.You can't take snapshots of a blob in archive storage. Metadata objektu BLOB zůstávají ale online a k dispozici, což vám umožní zobrazit seznam objektů blob, vlastností, metadat a indexů objektů BLOB.However, the blob metadata remains online and available, allowing you to list the blob, its properties, metadata, and blob index tags. Nastavení nebo úprava metadat objektů BLOB v archivu není povolená.Setting or modifying the blob metadata while in archive isn't allowed. Můžete ale nastavit a upravit značky indexu objektu BLOB.However, you can set and modify the blob index tags. U objektů BLOB v archivu jsou jedinými platnými operacemi vlastnosti objektů BLOB, získávat metadata objektů BLOB, nastavovat značky objektů BLOB, získávat značky objektů BLOB, vyhledávat objekty blob podle značek, objekty blob seznamů, nastavit úroveň objektublob, Kopírovat objekt BLOBa Odstranit objekt BLOB.For blobs in archive, the only valid operations are Get Blob Properties, Get Blob Metadata, Set Blob Tags, Get Blob Tags, Find Blobs by Tags, List Blobs, Set Blob Tier, Copy Blob, and Delete Blob.

Mezi scénáře použití archivní úrovně přístupu patří:Example usage scenarios for the archive access tier include:

  • dlouhodobé zálohování, sekundární zálohování a archivní datové sadyLong-term backup, secondary backup, and archival datasets
  • Původní (hrubá) data, která musí být zachována, i když byla zpracována do konečné použitelné formyOriginal (raw) data that must be preserved, even after it has been processed into final usable form
  • Data o kompatibilitě a archivaci, která je potřeba ukládat po dlouhou dobu a která se špatně při použitíCompliance and archival data that needs to be stored for a long time and is hardly ever accessed

Poznámka

Archivní úroveň není podporována pro účty ZRS, GZRS nebo RA-GZRS.The archive tier is not supported for ZRS, GZRS, or RA-GZRS accounts. Migrace z LRS na GRS je podporovaná tak dlouho, dokud se nepřesunuly žádné objekty blob do archivní úrovně, zatímco účet byl nastavený na LRS.Migrating from LRS to GRS is supported as long as no blobs were moved to the archive tier while the account was set to LRS. Účet se dá přesunout zpátky na GRS, pokud se aktualizace provádí méně než 30 dní od okamžiku, kdy se účet stal LRS, a žádné objekty BLOB se přesunuly do archivní úrovně, zatímco účet byl nastavený na LRS.An account can be moved back to GRS if the update is done less than 30 days from the time the account became LRS, and no blobs were moved to the archive tier while the account was set to LRS.

Vrstvení na úrovni účtuAccount-level tiering

Objekty blob ve všech třech úrovních přístupu můžou existovat v rámci jednoho účtu.Blobs in all three access tiers can coexist within the same account. Objekt blob, který nemá explicitně přiřazenou vrstvu, odvodí úroveň z nastavení vrstvy přístupu k účtu.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. Pokud úroveň přístupu pochází z účtu, vidíte vlastnost odvozenou objekt BLOB vrstvy přístupu nastavenou na hodnotu "true" a vlastnost objektu BLOB vrstvy přístupu odpovídá úrovni účtu.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. V Azure Portal se vlastnost odvoditelné vrstvy přístupu zobrazuje s úrovní přístupu objektu BLOB jako horkou (odvozená) nebo studená (odvozená).In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

Změna úrovně přístupu k účtu se vztahuje na všechny objekty odvozené z úrovně přístupu , které jsou uložené v účtu, který nemá explicitně nastavenou úroveň.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. Pokud přepnete vrstvu účtu z horké na studenou, budou se vám účtovat operace zápisu (za 10 000) pro všechny objekty blob bez nastavené úrovně jenom v účtech 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. Za tuto změnu v Blob Storage účtech se neúčtují žádné poplatky.There's no charge for this change in Blob Storage accounts. Pokud přepnete ze studené na horkou v účtu Blob Storage nebo GPv2, budou se vám účtovat operace čtení (za 10 000) i načítání dat (za GB).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.

Pouze horké a studené úrovně přístupu lze nastavit jako výchozí úroveň přístupu k účtu.Only hot and cool access tiers can be set as the default account access tier. Archivní úroveň je možné nastavit pouze na úrovni objektu.Archive can only be set at the object level. Při nahrávání objektu blob můžete určit úroveň přístupu podle vaší volby na horkou, studenou nebo archivní, a to bez ohledu na výchozí úroveň účtu.On blob upload, you can specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. Tato funkce umožňuje zapisovat data přímo do archivní úrovně a ušetřit tak náklady od chvíle, kdy vytvoříte data v úložišti objektů 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.

Ovládání datových vrstev na úrovni objektů blobBlob-level tiering

Vrstvení na úrovni objektů BLOB umožňuje odeslat data do úrovně přístupu podle vašeho výběru pomocí operací Put BLOB nebo Put list a změnit úroveň dat na úrovni objektu pomocí funkce Nastavení operace nebo správy životního cyklu .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. Data můžete nahrát do požadované úrovně přístupu a potom snadno změnit úroveň přístupu objektu BLOB na horkou, studenou nebo archivní úroveň, protože se mění vzorce použití, aniž byste museli přesouvat data mezi účty.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. Okamžitě se dostanou všechny žádosti o změnu vrstvy a mezi horkou a studenou úrovní jsou okamžité změny vrstev.All tier change requests happen immediately and tier changes between hot and cool are instantaneous. Dehydratované objekt BLOB z archivní úrovně může trvat několik hodin.Rehydrating a blob from the archive tier can take several hours.

Čas poslední změny úrovně objektu blob je zveřejněný prostřednictvím vlastnosti Access Tier Change Time objektu blob.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. Doba změny úrovně přístupu je vlastnost na úrovni objektů BLOB a při změně výchozí úrovně účtu se neaktualizuje.Access Tier Change Time is a blob-level property and is not updated when the default account tier is changed. Vlastnosti účtu a vlastnosti objektu BLOB jsou oddělené.Account properties and blob properties are separate. V případě změny výchozí úrovně přístupu k účtu by se v každém objektu BLOB v účtu úložiště měla denáročná aktualizace času změny úrovně přístupu .It would be prohibitively expensive to update the Access Tier Change Time on every blob in a storage account whenever the account's default access tier is changed.

Při přepisování objektu BLOB na horkou nebo studenou úroveň zdědí nově vytvořený objekt BLOB vrstvu objektu blob, který se přepsal, pokud při vytváření není explicitně nastavená nová vrstva přístupu k objektu BLOB.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. Pokud je objekt BLOB v archivní úrovni, nejde ho přepsat, takže odeslání stejného objektu BLOB není v tomto scénáři povolené.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario.

Poznámka

Úložiště archivu a ovládání datových vrstev na úrovni objektů blob podporují jenom objekty blob bloku.Archive storage and blob-level tiering only support block blobs.

Správa životního cyklu objektů BLOBBlob lifecycle management

Správa životního cyklu úložiště objektů BLOB nabízí bohatou zásadu založenou na pravidlech, kterou můžete použít k převodu dat do nejvyšší úrovně přístupu a vypršení platnosti dat na konci svého životního cyklu.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. Další informace najdete v tématu optimalizace nákladů díky automatizaci úrovní přístupu Azure Blob Storage .See Optimize costs by automating Azure Blob Storage access tiers to learn more.

Poznámka

Data uložená v účtu úložiště objektů blob bloku (výkon Premium) nejde v současné době rozvrstvit na horkou, studenou nebo archivní pomocí nastavené úrovně objektu BLOB nebo pomocí správy životního cyklu 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. Chcete-li přesunout data, je nutné synchronně zkopírovat objekty BLOB z účtu bloku BLOB Storage do vrstvy Hot Access v jiném účtu pomocí bloku Put z URL API nebo verze AzCopy, která podporuje toto rozhraní 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 rozhraní API URL synchronně kopíruje data na serveru, což znamená, že se volání dokončí až po přesunu všech dat z původního umístění serveru do cílového umístění.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.

Fakturace ovládání datových vrstev na úrovni objektů blobBlob-level tiering billing

Když se objekt BLOB nahraje nebo přesune mezi úrovněmi, účtuje se okamžitě podle odpovídající míry po nahrání nebo změně úrovně.When a blob is uploaded or moved between tiers, it is charged at the corresponding rate immediately upon upload or tier change.

Když se objekt BLOB přesune do úrovně chladicího objektu (Hot->studená, archivní >nebo archivní >), operace se fakturuje jako operace zápisu do cílové úrovně, kde se platí poplatky za operace zápisu (za 10 000) a zápis dat (za GB) pro cílovou úroveň.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.

Když se objekt BLOB přesune do teplé úrovně (archivní >studenou, archivní >horkou nebo studenou >horkou), operace se fakturuje jako přečtená ze zdrojové vrstvy, kde se účtují poplatky za operace čtení (za 10 000) a načtení dat (za GB) pro zdrojovou úroveň.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. Můžou se účtovat i poplatky za předčasné odstranění objektů blob, které se přesunuly ze studené nebo archivní úrovně.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. Dosazování dat z archivní úrovně bere čas a data se účtují za archivní ceny, dokud se data neobnoví online a úroveň objektu BLOB se změní na horkou nebo studenou.Rehydrating data from the archive tier takes time and data will be charged archive prices until the data is restored online and the blob tier changes to hot or cool.

Následující tabulka shrnuje, jak se účtují změny vrstvy.The following table summarizes how tier changes are billed.

Poplatky za zápis (operace + přístup)Write charges (operation + access) Poplatky za čtení (operace + přístup)Read charges (operation + access)
Nastavení úrovně objektu blobSet Blob Tier horká > studenáhot -> cool
Archiv Hot->hot -> archive
Archiv studených >cool -> archive
Archiv – > studenaarchive -> cool
Archiv-> horkáarchive -> hot
horká – > horkácool -> hot

Předčasné odstranění ze studené a archivní úrovněCool and archive early deletion

Všechny objekty blob, které se přesunou do studené úrovně (pouze účty GPv2), podléhají době předčasného odstranění po dobu 30 dnů.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. Každý objekt blob, který je přesunut do archivní úrovně, podléhá období předčasného odstranění archivu 180 dnů.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. Tento poplatek se účtuje poměrnou částí.This charge is prorated. Pokud se například objekt BLOB přesune do archivní a po 45 dnů odstraní nebo přesune do horké úrovně, bude se vám účtovat poplatek za předčasné odstranění, který odpovídá hodnotě 135 (180 minus 45) dnů uložení tohoto objektu BLOB v archivu.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.

Při přechodu mezi studenou a archivní vrstvou jsou k dispozici nějaké podrobnosti:There are some details when moving between the cool and archive tiers:

  1. Pokud je objekt BLOB odvozený jako studený na základě výchozí úrovně přístupu účtu úložiště a objekt BLOB se přesune do archivu, neúčtují se žádné poplatky za předčasné odstranění.If a blob is inferred as cool based on the storage account's default access tier and the blob is moved to archive, there is no early deletion charge.
  2. Pokud je objekt BLOB explicitně přesunut do studené úrovně a potom přesunut do archivu, platí poplatek za předčasné odstranění.If a blob is explicitly moved to the cool tier and then moved to archive, the early deletion charge applies.

Vypočítá čas předčasného odstranění pomocí Poslední změněné vlastnosti objektu blob, pokud se nezměnily žádné změny úrovně přístupu.Calculate the early deletion time by using the Last-Modified blob property, if there have been no access tier changes. V opačném případě použijte při poslední změně úrovně přístupu na studenou nebo archivní zobrazením vlastnosti objektu BLOB: přístup-vrstva-doba změny.Otherwise, use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. Další informace o vlastnostech objektu BLOB najdete v tématu získání vlastností objektu BLOB.For more information on blob properties, see Get Blob Properties.

Porovnávání možností úložiště objektů blob blokuComparing block blob storage options

V následující tabulce jsou popsány porovnání úložiště objektů blob bloku Premium a horké, studené a archivní úrovně přístupu.The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Výkon úrovně PremiumPremium performance Horká vrstvaHot tier Studená vrstvaCool tier Úroveň archivuArchive tier
DostupnostAvailability 99,9 %99.9% 99,9 %99.9% 99 %99% OfflineOffline
DostupnostAvailability
(přístupy pro čtení RA-GRS)(RA-GRS reads)
N/A 99,99 %99.99% 99,9 %99.9% OfflineOffline
Poplatky za využitíUsage charges Vyšší náklady na úložiště, nižší přístup a náklady na transakceHigher storage costs, lower access, and transaction cost Vyšší náklady na úložiště, nižší přístup a náklady na transakceHigher storage costs, lower access, and transaction costs Snížení nákladů na úložiště, vyššího přístupu a transakčních nákladůLower storage costs, higher access, and transaction costs Nejnižší náklady na úložiště, nejvyšší přístup a náklady na transakceLowest storage costs, highest access, and transaction costs
Minimální doba uloženíMinimum storage duration N/AN/A N/AN/A 30 dnů130 days1 180 dnů180 days
LatenceLatency
(čas do prvního bajtu)(Time to first byte)
Jednociferné číslo milisekundSingle-digit milliseconds milisekundymilliseconds milisekundymilliseconds hodiny2hours2

1 objekty ve studené vrstvě na účtech GPv2 mají minimální dobu uchování 30 dnů.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. Účty Blob Storage pro studenou úroveň nemají minimální dobu uchování.Blob Storage accounts don't have a minimum retention duration for the cool tier.

2 archiv služby Storage aktuálně podporují dvě priority pro vysazování, vysoké a standardní, které nabízejí různé latence při načítání a náklady.2 Archive Storage currently supports two rehydration priorities, high and standard, offering different retrieval latencies and costs. Další informace najdete v tématu dehydratované data objektů BLOB z archivní úrovně.For more information, see Rehydrate blob data from the archive tier.

Poznámka

Účty Blob Storage podporují stejné cíle výkonu a škálovatelnosti jako účty úložiště pro obecné účely v2.Blob Storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. Další informace najdete v tématu škálovatelnost a cíle výkonnosti pro Blob Storage.For more information, see Scalability and performance targets for Blob Storage.

Ceny a fakturacePricing and billing

Všechny účty úložiště používají cenový model pro úložiště objektů blob bloku na základě úrovně jednotlivých objektů BLOB.All storage accounts use a pricing model for block blob storage based on the tier of each blob. Pamatujte na následující poznámky k fakturaci:Keep in mind the following billing considerations:

  • Cena za uložení: Vedle uloženého množství dat se ceny za uložení dat liší také podle úrovně přístupu.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the access tier. Pokud je úroveň chladnější, cena za gigabajt se snižuje.The per-gigabyte cost decreases as the tier gets cooler.

  • Cena za přístup k datům: Pokud je úroveň chladnější, cena za přístup k datům se zvyšuje.Data access costs: Data access charges increase as the tier gets cooler. Pro data ve studené a archivní úrovni přístupu se účtují poplatky za přístup k datům za GB.For data in the cool and archive access tier, you're charged a per-gigabyte data access charge for reads.

  • Náklady na transakci: pro všechny úrovně, které se zvyšují, když je úroveň nenáročné, se účtuje poplatek za transakci.Transaction costs: There's a per-transaction charge for all tiers that increases as the tier gets cooler.

  • Náklady na přenos dat geografické replikace: Tento poplatek platí jenom pro účty s nakonfigurovanou geografickou replikací, včetně GRS a RA-GRS.Geo-replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. Přenos dat geografické replikace je zpoplatněný podle sazby za GB.Geo-replication data transfer incurs a per-gigabyte charge.

  • Cena za odchozí přenosy dat: Odchozí přenosy dat (dat přenesených směrem z oblasti Azure) jsou zpoplatněné podle využití šířky pásma sazbou za GB, stejně jako je tomu u účtů úložiště pro obecné účely.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.

  • Změna úrovně přístupu: Změna úrovně přístupu k účtu bude mít za následek poplatky za změnu úrovně všech objektů blob, které nemají explicitně nastavenou úroveň.Changing the access tier: Changing the account access tier will result in tier change charges for all blobs that don't have an explicit tier set. Informace o změně úrovně přístupu pro jeden objekt BLOB najdete v tématu fakturace vrstev na úrovni objektů BLOB.For information on changing the access tier for a single blob, see Blob-level tiering billing.

    Změna úrovně přístupu pro objekt blob, pokud je povolená Správa verzí, nebo pokud má objekt BLOB snímky, může mít za následek další poplatky.Changing the access tier for a blob when versioning is enabled, or if the blob has snapshots, may result in additional charges. Informace o objektech blob s povoleným správou verzí najdete v tématu ceny a fakturace v dokumentaci k verzím objektů BLOB.For information about blobs with versioning enabled, see Pricing and billing in the blob versioning documentation. Informace o objektech blob s snímky najdete v tématu ceny a fakturace v dokumentaci k snímkům objektů BLOB.For information about blobs with snapshots, see Pricing and billing in the blob snapshots documentation.

Poznámka

Další informace o cenách pro objekty blob bloku najdete v tématu ceny objektů blob bloku.For more information about pricing for Block blobs, see Block blob pricing. Další informace o poplatcích za odchozí přenosy dat najdete na stránce s podrobnostmi o cenách šířky pásma .For more information on outbound data transfer charges, see Bandwidth Pricing Details page.

DostupnostAvailability

V vybraných oblastech jsou k dispozici různé úrovně přístupu společně s ovládáním datových vrstev na úrovni objektů BLOB.Different access tiers, along with blob-level tiering, are available in select regions. Úplný seznam najdete v tématu Dostupné produkty Azure v jednotlivých oblastech.For a complete list, see Azure products available by region.

Další krokyNext steps

Naučte se spravovat objekty BLOB a účty napříč úrovněmi přístupu.Learn how to manage blobs and accounts across access tiers.