Azure Blob Storage: horká, studená a archivní úroveň přístupuAzure Blob storage: hot, cool, and archive access tiers

Služba Azure Storage nabízí různé úrovně přístupu, které umožňují ukládat data objektů BLOB nejefektivnějším způsobem.Azure storage offers different access tiers, which allow you to store blob object data in the most cost-effective manner. Dostupné úrovně přístupu zahrnují:The 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.
  • Archivní – optimalizované pro ukládání dat, která se zřídka používají a ukládají se nejméně 180 dní s požadavky flexibilní latence (v řádu hodin).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).

U různých úrovní přístupu platí následující požadavky:The following considerations apply to the different access tiers:

  • Na úrovni účtu se dá nastavit jenom horká a studená úroveň přístupu.Only the hot and cool access tiers can be set at the account level. Úroveň přístupu archivu není k dispozici na úrovni účtu.The archive access tier isn't available at the account level.
  • Horké, studené a archivní úrovně lze nastavit na úrovni objektu BLOB.Hot, cool, and archive tiers can be set at the blob level.
  • Data ve studené úrovni přístupu můžou tolerovat mírně nižší dostupnost, ale stále vyžadují vysokou odolnost, latenci načítání a charakteristiky propustnosti, podobně jako aktivní data.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. U studených dat jsou pro nižší náklady na úložiště přijatelné kompromisy smlouvy o úrovni služeb (SLA) a vyšších nákladů na přístup v porovnání s horkými daty.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.
  • Archivní úložiště ukládá data do offline režimu a nabízí nejnižší náklady na úložiště, ale také nejvyšší náklady na dehydratované a přístup k datům.Archive storage stores data offline and offers the lowest storage costs but also the highest data rehydrate and access costs.

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 lišit podle toho, jak se generují, zpracovávají a přistupovaly během své životnosti.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ůstávají v cloudu nečinná a v případě potřeby jsou po uložení k dispozici zřídka.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. Díky horké, studené a archivní úrovni přístupu Azure Blob Storage tuto potřebu vyžaduje pro rozdílné ú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.

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 článek známé problémy s Azure Data Lake Storage Gen2 .To review limitations, see the Known issues with Azure Data Lake Storage Gen2 article.

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

Datové vrstvy úložiště objektů mezi horkou, studenou a archivní funkcí jsou podporovány pouze v účtech BLOB Storage a Pro obecné účely v2 (GPv2).Object storage data tiering between hot, cool, and archive is only 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. Zákazníci můžou snadno převést svoje stávající účty GPv1 nebo BLOB Storage na účty GPv2 prostřednictvím Azure Portal.Customers can easily convert their 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 ceny jsou nabízeny pouze v účtech GPv2.Some features and prices cuts are only offered in GPv2 accounts. Vyhodnoťte pomocí účtů GPv2 po komplexní kontrole cen.Evaluate using GPv2 accounts after comprehensively reviewing pricing. 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ý nemá explicitně nastavenou na úrovni objektu.This attribute allows you to specify the default access tier for any blob that doesn't have it explicit set at the object level. Pro objekty s úrovní nastavenou na úrovni objektu se úroveň účtu nepoužije.For objects with the tier set at the object level, 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. Mezi těmito úrovněmi přístupu můžete kdykoli přepínat.You can switch between these access tiers at any time.

Horká vrstva přístupuHot access tier

Úroveň Hot Access má vyšší náklady na úložiště než studená a archivní úroveň, ale 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í pro vrstvu Hot Access patří:Example usage scenarios for the hot access tier include:

  • Data, která jsou v aktivním použití nebo se očekávají pro přístup k častým datům (ke čtení a zápisu).Data that's in active use or expected to be accessed (read from and written to) frequently.
  • Data, která jsou připravená pro zpracování a případné migrace na studenou úroveň přístupu.Data that's staged for processing and eventual migration to the cool access tier.

Studená vrstva přístupuCool access tier

Studená úroveň přístupu má nižší náklady na úložiště a vyšší náklady na přístup v porovnání s horkým úložištěm.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í pro studenou úroveň přístupu patří:Example usage scenarios for the cool access tier include:

  • Krátkodobé zálohování a datové sady pro zotavení po havárii.Short-term backup and disaster recovery datasets.
  • Starší obsah a média, které se již nezobrazují často, ale které by však měly být na vyžádání okamžitě dostupné.Older media content not viewed frequently anymore but is expected to be available immediately when accessed.
  • Velké datové sady, které je potřeba levně uložit, 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. (Příklady: Dlouhodobé uložení vědeckých dat, nezpracovaná telemetrická data z výrobního závodu.)(For example, long-term storage of scientific data, raw telemetry data from a manufacturing facility)

Úroveň přístupu ArchiveArchive access tier

Úroveň přístupu archivu má nejnižší náklady na úložiště.The archive access tier has the lowest storage cost. Ale má vyšší náklady na načtení dat ve srovnání s horkou a studenou úrovní.But it has higher data retrieval costs compared to the hot and cool tiers. Načtení dat v archivní úrovni může trvat několik hodin.Data in the archive tier can take several hours to retrieve. 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.

Když je objekt BLOB v archivním úložišti, data objektů BLOB jsou offline a nejde je přečíst, přepsat ani změnit.While a blob is in archive storage, the blob data is offline and can't be read, overwritten, 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 a jejích vlastností.However, the blob metadata remains online and available, allowing you to list the blob and its properties. V případě objektů BLOB v archivu jsou jedinými platnými operacemi GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, CopyBlob a DeleteBlob.For blobs in archive, the only valid operations are GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, CopyBlob, and DeleteBlob. Další informace najdete v tématu dehydratované data objektů BLOB z archivní úrovně .See Rehydrate blob data from the archive tier to learn more.

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á, nezpracovaná) data, která je potřeba zachovat i po jejich zpracování do konečné, použitelné podoby.Original (raw) data that must be preserved, even after it has been processed into final usable form.
  • Data pro soulad a archivaci, které je potřeba uchovat po dlouhou dobu a téměř se k nim nepřistupuje.Compliance and archival data that needs to be stored for a long time and is hardly ever accessed.

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. Tato změna v účtech BLOB Storage se neúčtuje.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.

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

Ovládání datových vrstev na úrovni objektů blob umožňuje změnit vrstvu dat na úrovni objektu pomocí jediné operace s názvem Set Blob Tier.Blob-level tiering allows you to change the tier of your data at the object level using a single operation called Set Blob Tier. Současně se změnou vzorů využití můžete pro objekt blob snadno změnit vrstvu přístupu (studená, horká nebo archivní) a nemusíte přitom přesouvat data mezi účty.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. 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. Dosazování objektu BLOB z archivu ale může trvat několik hodin.However, rehydrating a blob from archive 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. 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. V současné době nemůžete změnit úroveň objektu blob bloku, který obsahuje snímky.You also cannot currently change the tier of a block blob that has snapshots.

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

Blob Storage Správa životního cyklu 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 její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 Správa životního cyklu služby Azure Blob Storage .See Manage the Azure Blob storage lifecycle 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 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 také poplatky za předčasné odstranění objektů blob přesunutých ze studené nebo archivní úrovně.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. 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)
Směr SetBlobTierSetBlobTier Direction horká > studená,hot->cool,
Archiv Hot->,hot->archive,
Archiv studených >cool->archive
archivace – > studena,archive->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ředčasné odstranění můžete vypočítat pomocí vlastnosti objektu blob, Naposledy změněno, pokud se nezměnily žádné změny úrovně přístupu.You may calculate the early deletion by using the blob property, Last-Modified, if there has been no access tier changes. V opačném případě můžete použít, když se úroveň přístupu naposledy změnila na studenou nebo archivní, zobrazením vlastnosti objektu BLOB: přístup-vrstva-doba změny.Otherwise you can 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)
Nevztahuje seN/A 99,99 %99.99% 99,9 %99.9% OfflineOffline
Poplatky za využitíUsage charges Vyšší náklady na úložiště, nižší náklady na přístup a 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í velikost objektuMinimum object size Nevztahuje seN/A Nevztahuje seN/A Nevztahuje seN/A Nevztahuje seN/A
Minimální doba uloženíMinimum storage duration Nevztahuje seN/A Nevztahuje seN/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 úložiště BLOB nemají pro studenou vrstvu minimální dobu uchování.Blob storage accounts don't have a minimum retention duration for the cool tier.

2 archiv služby Storage v současné době podporuje 2 rehydratované priority, vysoké a standardní, které nabízí různé latence při načítání.2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offers different retrieval latencies. 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 úložiště BLOB 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 výkonnostní cíle pro úložiště objektů BLOB.For more information, see Scalability and performance targets for Blob storage.

Scénáře Rychlý startQuickstart scenarios

V této části se při použití Azure Portal a PowerShellu ukázaly následující scénáře:In this section, the following scenarios are demonstrated using the Azure portal and powershell:

  • Změna výchozí úrovně přístupu u účtu GPv2 nebo Blob Storage.How to change the default account access tier of a GPv2 or Blob storage account.
  • Změna úrovně objektu blob v účtu GPv2 nebo Blob Storage.How to change the tier of a blob in a GPv2 or Blob storage account.

Změna výchozí úrovně přístupu u účtu GPv2 nebo Blob StorageChange the default account access tier of a GPv2 or Blob storage account

  1. Přihlaste se na web Azure Portal.Sign in to the Azure portal.

  2. V Azure Portal vyhledejte a vyberte všechny prostředky.In the Azure portal, search for and select All Resources.

  3. Vyberte svůj účet úložiště.Select your storage account.

  4. V Nastavenívyberte Konfigurace , aby se zobrazila a změnila konfigurace účtu.In Settings, select Configuration to view and change the account configuration.

  5. Vyberte správnou úroveň přístupu podle vašich potřeb: nastavte úroveň přístupu buď na studenou , nebo za horkou.Select the right access tier for your needs: Set the Access tier to either Cool or Hot.

  6. V horní části klikněte na Uložit .Click Save at the top.

Změna úrovně účtu úložiště

Změna úrovně objektu BLOB v účtu GPv2 nebo BLOB StorageChange the tier of a blob in a GPv2 or Blob storage account

  1. Přihlaste se na web Azure Portal.Sign in to the Azure portal.

  2. V Azure Portal vyhledejte a vyberte všechny prostředky.In the Azure portal, search for and select All Resources.

  3. Vyberte svůj účet úložiště.Select your storage account.

  4. Vyberte svůj kontejner a pak vyberte objekt BLOB.Select your container and then select your blob.

  5. Ve vlastnostech objektu BLOBvyberte změnit úroveň.In the Blob properties, select Change tier.

  6. Vyberte úroveň přístupu horká, studenánebo archivní .Select the Hot, Cool, or Archive access tier. Pokud je objekt BLOB v současné době v archivu a chcete ho znovu vyhodnotit do online úrovně, můžete také vybrat možnost rehydratované prioritu Standard nebo High.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. V dolní části vyberte Uložit .Select Save at the bottom.

Změna úrovně účtu úložiště

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.
  • Cena za přenosy dat geografické replikace: Tento poplatek se vztahuje jen na účty s nastavenou geografickou replikací, jako třeba 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 vrstvy pro odvozené objekty blob vrstvy přístupu uložené v účtu, který nemá explicitně nastavenou úroveň.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. Informace o změně úrovně přístupu pro jeden objekt BLOB najdete v tématu fakturace vrstvení na úrovni objektů BLOB.For information on changing the access tier for a single blob, refer to Blob-level tiering billing.

Poznámka

Další informace o cenách pro objekty blob bloku najdete na stránce s cenami Azure Storage .For more information about pricing for Block blobs, see Azure Storage Pricing page. Další informace o poplatcích za odchozí přenosy dat najdete na stránce Podrobné informace o cenách přenosů dat.For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

Časté otázkyFAQ

Pokud chci vrstvit svá data, mám použít účet Blob Storage nebo GPv2?Should I use Blob storage or GPv2 accounts if I want to tier my data?

Pro účely vrstvení doporučujeme místo účtů Blob Storage používat účty GPv2.We recommend you use GPv2 instead of Blob storage accounts for tiering. Účty GPv2 podporují všechny funkce jako účty Blob Storage a navíc řadu dalších.GPv2 support all the features that Blob storage accounts support plus a lot more. Ceny účtů Blob Storage a GPv2 jsou téměř identické, ale některé nové funkce a snížení cen budou k dispozici pouze v účtech GPv2.Pricing between Blob storage and GPv2 is almost identical, but some new features and price cuts will only be available on GPv2 accounts. Účty GPv1 nepodporují vrstvení.GPv1 accounts don't support tiering.

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.

Můžu ve stejném účtu ukládat objekty ve všech třech (horká, studená a archivní) úrovních?Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

Ano.Yes. Atribut úroveň přístupu nastavený na úrovni účtu představuje výchozí úroveň účtu, která se vztahuje na všechny objekty v daném účtu bez explicitní nastavené úrovně.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. Vrstvení na úrovni objektů BLOB umožňuje nastavit úroveň přístupu na úrovni objektu bez ohledu na to, jaká je nastavení vrstvy přístupu na účtu.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. V rámci stejného účtu můžou existovat objekty BLOB v některé ze tří úrovní přístupu (horká, studená nebo archivní).Blobs in any of the three access tiers (hot, cool, or archive) may exist within the same account.

Můžu změnit výchozí úroveň přístupu účtu úložiště BLOB nebo GPv2?Can I change the default access tier of my Blob or GPv2 storage account?

Ano, výchozí úroveň účtu můžete změnit nastavením atributu úroveň přístupu v účtu úložiště.Yes, you can change the default account tier by setting the Access tier attribute on the storage account. Změna úrovně účtu se vztahuje na všechny objekty uložené v účtu, které nemají explicitně nastavenou úroveň (například Hot (odvozeno) nebo studená (odvozená) ).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)). Přepínání úrovně účtu z horké na studenou povede k operacím zápisu (za 10 000) pro všechny objekty blob bez nastavené úrovně v účtech GPv2 a přepínání ze studené na horkou se účtují poplatky za operace čtení (za 10 000) a načítání dat (za GB) pro všechny objekty BLOB v úložišti objektů BLOB. a účty 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.

Můžu u účtu nastavit výchozí úroveň přístupu na archivní?Can I set my default account access tier to archive?

Ne.No. Jako výchozí úroveň přístupu se dá nastavit jenom horká a studená úroveň přístupu.Only hot and cool access tiers may 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í objektů BLOB určíte úroveň přístupu podle vaší volby na horkou, studenou nebo archivní, a to bez ohledu na výchozí úroveň účtu.On blob upload, You 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.

Ve kterých oblastech jsou horké, studené a archivní úrovně přístupu dostupné v?In which regions are the hot, cool, and archive access tiers available in?

Horká a studená úroveň přístupu spolu s ovládáním datových vrstev na úrovni objektů BLOB jsou dostupná ve všech oblastech.The hot and cool access tiers along with blob-level tiering are available in all regions. Úložiště archivu bude zpočátku dostupné pouze ve vybraných oblastech.Archive storage will initially only be 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.

Chovají se objekty blob ve studené úrovni přístupu jinak než ty, které jsou v úrovni Hot Accessu?Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

Objekty BLOB v úrovni Hot Access mají stejnou latenci jako objekty BLOB v účtech GPv1, GPv2 a BLOB Storage.Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. Objekty blob ve studené úrovni přístupu mají podobnou latenci (v milisekundách) jako objekty BLOB v účtech GPv1, GPv2 a BLOB Storage.Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. Objekty BLOB v archivní úrovni mají několik hodin latence v účtech GPv1, GPv2 a BLOB Storage.Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

Objekty blob ve studené úrovni přístupu mají mírně nižší dostupnost služby (SLA) než objekty blob uložené v úrovni Hot Accessu.Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. Další informace najdete ve smlouvě SLA pro vaše úložiště.For more information, see SLA for storage.

Jsou operace mezi horkou, studenou a archivní úrovní stejné?Are the operations among the hot, cool, and archive tiers the same?

Všechny operace mezi horkou a studenou úrovní jsou 100% konzistentní.All operations between hot and cool are 100% consistent. Všechny platné archivní operace, včetně GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier a DeleteBlob, jsou 100% v souladu s horkou a studenou.All valid archive operations including GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob are 100% consistent with hot and cool. Data objektu BLOB nelze číst ani upravovat, pokud je v archivní úrovni, dokud není znovu vyměněno. v archivu jsou podporovány pouze operace čtení metadat objektů 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.

Jak se dozvím o dokončení dosazování objektu blob z archivní úrovně do horké nebo studené úrovně?When rehydrating a blob from archive tier to the hot or cool tier, how will I know when rehydration is complete?

Během dosazování můžete použít operaci získat vlastnosti objektu BLOB k cyklickému dotazování atributu stav archivu a potvrdit, kdy se změna vrstvy dokončila.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute and confirm when the tier change is complete. V závislosti na cílové vrstvě má tento stav hodnotu rehydrate-pending-to-hot nebo rehydrate-pending-to-cool.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. Po dokončení se vlastnost stavu archivu odebere a vlastnost Access Tier objektu blob odpovídá nové horké nebo studené úrovni.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier. Další informace najdete v tématu dehydratované data objektů BLOB z archivní úrovně .See Rehydrate blob data from the archive tier to learn more.

Kdy se mi po nastavení úrovně objektu blob začne účtovat podle odpovídající sazby?After setting the tier of a blob, when will I start getting billed at the appropriate rate?

Každý objekt BLOB se vždycky účtuje podle úrovně označené vlastností úroveň přístupu objektu BLOB.Each blob is always billed according to the tier indicated by the blob's Access Tier property. Když nastavíte novou online úroveň pro objekt blob, vlastnost úroveň přístupu okamžitě odráží novou úroveň pro všechny přechody.When you set a new online tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. Nicméně dosazování objektu BLOB z archivní úrovně offline na horkou nebo studenou úroveň může trvat několik hodin.However, rehydrating a blob from the offline archive tier to a hot or cool tier can take several hours. V takovém případě se vám budou účtovat sazby za archivaci, dokud se nedokončí dosazení, a v takovém případě vlastnost úroveň přístupu odráží novou úroveň.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 dekomprimaci do online úrovně se vám tento objekt BLOB účtuje za horkou nebo studenou sazbu.Once rehydrated to the online tier, you're billed for that blob at the hot or cool rate.

Návody určit, jestli se při odstraňování nebo přesouvání objektu BLOB ze studené nebo archivní úrovně účtuje poplatek za předčasné odstranění?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?

Poplatek za předčasné odstranění se bude účtovat za každý objekt blob, který se odstraní nebo přesune ze studené (pouze účty GPv2) úrovně před uplynutím 30 dnů nebo z archivní úrovně před uplynutím 180 dnů.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. To, jak dlouho je objekt BLOB ve studené nebo archivní úrovni, můžete zjistit tak, že zkontrolujete vlastnost objektu BLOB s časem změny úrovně přístupu , která poskytuje razítko poslední změny vrstvy.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. Pokud se vrstva objektu BLOB nikdy nezměnila, můžete si ověřit Poslední upravenou vlastnost objektu BLOB.If the blob's tier was never changed, you can check the Last Modified blob property. Další informace najdete v tématu studená a archivní předčasné odstranění.For more information, see Cool and archive early deletion.

Které nástroje a sady SDK Azure podporují ovládání datových vrstev na úrovni objektů blob a úložiště archivu?Which Azure tools and SDKs support blob-level tiering and archive storage?

Ovládání datových vrstev na úrovni objektů blob a úložiště archivu podporují nástroje pro Azure Portal, PowerShell a rozhraní příkazového řádku a klientské knihovny .NET, Java, Python a Node.js.Azure portal, PowerShell, and CLI tools and .NET, Java, Python, and Node.js client libraries all support blob-level tiering and archive storage.

Kolik dat můžu ukládat v horké, studené a archivní úrovni?How much data can I store in the hot, cool, and archive tiers?

Úložiště dat spolu s dalšími omezeními se nastavuje na úrovni účtu a ne na úrovni přístupu.Data storage along with other 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. Další informace najdete v tématu škálovatelnost a výkonnostní cíle pro účty úložiště úrovně Standard.For more information, see Scalability and performance targets for standard storage accounts.

Další krokyNext steps

Vyhodnotit horkou, studenou a archivní v účtech GPv2 a BLOB StorageEvaluate hot, cool, and archive in GPv2 and Blob storage accounts