Schätzen der Kosten für die Verwendung von Azure Blob Storage

Dieser Artikel hilft Ihnen, die Kosten für das Speichern, Hochladen, Herunterladen und Arbeiten mit Daten in Azure Blob Storage zu schätzen.

Alle Berechnungen basieren auf einem fiktiven Preis. Die Preise finden Sie im Abschnitt Beispielpreise am Ende dieses Artikels.

Die Kosten zum Speichern von Daten

Sie können Ihre Speicherkosten berechnen, indem Sie die Größe Ihrer Daten in GB mit dem Speicherpreis der ausgewählten Speicherebene multiplizieren. Wenn Sie beispielsweise (unter Annahme eines Beispielpreises) 10 TB Blobs in der kalten Speicherebene speichern möchten, betragen die Kapazitätskosten 0,0115 USD * 10 * 1024 = 117,78 USD pro Monat.

Je nachdem, wie viel Speicherplatz Sie benötigen, kann es sinnvoll sein, Kapazität mit einem Rabatt zu reservieren. Sie können Kapazität in Schritten von 100 TB und 1 PB für eine Verpflichtungsdauer von 1 Jahr oder 3 Jahren reservieren. Reservierte Kapazität ist nur für Daten verfügbar, die in den Speicherebenen „heiß“, „kalt“ oder „Archiv“ gespeichert sind.

Anhand der in diesem Artikel angezeigten Beispielpreise vergleicht die folgende Tabelle die Kosten für nutzungsbasierte Bezahlung und reservierte Kapazität für das Speichern von 100 TB (102 400 GB) von Daten.

Um den Punkt zu berechnen, an dem reservierte Kapazität sinnvoll wird, dividieren Sie die Kosten für reservierte Kapazität durch den Tarif für nutzungsbasierte Bezahlung. Wenn z. B. die Kosten für die reservierte Kapazität für ein Jahr auf der kalten Speicherebene 966 USD betragen und der Tarif für nutzungsbasierte Bezahlung 0,0115 USD beträgt, dann lautet die Berechnung 966 USD / 0,0115 = 84 000 GB (ungefähr 82 TB). Wenn Sie beabsichtigen, mindestens 82 TB Daten in der kalten Speicherebene für die gesamte Reservierungsdauer zu speichern, dann beginnt die reservierte Kapazität Sinn zu machen. In der folgenden Tabelle wird der Break-Even-Punkt in TB für jede Speicherebene berechnet.

¹Die heiße Speicherebene hat mehrere Tarife für nutzungsbasierte Bezahlung. Der Preis für die ersten 50 TB und der Preis für die zweiten 50 TB sind in diese Berechnung eingeflossen.

Weitere Informationen über reservierte Kapazität finden Sie unter Optimieren der Kosten für Blob Storage mit reservierter Kapazität.

Allgemeine Informationen zu Speicherkosten finden Sie unter Datenspeicherung und Indexzähler.

Die Kosten für die Übertragung von Daten

Wenn Sie Daten übertragen, werden Ihnen Vorgänge für Schreiben und Lesen in Rechnung gestellt. Einige Clientanwendungen verwenden zusätzliche Vorgänge zum Übertragen von Daten, z. B. Vorgänge zum Auflisten von Blobs oder zum Abrufen von Eigenschaften. Das Dienstprogramm AzCopy ist für die effiziente Datenübertragung optimiert und kann als kanonisches Beispiel dienen, auf das Sie Ihre Kostenschätzungen basieren können.

Weitere Informationen finden Sie unter Schätzen der Kosten für die Verwendung von AzCopy zum Übertragen von Blobs.

Kosten für Uploadvorgänge

Wenn Sie Daten hochladen, teilt Ihr Client diese Daten in Blöcke auf und lädt jeden Block einzeln hoch. Jeder hochgeladene Blob wird als Schreibvorgang in Rechnung gestellt. Ein letzter Schreibvorgang ist erforderlich, um die Blöcke zu einem Blob zusammenzufügen, der im Konto gespeichert wird. Die Anzahl der Schreibvorgänge, die zum Hochladen eines Blob erforderlich sind, hängt von der Größe jedes Blocks ab. 8 MiB ist die Standardblockgröße für Uploads an den Blob-Dienstendpunkt (blob.core.windows.net), und diese Größe kann konfiguriert werden. 4 MiB ist die Blockgröße für Uploads auf den Data Lake Storage-Endpunkt (dfs.core.windows.net) und diese Größe kann nicht konfiguriert werden. Eine kleinere Blockgröße führt zu besserer Leistung, da Blöcke parallel hochgeladen werden können. Die Kosten sind jedoch höher, da mehr Schreibvorgänge erforderlich sind, um ein Blob hochzuladen.

Anhand der in diesem Artikel angezeigten Beispielpreise und unter der Annahme einer 8-MiB-Blockgröße schätzt die folgende Tabelle die Kosten für das Hochladen von 1000 Blobs mit einer Größe von jeweils 5 GiB in die heiße Speicherebene.

Detailliertere Beispiele finden Sie unter Schätzen der Kosten zum Hochladen.

Die Kosten für den Download

Die Anzahl der Vorgänge, die zum Herunterladen eines Blob erforderlich sind, hängt davon ab, welchen Endpunkt Sie verwenden. Wenn Sie ein Blob vom Blob-Dienstendpunkt herunterladen, werden Ihnen die Kosten für einen einzelnen Lesevorgang in Rechnung gestellt. Wenn Sie ein Blob vom Data Lake Storage-Endpunkt herunterladen, werden Ihnen die Kosten für mehrere Lesevorgänge in Rechnung gestellt, da Blobs in 4-MiB-Blöcken heruntergeladen werden müssen. Wenn Sie Blobs aus der Speicherebene „Kalt“ oder „Cold“ herunterladen, wird Ihnen auch der Abruf von Daten pro GiB in Rechnung gestellt, die von der Speicherebene „Kalt“, „Cool“ oder „Archiv“ heruntergeladen werden.

Anhand der in diesem Artikel angezeigten Beispielpreise schätzt die folgende Tabelle die Kosten für das Herunterladen von 1000 Blobs mit jeweils 5 GiB von der kalten Speicherebene mithilfe des Blob Storage-Endpunkts.

Dienstprogramme wie AzCopy verwenden auch Listenvorgänge und Vorgänge, um Blob-Eigenschaften abzurufen. Im Verhältnis zur Gesamtrechnung sind diese Gebühren relativ klein. Beispiele finden Sie unter Schätzen der Kosten zum Herunterladen.

Die Kosten für das Kopieren zwischen Containern

Wenn Sie einen Blob in einen anderen Container im selben Konto kopieren, wird ihnen die Kosten eines einzelnen Schreibvorgangs in Rechnung gestellt, der auf der Zielebene basiert. Wenn sich der Zielcontainer in einem anderen Konto befindet, werden Ihnen auch die Kosten für den Datenabruf und die Kosten eines Lesevorgangs berechnet, der auf der Quellebene basiert. Wenn sich das Zielkonto in einer anderen Region befindet, werden die Kosten für den ausgehenden Netzwerkdatenverkehr zu Ihrer Rechnung hinzugefügt.

Anhand der in diesem Artikel angezeigten Beispielpreise schätzt die folgende Tabelle die Kosten für das Kopieren von 1000 Blobs, die jeweils 5 GiB groß sind, zwischen zwei Containern auf der heißen Speicherebene.

Ein vollständiges Beispiel finden Sie unter Schätzen der Kosten zum Kopieren zwischen Containern.

Die Kosten zum Umbenennen eines Blobs

Die Kosten zum Umbenennen von Blobs hängen von der Dateistruktur Ihres Kontos und der Anzahl der Blobs ab, die Sie umbenennen.

Wenn das Konto über einen flachen Namespace verfügt, gibt es keinen dedizierten Vorgang zum Umbenennen eines Blobs. Stattdessen kopiert Ihr Clienttool das Blob in ein neues Blob und löscht dann das Quell-Blob. Löschvorgänge sind kostenfrei. Wenn Sie ein Blob umbenennen, werden Ihnen daher die Kosten eines einzelnen Schreibvorgangs in Rechnung gestellt. Wenn das Konto über einen hierarchischen Namespace verfügt, gibt es einen dedizierten Vorgang zum Umbenennen eines Blobs, und er wird als iterativer Schreibvorgang in Rechnung gestellt.

Die Kosten für einen Schreibvorgang am Blob-Dienstendpunkt sind niedriger als die Kosten für einen iterativen Schreibvorgang am Data Lake Storage-Endpunkt. Daher kostet die Umbenennung von einzelnen Blobs in Konten mit einem flachen Namespace weniger.

Anhand der in diesem Artikel angezeigten Beispielpreise berechnet die folgende Tabelle die Kosten für das Umbenennen von 1000 Blobs.

Basierend auf diesen Berechnungen unterscheiden sich die Kosten für die Umbenennung von 1000 Blobs in der heißen Speicherebene um 70 Cent.

Die Kosten zum Umbenennen eines Verzeichnisses

Wenn das Konto über einen flachen Namespace verfügt, dann sind Blobs in virtuellen Verzeichnissen organisiert, die eine Ordnerstruktur nachahmen. Ein virtuelles Verzeichnis bildet einen Teil des Blobnamens und wird durch das Trennzeichen angezeigt. Denn ein virtuelles Verzeichnis ist ein Teil des Blob-Namens: Es existiert nicht als eigenständiges Objekt. Es gibt keine Möglichkeit, ein virtuelles Verzeichnis umzubenennen, ohne alle Blobs umzubenennen, welche dieses virtuelle Verzeichnis im Namen enthalten. Um jedes Blob effektiv umzubenennen, müssen Clientanwendungen ein Blob kopieren und dann das Quell-Blob löschen.

Wenn das Konto über einen hierarchischen Namespace verfügt, sind Verzeichnisse nicht virtuell. Sie sind konkrete, unabhängige Objekte, mit denen Sie direkt arbeiten können. Das Umbenennen eines Blobs ist daher wesentlich effizienter, da Clientanwendungen ein Blob in einem einzigen Vorgang umbenennen können.

Anhand der in diesem Artikel angezeigten Beispielpreise berechnet die folgende Tabelle die Umbenennung von 1000 Verzeichnissen, die jeweils 1000 Blobs enthalten.

Basierend auf diesen Berechnungen unterscheiden sich die Kosten zum Umbenennen von 1000 Verzeichnissen in der heißen Speicherebene, die jeweils 1000 Blobs enthalten, um fast 5,00 USD. Bei Verzeichnissen auf der kalten Speicherebene beträgt der Unterschied über 17 USD.

Beispiel: Hochladen, Herunterladen und Ändern von Speicherebenen

Dieses Beispiel zeigt vier Monate ausgabenbasierter Uploads, Downloads sowie die Auswirkungen des Verschiebens von Objekten zwischen Speicherebenen.

Parameter

Zu Beginn jedes Monats werden 1000 Dateien auf die heiße Speicherebene hochgeladen. Jede Datei ist 5 GB groß. Während des Monats werden die Hälfte dieser Dateien von Clientworkloads gelesen. Nach 30 Tagen verschiebt eine Lebenszyklusverwaltungsrichtlinie die andere Hälfte auf die kalte Speicherebene, um Speicherkosten zu sparen.

Im März lesen Clientanwendungen 10 % der Daten, die auf der kalten Speicherebene gespeichert sind. Eine Lebenszyklusverwaltungsrichtlinie ist konfiguriert, um diese Blobs nach dem Lesen auf die heiße Speicherebene zurück zu verschieben.

Nach zwanzig Tagen im April lesen Kunden erneut 10 % der Daten, die in der kalten Speicherebene gespeichert sind. Diese Blobs wurden jedoch für weniger als 30 Tage in der kalten Speicherebene gespeichert. Da die Lebenszyklusverwaltungsrichtlinie diese Blobs vor Ablauf der mindesten 30 Tage zurück zur heißen Speicherebene verschiebt, wird eine Strafgebühr fällig. Die Strafgebühr für vorzeitige Löschung beträgt die Kosten für Lagerung in der kalten Speicherebene für 10 Tage.

Berechnungen

Anhand der in diesem Artikel angezeigten Beispielpreise veranschaulicht die folgende Tabelle die Ausgaben während vier Monaten.

¹Die Anzahl der Vorgänge, die erforderlich sind, um jeden monatlichen Upload abzuschließen, beträgt 641 000. Die Formel zum Berechnen dieser Zahl ist 1000 Blobs * 5 GB / 8-MiB-Block + der Schreibvorgang, der erforderlich ist, um alle Blöcke in ein Blob zusammenzufügen.

Beispielpreise

Die folgende Tabelle enthält (fiktive) Beispielpreise für jede Anforderung an den Blob-Dienstendpunkt (blob.core.windows.net).

Die folgende Tabelle enthält (fiktive) Beispielpreise für jede Anforderung an den Data Lake Store-Endpunkt (dfs.core.windows.net). Offizielle Preise finden Sie unter Azure Data Lake Storage – Preise.

Siehe auch

• Planen und Verwalten von Kosten für Azure Blob Storage
• Zuordnen der einzelnen REST-Vorgänge zu einem Preis
• Erste Schritte mit AzCopy