Az adatok archiválási költségeinek becslése

Az archív szint egy offline szint, amely ritkán elérhető adatok tárolására használható. Az archív hozzáférési szint a legalacsonyabb tárolási költséggel rendelkezik. Ez a szint azonban magasabb adatlekérési költségekkel rendelkezik, és nagyobb késéssel rendelkezik a gyakori, a ritka elérésű és a ritka elérésű szintekhez képest.

Ez a cikk bemutatja, hogyan számítható ki az archív tárterület használatának költsége, majd bemutat néhány példaforgatókönyvet.

Költségszámítás

Az adatok archiválási költsége a következő három összetevőből származik:

• Az adatok archiválási szintre történő írásának költsége
• Az adatok archiválási szinten történő tárolásának költsége
• Adatok rehidratálásának költsége az archív rétegből

Az alábbi szakaszok bemutatják az egyes összetevők kiszámításának módját.

Ez a cikk fiktív árakat használ minden számításban. Ezeket a mintaárakat a cikk végén található Mintaárak szakaszban találja. Ezek az árak csak példaként szolgálnak, és nem használhatók a költségek kiszámítására.

A hivatalos árakért tekintse meg az Azure Blob Storage díjszabását vagy az Azure Data Lake Storage díjszabását. A megfelelő díjszabási oldal kiválasztásáról további információt az Azure Blob Storage teljes számlázási modelljének ismertetése című témakörben talál.

Az írás költsége

Az archív szintre történő írás költségét úgy számíthatja ki, hogy megszorozza az írási műveletek számát az egyes műveletek árával. Egy művelet ára attól függ, hogy melyikeket használja az adatok archiválási rétegbe való írásához.

Blob elhelyezése

Ha a Blob elhelyezése műveletet használja, akkor a műveletek száma megegyezik a blobok számával. Ha például 30 000 blobot szeretne írni az archív szintre, akkor ez 30 000 műveletet igényel. Minden műveletért egy archív írási művelet árát számítjuk fel.

Blokkok és blokkok elhelyezése lista

Ha egy blobot a Tiltólista és a Blokklista elhelyezése művelettel tölt fel, akkor a feltöltéshez több műveletre van szükség, és mindegyik művelet külön kerül felszámításra. Minden Put Block műveletért az alapértelmezett hozzáférési szinthez tartozó írási művelet árát számítjuk fel. A szükséges Put Block műveletek száma az adatok feltöltéséhez megadott blokkmérettől függ. Ha például a blob mérete 100 MiB, és a blokkméretet 10 MiB-ra választja a blob feltöltésekor, akkor 10 Blokk elhelyezése műveletet használna. A blokkok írása (véglegesítése) az archív szintre a Blokklista elhelyezése művelettel történik. Ez a művelet egy archív írási művelet árát számítja fel. Ezért egyetlen blob feltöltéséhez a költség (egy gyakori írási művelet blokkjainak * száma) + egy archív írási művelet ára.

Set Blob Tier

Ha a Blobréteg beállítása művelettel áthelyez egy blobot a ritka elérésű, a ritka elérésű vagy a gyakori elérésű rétegből az archív szintre, az archív írási művelet árát kell fizetnie.

A tárolási költség

A tárolási költségeket úgy számíthatja ki, hogy megszorozza az adatok méretét GB-ban az archív tárterület árával.

Ha például (a minta díjszabását feltételezve) 10 TB-ot szeretne tárolni az archív szinten, a kapacitás költsége 0,002 usd * 10 * 1024 = 20,48 USD havonta.

A rehidratálás költsége

Az archív szinten lévő blobok offline állapotban vannak, és nem olvashatók és nem módosíthatók. Az archivált blobok adatainak olvasásához vagy módosításához először rehidratálnia kell a blobot egy online szintre (a ritka elérésű vagy a ritka elérésű rétegre).

Az adatok rehidratálásának költségét úgy számíthatja ki, hogy hozzáadja az adatok beolvasásának költségét az adatok olvasási költségeihez.

A minta díjszabását feltételezve 1 GB adat lekérésének költsége az archív rétegből 1 * 0,022 USD = 0,022 USD.

Az olvasási műveletek számlázása 10 000 darabonként. Ezért ha a 10 000 művelet költsége 5,50 USD, akkor egyetlen művelet költsége 5,50 USD / 10 000 = 0,0005 USD. A standard prioritású 1000 blob olvasásának költsége 1000 * $0,0005 = $0,50.

Ebben a példában a rehidratálás teljes költsége (lekérés + olvasás) 0,022 $ + 0,50 $ = 0,52 $.

Ha az adatok rehidratálását tervezi, próbálja meg elkerülni a korai törlési díjat. A beállítások áttekintéséhez tekintse meg a Blob rehidratációját az archív rétegből.

Forgatókönyv: Egyszeri adatmentés

Ez a forgatókönyv feltételezi, hogy a biztonsági mentési adatok felhőbeli tárolóba való migrálásával tervezi eltávolítani a helyszíni szalagokat vagy fájlkiszolgálókat. Ha nem számít arra, hogy a felhasználók gyakran férnek hozzá ezekhez az adatokhoz, akkor érdemes lehet ezeket az adatokat közvetlenül az archív szintre migrálni. Az első hónapban az adatok archiválási rétegbe való írásának költségét kell vállalnia. A fennmaradó hónapokban csak az adatok tárolásának költségeiért és az adatok rehidratálási költségeiért kell fizetnie az alkalmi olvasási művelethez szükséges módon.

A cikkben szereplő mintaárak használatával az alábbi táblázat három hónapnyi kiadást mutat be.

Ez a forgatókönyv 2 000 000 fájl kezdeti betöltését feltételezi, amely összesen 102 400 GB méretű archívumot tartalmaz. Azt is feltételezi, hogy az archivált kapacitás körülbelül 1%-át havonta egyszer olvassa be. Az ezt a forgatókönyvet használó művelet a Blob üzembe helyezésének művelete . Ez a forgatókönyv azt is feltételezi, hogy a blobok a blobok másolásával rehidratálódnak a blobok hozzáférési szintjének módosítása helyett.

Forgatókönyv: Folyamatos rétegzés

Ez a forgatókönyv feltételezi, hogy rendszeresen át szeretné helyezni az adatokat az archív szintre. Előfordulhat, hogy Blob Storage-leltárjelentések használatával méri fel, hogy mely blobok érhetők el ritkábban, majd életciklus-felügyeleti szabályzatokkal automatizálja az archiválási folyamatot.

Minden hónapban az archív szintre való írás költségét kell vállalnia. Az adatok tárolásának, majd rehidratálásának költsége idővel nő, amikor több blobot archivál.

A cikkben szereplő mintaárak használatával az alábbi táblázat három hónapnyi kiadást mutat be.

Ez a forgatókönyv 200 000 fájlból álló havi betöltést feltételez, amely összesen 10 240 GB méretű archívumot tartalmaz. Azt is feltételezi, hogy az archivált kapacitás körülbelül 1%-át havonta egyszer olvassák le. Az ezt a forgatókönyvet használó művelet a Blob üzembe helyezésének művelete .

Archív és ritka elérésű

Az archív tárolás a legalacsonyabb költségszint. A 10 GiB-fájlok rehidratálása azonban akár 15 órát is igénybe vehet. További információ: Blob rehidratáció az archív rétegből. Előfordulhat, hogy az archív szint nem felel meg a legjobban, ha a számítási feladatoknak gyorsan be kell olvasniuk az adatokat. A ritka elérésű szint közel valós idejű olvasási késést kínál, alacsonyabb áron, mint a gyakori elérésű szint. A hozzáférési követelmények megismerése segít választani a ritka elérésű, a ritka elérésű és az archív szintek között.

Az alábbi táblázat összehasonlítja az archív tárolás költségét a ritka elérésű és a ritka elérésű tárolás költségeivel a cikkben szereplő mintaárak használatával. Ez a forgatókönyv 200 000 fájlból álló havi betöltést feltételez, amely összesen 10 240 GB méretű archívumot tartalmaz. Emellett havi 1 olvasást feltételez a tárolt kapacitás 10%-ának (1024 GB) és az összes művelet 10%-ának (20 000).

Az alábbi diagram a havi kiadásokra gyakorolt hatásokat mutatja különböző olvasási százalékok alapján. Ez a diagram 1 000 000 fájlból álló havi betöltést feltételez, amely összesen 10 240 GB méretű. A mintául szolgáló díjszabást feltételezve ez a diagram a 25%-os olvasási szintnél vagy az azt körülvevő töréspontot jeleníti meg. Ezt követően az archív tárolás költsége a ritka elérésű tárolás költségeihez képest emelkedni kezd.

Mintaárak

Az alábbi táblázat a Blob Service-végpontra (blob.core.windows.net) irányuló kérések (fiktív) árait tartalmazza.

Az alábbi táblázat mintaárakat (fiktív) tartalmaz a Data Lake Storage-végpontra (dfs.core.windows.net) irányuló minden egyes kéréshez. A hivatalos árakért tekintse meg az Azure Data Lake Storage díjszabását.

Következő lépések

• Blob hozzáférési szintjének beállítása
• Blob archiválása
• Költségek optimalizálása az adatéletciklus automatikus kezelésével