Upgrade auf ein allgemeines v2-Speicherkonto

Allgemeine v2-Speicherkonten unterstützen die neuesten Azure Storage-Features und enthalten alle Funktionen von allgemeinen v1- und BLOB-Speicherkonten. Allgemeine v2-Konten werden für die meisten Speicherszenarien empfohlen. Allgemeine v2-Konten liefern die niedrigsten Kapazitätspreise pro Gigabyte für Azure Storage und branchenspezifische Transaktionspreise. Allgemeine v2-Konten unterstützen standardmäßige Kontozugriffsstufen für hot- oder coole und BLOB-Ebenen zwischen hot, cool, cold oder archive.

Das Upgrade auf ein allgemeines v2-Speicherkonto von Ihren allgemeinen v1- oder BLOB-Speicherkonten ist einfach. Sie können ein Upgrade über das Azure-Portal, PowerShell oder azure CLI durchführen. Es gibt keine Ausfallzeiten oder Risiken für Datenverluste, die mit dem Upgrade auf ein allgemeines v2-Speicherkonto verbunden sind. Das Kontoupgrade erfolgt über einen einfachen Azure Resource Manager-Vorgang, der den Kontotyp ändert.

Wenn Sie über ein allgemeines v1-Speicherkonto verfügen, können Sie es auf ein allgemeines v2-Speicherkonto aktualisieren, aber Sie können es nicht auf ein allgemeines v1-Speicherkonto zurücksetzen. Wenn Sie über ein Blob Storage-Konto verfügen, können Sie es auf ein allgemeines v2-Speicherkonto aktualisieren, aber Sie können es nicht auf ein BLOB-Speicherkonto zurücksetzen.

Auswirkungen der Abrechnung von Upgrades

Das Upgrade von GPv1 auf GPv2 kann zu höheren Transaktionskosten führen, insbesondere für Workloads mit hohen Lese-/Schreibvorgängen. Während GPv2 geringere Speicherkosten und mehr Flexibilität bietet, ist die Transaktionspreise präziser und kann sich erheblich auf die Abrechnung auswirken. Es wird empfohlen, Ihre aktuellen Nutzungsmuster zu überprüfen und kosten vor dem Upgrade zu schätzen.

Aktualisieren eines Kontos

Um ein allgemeines v1- oder BLOB-Speicherkonto auf ein allgemeines v2-Konto zu aktualisieren, verwenden Sie das Azure-Portal, PowerShell oder azure CLI.

Set-AzStorageAccount -ResourceGroupName <resource-group> -Name <storage-account> -UpgradeToStorageV2 -AccessTier <Hot/Cool>

az storage account update -g <resource-group> -n <storage-account> --set kind=StorageV2 --access-tier=<Hot/Cool>

Angeben einer Zugriffsebene für BLOB-Daten

Allgemeine v2-Konten unterstützen alle Azure-Speicherdienste und Datenobjekte, aber Zugriffsebenen sind nur verfügbar, um Blobs im Blob-Speicher zu blockieren. Wenn Sie ein Upgrade auf ein allgemeines v2-Speicherkonto durchführen, können Sie eine Standardkontozugriffsstufe von "hot" oder "cool" angeben, die angibt, dass die Standardebene der BLOB-Daten hochgeladen wird, als ob der einzelne Blob-Zugriffsebenenparameter nicht angegeben ist.

Blob-Zugriffsebenen ermöglichen Es Ihnen, den kostengünstigsten Speicher basierend auf Ihren erwarteten Nutzungsmustern auszuwählen. Block-Blobs können in heißen, kühlen oder Archivebenen gespeichert werden. Weitere Informationen zu Zugriffsebenen finden Sie unter Azure Blob Storage: hot, cool und archiv storage tiers.

Standardmäßig wird ein neues Speicherkonto auf der Hot Access-Ebene erstellt, und ein allgemeines v1-Speicherkonto kann auf die hot- oder coole Kontoebene aktualisiert werden. Wenn beim Upgrade keine Kontozugriffsstufe angegeben ist, wird sie standardmäßig auf "Hot" aktualisiert. Wenn Sie untersuchen, welche Zugriffsebene für Ihr Upgrade verwendet werden soll, sollten Sie ihr aktuelles Datennutzungsszenario in Betracht ziehen. Es gibt zwei typische Benutzerszenarien für die Migration zu einem allgemeinen v2-Konto:

• Sie verfügen über ein vorhandenes allgemeines v1-Speicherkonto und möchten ein Upgrade auf ein allgemeines v2-Speicherkonto mit der richtigen Speicherebene für BLOB-Daten auswerten.
• Sie haben sich entschieden, ein allgemeines v2-Speicherkonto zu verwenden oder bereits über eins zu verfügen und auszuwerten, ob Sie die hot- oder coole Speicherzugriffsstufe für BLOB-Daten verwenden sollten.

In beiden Fällen liegt die erste Priorität darin, die Kosten für die Speicherung, den Zugriff und den Betrieb auf Ihren Daten zu schätzen, die in einem allgemeinen v2-Speicherkonto gespeichert sind, und dies mit Ihren aktuellen Kosten zu vergleichen.

Preise und Abrechnung

Das Upgrade eines v1-Speicherkontos auf ein allgemeines v2-Konto ist kostenlos. Sie können die gewünschte Kontoebene während des Upgradevorgangs angeben. Wenn für das Upgrade keine Kontoebene angegeben ist, lautet Hotdie Standardkontoebene des aktualisierten Kontos. Das Ändern der Speicherzugriffsstufe nach dem Upgrade kann jedoch zu Änderungen ihrer Rechnung führen, sodass es empfohlen wird, die neue Kontoebene während des Upgrades anzugeben.

Alle Speicherkonten verwenden ein Preismodell für blob-Speicher basierend auf der Ebene der einzelnen Blobs. Bei Verwendung eines Speicherkontos gelten die folgenden Abrechnungsüberlegungen:

• Speicherkosten: Zusätzlich zur gespeicherten Datenmenge variieren die Datenspeicherkosten je nach Speicherzugriffsstufe. Die Kosten pro Gigabyte sinken, wenn die Stufe kühler wird.

• Datenzugriffskosten: Die Datenzugriffsgebühren werden erhöht, wenn die Stufe kühler wird. Für Daten auf der coolen und archivbasierten Speicherebene berechnen Sie eine Gebühr für den Datenzugriff pro Gigabyte für Lesevorgänge.

• Transaktionskosten: Es gibt eine Gebühr pro Transaktion für alle Ebenen, die erhöht werden, wenn die Stufe kühler wird.

• Geo-Replication Kosten für die Datenübertragung: Diese Gebühr gilt nur für Konten mit konfigurierter Georeplikation, einschließlich GRS und RA-GRS. Die Datenübertragung für die Georeplikation wird pro Gigabyte abgerechnet.

• Kosten für ausgehende Datenübertragungen: Ausgehende Datenübertragungen (Daten, die aus einer Azure-Region übertragen werden) verursachen eine Abrechnung für die Bandbreitennutzung pro Gigabyte, die mit allgemeinen Speicherkonten konsistent ist.

• Ändern der Speicherzugriffsstufe: Das Ändern der Speicherzugriffsstufe des Kontos von cool auf hot incurs a charge equal to reading all the data existing in the storage account. Das Ändern der Kontozugriffsstufe von "hot" in "cool" erfordert jedoch eine Gebühr, die dem Schreiben aller Daten in die coole Stufe entspricht (nur GPv2-Konten).

Schätzen der Kosten für Ihre aktuellen Nutzungsmuster

Um die Kosten für das Speichern und Zugreifen auf BLOB-Daten in einem allgemeinen v2-Speicherkonto in einer bestimmten Ebene zu schätzen, bewerten Sie Ihr vorhandenes Verwendungsmuster oder nähern Sie ihr erwartetes Verwendungsmuster. Im Allgemeinen möchten Sie Folgendes wissen:

• Ihr Blob-Speicherverbrauch in Gigabyte, einschließlich:

  • Wie viele Daten werden im Speicherkonto gespeichert?
  • Wie ändert sich das Datenvolumen monatlich; werden neue Daten ständig durch alte Daten ersetzt?

• Das primäre Zugriffsmuster für Ihre BLOB-Speicherdaten, einschließlich:

  • Wie viele Daten werden aus dem Speicherkonto gelesen und in das Speicherkonto geschrieben?
  • Wie viele Lesevorgänge im Vergleich zu Schreibvorgängen treten für die Daten im Speicherkonto auf?

Um die beste Zugriffsebene für Ihre Anforderungen zu bestimmen, kann es hilfreich sein, ihre Blob-Datenkapazität zu ermitteln und wie diese Daten verwendet werden. Dies kann am besten erfolgen, indem Sie sich die Überwachungsmetriken für Ihr Konto ansehen.

Überwachen vorhandener Speicherkonten

Um Ihre vorhandenen Speicherkonten zu überwachen und diese Daten zu sammeln, können Sie Speichermetriken in Azure Monitor verwenden. Azure Monitor speichert Metriken, die aggregierte Transaktionsstatistiken und Kapazitätsdaten zu Anforderungen an den Speicherdienst enthalten. Azure Storage sendet Metrikdaten an das Azure Monitor-Back-End. Azure Monitor bietet eine einheitliche Überwachungsumgebung, die Daten aus dem Azure-Portal und Daten enthält, die aufgenommen werden. Weitere Informationen finden Sie in einem der folgenden Artikel:

• Überwachen von Azure Blob Storage
• Überwachen von Azure-Dateien
• Überwachen des Azure-Warteschlangenspeichers
• Überwachen des Azure-Tabellenspeichers

Um die Datenzugriffskosten für Blob-Speicherkonten zu schätzen, müssen Sie die Transaktionen in zwei Gruppen aufteilen.

• Die Aus dem Speicherkonto abgerufene Datenmenge kann geschätzt werden, indem die Summe der Metrik "Ausgang" für die Vorgänge "GetBlob" und "CopyBlob" ermittelt wird.

• Die in das Speicherkonto geschriebene Datenmenge kann geschätzt werden, indem die Summe der " Ingress" -Metriken für hauptsächlich die Vorgänge "PutBlob", "PutBlock", "CopyBlob" und "AppendBlock" betrachtet wird.

Informationen zum Ermitteln des Preises der einzelnen Vorgänge für den Blob-Speicherdienst finden Sie unter Zuordnen der einzelnen REST-Vorgänge zu einem Preis.

Die Kosten für die Übertragung von Georeplikationsdaten für Blob-Speicherkonten können auch mithilfe der Schätzung für die Datenmenge berechnet werden, die bei Verwendung eines GRS- oder RA-GRS Speicherkontos geschrieben wurde.

Nächste Schritte

• Übersicht über das Speicherkonto
• Erstellen eines Speicherkontos
• Verschieben eines Azure Storage-Kontos in eine andere Region
• Wiederherstellen eines gelöschten Speicherkontos