Azure Storage Account Typen erklaert: StorageV2, BlockBlob, FileStorage und der Rest

Azure-Storage-Accounts klingen einfach: „Klick auf Erstellen, fertig.“ Sind sie nicht. Bei der Anlage zwingt Azure dich durch fuenf Entscheidungen — Account-Typ, Performance-Tier, Redundanz, Access-Tier, Hierarchical Namespace —, und jede davon kostet dich spaeter Geld oder Latenz.

Hier der Decision-Tree mit Zahlen. Wenn du am Ende immer noch „StorageV2 Standard LRS Hot“ klickst, ist das oft die richtige Wahl — du weisst nur jetzt, warum.

TL;DR

• StorageV2 (general purpose v2) ist der Default fuer 95 % der Workloads. Unterstuetzt Blob, File, Queue, Table.
• Premium BlockBlobStorage lohnt nur, wenn du <10 ms Latenz oder hohe Transaktionsraten brauchst — und das spuerbar teurer.
• Premium FileStorage fuer SMB-Workloads mit Latenz-Anforderung (z. B. SAP, SQL on VM mit Files).
• Redundanz LRS vs GRS: LRS ist 50 % billiger, aber bei AZ-Ausfall weg. ZRS ist der Mittelweg.
• Faustregel: StorageV2 + ZRS + Hot, ausser du hast einen konkreten Grund fuer was anderes.

Die Account-Typen im Vergleich

Legacy-Hinweis: v1 sollte man nicht mehr nutzen. Bestehende v1- Accounts kann man via Azure Portal auf v2 upgraden — kostet nichts, mehr Features.

Performance-Tiers: Standard vs Premium

Der Unterschied im echten Leben:

Wenn du nicht weisst, ob du Premium brauchst, brauchst du es nicht. Premium kostet ~8× mehr pro GB. Das einzige sinnvolle Use-Case-Set:

• High-Frequency-Trading-Daten mit Latenz-Anforderung
• Kafka-Tiered-Storage Backend
• Container-Image-Registries mit Tausenden Pull/s
• ML-Training-Datasets mit hohem Random-Read

Redundanz: LRS, ZRS, GRS, GZRS, RA-

Azure hat sechs Redundanz-Modi. Hier nur die vier, die in der Praxis relevant sind:

Tatsaechliche Preise (West Europe, Hot, Standard v2):

Praxis-Empfehlung:

• ZRS als Default fuer wichtige Daten (DB-Backups, User-Uploads)
• LRS fuer ephemere oder einfach rebuildbare Daten (Logs, Cache, Build-Artefakte)
• GZRS nur fuer absolut kritische Daten mit Compliance-Anforderung

Access-Tiers: Hot, Cool, Cold, Archive

Bei Blob-Storage kannst du pro Blob (oder als Account-Default) einen Access-Tier setzen.

Wichtige Kosten-Falle: wenn du Daten in Cool legst und sie nach 20 Tagen wieder loeschst, zahlst du trotzdem die vollen 30 Tage. Bei Archive zahlt man die vollen 180 Tage.

Faustregel:

• Hot wenn du in den naechsten 30 Tagen lesen wirst
• Cool fuer Backups, die 30-90 Tage liegen
• Cold fuer Compliance-Daten (1+ Jahr)
• Archive nur fuer wirklich-nie-mehr-anfassen-Daten

Beispiel-Rechnung: 1 TB Blob Storage, Hot, mit 100 GB Egress/Monat

Egress-Kalkulation: 100 GB pro Monat sind eher konservativ. Bei einer Public-API mit 5 TB Egress: ~$320/Monat nur fuer Egress. Hier lohnt ein CDN davor (Azure Front Door oder Cloudflare) sich spaetestens.

Hierarchical Namespace (Azure Data Lake Storage Gen2)

Wenn du den Hierarchical Namespace beim Create aktivierst, wird aus deinem Storage-Account ein Azure Data Lake Storage Gen2.

Vorteile:

• File-System-Operationen wie Move/Delete sind atomar
• Bessere Performance fuer Analytics (Databricks, Synapse, Spark)
• Fine-Grained ACLs auf Datei/Verzeichnis-Ebene

Nachteile:

• Pro-Operation-Preis ist 50 % hoeher als ohne HNS
• Nicht mehr ohne Migration auf normalen Blob umstellbar
• Nicht alle SDK-Features funktionieren identisch

Wann HNS aktivieren: Wenn du Analytics-Workloads betreibst (Databricks, Synapse, Spark) oder PaaS-Tools wie Azure Data Factory nutzt. Wenn du HNS nicht aktiv brauchst, lass es weg.

Azure Files — wann statt Blob

Azure Files bietet SMB- und NFS-Mounts. Sinnvoll fuer:

Preise Azure Files (West Europe, Hot, LRS):

• Standard: $0,06 / GB / Monat + Transactions
• Premium: $0,16 / GB / Monat (provisioned, capacity-based)

Premium FileStorage funktioniert anders als Blob: du buchst provisionierte Kapazitaet (min 100 GB). Bekommst dafuer garantierte IOPS und Throughput.

Queues und Tables — Legacy oder nicht

Azure Queues und Tables existieren weiter, sind aber 2026 fast ueberall durch bessere Alternativen ersetzt:

Storage Queues und Tables sind billig (Tabelle 0,0036 $/GB), aber limitiert. Wenn du sie schon nutzt: laufen lassen. Neu anfangen: Service Bus oder Cosmos.

Lifecycle Management

Storage-Accounts haben eingebautes Lifecycle Management, mit dem du Blobs automatisch zwischen Tiers verschiebst:

{
  "rules": [{
    "name": "ArchiveOldBlobs",
    "type": "Lifecycle",
    "definition": {
      "filters": { "blobTypes": ["blockBlob"] },
      "actions": {
        "baseBlob": {
          "tierToCool":    { "daysAfterModificationGreaterThan": 30 },
          "tierToArchive": { "daysAfterModificationGreaterThan": 180 }
        }
      }
    }
  }]
}

Praxis: Lifecycle-Rules sind kostenlos und sparen ueber Monate typischerweise 30-50 % der Storage-Kosten. Setze sie fuer alles auf, was nicht permanent heiss bleibt.

DACH-spezifische Hinweise

• DSGVO: Storage-Accounts in Germany West Central (Frankfurt) oder North Europe (Dublin) sind die ueblichen Wahlen.
• Verschluesselung: Server-Side Encryption ist immer an, Microsoft-managed Keys per Default. Customer-Managed Keys via Azure Key Vault sind kein Aufpreis.
• Soft Delete: standard 7 Tage Hold fuer geloeschte Blobs; empfohlen 14-30 Tage bei DSGVO-Compliance, das kostet aber Storage.
• Immutable Storage: Write-Once-Read-Many (WORM) Policies sind fuer FinTech / Healthcare oft verpflichtend; in Azure ohne Aufpreis aktivierbar.

Throughput-Limits und Skalierung

Storage-Accounts haben harte Limits — wichtig zu kennen, bevor Production darauf laeuft:

Wenn du an die Limits stoesst (z. B. ein Storage-Account fuer mehrere Apps), splitte in mehrere Accounts. Azure rechnet pro Account, nicht pro Subscription.

Backups und Restore-Strategie

Storage-Account-Daten sollten versioniert und soft-deleted sein. Default ist beides aus, was Production-Daten gefaehrdet.

Praxis: Bei 1 TB Daten und 30 Tagen Soft Delete + Versioning auf veranderlichen Daten kostet das ~20-40 % mehr Storage als ohne. Lohnt sich.

Vergleich mit S3-Storage-Klassen

Wer aus AWS kommt, erwartet die Aequivalenz:

Wichtige Differenz: Azure hat kein vollstaendiges Aequivalent zu S3 Intelligent-Tiering. Du musst Lifecycle- Policies manuell schreiben (was eigentlich besser kontrollierbar ist).

Faustregeln zum Mitnehmen

1. StorageV2 + ZRS + Hot ist 80 % der Faelle richtig.
2. Premium nur bei nachgewiesenem Latenz-Bedarf (<10 ms p99).
3. Lifecycle-Rules immer aktivieren. Logs auf Cool nach 30 Tagen, Archive nach 1 Jahr.
4. HNS nur wenn Analytics geplant. Im Zweifel weglassen.
5. GRS nur fuer kritische Daten. Doppelter Preis, oft ueberdimensioniert.

Quellen

• Azure Storage Account Overview
• Azure Blob Storage Pricing
• Azure Files Pricing
• Azure Redundancy Comparison
• Azure Storage Lifecycle Management

Pricing-Stand: 14. Mai 2026, West Europe. Microsoft passt Tier- Preise quartalsweise an — aktuelle Werte vor Architektur-Entscheidung verifizieren.