Beräkna kostnaden för arkivering av data
Arkivnivån är en offlinenivå för lagring av data som sällan används. Arkivåtkomstnivån har den lägsta lagringskostnaden. Den här nivån har dock högre kostnader för datahämtning med högre svarstid jämfört med nivåerna frekvent, lågfrekvent och kall.
Den här artikeln beskriver hur du beräknar kostnaden för att använda arkivlagring och presenterar sedan några exempelscenarier.
Beräkna kostnader
Kostnaden för att arkivera data härleds från dessa tre komponenter:
- Kostnad för att skriva data till arkivnivån
- Kostnad för att lagra data på arkivnivån
- Kostnad för att extrahera data från arkivnivån
Följande avsnitt visar hur du beräknar varje komponent.
Den här artikeln använder fiktiva priser i alla beräkningar. Du hittar dessa exempelpriser i avsnittet Exempelpriser i slutet av den här artikeln. Dessa priser är endast avsedda som exempel och bör inte användas för att beräkna dina kostnader.
Officiella priser finns i Prissättning för Azure Blob Storage eller Prissättning för Azure Data Lake Storage. Mer information om hur du väljer rätt prissida finns i Förstå den fullständiga faktureringsmodellen för Azure Blob Storage.
Kostnaden för att skriva
Du kan beräkna kostnaden för att skriva till arkivnivån genom att multiplicera antalet skrivåtgärder med priset för varje åtgärd. Priset för en åtgärd beror på vilka som du använder för att skriva data till arkivnivån.
Placera blob
Om du använder put blob-åtgärden är antalet åtgärder samma som antalet blobar. Om du till exempel planerar att skriva 30 000 blobar till arkivnivån kräver det 30 000 åtgärder. Varje åtgärd debiteras priset för en arkivskrivningsåtgärd .
Dricks
Åtgärder faktureras per 10 000. Om priset per 10 000 åtgärder därför är 0,10 USD är priset för en enskild åtgärd 0,10 USD / 10 000 USD = 0,00001 USD.
Placera blockerings- och putblockeringslista
Om du laddar upp en blob med hjälp av åtgärderna Put Block och Put Block List kräver en uppladdning flera åtgärder och var och en av dessa åtgärder debiteras separat. Varje Put Block-åtgärd debiteras till priset av en skrivåtgärd för kontonas standardåtkomstnivå. Antalet Put Block-åtgärder som du behöver beror på blockstorleken som du anger för att ladda upp data. Om blobstorleken till exempel är 100 MiB och du väljer blockstorlek till 10 MiB när du laddar upp bloben använder du 10 Put Block-åtgärder . Block skrivs (checkas in) till arkivnivån med hjälp av åtgärden Placera blockeringslista . Den åtgärden debiteras priset för en arkivskrivningsåtgärd . För att ladda upp en enskild blob är kostnaden därför (antalet blockpris * för en snabbskrivningsåtgärd) + priset för en arkivskrivningsåtgärd.
Kommentar
Om du inte använder ett SDK eller REST API direkt kan du behöva undersöka vilka åtgärder som dataöverföringsverktyget använder för att ladda upp filer. Du kanske kan avgöra detta genom att kontakta verktygsprovidern eller med hjälp av lagringsloggar.
Ange blobnivå
Om du använder åtgärden Ange blobnivå för att flytta en blob från lågfrekvent nivå, kall eller frekvent nivå till arkivnivån debiteras du priset för en arkivskrivningsåtgärd .
Kostnaden att lagra
Du kan beräkna lagringskostnaderna genom att multiplicera storleken på data i GB med priset för arkivlagring.
Om du till exempel planerar att lagra arkiverade blobar på 10 TB är kapacitetskostnaden 0,00099 USD * 10 * 1024 = 10,14 USD per månad.
Kostnaden för att rehydrera
Blobar på arkivnivån är offline och kan inte läsas eller ändras. Om du vill läsa eller ändra data i en arkiverad blob måste du först extrahera bloben till en onlinenivå (antingen frekvent lågfrekvent eller kall nivå).
Du kan beräkna kostnaden för att extrahera data genom att lägga till kostnaden för att hämta data till kostnaden för att läsa data.
Om vi antar exempelpriser skulle kostnaden för att hämta 1 GB data från arkivnivån vara 1 * 0,02 USD = 0,02 USD.
Läsåtgärder faktureras per 10 000. Om kostnaden per 10 000 åtgärder därför är 5,00 USD är kostnaden för en enskild åtgärd 5,00 USD /10 000 = 0,0005 USD. Kostnaden för att läsa 1 000 blobar med standardprioritet är 1 000 * 0,0005 USD = 0,50 USD.
I det här exemplet skulle den totala kostnaden för att rehydrera (hämta + läsa) vara $0,02 + $0,50 = $0,52.
Kommentar
Om du ställer in rehydreringsprioriteten på hög ökar datahämtnings- och läsfrekvensen.
Om du planerar att extrahera data bör du försöka undvika en avgift för tidig borttagning. Om du vill granska dina alternativ kan du läsa Mer information om bloblagring från arkivnivån.
Scenario: Säkerhetskopiering av engångsdata
Det här scenariot förutsätter att du planerar att ta bort lokala band eller filservrar genom att migrera säkerhetskopieringsdata till molnlagring. Om du inte förväntar dig att användarna ska komma åt dessa data ofta kan det vara klokt att migrera dessa data direkt till arkivnivån. Under den första månaden skulle du anta kostnaden för att skriva data till arkivnivån. Under de återstående månaderna skulle du bara betala för kostnaden för att lagra data och kostnaden för att extrahera data efter behov för enstaka läsåtgärder.
Med hjälp av de exempelpriser som visas i den här artikeln visar följande tabell tre månaders utgifter.
I det här scenariot förutsätts en inledande inmatning av 2 000 000 filer på totalt 102 400 GB i storlek för arkivering. Det förutsätter också en engångsläsning varje månad på cirka 1 % av den arkiverade kapaciteten. Den åtgärd som används i det här scenariot är put blob-åtgärden .
Kostnadsfaktor | januari | februari | Mars | Beräknad årlig |
---|---|---|---|---|
Skrivtransaktioner | 2,000,000 | 0 | 0 | 2,000,000 |
Priset för en enskild skrivåtgärd | $0.00001 | $0.00001 | $0.00001 | $0.00001 |
Kostnad för att skriva (transaktioner * priset för en skrivåtgärd) | 20,00 USD | 0,00 USD | 0,00 USD | 20,00 USD |
Total filstorlek (GB) | 102,400 | 102,400 | 102,400 | 1,228,800 |
Datapriser (betala per användning) | $0.00099 | $0.00099 | $0.00099 | $0.00099 |
Kostnad att lagra (filstorlek * datapris) | $101.38 | $101.38 | $101.38 | $1,216.51 |
Datahämtningsstorlek | 1,024 | 1,024 | 1,024 | 12,288 |
Pris för datahämtning | 0,02 USD | 0,02 USD | 0,02 USD | 0,02 USD |
Antal lästa transaktioner (antal filer * 1 %) | 20 000 | 20 000 | 20 000 | 240,000 |
Priset för en enskild läsåtgärd | $0.0005 | $0.0005 | $0.0005 | $0.0005 |
Kostnad för att rehydrera (kostnad för att hämta + kostnad att läsa) | 30,48 USD | 30,48 USD | 30,48 USD | $365.76 |
Totalkostnad | $151.86 | $131.86 | $131.86 | 1 602,27 USD |
Dricks
Om du vill visa dessa kostnader under 12 månader öppnar du fliken Engångssäkerhetskopiering i den här arbetsboken. Du kan ändra värdena i kalkylbladet för att beräkna dina kostnader.
Scenario: Kontinuerlig nivåindelning
Det här scenariot förutsätter att du planerar att regelbundet flytta data till arkivnivån. Du kanske använder Blob Storage-inventeringsrapporter för att mäta vilka blobar som används mindre ofta och sedan använda livscykelhanteringsprinciper för att automatisera arkiveringsprocessen.
Varje månad förutsätter du kostnaden för att skriva till arkivnivån. Kostnaden för att lagra och sedan extrahera data skulle öka med tiden när du arkiverar fler blobar.
Med hjälp av de exempelpriser som visas i den här artikeln visar följande tabell tre månaders utgifter.
Det här scenariot förutsätter en månatlig inmatning av 200 000 filer på totalt 10 240 GB i storlek för arkivering. Det förutsätter också en engångsläsning varje månad på cirka 1 % av den arkiverade kapaciteten. Den åtgärd som används i det här scenariot är put blob-åtgärden .
Kostnadsfaktor | januari | februari | Mars | Beräknad årlig |
---|---|---|---|---|
Skrivtransaktioner | 200 000 | 200 000 | 200 000 | 2,400,000 |
Priset för en enskild skrivåtgärd | $0.00001 | $0.00001 | $0.00001 | $0.00001 |
Kostnad för att skriva (transaktioner * priset för en skrivåtgärd) | 2,00 USD | 2,00 USD | 2,00 USD | 24,00 USD |
Total filstorlek (GB) | 10,240 | 20,480 | 39,720 | 122,880 |
Datapriser (betala per användning) | $0.00099 | $0.00099 | $0.00099 | $0.00099 |
Kostnad att lagra (filstorlek * datapris) | $10.14 | 20.28 | 30,41 USD | $790.73 |
Pris för datahämtning | 0,02 USD | 0,02 USD | 0,02 USD | 0,02 USD |
Antal lästa transaktioner (antal filer * 1 % lagringsläsning) | 2 000 | 4 000 | 6 000 | 156,000 |
Priset för en enskild läsåtgärd | $0.0005 | $0.0005 | $0.0005 | $0.0005 |
Kostnad för att rehydrera (kostnad för att hämta + kostnad att läsa) | 3,05 USD | 6,10 USD | 9,14 USD | $237.74 |
Totalkostnad | $15.19 | 28,37 USD | $41.56 | 1 052,48 USD |
Dricks
Om du vill visa dessa kostnader under 12 månader öppnar du fliken Kontinuerlig nivåindelning i den här arbetsboken. Du kan ändra värdena i kalkylbladet för att beräkna dina kostnader.
Arkivera kontra kallt och kallt
Arkivlagring är den lägsta kostnadsnivån. Det kan dock ta upp till 15 timmar att extrahera 10 GiB-filer. Mer information finns i Blob rehydrering från arkivnivån. Arkivnivån kanske inte passar bäst om dina arbetsbelastningar måste läsa data snabbt. Den lågfrekventa nivån erbjuder en läsfördröjning i nära realtid med ett lägre pris än den frekventa nivån. Om du förstår dina åtkomstkrav kan du välja mellan nivåerna lågfrekvent, kall och arkiv.
I följande tabell jämförs kostnaden för arkivlagring med kostnaden för lågfrekvent och kall lagring med hjälp av de exempelpriser som visas i den här artikeln. Det här scenariot förutsätter en månatlig inmatning av 200 000 filer på totalt 10 240 GB i storlek för arkivering. Det förutsätter också att 1 läser varje månad cirka 10 % av den lagrade kapaciteten (1 024 GB) och 10 % av de totala transaktionerna (20 000).
Kostnadsfaktor | Arkiv | Kall | Lågfrekvent |
---|---|---|---|
Skrivtransaktioner | 200 000 | 200 000 | 200 000 |
Priset för en enskild skrivåtgärd | $0.00001 | $0.000018 | $0.00001 |
Kostnad för att skriva (transaktioner * priset för en skrivåtgärd) | 2,00 USD | 3,60 USD | 2,00 USD |
Total filstorlek (GB) | 10,240 | 10,240 | 10,240 |
Datapriser (betala per användning) | $0.00099 | 0,0036 USD | 0,0152 USD |
Kostnad att lagra (filstorlek * datapris) | $10.14 | $36.86 | $155.65 |
Datahämtningsstorlek | 1,024 | 1,024 | 1,024 |
Pris för datahämtning per GB | 0,02 USD | 0,03 USD | 0,01 USD |
Antal lästransaktioner | 20 000 | 20 000 | 20 000 |
Priset för en enskild läsåtgärd | $0.0005 | $0.00001 | $0.000001 |
Kostnad för att rehydrera (kostnad för att hämta + kostnad att läsa) | 30,48 USD | 30,92 USD | 10,26 USD |
Månadskostnad | $42.62 | $71.38 | $167.91 |
Dricks
Om du vill visa liveformeln för dessa kostnader öppnar du fliken Välj nivåer i den här arbetsboken. Du kan ändra värdena i kalkylbladet för att beräkna dina kostnader.
I följande diagram visas hur månadsutgifterna påverkas med olika läsprocent. Det här diagrammet förutsätter en månatlig inmatning av 1 000 000 filer på totalt 10 240 GB i storlek.
Det andra staplarparet förutsätter till exempel att arbetsbelastningar läser 100 000 filer (10 % av 1 000 000 filer) och 1 024 GB (10 % av 10 240 GB). Om vi antar exempelpriset är den uppskattade månatliga kostnaden för lågfrekvent lagring 175,99 USD och den uppskattade månatliga kostnaden för arkivlagring är 90,62 USD.
Det här diagrammet visar en brytpunkt på eller runt läsnivån på 25 %. Efter den nivån börjar kostnaden för arkivlagring öka i förhållande till kostnaden för lågfrekvent lagring.
Exempelpriser
I den här artikeln används följande fiktiva priser.
Viktigt!
Dessa priser är endast avsedda som exempel och bör inte användas för att beräkna dina kostnader.
Prisfaktor | Arkiv | Kall | Lågfrekvent |
---|---|---|---|
Priset för skrivtransaktioner (per 10 000) | 0,10 USD | 0,18 USD | 0,10 USD |
Priset för en enskild skrivåtgärd (kostnad /10 000) | $0.00001 | $0.000018 | $0.00001 |
Datapriser (betala per användning) | $0.00099 | 0,0036 USD | 0,0152 USD |
Priset för lästransaktioner (per 10 000) | 5,00 USD | 0,10 USD | 0,01 USD |
Priset för en enskild läsåtgärd (kostnad /10 000) | $0.0005 | $0.00001 | $0.000001 |
Priset för lästransaktioner med hög prioritet (per 10 000) | 50,00 $ | Saknas | Saknas |
Pris för datahämtning (per GB) | 0,02 USD | 0,03 USD | 0,01 USD |
Priset för datahämtning med hög prioritet (per GB) | 0,10 USD | Saknas | Saknas |
Officiella priser finns i Prissättning för Azure Blob Storage eller Prissättning för Azure Data Lake Storage.
Mer information om hur du väljer rätt prissida finns i Förstå den fullständiga faktureringsmodellen för Azure Blob Storage.