Snímky objektů blob

Snímek je verze objektu blob jen pro čtení pořízená v časovém okamžiku.

Poznámka

Správa verzí objektů blob nabízí vynikající způsob, jak udržovat předchozí verze objektu blob. Další informace najdete v tématu o verzích objektů blob.

Informace o snímcích objektů blob

Důležité

Snímky v účtech, které mají povolenou funkci hierarchického oboru názvů, jsou aktuálně ve verzi PREVIEW. Právní podmínky, které platí pro funkce Azure, které jsou ve verzi beta, verzi Preview nebo které zatím nejsou veřejně dostupné, najdete v Dodatečných podmínkách použití pro Microsoft Azure verze Preview.

Pokud se chcete zaregistrovat do verze Preview, podívejte se na tento formulář.

Snímek objektu blob je stejný jako jeho základní objekt blob s tím rozdílem, že identifikátor URI objektu blob má k identifikátoru URI objektu blob připojenou hodnotu DateTime, 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 se podobá 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 zachovávají, dokud nejsou explicitně odstraněny, a to buď nezávisle, nebo jako součást operace odstranění objektu blob pro základní objekt 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, systémové vlastnosti objektu blob se zkopírují do snímku se stejnými hodnotami. Do snímku se zkopírují také metadata základního objektu blob, pokud při vytváření snímku nezadáte samostatná metadata. Po vytvoření snímku ho můžete číst, kopírovat nebo odstraňovat, ale nemůžete ho upravovat.

Žádná zapůjčení přidružená k základnímu objektu blob nemají vliv na snímek. Zapůjčení snímku nelze získat.

Soubor VHD slouží k uložení aktuálních informací a stavu disku virtuálního počítače. Můžete odpojit disk od virtuálního počítače nebo vypnout virtuální počítač a potom pořizovat snímek jeho souboru VHD. Tento soubor snímku můžete později použít k načtení souboru VHD v tomto okamžiku a opětovnému vytvoření virtuálního počítače.

Principy nabíhání poplatků za snímky

Důležité aspekty fakturace

Následující seznam obsahuje klíčové body, které je třeba vzít v úvahu při vytváření snímku.

  • Účtu úložiště se účtují poplatky za jedinečné bloky nebo stránky bez ohledu na to, jestli jsou v objektu blob nebo ve snímku. Za snímky přidružené k objektu blob se za váš účet ne účtu ne účtují žádné další poplatky, dokud ne aktualizací objektu blob, na kterém jsou založeny. Po aktualizaci základního objektu blob se od jeho snímků odchýle. Když k tomu dojde, budou se vám účtovat jedinečné bloky nebo stránky v každém objektu blob nebo snímku.
  • Když nahradíte blok v rámci objektu blob bloku, bude se tento blok následně účtovat jako jedinečný blok. To platí i v případě, že má blok stejné ID bloku a stejná data jako ve snímku. Po opětném potvrzení se blok od svého protějšku odchýle od libovolného snímku a bude se vám účtovat poplatky za jeho data. Totéž platí pro stránku v objektu blob stránky, která se aktualizuje stejnými daty.
  • Aktualizace objektu blob bloku voláním metody, která přepíše celý obsah objektu blob, nahradí všechny bloky v objektu blob. Pokud máte k tomuto objektu blob přidružený snímek, všechny bloky v základním objektu blob a snímku se teď rozchýlejí a budou se vám účtovat všechny bloky v obou objektech blob. To platí i v případě, že data v základním objektu blob a snímku zůstanou identická.
  • Azure Blob service nemá způsob, jak určit, jestli dva bloky obsahují identická data. Každý blok, který je nahraný a potvrzený, se bude považovat za jedinečný, i když má stejná data a stejné ID bloku. Vzhledem k tomu, že se účtují poplatky za jedinečné bloky, je důležité vzít v úvahu, že aktualizace objektu blob se snímkem vede k dalším jedinečným blokům a dalším poplatkům.

Minimalizace nákladů pomocí správy snímků

Doporučujeme snímky pečlivě spravovat, abyste se vyhnuli dodatečným poplatkům. Tyto osvědčené postupy vám pomůžou minimalizovat náklady na úložiště snímků:

  • Při každé aktualizaci objektu blob odstraňte a znovu vytvořte snímky přidružené k objektu blob, a to i v případě, že aktualizujete stejnými daty, pokud návrh vaší aplikace nevyžaduje, abyste snímky udržují. Odstraněním a znovu vytvořením snímků objektu blob můžete zajistit, že se objekt blob a snímky nebudou odchýlet.
  • Pokud udržujete snímky objektu blob, vyhněte se voláním metod, které při aktualizaci objektu blob přepíší celý objekt blob. Místo toho aktualizujte nejmenší možný počet bloků, abyste udrželi nízké náklady.

Scénáře fakturace snímků

Následující scénáře ukazují, jak se účtují poplatky za objekt blob bloku a jeho snímky.

Ceny a fakturace

Vytvoření snímku, což je kopie objektu blob jen pro čtení, může vést k dalším poplatkům za úložiště dat pro váš účet. Při navrhování aplikace je důležité vědět, jak se můžou tyto poplatky nabít, abyste minimalizovali náklady.

Snímky objektů blob, jako jsou verze objektů blob, se účtuly stejnou rychlostí jako aktivní data. Způsob vyúčtování snímků závisí na tom, jestli jste explicitně nastavili úroveň pro základní objekt blob nebo pro kterýkoli z jeho snímků (nebo verzí). Další informace o úrovních objektů blob najdete v tématu Horká, studenáa archivní úroveň přístupu pro data objektů blob.

Pokud jste nezměnili úroveň objektu blob nebo snímku, budou se vám účtovat jedinečné bloky dat napříč objektem blob, jeho snímky a verzemi, které může mít. Další informace najdete v tématu Fakturace, pokud není explicitně nastavená úroveň objektu blob.

Pokud jste změnili úroveň objektu blob nebo snímku, bude se vám účtovat celý objekt bez ohledu na to, jestli jsou objekt blob a snímek nakonec znovu ve stejné úrovni. Další informace najdete v tématu Fakturace, když je úroveň objektu blob explicitně nastavená.

Další informace o fakturaci verzí objektů blob najdete v tématu o verzích objektů blob.

Fakturace v případě, že není explicitně nastavená úroveň objektu blob

Pokud jste explicitně nenastavili úroveň objektu blob pro základní objekt blob nebo kterýkoli z jeho snímků, budou se vám účtovat jedinečné bloky nebo stránky v rámci objektu blob, jeho snímky a všechny jeho verze. Data sdílená v rámci objektu blob a jeho snímky se účtují jenom jednou. Po aktualizaci objektu blob se data v základním objektu blob odchýlejí od dat uložených v jeho snímcích a jedinečná data se účtují za blok nebo stránku.

Když nahradíte blok v rámci objektu blob bloku, bude se tento blok následně účtovat jako jedinečný blok. To platí i v případě, že má blok stejné ID bloku a stejná data jako ve snímku. Po opětném potvrzení se blok od svého protějšku ve snímku odchýle od něj a bude se vám účtovat jeho data. Totéž platí pro stránku v objektu blob stránky, která se aktualizuje stejnými daty.

Blob Storage nemá způsob, jak určit, jestli dva bloky obsahují identická data. Každý blok, který je nahraný a potvrzený, se bude považovat za jedinečný, i když má stejná data a stejné ID bloku. Vzhledem k tomu, že se účtují poplatky za jedinečné bloky, je důležité mít na paměti, že aktualizace objektu blob, když tento objekt blob obsahuje snímky nebo verze, bude mít za následek další jedinečné bloky a další poplatky.

Pokud objekt blob obsahuje snímky, volejte operace aktualizace objektů blob bloku, aby se aktualizují nejmenší možný počet bloků. Operace zápisu, které umožňují přesnou 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 dalším poplatkům.

Následující scénáře ukazují, jak se účtují poplatky za objekt blob bloku a jeho snímky, když není explicitně nastavená úroveň objektu blob.

Scénář 1

Ve scénáři 1 nebyl základní objekt blob po pořízení snímku aktualizován, takže se účtují poplatky pouze za jedinečné bloky 1, 2 a 3.

Diagram 1 znázorňující fakturaci jedinečných bloků v základním objektu blob a snímku

Scénář 2

Ve scénáři 2 se základní objekt blob aktualizoval, ale snímek ne. Blok 3 se aktualizoval, a přestože obsahuje stejná data a stejné ID, není stejný jako blok 3 ve snímku. V důsledku toho se účtují čtyři bloky.

Diagram 2 znázorňující fakturaci jedinečných bloků v základním objektu blob a snímku

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 objektu blob, ale snímek stále odráží blok 3. V důsledku toho se účtují čtyři bloky.

Diagram 3 znázorňující fakturaci jedinečných bloků v základním objektu blob a snímku

Scénář 4

Ve scénáři 4 se základní objekt blob zcela aktualizoval a neobsahuje žádný z jeho původních bloků. V důsledku toho se účtu účtu účtu účtuje všech osm jedinečných bloků.

Diagram 4 znázorňující fakturaci jedinečných bloků v základním objektu blob a snímku

Tip

Vyhněte se voláním metod, které přepíší celý objekt blob, a místo toho aktualizujte jednotlivé bloky, aby se náklady udržely na nízké úrovni.

Fakturace po explicitním nastavení úrovně objektu blob

Pokud jste explicitně nastavili úroveň objektu blob pro objekt 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. Účtují se vám také poplatky za celou délku obsahu nejstarší verze na původní úrovni. Všechny verze nebo snímky, které zůstanou na původní úrovni, se účtují za jedinečné bloky, které mohou sdílet, jak je popsáno v článku Fakturace, pokud není explicitně nastavená úroveň objektu blob.

Přesun objektu blob do nové úrovně

Následující tabulka popisuje chování při fakturaci objektu blob nebo snímku při jeho přesunu na novou úroveň.

Když je úroveň objektu blob explicitně nastavená... Pak se vám bude účtovat...
Základní objekt 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í objekt blob s předchozí verzí a snímkem Základní objekt blob v nové úrovni, nejstarší verze v původní vrstvě a nejstarší snímek v původní vrstvě 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í vrstvě a všechny jedinečné bloky v jiných snímcích. 1.

1. Pokud 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 článku Fakturace, pokud není explicitně nastavená úroveň objektu blob.

Následující diagram znázorňuje, jak se objekty fakturují, když se objekt blob se snímky přesune do jiné úrovně.

Diagram znázorňující, jak se objekty fakturují, když je objekt blob se snímky explicitně vrstvený

Explicitní nastavení úrovně objektu blob, verze nebo snímku není možné vrátit zpět. Pokud přesunete objekt blob do nové úrovně a pak ho přesunete zpět do původní úrovně, bude se vám účtovat plná délka obsahu objektu, i když sdílí bloky s jinými objekty v původní vrstvě.

Mezi operace, které explicitně nastaví úroveň objektu blob, verze nebo snímku, patří:

Odstranění objektu blob, když je povolené softwarové odstranění

Pokud je povolené obnovení objektu blob a odstraníte nebo přepíšete základní objekt blob, který má explicitně nastavenou úroveň, budou se všechny předchozí verze nebo snímky objektu blob s možností obnovení účtovat v plné délce. Další informace o tom, jak spolu fungují verze objektů blob a jejich softwarové odstranění, najdete v tématu o verzích objektů blob a o možnostech softwarového odstranění.

Následující tabulka popisuje chování při fakturaci objektu blob, který se automaticky odstraní v závislosti na tom, jestli je povolená nebo zakázaná verze. Když je povolená verze, vytvoří se nová verze, když se objekt blob automaticky odstraní. Když je vytváření verzí zakázané, obnovením platnosti objektu blob se vytvoří snímek s možností obnovení.

Když přepíšete základní objekt blob explicitně nastavenou úrovní... Pak se vám bude účtovat...
Pokud je povolené jak softwarové odstranění objektů blob, tak i s jejich sekcí verzí. Všechny existující verze s plnou délkou obsahu bez ohledu na úroveň.
Pokud je povolené softwarové odstranění objektů blob, ale verze jsou zakázané Všechny existující snímky s možností softwarového odstranění s celou délkou obsahu bez ohledu na úroveň.

Podpora funkcí

Tato tabulka ukazuje, jak je tato funkce podporována ve vašem účtu, a vliv na podporu, když povolíte určité možnosti.

Typ účtu úložiště Blob Storage (výchozí podpora) Data Lake Storage Gen2 1 NFS 3.0 1 SFTP 1
Standard pro obecné účely v2 Yes Ano 2 No No
Premium objektů blob bloku Yes Ano 2 No No

1 Data Lake Storage Gen2, protokol NFS (Network File System) 3.0 a protokol SFTP (Secure File Transfer Protocol) podporují všechny vyžadují účet úložiště s povoleným hierarchickým oborem názvů.

2 Funkce se podporuje na úrovni Preview.

Další kroky