Ú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:
- Kopírování objektu blob
- Odstranění objektu blob
- Odstranění objektu blob
- Vyhledání objektů blob podle značek
- Získání metadat objektů blob
- Získání vlastností objektu blob
- Získání značek objektů blob
- Výpis objektů blob
- Nastavení značek objektů blob
- Nastavení úrovně objektu blob
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ž 30 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á) nebo studená (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 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:
Studená a archivní úroveň se nepodporují 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.
Poznámka:
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í.
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ň
Omezení a známé problémy
- Jako výchozí nastavení úrovně přístupu pro účet nelze nastavit úroveň Zřídkavý přístup.
Požadované 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.