Sdílet prostřednictvím


Úrovně přístupu k blob datům

Data uložená v cloudu rostou exponenciálním tempem. Pokud chcete spravovat náklady na rostoucí potřeby úložiště, může být užitečné uspořádat data na základě toho, jak často budou přístupná a jak dlouho budou zachována. Azure Storage nabízí různé úrovně přístupu, takže data objektů blob můžete ukládat nákladově nejefektivnějším způsobem na základě způsobu jejich použití. Mezi úrovně přístupu ke službě Azure Storage patří:

  • Horká úroveň – online úroveň optimalizovaná pro ukládání dat, ke kterým se přistupuje nebo mění často. Horká úroveň má nejvyšší náklady na úložiště, ale nejnižší náklady na přístup.
  • Chladná vrstva - online vrstva optimalizovaná pro ukládání dat, která jsou zřídka přístupná nebo upravovaná. Data ve studené vrstvě by měla být uložena minimálně po dobu 30 dnů. Studená úroveň má nižší náklady na úložiště a vyšší náklady na přístup v porovnání s horkou úrovní.
  • Studená úroveň – online úroveň optimalizovaná pro ukládání zřídka používaných nebo upravených dat, ale stále vyžaduje rychlé načítání. Data v studené vrstvě by měla být uložena minimálně po dobu 90 dnů. Chladná úroveň má nižší náklady na úložiště a vyšší náklady na přístup v porovnání s úrovní cool.
  • Archivní úroveň – offline úroveň optimalizovaná pro ukládání zřídka používaných dat a s flexibilními požadavky na latenci v řádu hodin. Data v archivní úrovni by měla být uložena minimálně po dobu 180 dnů.

Limity kapacity úložiště Azure se nastavují na úrovni účtu, nikoli podle úrovně přístupu. Můžete se rozhodnout maximalizovat využití kapacity v jedné vrstvě nebo distribuovat kapacitu mezi dvě nebo více vrstev.

Poznámka:

Nastavení úrovně přístupu je povoleno jenom u blokových blob objektů. Nejsou podporované pro objekty blob typu Append a objekty blob typu Page.

Úrovně přístupu online

Když jsou vaše data uložená v online úrovni přístupu (horká, studená nebo studená), můžou k ní uživatelé okamžitě přistupovat. Aktivní úroveň je nejlepší volbou pro data, která jsou v aktivním využití. Chladná nebo studená úroveň je ideální pro data, ke kterým se přistupuje méně často, ale přesto musí být dostupná pro čtení a zápis.

Příklady scénářů použití pro horkou úroveň zahrnují:

  • Data, která jsou aktivní, nebo data, která očekáváte, budou vyžadovat časté čtení a zápisy.
  • Data, která jsou připravená pro zpracování a případnou migraci na studenou úroveň přístupu.

Mezi scénáře použití pro nižší a studenou úroveň přístupu patří:

  • Krátkodobé zálohování dat a zotavení po havárii
  • U starších datových sad, které se nepoužívají často, se předpokládá, že budou k dispozici pro okamžitý přístup.
  • Velké datové sady, které je potřeba uložit nákladově efektivním způsobem, zatímco ostatní data se shromažďují ke zpracování.

Informace o přesunutí objektu blob na horkou, studenou nebo chladnou úroveň najdete v tématu Nastavení úrovně přístupu objektu blob.

Data ve studených a studených úrovních mají mírně nižší dostupnost, ale nabízejí stejnou vysokou odolnost, latenci načítání a charakteristiky propustnosti jako horká úroveň. U dat ve studených nebo studených úrovních může být mírně nižší dostupnost a vyšší náklady na přístup přijatelné pro nižší celkové náklady na úložiště v porovnání s horkou úrovní. Další informace najdete ve smlouvě SLA pro vaše úložiště.

Objekty blob podléhají sankci za předčasné odstranění, pokud se odstraní, přepíšou nebo přesunou do jiné vrstvy před uplynutím minimálního počtu dnů požadovaných vrstvou. Například objekt typu blob ve vrstvě "cool" v účtu pro všeobecné účely verze 2 podléhá poplatku za předčasné odstranění, pokud je smazán nebo přesunut do jiné úrovně před uplynutím 30 dnů. V případě blobu ve studené úrovni platí sankce za odstranění, pokud je odstraněn nebo přesunut na jinou úroveň před uplynutím 90 dnů. Tento poplatek je účtován poměrně. Pokud se například objekt blob přesune na studenou úroveň a po 21 dnech se odstraní, bude se vám účtovat poplatek za předčasné odstranění odpovídající 9 (30 minus 21) dnů uložení tohoto objektu blob do studené úrovně. K poplatkům za předčasné odstranění dochází také v případě, že se celý objekt přepíše prostřednictvím jakékoli operace (tj. Put Blob, Put Block List nebo Copy Blob) v zadaném časovém intervalu. Tento poplatek se úměrně účtuje podle ceny úložiště dat pro příslušnou vrstvu, tj. odstranění archivovaného blobu po 120 dnech povede k jeho zpoplatnění po dobu 180 dnů.

Poznámka:

V účtu, který má povolené měkké odstranění, se objekt blob považuje za odstraněný po smazání a uplynutí doby uchovávání. Do vypršení této doby je objekt blob pouze dočasně odstraněn a nepodléhá pokutám za předčasné odstranění.

Horká, chladná a studená úroveň podporují všechny konfigurace redundance. Další informace o možnostech redundance dat ve službě Azure Storage najdete v tématu Redundance služby Azure Storage.

Úroveň přístupu k archivu

Archivní úroveň je offline vrstva pro ukládání dat, ke kterým se přistupuje jen zřídka. Archivní úroveň přístupu má nejnižší náklady na úložiště. Tato úroveň má však vyšší náklady na načítání dat s vyšší latencí oproti horké, studené a studené vrstvě. Mezi příklady scénářů použití pro archivní úroveň přístupu patří:

  • dlouhodobé zálohování, sekundární zálohování a archivní datové sady
  • Původní (nezpracovaná) data, která musí být zachována, i po jejich zpracování do konečné použitelné formy
  • Dodržování předpisů a archivace dat, která jsou potřeba uložit po dlouhou dobu a jsou téměř nikdy přístupná.

Informace o přesunutí objektu blob do archivní úrovně najdete v tématu Archivace objektu blob.

Data musí zůstat v archivní úrovni po dobu minimálně 180 dní, jinak se na ně vztahují poplatky za předčasné odstranění. Pokud se například objekt blob přesune do archivní úrovně a po 45 dnech se odstraní nebo přesune na horkou úroveň, bude se vám účtovat poplatek za předčasné odstranění odpovídající 135 (180 minus 45) dnů uložení tohoto objektu blob do archivní úrovně.

Poznámka:

V účtu, který má povolené měkké odstranění, se objekt blob považuje za odstraněný po smazání a uplynutí doby uchovávání. Do vypršení této doby je objekt blob pouze dočasně odstraněn a nepodléhá pokutám za předčasné odstranění.

I když je objekt blob v archivní úrovni, nedá se číst ani upravovat. Pokud chcete číst nebo stáhnout objekt blob z archivní úrovně, musíte ho nejprve přesunout na online úroveň, buď horkou, chladnou, nebo studenou. Rehydratace dat v archivní vrstvě může trvat až 15 hodin v závislosti na prioritě, kterou zadáte pro operaci obnovení. Další informace o rehydrataci blobů najdete v tématu Přehled rehydratace blobů z archivní úrovně.

Metadata archivovaného objektu blob zůstávají k dispozici pro čtení, abyste mohli zobrazit objekt blob a jeho vlastnosti, metadata a značky indexu. Metadata objektu blob v archivní úrovni jsou jen pro čtení, zatímco značky indexu objektů blob je možné číst nebo zapisovat. Náklady na ukládání metadat archivovaných objektů blob budou účtovány podle sazeb studené úrovně. Snímky nejsou podporovány pro archivované blobové objekty.

Pro objekty blob v archivní úrovni se podporují následující operace:

Přesun objektů blob do archivní úrovně podporují pouze účty úložiště nakonfigurované pro LRS, GRS nebo RA-GRS. Archivní úroveň se nepodporuje pro účty ZRS, GZRS nebo RA-GZRS. Další informace o konfiguracích redundance pro Azure Storage najdete v tématu Redundance služby Azure Storage.

Pokud chcete změnit konfiguraci redundance pro účet úložiště, který obsahuje blooby v archivní úrovni, musíte nejprve znovu aktivovat všechny archivované blooby do horké, chladné nebo studené úrovně. Vzhledem k tomu, že operace rehydratace můžou být nákladné a časově náročné, Microsoft doporučuje, abyste neprováděli změny konfigurace redundance účtu úložiště, který obsahuje archivované blobů.

Migrace účtu úložiště z LRS na GRS je podporována, pokud během konfigurace účtu pro LRS nebyly přesunuty žádné blobové objekty do archivní úrovně. Pokud se aktualizace provádí méně než 14 dní od okamžiku, kdy se účet stal LRS, a během tohoto období nebyly žádné objekty blob přesunuty do archivní vrstvy, můžete účet přesunout zpět do GRS.

Výchozí nastavení úrovně přístupu k účtu

Účty úložiště mají výchozí nastavení úrovně přístupu, které označuje online úroveň, ve které se vytvoří nový objekt blob. Výchozí nastavení úrovně přístupu je možné nastavit na horkou, chladnou nebo studenou. Uživatelé můžou při nahrávání objektu blob nebo změně jeho úrovně přepsat výchozí nastavení pro jednotlivý objekt blob.

Výchozí úroveň přístupu pro nový účet úložiště pro obecné účely v2 je ve výchozím nastavení nastavená na horkou úroveň. Výchozí nastavení úrovně přístupu můžete změnit při vytváření účtu úložiště nebo po jeho vytvoření. Pokud toto nastavení u účtu úložiště nezměníte nebo při nahrávání objektu blob explicitně nenastavíte úroveň, nahraje se nový blob ve výchozím nastavení do horké úrovně.

Objekt blob, který nemá explicitně přiřazenou vrstvu, odvodí její úroveň z výchozího nastavení úrovně přístupu k účtu. Pokud se úroveň přístupu objektu blob odvozuje z výchozího nastavení úrovně přístupu účtu, Azure Portal zobrazí úroveň přístupu jako Hot (odvozená), Cool (odvozená) nebo Cold (odvozená).

Změna výchozího nastavení úrovně přístupu pro účet úložiště platí pro všechny objekty blob v účtu, pro které nebyla explicitně nastavena úroveň přístupu. Pokud v účtu pro obecné účely verze 2 přepnete výchozí nastavení úrovně přístupu na chladnější úroveň, budou se vám účtovat operace zápisu (za 10 000) pro všechny objekty blob, pro které se odvozuje úroveň přístupu. Za operace čtení (za 10 000) i načítání dat (za GB) se vám účtují poplatky, pokud v účtu pro obecné účely v2 přepnete na teplejší úroveň.

Při vytváření starší verze účtu blob Storage musíte zadat výchozí nastavení úrovně přístupu jako horké nebo studené v době vytvoření. Za změnu výchozí úrovně přístupu účtu na chladnější úroveň ve starším účtu Blob Storage se neúčtují žádné poplatky. Za operace čtení (za 10 000) i načítání dat (za GB) se vám účtují poplatky, pokud přepnete na teplejší úroveň v účtu Blob Storage. Microsoft doporučuje používat účty úložiště pro obecné účely verze 2 místo účtů Blob Storage, pokud je to možné.

Poznámka:

Archivní úroveň není podporovaná jako výchozí úroveň přístupu pro účet úložiště.

Nastavení nebo změna úrovně blobu

Pokud chcete explicitně nastavit vrstvu objektu blob při jejím vytvoření, zadejte vrstvu při nahrání objektu blob.

Po vytvoření objektu blob můžete změnit jeho úroveň některým z následujících způsobů:

  • Voláním operace Set Blob Tier buď přímo, nebo prostřednictvím zásad řízení životního cyklu. Při změně úrovně objektu blob z teplejší vrstvy na chladnější je obvykle nejlepší možností volat nastavení úrovně objektu blob.

    Poznámka:

    Archivovaný objekt blob nemůžete obnovit do online vrstvy prostřednictvím zásad správy životního cyklu.

  • Voláním operace kopírování objektu blob zkopírujete objekt blob z jedné vrstvy do druhé. Volání Copy Blob se doporučuje pro většinu scénářů, kdy obnovujete objekt blob z archivní úrovně na online úroveň nebo přesouváte objekt blob z chladné nebo studené úrovně na horkou. Kopírováním objektu blob se můžete vyhnout pokutě za předčasné odstranění, pokud ještě neuplynula požadovaná doba uchování zdrojového objektu blob. Kopírování objektu blob ale vede k poplatkům za kapacitu dvou objektů blob, zdrojového objektu blob a cílového objektu blob.

Změna úrovně objektu blob z teplejší úrovně na chladnější je okamžitá, stejně jako změna ze studené nebo chladné na horkou. Obnovení objektu blob z archivní úrovně na online úroveň, jako je horká, chladná nebo studená úroveň, může trvat až 15 hodin.

Při změně úrovně objektu blob mějte na paměti následující body:

  • Nemůžete použít Set Blob Tier k archivaci objektu blob, který používá obor šifrování. K přechodu mezi úrovněmi online přístupu můžete použít pouze Nastavit úroveň objektu BLOB. Další informace o oborech šifrování najdete v tématu Obory šifrování pro úložiště Blob.

  • Pokud se objekt blob explicitně přesune na chladnou nebo studenou úroveň a potom se přesune do archivní úrovně, použije se poplatek za předčasné odstranění.

  • Pokud se objekt blob explicitně přesune na chladnou nebo studenou úroveň a potom se přesune do archivní úrovně, použije se poplatek za předčasné odstranění.

Správa životního cyklu blobů

Správa životního cyklu úložiště Blob nabízí zásady založené na pravidlech, které můžete použít k přesunutí dat na požadovanou úroveň přístupu, jakmile jsou splněny zadané podmínky. Správu životního cyklu můžete také použít k vypršení platnosti dat na konci jejich životnosti. Další informace najdete v tématu Optimalizace nákladů pomocí automatizace úrovní přístupu ke službě Azure Blob Storage.

Archivovaný objekt blob nemůžete obnovit do online vrstvy prostřednictvím zásad správy životního cyklu. Data uložená v účtu úložiště s prémiovým blokovým blobem nelze vrstvit na horkou, chladnou nebo archivní pomocí funkce Nastavit úroveň bloku nebo správy životního cyklu služby Azure Blob Storage. Pokud chcete přesunout data, musíte synchronně kopírovat objekty blob z účtu úložiště blokových objektů blob na úroveň "hot tier" v jiném účtu pomocí API Put Block From URL nebo verze AzCopy, která toto API podporuje. Rozhraní Put Block From URL API synchronně kopíruje data na serveru, což znamená, že volání se dokončí až poté, co jsou všechna data přesunuta z původního serverového umístění do cílového umístění.

Operace úložiště

I když správa životního cyklu pomáhá přesouvat data mezi vrstvami v jednom účtu, můžete k provedení této úlohy použít úlohu úložiště ve velkém měřítku napříč několika účty. Úloha úložiště je prostředek dostupný v Azure Storage Actions. Bezserverová architektura, kterou můžete použít k provádění běžných operací s daty u milionů objektů v několika účtech úložiště. Další informace najdete v tématu Co je Akce služby Azure Storage?.

Souhrn možností úrovně přístupu

Následující tabulka shrnuje vlastnosti horké, chladné, studené a archivní úrovně přístupu.

Horká úroveň Skvělá úroveň Studená úroveň Archivní úroveň
Dostupnost 99,9 % 99 % 99 % 99 %
Dostupnost
(RA-GRS čte)
99,99 % 99,9 % 99,9 % 99,9 %
Poplatky za využití Vyšší náklady na úložiště, ale nižší náklady na přístup a transakce Nižší náklady na úložiště, ale vyšší náklady na přístup a transakce Nižší náklady na úložiště, ale vyšší náklady na přístup a transakce Nejnižší náklady na úložiště, ale nejvyšší náklady na přístup a náklady na transakce
Minimální doporučená doba uchovávání dat Nedostupné 30 dní1 90 dní1 180 dní
Latence
(čas do prvního bajtu)
Milisekundy Milisekundy Milisekundy Hodiny2
Podporované konfigurace redundance Vše Vše Vše Pouze LRS, GRS a RA-GRS3

1 Objekty ve studené vrstvě na účtech pro obecné účely verze 2 mají minimální dobu uchování 30 dnů. Objekty ve studené úrovni na účtech verze 2 pro obecné účely mají minimální dobu uchování 90 dnů. Pro účty Blob Storage neexistuje minimální doba uchovávání pro chladnou ani studenou úroveň.

2 Při obnovování objektu blob z archivní úrovně můžete zvolit buď standardní, nebo vysokou prioritu obnovování. Každá z nich nabízí různé latence načítání a náklady. Další informace viz Přehled obnovení objektů blob z archivní úrovně.

3 Další informace o konfiguracích redundance ve službě Azure Storage najdete v tématu Redundance služby Azure Storage.

Ceny a fakturace

Všechny účty úložiště používají cenový model pro úložiště blokových objektů, který je založen na vrstvě objektu blob. Mějte na paměti aspekty fakturace popsané v následujících částech.

Další informace o cenách za blokové blob najdete v tématu Ceny blokových blobů.

Náklady na kapacitu úložiště

Kromě množství uložených dat se náklady na ukládání dat liší v závislosti na úrovni přístupu. Náklady na kapacitu na gigabajt se snižují, protože vrstva je méně aktivní.

Náklady na přístup k datům

Poplatky za přístup k datům se zvyšují, když je vrstva méně často využívaná. U dat ve studené, chladné a archivní úrovni přístupu se účtují poplatky za přístup k datům za přečtená data za gigabajt.

Cena za transakce

Poplatek za transakci se vztahuje na všechny úrovně a zvyšuje se s tím, jak je úroveň chladnější.

Náklady na přenos dat geografické replikace

Tento poplatek se vztahuje jenom na účty s nakonfigurovanou geografickou replikací, včetně GRS, RA-GRS a GZRS. Přenos dat geografické replikace je zpoplatněný podle sazby za GB.

Odchozí náklady na přenos dat

Odchozí přenosy dat (data přenášená z oblasti Azure) jsou zpoplatněny za využití přenosové kapacity podle počtu gigabajtů. Další informace o poplatcích za odchozí přenos dat najdete na stránce Podrobnosti o cenách šířky pásma.

Změna výchozí úrovně přístupu k účtu

Změna úrovně přístupu účtu má za následek poplatky za změnu úrovně pro všechny objekty blob, které ještě nemají nastavenou konkrétní úroveň. Další informace najdete v následující části– Změna úrovně přístupu objektu blob.

Změna úrovně přístupu pro datový objekt (blob)

Při změně úrovně blobu mějte na paměti následující dopady fakturace:

  • Když se objekt blob nahraje nebo přesune mezi vrstvami, bude se účtovat podle odpovídající sazby okamžitě po nahrání nebo změně vrstvy.
  • Když se objekt blob přesune na nižší úroveň, operace se účtuje jako zapisovací operace do cílové úrovně, kde platí poplatky za zápis (za 10 000) a za zápis dat (za GB) cílové úrovně.
  • Když se objekt blob přesune na teplejší vrstvu, operace se účtuje jako čtení z původní vrstvy, kde se uplatňují poplatky za operaci čtení (za 10 000) a načtení dat (za GB) této vrstvy. Mohou platit i poplatky za předčasné odstranění jakýchkoli objektů blob přesunutých ze střední, studené nebo archivní úrovně.
  • Zatímco se objekt blob rehydratuje z archivní úrovně, data objektu blob se účtují jako archivovaná data, dokud se data neobnoví a úroveň objektu blob se nezmění na horkou, chladnou nebo studenou.

Následující tabulka shrnuje, jak se fakturují změny vrstev.

Zápis poplatků (operace + přístup) Poplatky za čtení (operace + přístup)
Horká až studená
Horká až studená
Jak archivovat
Chladná až studená
Skvělé k archivování
Chlazení pro archivaci
Archivace do chladu
Uložit do chladného úložiště
Archivace na rychlý úložiště
Studené až chladné
Studená až horká
Studená až horká

Změna úrovně přístupu objektu blob, když je povolena správa verzí nebo má-li objekt blob snímky, může vést k vyšším poplatkům. Informace o objektech blob s povolenou správou verzí najdete v tématu Ceny a fakturace v dokumentaci k správě verzí objektů blob. Informace o objektech blobů se snímky najdete v dokumentaci ke snímkům objektů, konkrétně v části Pricing and billing.

Chladná úroveň

Úroveň chladného úložiště vyžaduje následující minimální verze REST, sad SDK a nástrojů.

Prostředí Minimální verze
REST API 2021-21-02
.SÍŤ 12.15.0
Java 12.21.0
Krajta 12.15.0
JavaScript 12.13.0
PowerShell (Az.Storage) 5.8.0
Azure CLI 2.50.0
AzCopy 10.18.1
Průzkumník služby Azure Storage 1.29.0

Podpora funkcí

Podpora této funkce může mít vliv na povolení protokolu Data Lake Storage Gen2, systému souborů NFS (Network File System) 3.0 nebo protokolu SSH File Transfer Protocol (SFTP). Pokud jste některou z těchto funkcí povolili, podívejte se na podporu funkcí služby Blob Storage v účtech Azure Storage a vyhodnoťte podporu této funkce.

Další kroky