Vysvětlení způsobu, jakým se účtují poplatky za snímky objektů blob

  • Článek

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 ve vašem účtu. Při návrhu aplikace je důležité vědět, jak tyto poplatky můžou narůstat, abyste mohli minimalizovat zbytečné náklady.

Důležité informace o fakturaci

Následující seznam obsahuje klíčové body, které je potřeba zvážit při vytváření snímku.

  • Za jedinečné bloky nebo stránky se účtují poplatky, ať už jsou v objektu blob nebo ve snímku. Vašemu účtu se neúčtují další poplatky za snímky přidružené k objektu blob, dokud neaktualizujete objekt blob, na kterém jsou založeny. Jakmile základní objekt blob aktualizujete, liší se od jeho snímků a 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 blok má stejné ID bloku a stejná data jako ve snímku. Jakmile se blok znovu potvrdí, v libovolném snímku se liší od svého protějšku a za jeho data se vám budou účtovat poplatky. Totéž platí pro stránku v objektu blob stránky, která je aktualizovaná identickými daty.

  • Nahrazení objektu blob bloku voláním metody UploadFile, UploadText, UploadStream nebo UploadByteArray nahradí všechny bloky v daném objektu blob. Pokud máte k danému objektu blob přidružený snímek, budou se teď všechny bloky v základním objektu blob a snímku lišit 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á.

  • Služba Azure Blob Service nemá prostředky k určení, 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 se za jedinečné bloky účtují poplatky, je důležité zvážit, že aktualizace objektu blob, který obsahuje snímek, způsobí další jedinečné bloky a další poplatky.

Důležité

Osvědčené postupy určují, že snímky spravujete pečlivě, abyste se vyhnuli dalším poplatkům. Snímky doporučujeme spravovat následujícím způsobem:

  • Odstraňte a znovu vytvořte snímky přidružené k objektu blob při každé aktualizaci objektu blob, a to i v případě, že aktualizujete identická data, pokud návrh aplikace nevyžaduje údržbu snímků. Odstraněním a opětovným vytvořením snímků objektu blob můžete zajistit, aby se objekt blob a snímky nerozlišily.
  • Pokud udržujete snímky objektu blob, vyhněte se volání UploadFile, UploadText, UploadStream nebo UploadByteArray pro aktualizaci objektu blob, protože tyto metody nahradí všechny bloky v objektu blob. Místo toho aktualizujte nejmenší možný počet bloků pomocí metod PutBlock a PutBlockList .

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. Ve scénáři 1 se základní objekt blob od pořízení snímku neaktualizoval, takže se účtují poplatky jenom za jedinečné bloky 1, 2 a 3:

Diagram znázorňující, jak se bloky účtují ve scénáři 1

Scénář 1: Poplatky se účtují pouze za bloky 1, 2 a 3.

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

Diagram znázorňující, jak se bloky účtují ve scénáři 2

Scénář 2: Poplatky za nabíhání bloků 1, 2 a 3 v základním objektu blob spolu s blokem 3 ve snímku

Ve scénáři 3 se základní objekt blob aktualizoval, ale snímek ne. Blok 3 byl v základním objektu blob nahrazen blokem 4, ale snímek stále odráží blok 3. V důsledku toho se za účet účtují poplatky za čtyři bloky:

Diagram znázorňující, jak se bloky účtují ve scénáři 3

Scénář 3: Bloky 1, 2, 3 a 4 se načítají.

Ve scénáři 4 se základní objekt blob zcela aktualizoval a neobsahuje žádné původní bloky. V důsledku toho se účtu účtují poplatky za všech osm jedinečných bloků. K tomuto scénáři může dojít, pokud používáte metodu aktualizace, jako je UploadFile, UploadText, UploadFromStream nebo UploadByteArray, protože tyto metody nahrazují veškerý obsah objektu blob.

Diagram znázorňující, jak se bloky účtují ve scénáři 4

Scénář 4: Bloky 1, 2, 3, 4, 5, 6, 7 a 8 nabíhají poplatky.

Viz také

Jak používat službu Blob Storage
Jak používat službu Queue Storage
Vytvoření snímku objektu blob