Beschreiben und Verwalten der Azure Blob Storage-Zugriffsebenen
Nachdem Sie nun verschiedene Optionen zur Kostenoptimierung kennengelernt haben, können Sie die Zugriffsebenen von Azure Blob Storage genauer erkunden. Sie erkennen, dass sie zur Senkung der Kosten für die Speichernutzung beitragen können, sind sich aber auch darüber im Klaren, dass ihre unsachgemäße Verwendung zu einer Erhöhung der Speichergebühren führen kann. In dieser Lerneinheit lernen Sie einige allgemeine Regeln für das Verhalten von Zugriffsebenen kennen. Sie werden auch einige der Einschränkungen kennenlernen, die Ihnen helfen sollen, ihre Vorteile zu optimieren.
Azure Blob Storage unterstützt vier Zugriffsebenen:
Heiße Zugriffsebene: Eine Onlineebene, die für die Speicherung von Daten optimiert ist, auf die häufig zugegriffen wird oder die häufig geändert werden. Diese Ebene hat die höchsten Speicherkosten, aber die niedrigsten Zugriffskosten.
Kalte Zugriffsebene: Eine Onlineebene, die für die Speicherung von Daten optimiert ist, auf die nicht regelmäßig zugegriffen wird oder die nicht regelmäßig geändert werden. Diese Ebene hat niedrigere Speicherkosten als die heiße Zugriffsebene, aber ihre Zugriffskosten sind höher.
Zugriffsebene „Cold“: Eine Onlineebene, die für die Speicherung von Daten optimiert ist, auf die nicht regelmäßig zugegriffen wird oder die nicht regelmäßig geändert werden. Diese Ebene hat niedrigere Speicherkosten als die kalte Zugriffsebene, aber ihre Zugriffskosten sind höher.
Archivzugriffsebene: Eine Offlineebene, die für die Speicherung von Daten optimiert ist, auf die nur selten oder gar nicht zugegriffen wird. Diese Ebene hat die niedrigsten Speicherkosten, aber die höchsten Zugriffskosten.
Der Begriff selten ist nicht objektiv. Als allgemeine Richtlinie sollten Sie die kalte Zugriffsebene verwenden, wenn Sie nicht davon ausgehen, dass Sie das Blob für mindestens 30 aufeinander folgende Tage löschen oder auf eine andere Ebene verschieben müssen. Sie können die Ebene „Cold“ in Betracht ziehen, wenn Sie nicht davon ausgehen, dass Sie das Blob für mindestens 90 aufeinander folgende Tage löschen oder verschieben müssen. Ziehen Sie die Archivzugriffsebene in Betracht, wenn dieser Zeitraum mindestens 180 Tage beträgt. Diese Werte ergeben sich aus dem Preismodell, bei dem eine Gebühr für die vorzeitige Löschung erhoben wird. Diese Gebühr wird fällig, wenn das Blob vor Ablauf der von der Ebene abhängigen Frist entweder gelöscht oder von der kalten Ebene oder Archivzugriffsebene verschoben wird. Diese Frist beträgt 30 Tage für die kalte Zugriffsebene, 90 Tage für die Ebene „Cold“ und 180 Tage für die Archivzugriffsebene.
Die Gebühr für eine vorzeitige Löschung wird anteilig nach der Anzahl der verbleibenden Tage des von der Ebene abhängigen Zeitraums berechnet. Wenn ein Blob beispielsweise der kalten Zugriffsebene zugewiesen und nach 20 Tagen gelöscht wird, entspricht die Gebühr für die vorzeitige Löschung den Kosten für die Speicherung des Blobs für 10 Tage (30 minus 20) auf der kalten Zugriffsebene. Wenn ein Blob der Archivzugriffsebene zugewiesen und nach 100 Tagen auf die kalte oder heiße Zugriffsebene verschoben wird, entspricht die Gebühr für die vorzeitige Löschung den Kosten für die Speicherung des Blobs für 80 Tage (180 minus 100) auf der Archivzugriffsebene.
Hinweis
Um die Gebühr für das vorzeitige Löschen eines Blobs zu vermeiden, können Sie das Blob mit dem Vorgang „Blob kopieren“ auf eine andere Ebene kopieren. Beachten Sie jedoch, dass dies zu erhöhten Kapazitätskosten führt, da ein zusätzliches Blob zugeordnet wird, das ein Duplikat des ursprünglichen Blobs ist.
Beschreiben des Verwaltungsmodells der Zugriffsebene für Blobs
Bei der Wahl zwischen der heißen Zugriffsebene, der kalten Zugriffsebene, der Zugriffsebene „Cold“ und der Archivzugriffsebene gibt es zusätzliche Faktoren zu berücksichtigen. Es ist auch hilfreich, die Verwaltungsmodelle der verschiedenen Zugriffsebenen zu verstehen.
Neben Preisunterschieden weisen Blobs unterschiedliche Vereinbarungen zum Servicelevel (Service Level Agreements, SLA) für die Verfügbarkeit auf. Die Archivzugriffsebene, die Zugriffsebene „Cold“ und die kalte Zugriffsebene bieten die gleichen Eigenschaften in Bezug auf Dauerhaftigkeit, Durchsatz und Wartezeit für den Speicherzugriff. Ihre Abrufzeit liegt im Bereich von Millisekunden. Die heißen und kalten Ebenen unterstützen auch alle Redundanzoptionen.
Die Zugriffsebene „Heiß“, „Kalt“, „Cold“ oder „Archiv“ kann einem Blob direkt beim Hochladen zugewiesen werden. Alternativ können die Zugriffsebenen „heiße Speicherebene“ oder „kalte Speicherebene“ (nicht aber „Archivspeicherebene“) auf der Grundlage der Zugriffsebene abgeleitet werden, die als Standardebene auf der Speicherkontoebene angegeben ist. Eine explizite Ebenenzuweisung hat jedoch Vorrang vor der abgeleiteten.
Hinweis
Überlegen Sie sorgfältig, welche Auswirkungen eine Änderung der Standardzugriffsebene auf Speicherkontoebene hat. Sie kann erhebliche Auswirkungen auf die Preise haben, wenn eine große Anzahl von Blobs ohne explizit zugewiesene Zugriffsebene vorhanden ist.
Eine Archivzugriffsebene ermöglicht es Ihnen nicht, den Inhalt eines Blobs direkt zu lesen oder zu ändern. Sie haben jedoch Zugriff auf seine Metadaten, einschließlich Indextags. Um auf den Inhalt des Blobs zuzugreifen, können Sie es der Ebene „Heiß“, „Kalt“ oder „Cold“ zuordnen, um den als Aktivierung bezeichneten Prozess auszulösen. Alternativ können Sie den Vorgang „Blob kopieren“ aufrufen, um eine Kopie des Blobs auf der Zugriffsebene „Heiß“, „Kalt“ oder „Cold“ zu erstellen.
Hinweis
Es gibt zwei Prioritäten für die Aktivierung von Blobs auf der Archivzugriffsebene: „Standard“ und „Hoch“. Eine standardmäßige vorrangige Aktivierung kann bis zu 15 Stunden dauern. Anforderungen mit hoher Priorität haben jedoch Vorrang vor Anforderungen mit Standardpriorität und können bei Blobs mit einer Größe von weniger als 10 GB in weniger als einer Stunde abgeschlossen werden. Die Aktivierung mit hoher Priorität ist teurer, daher empfiehlt Microsoft, die Aktivierung mit hoher Priorität für die Verwendung in Situationen der Notfallwiederherstellung von Daten zu reservieren.
Speicherkonten, die die Archivzugriffsebene verwenden, müssen mit den Redundanzoptionen LRS, GRS oder RA-GRS konfiguriert sein. Die Archivzugriffsebene unterstützt keine Zonenredundanz, sodass die Redundanz nicht auf ZRS, GZRS oder RA-GZRS festgelegt werden kann.
Hinweis
Die Archivzugriffsebene erfordert eine explizite Zuweisung auf Blobebene, anstatt sich auf Rückschlüsse zu stützen. Ein Azure Storage-Konto kann nicht konfiguriert werden, wenn die Standardebene auf „Archiv“ festgelegt ist.