Einführung in Azure Blob Storage
Azure Blob Storage ist die Objektspeicherlösung von Microsoft für die Cloud. Blob Storage ist für die Speicherung großer Mengen unstrukturierter Daten optimiert. Unstrukturierte Daten sind Daten, die keinem bestimmten Datenmodell und keiner bestimmten Definition entsprechen (also beispielsweise Text- oder Binärdaten).
Blobspeicher ist für Folgendes konzipiert:
- Speichern von Bildern oder Dokumenten direkt für einen Browser
- Speichern von Dateien für verteilten Zugriff
- Video- und Audio-Streaming
- Schreiben in Protokolldateien
- Speichern von Daten für Sicherung und Wiederherstellung, Notfallwiederherstellung und Archivierung
- Speichern von Daten für Analysen durch einen lokalen oder von Azure gehosteten Dienst
Benutzer- oder Clientanwendungen können von überall auf der Welt über HTTP/HTTPS auf Objekte in Blobspeicher zugreifen. Auf Objekte in Blobspeicher kann über die Azure Storage-REST-API, über Azure PowerShell, über die Azure-Befehlszeilenschnittstelle oder über eine Azure Storage-Clientbibliothek zugegriffen werden.
Bei einem Azure Storage-Konto handelt es sich um den übergeordneten Container für alle Ihre Azure Blob Storage-Ressourcen. Das Speicherkonto stellt einen eindeutigen Namespace für Ihre Azure Storage-Daten bereit, auf den von jedem Ort der Welt aus über HTTP oder HTTPS zugegriffen werden kann.
Speicherkontentypen
Azure Storage bietet zwei Leistungsebenen für Speicherkonten: Standard und Premium. Jede Leistungsebene unterstützt verschiedene Features und hat ein eigenes Preismodell.
- Standard: Dies ist das universelle v2-Standardkonto und wird für die meisten Szenarien mit Azure Storage empfohlen.
- Premium: Premium-Konten bieten durch Verwendung von SSD-Datenträgern (Solid State Drives) eine höhere Leistung. Wenn Sie ein Premium-Konto erstellen, können Sie zwischen drei Kontotypen wählen: Blockblobs, Seitenblobs oder Dateifreigaben.
In der folgenden Tabelle werden die Arten von Speicherkonten beschrieben, die von Microsoft für die meisten Szenarien mit Blob Storage empfohlen werden:
| Speicherkontotyp | Unterstützte Speicherdienste | Redundanzoptionen | Verbrauch |
|---|---|---|---|
| Standard „Allgemein v2“ | Blob Storage (einschließlich Data Lake Storage), Queue Storage, Table Storage und Azure Files | Lokal redundanter Speicher (LRS)/Georedundanter Speicher (GRS)/Georedundanter Speicher mit Lesezugriff (RA-GRS) Zonenredundanter Speicher (ZRS)/geozonenredundanter Speicher (GZRS)/geozonenredundanter Speicher mit Lesezugriff (RA-GZRS) |
Standard-Speicherkontotyp für Blobs, Dateifreigaben, Warteschlangen und Tabellen. Empfohlen für die meisten Azure Storage-Szenarien. Wenn Sie Unterstützung für NFS-Dateifreigaben (Network File System) in Azure Files wünschen, verwenden Sie den Kontotyp „Premium-Dateifreigaben“. |
| Premium-Blockblobs | Blob Storage (einschließlich Data Lake Storage) | LRS und ZRS | Kontotyp „Premium Storage“ für Block- und Anfügeblobs. Empfohlen für Szenarien mit hohen Transaktionsraten, die kleinere Objekte verwenden oder aber eine gleichbleibend geringe Speicherlatenz erfordern. |
| Premium-Dateifreigaben | Azure Files | LRS und ZRS | Kontotyp „Premium Storage“ nur für Dateifreigaben. Empfohlen für Unternehmens- oder Hochleistungsanwendungen. |
| Premium-Seitenblobs | Nur Seiten-BLOBs | LRS und ZRS | Storage Premium-Kontotyp nur für Seitenblobs. |
Zugriffsebenen für Blockblobdaten
Azure Storage bietet verschiedene Optionen für den Zugriff auf Blockblobdaten basierend auf Nutzungsmustern. Jede Zugriffsebene in Azure Storage ist für ein bestimmtes Muster der Datennutzung optimiert. Indem Sie die richtige Zugriffsebene für Ihre Anforderungen auswählen, können Sie Ihre Blockblobdaten auf möglichst kostengünstige Art und Weise speichern.
Folgende Zugriffsebenen sind verfügbar:
Die heiße Zugriffsebene, die für häufige Zugriffe auf Objekte im Speicherkonto optimiert ist. Die Hot Tier hat die höchsten Speicherkosten, aber die niedrigsten Zugriffskosten. Neue Speicherkonten werden standardmäßig auf dieser Ebene erstellt.
Die kalte Zugriffsebene, die für die Speicherung großer Datenmengen optimiert ist, auf die selten zugegriffen wird und die mindestens 30 Tage lang gespeichert werden. Der Cool Tier hat geringere Speicherkosten und höhere Zugriffskosten als der Hot Tier.
Die Zugriffsebene Cold, die für die Speicherung von Daten optimiert, auf die selten zugegriffen wird und die mindestens 90 Tage lang gespeichert werden. Für die Ebene „Cold“ fallen im Vergleich zur kalten Ebene niedrigere Speicherkosten und höhere Zugriffskosten an.
Die Archivzugriffsebene, die nur für einzelne Blockblobs verfügbar ist. Die Archivebene ist für Daten optimiert, die mehrere Stunden Abruflatenz tolerieren und mindestens 180 Tage lang dort verbleiben. Die Archivebene ist die kosteneffektivste Option für das Speichern von Daten, der Zugriff auf die Daten ist jedoch kostenintensiver als der Zugriff auf Daten auf der heißen oder kalten Ebene.
Wenn sich das Nutzungsmuster Ihrer Daten ändert, können Sie jederzeit zwischen diesen Zugriffsebenen wechseln.