Delen via

Upgrade uitvoeren naar een v2-opslagaccount voor algemeen gebruik

V2-opslagaccounts voor algemeen gebruik ondersteunen de nieuwste Azure Storage-functies en bevatten alle functionaliteit van v1- en blobopslagaccounts voor algemeen gebruik. V2-accounts voor algemeen gebruik worden aanbevolen voor de meeste opslagscenario's. V2-accounts voor algemeen gebruik leveren de laagste capaciteitsprijzen per gigabyte voor Azure Storage en concurrerende transactieprijzen in de branche. V2-accounts voor algemeen gebruik bieden ondersteuning voor standaardtoegangslagen voor accounts van dynamische of statische lagen en lagen op blobniveau tussen dynamisch, statisch, koud of archief.

Een upgrade uitvoeren naar een v2-opslagaccount voor algemeen gebruik vanuit uw v1- of blobopslagaccounts is eenvoudig. U kunt upgraden met behulp van Azure Portal, PowerShell of Azure CLI. Er is geen downtime of risico op gegevensverlies bij het upgraden naar een v2-opslagaccount voor algemeen gebruik. De accountupgrade vindt plaats via een eenvoudige Azure Resource Manager-bewerking waarmee het accounttype wordt gewijzigd.

Belangrijk

Microsoft zal op 13 oktober 2026 de algemene opslagaccounts van het V1-type beëindigen, waarbij het aanmaken van nieuwe accounts wordt geblokkeerd in Q1 2026. Alle GPv1-accounts moeten op deze datum worden geüpgraded naar GPv2 om serviceonderbreking te voorkomen. Als u uw v1-opslagaccount voor algemeen gebruik niet tegen oktober 2026 naar GPv2 migreert, worden alle bestaande v1-accounts voor algemeen gebruik automatisch gemigreerd naar een GPv2-account, wat kan leiden tot hogere factureringskosten. Uw beslissing om een bestaand v1-account voor algemeen gebruik niet te migreren, wordt geïnterpreteerd als toestemming van Microsoft om het account namens u te migreren. Zie het overzicht van het buiten gebruik stellen van GPv1-opslagaccounts voor meer informatie.

Als u een v1-opslagaccount voor algemeen gebruik hebt, kunt u dit upgraden naar een v2-opslagaccount voor algemeen gebruik, maar u kunt het niet terug downgraden naar een v1-opslagaccount voor algemeen gebruik. Als u een Blob Storage-account hebt, kunt u dit upgraden naar een v2-opslagaccount voor algemeen gebruik, maar u kunt het account niet terug downgraden naar een blob-opslagaccount.

Factureringsimpact van een upgrade

Het upgraden van GPv1 naar GPv2 kan leiden tot hogere transactionele kosten, met name voor workloads met hoge lees-/schrijfbewerkingen. GPv2 biedt lagere opslagkosten en flexibiliteit in lagen, maar transactionele prijzen zijn gedetailleerder en kunnen de facturering aanzienlijk beïnvloeden. Het is raadzaam om uw huidige gebruikspatronen te bekijken en kosten te schatten voordat u een upgrade uitvoert.

Aanbeveling

Gebruik de Azure-prijscalculator om de kosten van een v2-opslagaccount voor algemeen gebruik te schatten op basis van uw huidige gebruikspatronen.

Een account upgraden.

Als u een v1- of Blob Storage-account voor algemeen gebruik wilt upgraden naar een v2-account voor algemeen gebruik, gebruikt u Azure Portal, PowerShell of Azure CLI.

  1. Meld u aan bij het Azure-portaal.

  2. Navigeer naar uw opslagaccount.

  3. Selecteer Configuratie in de sectie Instellingen.

  4. Selecteer onder Soort account de optie Upgrade.

  5. Voer onder Upgrade bevestigen de naam van uw account in.

  6. Selecteer Upgrade onderaan de blade.

    Schermopname van de configuratieblade, type upgradeaccount gemarkeerd.

Een toegangslaag opgeven voor blobgegevens

V2-accounts voor algemeen gebruik ondersteunen alle Azure-opslagservices en -gegevensobjecten, maar toegangslagen zijn alleen beschikbaar voor blok-blobs in Blob Storage. Wanneer u een upgrade uitvoert naar een v2-opslagaccount voor algemeen gebruik, kunt u een standaardaccounttoegangslaag van dynamisch of statisch opgeven, wat aangeeft welke standaardlaag uw blobgegevens worden geüpload alsof de parameter voor de afzonderlijke blob-toegangslaag niet is opgegeven.

Met blob-toegangslagen kunt u de meest rendabele opslag kiezen op basis van uw verwachte gebruikspatronen. Blok-blobs kunnen worden opgeslagen in dynamische, statische of archieflagen. Zie Azure Blob Storage: dynamische, statische en archiefopslaglagen voor meer informatie over toegangslagen.

Standaard wordt een nieuw opslagaccount gemaakt in de dynamische-toegangslaag en kan een v1-opslagaccount voor algemeen gebruik worden bijgewerkt naar de dynamische of statische accountlaag. Als een accounttoegangslaag niet is opgegeven bij de upgrade, wordt deze standaard bijgewerkt naar dynamisch. Als u verkent welke toegangslaag u voor uw upgrade wilt gebruiken, moet u rekening houden met uw huidige scenario voor gegevensgebruik. Er zijn twee typische gebruikersscenario's voor migratie naar een v2-account voor algemeen gebruik:

  • U hebt een bestaand v1-opslagaccount voor algemeen gebruik en wilt een upgrade evalueren naar een v2-opslagaccount voor algemeen gebruik, met de juiste opslagtoegangslaag voor blobgegevens.
  • U hebt besloten om een v2-opslagaccount voor algemeen gebruik te gebruiken of er al een te hebben en wilt evalueren of u de dynamische of statische opslagtoegangslaag voor blobgegevens moet gebruiken.

In beide gevallen is de eerste prioriteit het schatten van de kosten voor het opslaan, openen en gebruiken van uw gegevens die zijn opgeslagen in een v2-opslagaccount voor algemeen gebruik en die te vergelijken met uw huidige kosten.

Prijsstelling en facturering

Het upgraden van een v1-opslagaccount naar een v2-account voor algemeen gebruik is gratis. U kunt de gewenste accountlaag opgeven tijdens het upgradeproces. Als een accountlaag niet is opgegeven bij de upgrade, is Hotde standaardaccountlaag van het bijgewerkte account. Het wijzigen van de opslagtoegangslaag na de upgrade kan echter leiden tot wijzigingen in uw factuur, dus het wordt aanbevolen om de nieuwe accountlaag op te geven tijdens de upgrade.

Alle opslagaccounts gebruiken een prijsmodel voor blobopslag op basis van de laag van elke blob. Wanneer u een opslagaccount gebruikt, zijn de volgende factureringsoverwegingen van toepassing:

  • Opslagkosten: naast de hoeveelheid gegevens die is opgeslagen, variëren de kosten voor het opslaan van gegevens, afhankelijk van de opslagtoegangslaag. De kosten per gigabyte nemen af naarmate de laag koeler wordt.

  • Kosten voor gegevenstoegang: kosten voor gegevenstoegang nemen toe naarmate de laag koeler wordt. Voor gegevens in de toegangslaag voor statische en archiefopslag worden kosten in rekening gebracht voor gegevenstoegang per gigabyte voor leesbewerkingen.

  • Transactiekosten: er worden kosten per transactie in rekening gebracht voor alle lagen die toenemen naarmate de laag koeler wordt.

  • Geo-Replication kosten voor gegevensoverdracht: deze kosten zijn alleen van toepassing op accounts waarvoor geo-replicatie is geconfigureerd, waaronder GRS en RA-GRS. Kosten voor gegevensoverdracht met geo-replicatie worden in rekening gebracht per GB.

  • Kosten voor uitgaande gegevensoverdracht: uitgaande gegevensoverdracht (gegevens die worden overgedragen uit een Azure-regio) brengen facturering in rekening voor bandbreedtegebruik per gigabyte, consistent met opslagaccounts voor algemeen gebruik.

  • Als u de opslagtoegangslaag wijzigt: als u de toegangslaag voor accountopslag wijzigt van statisch naar dynamisch, worden kosten in rekening gebracht die gelijk zijn aan het lezen van alle gegevens die in het opslagaccount aanwezig zijn. Als u de accounttoegangslaag echter wijzigt van dynamisch naar statisch, worden kosten in rekening gebracht die gelijk zijn aan het schrijven van alle gegevens in de statische laag (alleen GPv2-accounts).

Opmerking

Zie de pagina Prijzen van Azure Storage voor meer informatie over het prijsmodel voor opslagaccounts. Zie de pagina Prijsinformatie voor gegevensoverdracht voor meer informatie over de kosten voor uitgaande gegevensoverdracht.

Kosten schatten voor uw huidige gebruikspatronen

Als u een schatting wilt maken van de kosten voor het opslaan en openen van blobgegevens in een v2-opslagaccount voor algemeen gebruik in een bepaalde laag, evalueert u uw bestaande gebruikspatroon of gaat u bij benadering van uw verwachte gebruikspatroon. Over het algemeen wilt u het volgende weten:

  • Uw blobopslagverbruik, in gigabytes, waaronder:

    • Hoeveel gegevens worden opgeslagen in het opslagaccount?
    • Hoe verandert het gegevensvolume maandelijks; vervangen nieuwe gegevens voortdurend oude gegevens?

  • Het primaire toegangspatroon voor uw Blob Storage-gegevens, waaronder:

    • Hoeveel gegevens worden gelezen en naar het opslagaccount geschreven?
    • Hoeveel leesbewerkingen versus schrijfbewerkingen worden uitgevoerd op de gegevens in het opslagaccount?

Als u wilt beslissen over de beste toegangslaag voor uw behoeften, kan het handig zijn om uw blobgegevenscapaciteit te bepalen en hoe die gegevens worden gebruikt. Dit kan het beste worden gedaan door de metrische bewakingsgegevens voor uw account te bekijken.

Bestaande opslagaccounts bewaken

Als u uw bestaande opslagaccounts wilt bewaken en deze gegevens wilt verzamelen, kunt u gebruikmaken van metrische opslaggegevens in Azure Monitor. In Azure Monitor worden metrische gegevens opgeslagen die geaggregeerde transactiestatistieken en capaciteitsgegevens over aanvragen voor de opslagservice bevatten. Azure Storage verzendt metrische gegevens naar de Back-end van Azure Monitor. Azure Monitor biedt een uniforme bewakingservaring met gegevens uit Azure Portal en gegevens die worden opgenomen. Zie een van de volgende artikelen voor meer informatie:

Als u de kosten voor gegevenstoegang voor Blob Storage-accounts wilt schatten, moet u de transacties in twee groepen opsplitsen.

  • De hoeveelheid gegevens die is opgehaald uit het opslagaccount, kan worden geschat door de som van de metrische gegevens uitgaand te bekijken voor voornamelijk de bewerkingen 'GetBlob' en 'CopyBlob' .

  • De hoeveelheid gegevens die naar het opslagaccount wordt geschreven, kan worden geschat door de som van metrische gegevens voor inkomend verkeer te bekijken voor voornamelijk de bewerkingen PutBlob, PutBlock, CopyBlob en AppendBlock .

Zie Elke REST-bewerking toewijzen aan een prijs om de prijs van elke bewerking te bepalen voor de blobopslagservice.

De kosten van geo-replicatiegegevensoverdracht voor Blob Storage-accounts kunnen ook worden berekend met behulp van de schatting voor de hoeveelheid gegevens die is geschreven wanneer u een GRS- of RA-GRS-opslagaccount gebruikt.

Opmerking

Voor een gedetailleerder voorbeeld over het berekenen van de kosten voor het gebruik van de toegangslaag voor dynamische of statische opslag, bekijkt u de veelgestelde vragen met de titel 'Wat zijn dynamische en statische toegangslagen en hoe moet ik bepalen welke laag moet worden gebruikt?' op de pagina met prijzen voor Azure Storage.

Volgende stappen

  • Last updated on