Sdílet prostřednictvím


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

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.
  • Studená úroveň – online úroveň optimalizovaná pro ukládání dat, která jsou zřídka přístupná nebo upravená. 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ů. Úroveň Zřídkavý přístup má v porovnání se studenou úrovní nižší náklady na úložiště a vyšší náklady na přístup.
  • 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 povolené jenom u objektů blob bloku. Nejsou podporované pro doplňovací objekty blob a objekty blob stránky.

Online úrovně přístupu

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. Horká úroveň je nejlepší volbou pro data, která jsou aktivní. Studená nebo studená úroveň je ideální pro data, ke kterým se přistupuje méně často, ale přesto musí být k dispozici pro čtení a zápis.

Mezi ukázkové scénáře použití horké úrovně patří:

  • 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 studenou 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, ale očekává se, ž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 studenou ú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í předčasnému odstranění, pokud se odstraní, přepíšou nebo přesunou na jinou úroveň před uplynutím minimálního počtu dnů požadovaných úrovní. Například objekt blob ve studené úrovni v účtu pro obecné účely verze 2 podléhá trestům předčasného odstranění, pokud se odstraní nebo přesune na jinou úroveň před uplynutím 30 dnů. V případě objektu blob v 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 se účtuje poměrnou částí. 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.

Poznámka:

V účtu, který má povolené obnovitelné odstranění, se objekt blob považuje za odstraněný po odstranění a vypršení doby uchovávání. Do vypršení platnosti této doby se objekt blob odstraní pouze obnovitelné odstranění a nebude podléhat trestům předčasného odstranění.

Horká, studená 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.

Archivní úroveň úložiště

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á je potřeba uložit po dlouhou dobu a je 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é obnovitelné odstranění, se objekt blob považuje za odstraněný po odstranění a vypršení doby uchovávání. Do vypršení platnosti této doby se objekt blob odstraní pouze obnovitelné odstranění a nebude podléhat trestům předčasného odstranění.

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

Metadata archivovaného objektu blob zůstávají k dispozici pro přístup pro čtení, abyste mohli vypsat 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 úložiště pro metadata archivovaných objektů blob se budou účtovat podle sazeb studené úrovně. Snímky nejsou podporovány pro archivované objekty blob.

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 objekty blob v archivní úrovni, musíte nejprve dosadit všechny archivované objekty blob na horkou, studenou nebo studenou úroveň. Vzhledem k tomu, že operace dosazování můžou být nákladné a časově náročné, microsoft doporučuje, abyste se vyhnuli změně konfigurace redundance účtu úložiště, který obsahuje archivované objekty blob.

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

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 nebo studenou. Uživatelé můžou při nahrávání objektu blob nebo změně její úrovně přepsat výchozí nastavení pro jednotlivé objekty 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ě nastavíte úroveň, nahraje se do horké úrovně ve výchozím nastavení nový objekt blob.

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 horká (odvozená), studenou (odvozenou) nebo studenou (odvozenou) nebo studenou (odvozenou).

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 v účtu Blob Storage přepnete na teplejší úroveň. 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ě objektu blob

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 správy životního cyklu. Při změně vrstvy objektu blob objektu blob z teplejší vrstvy na chladnější je obvykle nejlepší možnost volání sady objektů blob .

    Poznámka:

    Archivovaný objekt blob nemůžete dosadit do online vrstvy pomocí 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í objektu blob kopírování se doporučuje pro většinu scénářů, kdy znovu dosazujete objekt blob z archivní úrovně na online úroveň nebo přesunete objekt blob ze studené nebo studené na horkou. Kopírováním objektu blob se můžete vyhnout trestům předčasného odstranění, pokud ještě nevyplynul požadovaný interval úložiště 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 vrstvy objektu blob z teplejší vrstvy na chladnější vrstvu je okamžitá, protože se mění ze studené nebo studené na horkou. Dosazování objektu blob z archivní úrovně na online úroveň, jako je horká, studená 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:

  • U objektu blob, který používá obor šifrování, není možné volat nastavit úroveň objektu blob. Další informace o oborech šifrování najdete v tématu Obory šifrování pro úložiště objektů blob.
  • Pokud se objekt blob explicitně přesune na studenou nebo studenou úroveň a pak se přesune do archivní úrovně, použije se poplatek za předčasné odstranění.

Správa životního cyklu objektů blob

Správa životního cyklu úložiště objektů blob nabízí zásady založené na pravidlech, které můžete použít k převodu dat na požadovanou úroveň přístupu při splnění zadaných podmínek. 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 dosadit do online vrstvy pomocí zásad správy životního cyklu. Data uložená v účtu úložiště objektů blob bloku úrovně Premium nelze vrstvit na horkou, studenou, studenou nebo archivní pomocí nastavení úrovně blob 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ě objektů blob bloku na horkou úroveň v jiném účtu pomocí rozhraní API put Block From URL nebo verze Nástroje AzCopy, která podporuje toto rozhraní API. Rozhraní URL API put Block From synchronně kopíruje data na serveru, což znamená, že volání se dokončí pouze po přesunutí všech dat z původního umístění serveru do cílového umístění.

Akce ú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 funkce horké, studené, studené a archivní úrovně přístupu.

Horká úroveň Studená úroveň Studená úroveň Archivní úroveň
Dostupnost 99,9 % 99 % 99 % 99 %
Dostupnost
(přístupy pro čtení RA-GRS)
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 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 na studené úrovni na účtech pro obecné účely verze 2 mají minimální dobu uchování 90 dnů. Pro účty Blob Storage neexistuje minimální doba uchovávání studené nebo studené úrovně.

2 . Při dosazování objektu blob z archivní úrovně můžete zvolit buď standardní, nebo vysokou prioritu dosazování. Každá z nich nabízí různé latence načítání a náklady. Další informace najdete v tématu Přehled dosazování 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ě objektů blob bloku, které je založené na úrovni objektu blob. Mějte na paměti aspekty fakturace popsané v následujících částech.

Další informace o cenách objektů blob bloku najdete v tématu Ceny objektů blob bloku.

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 úroveň je chladnější.

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

Poplatky za přístup k datům se zvyšují, protože úroveň je chladnější. U dat ve studené, studené a archivní úrovni přístupu se vám poplatky za čtení účtují poplatky za přístup k datům 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) účtují fakturaci za využití šířky pásma za 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 změnu úrovně poplatků za všechny objekty blob, které ještě nemají explicitně nastavenou úroveň. Další informace najdete v následující části– Změna úrovně přístupu objektu blob.

Změna úrovně přístupu objektu blob

Při změně úrovně objektu blob 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 chladnější úroveň, operace se účtuje jako operace zápisu do cílové vrstvy, kde platí poplatky za zápis (za 10 000) a za zápis dat (za GB) cílové vrstvy.
  • Když se objekt blob přesune na teplejší úroveň, operace se účtuje jako čtení ze zdrojové vrstvy, kde platí operace čtení (za 10 000) a poplatky za načtení dat (za GB) zdrojové vrstvy. Můžou platit i poplatky za předčasné odstranění všech objektů blob přesunutých ze studené, studené nebo archivní úrovně.
  • Zatímco se objekt blob rehydruje z archivní úrovně, data objektu blob se účtují jako archivovaná data, dokud se data neobnoví a úroveň objektu blob se změní na horkou, studenou 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á
Horká archivace
Studená až studená
Cool to archive
Studená archivace
Archivace na studenou
Archivovat na studenou
Archivace na horkou
Studená až studená
Studená až horká
Studená až horká

Změna úrovně přístupu objektu blob při povolení správy verzí nebo pokud má objekt blob snímky, může se účtovat více poplatků. 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 oobjektch

Studená úroveň

Studená úroveň vyžaduje následující minimální verze REST, sad SDK a nástrojů.

Prostředí Minimální verze
REST API 2021-21-02
.NET 12.15.0
Java 12.21.0
Python 12.15.0
JavaScript 12.13.0
PowerShell (Az.Storage) 5.8.0
Azure CLI 2.50.0
AzCopy 10.18.1
Azure Storage Explorer 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