Poznámka
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Snímek je verze objektu blob pouze pro čtení, která se pořizuje v daném okamžiku.
Poznámka:
Správa verzí objektů blob nabízí vynikající způsob, jak zachovat předchozí verze objektu blob. Další informace najdete v tématu Verzování objektů blob.
O snímcích objektů blob
Snímek objektu blob je shodný s jeho základním objektem blob s tím rozdílem, že identifikátor URI objektu blob má hodnotu DateTime připojenou k identifikátoru URI objektu blob, která označuje čas pořízení snímku. Pokud je například identifikátor URI objektu blob stránky http://storagesample.core.blob.windows.net/mydrives/myvhd, identifikátor URI snímku je podobný http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.
Poznámka:
Všechny snímky sdílejí identifikátor URI základního objektu blob. Jediným rozdílem mezi základním objektem blob a snímkem je připojená hodnota DateTime .
Objekt blob může mít libovolný počet snímků. Snímky se zachovají, dokud se explicitně neodstraní, a to buď nezávisle, nebo jako součást operace Odstranění objektu blob základního objektu blob. Pokud chcete sledovat aktuální snímky, můžete vytvořit výčet snímků přidružených k základnímu objektu blob.
Když vytvoříte snímek objektu blob, vlastnosti systému objektu blob se zkopírují do snímku se stejnými hodnotami. Metadata základního objektu blob se také zkopírují do snímku, pokud při vytváření nezadáte samostatná metadata snímku. Po vytvoření snímku ho můžete číst, kopírovat nebo odstraňovat, ale nemůžete ho upravovat.
Pronájmy přidružené k základnímu blobu nemají vliv na snímek. Nelze získat pronájem snímku.
Snímek objektu blob můžete vytvořit v horké nebo studené vrstvě. Na archivní úrovni nejsou snímky objektů blob podporovány.
Soubor VHD slouží k ukládání aktuálních informací a stavu disku virtuálního počítače. Disk můžete odpojit od virtuálního počítače nebo ho vypnout a pak pořídit snímek jeho souboru VHD. Tento soubor snímku můžete později použít k načtení souboru VHD v daném okamžiku a opětovnému vytvoření virtuálního počítače.
Ceny a fakturace
Vytvoření snímku, který je kopií objektu blob pouze pro čtení, může vést k dodatečným poplatkům za úložiště dat na vašem účtu. Při návrhu aplikace je důležité uvědomovat si, jak se tyto poplatky mohou nabíhat, abyste mohli minimalizovat náklady.
Snímky objektů blob a jejich verze jsou účtovány stejnou sazbou jako aktivní data. Způsob účtování snímků závisí na tom, zda jste explicitně nastavili vrstvu pro základní blob nebo pro některý z jeho snímků (nebo verzí). Další informace o úrovních blobů najdete v dokumentu Úrovně přístupu pro data blobů.
Pokud jste nezměnili úroveň objektu blob nebo jeho snímků, budou vám účtovány jedinečné bloky dat napříč tímto objektem blob, jeho snímky a jakýmikoliv verzemi, které může mít. Další informace najdete v tématu Fakturace, pokud nebyla explicitně nastavena úroveň objektu blob.
Pokud jste změnili úroveň objektu blob nebo snímku, účtuje se vám celý objekt bez ohledu na to, jestli se objekt blob a snímek nakonec znovu nacházejí ve stejné vrstvě. Další informace naleznete v části Účtování při explicitním nastavení úrovně objektu blob.
Další informace o fakturačních podrobnostech pro verze objektů blob najdete v tématu Verzování objektů blob.
Minimalizace nákladů pomocí správy snímků
Microsoft doporučuje pečlivě spravovat snímky, abyste se vyhnuli dalším poplatkům. Můžete postupovat podle těchto osvědčených postupů, které vám pomůžou minimalizovat náklady vzniklé úložištěm snímků:
- Při každé aktualizaci objektu blob odstraňte a znovu vytvořte snímky přidružené k objektu blob, i když aktualizujete s identickými daty, pokud návrh vaší aplikace nevyžaduje údržbu snímků. Odstraněním a opětovným vytvořením snímků blobu můžete zajistit, aby se blob a snímky nerozbíhaly.
- Pokud zachováváte snímky objektu blob, vyhněte se volání metod, které při aktualizaci objektu blob přepíší celý objekt blob. Místo toho aktualizujte co nejmenší možný počet bloků, aby byly náklady nízké.
Fakturace, když se explicitně nenastavila úroveň objektu blob
Pokud jste explicitně nenastavili úroveň objektu blob pro základní objekt blob nebo některý z jeho snímků, bude vám účtováno za jedinečné bloky nebo stránky v objektu blob, jeho snímcích a jakýchkoli jeho verzích. Data sdílená mezi objektem blob a jeho snímky je účtována jenom jednou. Při aktualizaci objektu blob dochází k tomu, že se data v základním objektu blob odchylují od dat uložených v jeho snímcích a jedinečná data jsou účtována za každý blok nebo stránku.
Když nahradíte blok v bloku typu blob, bude se tento blok později účtován jako jedinečný blok. To platí i v případě, že má blok stejné ID bloku a stejná data jako v snímku. Po opětovném potvrzení bloku se začne odchylovat od svého protějšku ve snímku a budou vám účtovány poplatky za jeho data. Totéž platí pro stránku v objektu blob stránky, který se aktualizuje identickými daty.
Blob Storage nemá způsob, jak určit, jestli dva bloky obsahují identická data. Každý blok, který se nahraje a potvrdí, se považuje za jedinečný, i když má stejná data a stejné ID bloku. Vzhledem k tomu, že poplatky za jedinečné bloky nabíhají, je důležité mít na paměti, že aktualizace objektu blob v případě, že objekt blob obsahuje snímky nebo verze, mají za následek další jedinečné bloky a další poplatky.
Pokud má objekt blob snímky, volejte operace aktualizace u objektů blob bloku, aby aktualizovaly nejmenší možný počet bloků. Operace zápisu, které umožňují jemnou kontrolu nad bloky, jsou Put Block a Put Block List. Operace Put Blob na druhé straně nahrazuje celý obsah objektu blob, takže může vést k dodatečným poplatkům.
Následující scénáře ukazují, jak se účtují poplatky za blokový objekt blob a jeho snímky, pokud nebyla explicitně nastavena úroveň vrstvy blob.
Scénář 1
Ve scénáři 1 se po pořízení snímku neaktualizoval základní blob, takže poplatky se vztahují pouze na jedinečné bloky 1, 2 a 3.
Scénář 2
Ve scénáři 2 byl základní blob aktualizován, ale snímek ne. Blok 3 byl aktualizován, a přestože obsahuje stejná data a stejné ID, není stejný jako blok 3 ve snímku. V důsledku toho se účet účtuje za čtyři bloky.
Scénář 3
Ve scénáři 3 se základní objekt blob aktualizoval, ale snímek ne. Blok 3 byl nahrazen blokem 4 v základním bloku, ale snímek stále odráží blok 3. V důsledku toho se účet účtuje za čtyři bloky.
Scénář 4
Ve scénáři 4 se základní objekt blob zcela aktualizoval a neobsahuje žádné z původních bloků. V důsledku toho se účet účtuje za všechny osm jedinečných bloků.
Návod
Vyhněte se volání metod, které přepíší celý objekt blob, a místo toho aktualizujte jednotlivé bloky, aby byly náklady nízké.
Fakturace při explicitním nastavení úrovně blobu
Pokud jste explicitně nastavili úroveň blobu pro blob nebo snímek (nebo verzi), bude se vám účtovat plná délka obsahu objektu v nové úrovni, bez ohledu na to, jestli sdílí bloky s objektem v původní úrovni. Účtuje se vám také délka celého obsahu nejstarší verze v původní úrovni. Za jedinečné bloky, které se můžou sdílet, se účtují všechny verze nebo snímky, které zůstanou v původní úrovni, jak je popsáno v části Fakturace, pokud není explicitně nastavená úroveň objektu blob.
Přesunutí objektu blob na novou vrstvu
Následující tabulka popisuje způsob fakturace objektu blob nebo snímku při přesunu do nové vrstvy.
| Když je úroveň blobu explicitně nastavena... | Poté vám bude účtováno... |
|---|---|
| Základní objekt typu blob se snímkem | Základní objekt blob v nové úrovni a nejstarší snímek v původní vrstvě a všechny jedinečné bloky v jiných snímcích.1 |
| Základní blob s předchozí verzí a snímkem | Základní blob v nové úrovni, nejstarší verze v původní úrovni, nejstarší snímek v původní úrovni a všechny jedinečné bloky v jiných verzích nebo snímcích1. |
| Snímek | Snímek v nové úrovni a základní objekt blob v původní úrovni, plus všechny jedinečné bloky v jiných snímcích.1 |
1Pokud existují jiné předchozí verze nebo snímky, které nebyly přesunuty z původní úrovně, budou se tyto verze nebo snímky účtovat na základě počtu jedinečných bloků, které obsahují, jak je popsáno v části Fakturace, pokud nebyla explicitně nastavena úroveň objektu blob.
Následující diagram znázorňuje, jak se objekty fakturují, když se objekt blob se snímky přesune na jinou úroveň.
Explicitní nastavení úrovně pro objekt blob, verzi nebo snímek nejde vrátit zpět. Pokud přesunete objekt blob do nové úrovně a pak ho přesunete zpět na původní úroveň, bude se vám účtovat plná délka obsahu objektu, i když sdílí bloky s ostatními objekty v původní vrstvě.
Operace, které explicitně nastavují úroveň objektu blob, verze nebo snímku, zahrnují:
- Nastavit úroveň blobu
- Put Blob se zadanou úrovní
- Umístit seznam bloků se zadanou úrovní
- Kopírování Blobu se specifikovanou vrstvou
Odstranění objektu blob při povoleném měkkém odstranění
Pokud je povoleno soft odstranění objektu blob, pak pokud odstraníte nebo přepíšete základní objekt blob, který má explicitně nastavenou úroveň, budou všechny předchozí verze nebo snímky soft odstraněného objektu blob účtovány podle celé délky obsahu. Další informace o tom, jak funguje správa verzí objektů blob a obnovitelné odstranění, najdete v tématu Správa verzí objektů blob a obnovitelné odstranění.
Následující tabulka popisuje chování fakturace pro blob, který je soft-smazán, v závislosti na tom, zda je správa verzí povolena nebo zakázána. Když je povolena správa verzí, při měkkém odstranění objektu blob se vytvoří nová verze. Pokud je správa verzí zakázaná, měkké odstranění objektu blob vytvoří snímek měkkého odstranění.
| Při přepsání základního blobu s jeho explicitně nastavenou vrstvou... | Poté vám bude účtováno... |
|---|---|
| Pokud je povolené obnovitelné odstranění objektu blob i správa verzí | Všechny existující verze s plnou délkou obsahu bez ohledu na úroveň. |
| Pokud je aktivováno měkké odstranění objektů blob, ale verzování je zakázané | Všechny existující snímky obnovitelného odstranění s plnou délkou obsahu bez ohledu na úroveň. |
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.
Důležité
Ukázková verze Snapshots pro účty s aktivovanou funkcí hierarchické struktury názvů již nepřijímá nové zákazníky. Doporučujeme, abyste zvážili alternativní mechanismy. (Příklady: Obnovitelné odstranění pro objekty blob, AzCopy, trezorované zálohování [Preview])