Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Allmänna v2-lagringskonton stöder de senaste funktionerna i Azure Storage och innehåller all funktionalitet från allmänna v1- och bloblagringskonton. Allmänna v2-konton rekommenderas för de flesta lagringsscenarier. Allmänna v2-konton ger de lägsta kapacitetspriserna per gigabyte för Azure Storage. GPv2-konton stöder standardnivåer för kontoåtkomst av typen frekvent eller lågfrekvent samt nivåindelning på blobnivå mellan frekvent, lågfrekvent, kall eller arkiv.
Det är enkelt att uppgradera till ett v2-lagringskonto för generell användning från dina allmänna v1- eller bloblagringskonton. Du kan uppgradera genom att använda Azure-portalen, PowerShell eller Azure CLI. Det finns ingen stilleståndstid eller risk för dataförlust i samband med uppgradering till ett generellt v2-lagringskonto. Kontouppgraderingen sker via en enkel Azure Resource Manager-åtgärd som ändrar kontotypen. GPv2 innehåller all GPv1-funktionalitet, så befintliga applikationer och verktyg fortsätter att fungera utan ändringar efter uppgraderingen.
Viktigt!
Microsoft kommer att dra tillbaka lagringskonton för generell användning v1 den 13 oktober 2026, med nytt kontoskapande blockerat under första kvartalet 2026. Alla allmänna v1 (GPv1)-konton måste uppgraderas till allmän v2 (GPv2) senast detta datum för att undvika tjänstestörningar. Om du inte migrerar ditt allmänna v1-lagringskonto till GPv2 före oktober 2026, kommer Microsoft automatiskt att migrera alla befintliga allmänna v1-konton till ett GPv2-konto, vilket kan leda till högre faktureringskostnader. Ditt beslut att inte migrera ett befintligt generellt v1-konto kommer att tolkas som medgivande för Microsoft att migrera kontot för din räkning. Mer information finns i Översikt över GPv1-lagringskontots tillbakadragning.
Om du har ett v1-lagringskonto för generell användning kan du uppgradera det till ett allmänt v2-lagringskonto, men du kan inte nedgradera tillbaka det till ett allmänt v1-lagringskonto. Om du har ett Blob Storage-konto kan du uppgradera det till ett generellt v2-lagringskonto, men du kan inte nedgradera tillbaka det till ett bloblagringskonto.
Faktureringspåverkan av uppgradering
Uppgradering från GPv1 till GPv2 kan resultera i högre transaktionskostnader, särskilt för arbetsbelastningar med många läs- och skrivoperationer. GPv2 erbjuder lägre lagringskostnader och flexibilitet för nivåindelning, men transaktionspriser är mer detaljerade och kan påverka faktureringen avsevärt. Gå igenom dina nuvarande användningsmönster och uppskatta kostnaderna innan du uppgraderar.
Tips/Råd
Använd Priskalkylatorn för Azure för att beräkna kostnaderna för ett allmänt v2-lagringskonto baserat på dina aktuella användningsmönster.
Uppgradera ett konto
Om du vill uppgradera ett v1- eller bloblagringskonto för generell användning till ett generellt v2-konto använder du Azure-portalen, PowerShell eller Azure CLI.
- Logga in på Azure-portalen.
- Gå till ditt lagringskonto.
- I avsnittet Inställningar väljer du Konfiguration.
- Under kontotyp, välj Uppgradera.
- Under Bekräfta uppgradering anger du namnet på ditt konto.
- Välj Uppgradera längst ner på sidan.
Ange en åtkomstnivå för blobdata
Allmänna v2-konton stöder alla Azure-lagringstjänster och dataobjekt, men åtkomstnivåer är endast tillgängliga för blockblobar i Blob Storage. När du uppgraderar till ett v2-lagringskonto för generell användning kan du ange en standardkontoåtkomstnivå för frekvent eller lågfrekvent, vilket anger att standardnivån för dina blobdata laddas upp som om den enskilda blobåtkomstnivåparametern inte har angetts.
Med blobåtkomstnivåer kan du välja den mest kostnadseffektiva lagringen baserat på dina förväntade användningsmönster. Blockklumpar kan lagras i en hot, cool eller arkivnivå. För mer information om åtkomstnivåer, se Azure Blob Storage: heta, svala och arkivlagringsnivåer.
Som standard skapas ett nytt lagringskonto på frekvent åtkomstnivå och ett allmänt v1-lagringskonto kan uppgraderas till antingen frekvent eller lågfrekvent kontonivå. Om en kontoåtkomstnivå inte har angetts vid uppgraderingen uppgraderas den till frekvent som standard. Om du utforskar vilken åtkomstnivå som ska användas för uppgraderingen bör du överväga ditt aktuella scenario för dataanvändning. Det finns två vanliga användarscenarier för migrering till ett generellt v2-konto:
- Du har ett befintligt v1-lagringskonto för generell användning och vill utvärdera en uppgradering till ett allmänt v2-lagringskonto med rätt lagringsåtkomstnivå för blobdata.
- Du har bestämt dig för att använda ett GPv2-lagringskonto, eller så har du redan ett och vill utvärdera om du ska använda åtkomstnivån Frekvent eller Lågfrekvent för blobdata.
I båda fallen är den första prioriteten att beräkna kostnaden för att lagra, komma åt och arbeta med dina data som lagras i ett generellt v2-lagringskonto och jämföra det med dina aktuella kostnader.
Prissättning och fakturering
Det är kostnadsfritt att uppgradera ett v1-lagringskonto till ett allmänt v2-konto. Du kan ange önskad kontonivå under uppgraderingsprocessen. Om du inte specificerar en kontonivå under uppgraderingen är Hotstandardnivån för det uppgraderade kontot . Men att ändra lagringsåtkomstnivån efter uppgraderingen kan påverka din räkning, så ange den nya kontonivån under uppgraderingen.
Alla lagringskonton använder en prismodell för bloblagring baserat på nivån för varje blob. När du använder ett lagringskonto gäller följande faktureringsöverväganden:
Lagringskostnader: Förutom mängden data som lagras varierar kostnaden för att lagra data beroende på lagringsåtkomstnivån. Kostnaden per gigabyte minskar ju kallare åtkomstnivån blir.
Kostnader för dataåtkomst: Dataåtkomstavgifterna ökar när nivån blir svalare. För data i åtkomstnivåerna cool och arkiv debiteras en dataåtkomstavgift per gigabyte för läsåtgärder.
Transaktionskostnader: Det finns en avgift per transaktion för alla nivåer som ökar när nivån blir svalare.
Kostnader för överföring av georeplikationsdata: Denna avgift gäller endast konton med geo-replikering konfigurerade, inklusive GRS och RA-GRS. Dataöverföring för geo-replikering debiteras per gigabyte.
Kostnader för utgående dataöverföring: Utgående dataöverföringar (data som överförs från en Azure-region) debiteras för bandbreddsanvändning per gigabyte, i överensstämmelse med allmänna lagringskonton.
Ändra lagringsåtkomstnivå: Om du ändrar åtkomstnivån för kontolagring från lågfrekvent till frekvent debiteras en avgift som motsvarar läsning av alla data som finns i lagringskontot. Men att ändra kontoåtkomstnivån från frekvent till lågfrekvent medför en avgift som motsvarar att skriva alla data till den lågfrekventa nivån (endast GPv2-konton).
Anmärkning
Mer information om prismodellen för lagringskonton finns på sidan Prissättning för Azure Storage . Mer information om avgifter för utgående dataöverföring finns på sidan Prisinformation för dataöverföringar .
Beräkna kostnader för dina aktuella användningsmönster
Om du vill beräkna kostnaden för att lagra och komma åt blobdata i ett generellt v2-lagringskonto på en viss nivå utvärderar du ditt befintliga användningsmönster eller approximerar ditt förväntade användningsmönster. I allmänhet vill du veta:
Din bloblagringsförbrukning, i gigabyte, inklusive:
- Hur mycket data lagrar du i lagringskontot?
- Hur förändras datavolymen varje månad? Ersätter ny data ständigt gammal data?
Det primära åtkomstmönstret för dina Blob Storage-data, inklusive:
- Hur mycket data läser du från och skriver till lagringskontot?
- Hur många läsåtgärder jämfört med skrivåtgärder sker på data i lagringskontot?
För att avgöra den bästa åtkomstnivån för dina behov kan det vara hjälpsamt att fastställa din blob-datakapacitet och hur du använder den datan. Du kan bäst förstå detta genom att titta på övervakningsmåtten för ditt konto.
Övervaka befintliga lagringskonton
För att övervaka dina befintliga lagringskonton och samla in denna data, använd lagringsmått i Azure Monitor. Azure Monitor lagrar mått som innehåller aggregerad transaktionsstatistik och kapacitetsdata om begäranden till lagringstjänsten. Azure Storage skickar måttdata till Azure Monitor-serverdelen. Azure Monitor ger en enhetlig övervakningsupplevelse som innehåller data från Azure-portalen och data som matas in. Mer information finns i någon av följande artiklar:
- Övervaka Azure Blob Storage
- Övervaka Azure Files
- Övervaka Azure Queue Storage
- Övervaka Azure Table Storage
För att uppskatta dataåtkomstkostnaderna för Blob-lagringskonton behöver du dela upp transaktionerna i två grupper.
Uppskatta mängden data som hämtas från lagringskontot genom att titta på summan av Egress-metriken för främst GetBlob - och CopyBlob-operationerna .
Uppskatta mängden data som skrivs till lagringskontot genom att titta på summan av Ingress-metrik för främst PutBlob-, PutBlock-, CopyBlob- och AppendBlock-operationerna .
Information om hur du fastställer priset för varje åtgärd mot bloblagringstjänsten finns i Mappa varje REST-åtgärd till ett pris.
Du kan också beräkna kostnaden för geo-replikeringsdataöverföring för Blob-lagringskonton genom att använda uppskattningen av mängden data som skrivs när man använder ett GRS- eller RA-GRS-lagringskonto.
Anmärkning
För ett mer detaljerat exempel på hur man beräknar kostnaderna för att använda hot eller cool storage-access-nivån, se FAQ:n med titeln Vad är Hot and Cool access-nivåer och hur bör jag avgöra vilken jag ska använda? på Azure Storage Pricing Page.