Identifizieren der Optionen zur Kostenoptimierung mit Azure Blob Storage

Abgeschlossen

Ein allgemeines Verständnis des Azure Blob Storage-Preismodells sollte Ihnen dabei helfen, die Möglichkeiten für die Kostenoptimierung zu identifizieren. Einige der Entscheidungen, die Sie treffen müssen, sind möglicherweise in der Entwurfsphase angebrachter, z. B. die Auswahl der Azure-Zielregion oder des Replikationsbereichs des Speicherkontos. Nutzungsmuster ändern sich mit der Zeit und wirken sich auf andere Entscheidungen aus. Es ist jedoch unbedingt zu beachten, dass die Kostenoptimierung eine laufende Aktivität ist, die Sie genau verfolgen und kontinuierlich auswerten sollten. In dieser Lerneinheit erfahren Sie mehr über verschiedene Kostenoptimierungsoptionen. Außerdem bestimmen Sie, welche dieser Optionen Ihnen bei speicherbezogenen Gebühren in Ihrer Umgebung helfen können.

Beschreiben der Optionen zur Kostenoptimierung mit Azure Blob Storage

Dies sind die wichtigsten Kostenoptimierungsoptionen, zu denen Sie in dieser Lerneinheit Überlegungen anstellen werden:

  • Organisieren Sie Daten in Zugriffsebenen.

  • Direktes Schreiben in die kalte Zugriffsebene und die Archivzugriffsebene

  • Automatisches Verschieben von Daten zwischen Zugriffsebenen

  • Reservieren von Speicherkapazität

Organisieren von Daten in Zugriffsebenen

Zugriffsebenen sollen es Unternehmen ermöglichen, das Preismodell und die Datenabrufgeschwindigkeit auszuwählen, die ihre Blob-Nutzungsmuster widerspiegeln. Die Auswahl der Zugriffsebene sollte auf der Häufigkeit basieren, mit der auf einzelne Blobs innerhalb des Speicherkontos zugegriffen wird.

Häufig verwendete Blobs sollten sich beispielsweise in einem Blobspeicherkonto befinden, das mit der heißen Zugriffsebene konfiguriert ist, um die Speichernutzung zu optimieren und die Kosten zu minimieren. Umgekehrt sollten sich Blobs, die Sie nur gelegentlich verwenden möchten, in einem Blobspeicherkonto befinden, das mit der kalten Zugriffsebene konfiguriert ist. Blobs, die Sie selten ändern oder auf die Sie selten zugreifen, sollten sich in einem Blobspeicherkonto befinden, das mit der kalten Zugriffsebene konfiguriert ist. Schließlich sollten Blobs, die zu Archivierungszwecken ohne kurzfristige Pläne für den Zugriff auf ihre Inhalte aufbewahrt werden, der Archivebene zugewiesen werden.

Diese Empfehlung basiert auf dem zugriffsebenenspezifischen Preismodell, von dem zwei Gebührentypen abhängen:

  • Gebühren für die Verwaltung von ruhenden Daten (pro Gigabyte)

  • Die Gebühren für den Zugriff auf Daten zum Ausführen von Lese-, Aktualisierungs- und Löschvorgängen.

Durch das Zuweisen der heißen Zugriffsebene zu einem Blob wird die zweite dieser Gebühren minimiert, aber die erste erhöht. Das Auswählen der Archivspeicherebene hat den umgekehrten Effekt. Wenn Sie also häufig auf Daten zugreifen möchten, ist die heiße Ebene möglicherweise die kostengünstigste Wahl. Wenn Sie weniger häufig auf Daten zugreifen möchten, ist die kalte Ebene oder die Archivebene sinnvoller, um die Kosten für das Speichern von Daten zu senken.

Ihr Datenbankverwaltungsteam sollte z. B. die Verwendung des Archivspeichers für langfristige Sicherungen von lokalen Datenspeichern in Betracht ziehen. Aufgrund gesetzlicher Anforderungen müssen diese Sicherungen mehrere Jahre lang aufbewahrt werden, auch wenn sie nur selten wiederhergestellt werden müssen. Umgekehrt wäre die heiße Ebene besser geeignet für Protokolldateien, die zur Behandlung von Kundenproblemen und für kurzfristige Analysen und Berichte verwendet werden.

Direktes Schreiben in die kalte und die Archivzugriffsebene

Wenn Sie sicher sind, dass auf ein neues Blob in nächster Zeit nicht zugegriffen wird, sollten Sie erwägen, es direkt der kalten oder der Archivebene zuzuweisen. Durch diesen Schritt entfallen Gebühren, die mit dem ebenenübergreifenden Verschieben verbunden sind.

Screenshot: Azure-Portal-Bereich mit der Option zum Zuweisen eines neu hochgeladenen Blobs zur Archivebene

Automatisches Verschieben von Daten zwischen Zugriffsebenen

Die Zugriffsebene, die Sie am Anfang zuweisen, spiegelt möglicherweise keine längerfristigen Speichertrends wider. Ein Protokoll, das zur Problembehandlung für ein aktuelles Problem verwendet wird, hat einige Wochen später möglicherweise nicht mehr die gleiche Bedeutung. Genauso kann es zwar wichtig sein, eine kürzlich erstellte Sicherung schnell wiederherzustellen, aber in ein paar Monaten gilt dieser Dringlichkeitsgrad für dieselbe Sicherungskopie vermutlich nicht mehr. Sie können die Zugriffsebene zwar manuell ändern, allerdings führt ein solcher Ansatz zu einem erheblichen Wartungsaufwand. Dies trifft besonders dann zu, wenn Sie eine große Anzahl von Blobs ändern, was in Unternehmensszenarios üblich ist.

Glücklicherweise ist dieser Schritt nicht notwendig. Azure Blob Storage unterstützt Lebenszyklusverwaltungsrichtlinien, mit denen Daten basierend auf den von Ihnen definierten Kriterien zwischen Ebenen verschoben werden. Sie können z. B. eine Richtlinienregel definieren, durch die Blobs an die Archivebene übergeben werden, wenn sie in den letzten 90 Tagen nicht geändert wurden. In ähnlicher Weise können Sie eine Richtlinienregel definieren, durch die Blobs auf der Archivebene gelöscht werden, wenn in den letzten 360 Tagen nicht darauf zugegriffen wurde.

Hinweis

Die Richtlinien können auf dem Datum der letzten Änderung bzw. des letzten Zugriffs basieren. Letzteres erfordert die Aktivierung der Nachverfolgung des Zeitpunkts des letzten Zugriffs.

Reservieren von Speicherkapazität

Wenn Sie beabsichtigen, Azure Blob Storage für einen längeren Zeitraum zu verwenden, können Sie Ihre Kosten weiter reduzieren, indem Sie eine reservierte Kapazität erwerben. Kapazitäten werden in Einheiten von 100 Terabyte (TB) bzw. 1 Petabyte (PB) pro Monat für ein Jahr oder drei Jahre berechnet. Diese Regelung bietet einen ermäßigten Preis für die Speicherung von Daten (pro Gigabyte) in Azure Blob Storage. Sie können für jede Zugriffsebene und jeden Redundanztyp eine Reservierung erwerben, aber sie gilt für eine bestimmte Kombination aus Azure-Region, Zugriffsebene und Redundanzoption.