Speicherkontoübersicht
Ein Azure Storage-Konto enthält all Ihre Azure Storage-Datenobjekte: Blobs, Dateien, Warteschlangen und Tabellen. 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. Daten in Ihrem Speicherkonto sind dauerhaft und hochverfügbar, sicher und extrem skalierbar.
Um zu erfahren, wie Sie ein Azure Storage-Konto erstellen, lesen Sie den Artikel Erstellen eines Speicherkontos.
Speicherkontentypen
Azure Storage bietet mehrere Arten von Speicherkonten. Jeder Typ unterstützt unterschiedliche Features und verfügt über ein eigenes Preismodell.
In der folgenden Tabelle werden die Typen von Speicherkonten beschrieben, die von Microsoft für die meisten Szenarien empfohlen werden. Bei allen diesen Typen wird das Azure Resource Manager-Bereitstellungsmodell verwendet.
| Speicherkontotyp | Unterstützte Speicherdienste | Redundanzoptionen | Verbrauch |
|---|---|---|---|
| Standard „Allgemein v2“ | Blob Storage (einschließlich Data Lake Storage1), 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)2 |
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-Blockblobs3 | Blob Storage (einschließlich Data Lake Storage Storage1) | LRS ZRS2 |
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. Weitere Informationen zu Beispielworkloads. |
| Premium-Dateifreigaben3 | Azure Files | LRS ZRS2 |
Kontotyp „Premium Storage“ nur für Dateifreigaben. Empfohlen für Unternehmens- oder Hochleistungsanwendungen. Verwenden Sie diesen Kontotyp, wenn Ihr Speicherkonto sowohl SMB- (Server Message Block) als auch NFS-Dateifreigaben unterstützen soll. |
| Premium-Seitenblobs3 | Nur Seiten-BLOBs | LRS ZRS2 |
Storage Premium-Kontotyp nur für Seitenblobs. Informieren Sie sich ausführlicher über Seitenblobs und Beispiel-Anwendungsfälle. |
1 Data Lake Storage basiert auf Azure Blob Storage und bietet eine Reihe von Funktionen für die Big Data-Analyse. Weitere Informationen finden Sie unter Einführung in Data Lake Storage und Erstellen eines Speicherkontos für die Verwendung mit Data Lake Storage.
2 ZRS, GZRS und RA-GZRS sind nur für Standardkonten des Typs „Universell v2“, Premium-Blockblobs, Premium-Dateifreigabekonten und Premium-Seitenblobs in bestimmten Regionen verfügbar. Weitere Informationen finden Sie unter Azure Storage-Redundanz.
3 Speicherkonten einer Premium-Leistungsstufe verwenden SSD-Datenträger (Solid State Drives, SSDs) für niedrige Latenz und hohen Durchsatz.
Legacy-Speicherkonten werden ebenfalls unterstützt. Weitere Informationen finden Sie unter Legacy-Speicherkontotypen.
Die Vereinbarung zum Servicelevel (SLA) für Azure Storage-Konten ist unter SLA für Speicherkonten verfügbar.
Hinweis
Sie können ein Speicherkonto nach seiner Erstellung nicht mehr in einen anderen Typ ändern. Um Ihre Daten in ein Speicherkonto eines anderen Typs zu verschieben, müssen Sie ein neues Konto erstellen und die Daten in das neue Konto kopieren.
Speicherkontoname
Beachten Sie bei der Benennung Ihres Speicherkontos folgende Regeln:
- Speicherkontonamen müssen zwischen 3 und 24 Zeichen lang sein und dürfen nur Zahlen und Kleinbuchstaben enthalten.
- Der Name Ihres Speicherkontos muss innerhalb von Azure eindeutig sein. Zwei Speicherkonten können nicht denselben Namen haben.
Speicherkontoendpunkte
Ein Speicherkonto bietet einen eindeutigen Namespace für Ihre Daten in Azure. Jedes Objekt, das Sie in Azure Storage speichern, hat eine URL-Adresse mit dem eindeutigen Namen Ihres Kontos. Die Kombination aus Kontoname und Dienstendpunkt bildet die Endpunkte für Ihr Speicherkonto.
Es gibt zwei Arten von Dienstendpunkten, die für ein Speicherkonto verfügbar sind:
- Standardendpunkte (empfohlen). Sie können standardmäßig bis zu 250 Speicherkonten pro Region mit Standardendpunkten in einem bestimmten Abonnement erstellen. Mit einer Kontingenterhöhung können Sie bis zu 500 Speicherkonten mit Standardendpunkten pro Region erstellen. Weitere Informationen finden Sie unter Erhöhen von Azure Storage-Kontokontingenten.
- Azure DNS-Zonenendpunkte (Vorschau). Sie können bis zu 5.000 Speicherkonten pro Region mit Azure DNS-Zonenendpunkten in einem bestimmten Abonnement erstellen.
Innerhalb eines einzelnen Abonnements können Sie Konten mit Standard- oder Azure DNS-Zonenendpunkten erstellen, und zwar für maximal 5250 Konten pro Region pro Abonnement. Mit einer Kontingenterhöhung können Sie bis zu 5.500 Speicherkonten pro Region und pro Abonnement erstellen.
Sie können Ihr Speicherkonto so konfigurieren, dass es eine benutzerdefinierte Domäne für den Blob-Storage-Endpunkt verwendet. Weitere Informationen finden Sie unter Konfigurieren eines benutzerdefinierten Domänennamens für Ihr Azure Storage-Konto.
Wichtig
Beim Verweisen auf einen Dienstendpunkt in einer Clientanwendung wird empfohlen, eine Abhängigkeit von einer zwischengespeicherten IP-Adresse zu vermeiden. Die IP-Adresse des Speicherkontos kann sich ändern, und die Abhängigkeit von einer zwischengespeicherten IP-Adresse kann zu unerwartetem Verhalten führen.
Darüber hinaus wird empfohlen, die Laufzeit (Time-to-Live, TTL) des DNS-Eintrags zu berücksichtigen und ihn nicht zu überschreiben. Das Überschreiben der DNS-TTL kann zu unerwartetem Verhalten führen.
Standardendpunkte
Ein Standarddienstendpunkt in Azure Storage enthält das Protokoll (empfohlen wird HTTPS), den Namen des Speicherkontos als Unterdomäne und eine feste Domäne mit dem Namen des Diensts.
In der folgenden Tabelle wird das Format für die Standardendpunkte für die einzelnen Azure Storage-Dienste aufgeführt.
| Speicherdienst | Endpunkt |
|---|---|
| Blob Storage | https://<storage-account>.blob.core.windows.net |
| Statische Website (Blob Storage) | https://<storage-account>.web.core.windows.net |
| Data Lake Storage | https://<storage-account>.dfs.core.windows.net |
| Azure Files | https://<storage-account>.file.core.windows.net |
| Queue Storage | https://<storage-account>.queue.core.windows.net |
| Table Storage | https://<storage-account>.table.core.windows.net |
Wenn Ihr Konto mit Standardendpunkten erstellt wird, können Sie die URL für ein Objekt in Azure Storage ganz einfach erstellen, indem Sie den Speicherort des Objekts im Speicherkonto an den Endpunkt anfügen. Beispielsweise ist die URL für einen Blob ähnlich wie folgendes:
https://*mystorageaccount*.blob.core.windows.net/*mycontainer*/*myblob*
Azure DNS-Zonenendpunkte (Vorschau)
Wichtig
Azure DNS-Zonenendpunkte befinden sich zurzeit in der VORSCHAU. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.
Wenn Sie ein Azure Storage Konto mit Azure DNS-Zonenendpunkten (Vorschau) erstellen, wählt Azure Storage eine Azure DNS-Zone dynamisch aus und weist sie dem Speicherkonto zu, wenn es erstellt wird. Die Endpunkte des neuen Speicherkontos werden in der dynamisch ausgewählten Azure DNS-Zone erstellt. Weitere Informationen zu Azure DNS-Zonen finden Sie unter DNS-Zonen.
Ein Azure DNS-Zonendienstendpunkt in Azure Storage enthält das Protokoll (empfohlen wird HTTPS), den Namen des Speicherkontos als Unterdomäne und eine Domäne mit dem Namen des Diensts und dem Bezeichner für die DNS-Zone. Der Bezeichner für die DNS-Zone beginnt immer mit z und kann zwischen z00 und z50 liegen.
In der folgenden Tabelle wird das Format für Azure DNS-Zonenendpunkte für die einzelnen Azure Storage-Dienste aufgeführt:
| Speicherdienst | Endpunkt |
|---|---|
| Blob Storage | https://<storage-account>.z[00-50].blob.storage.azure.net |
| Statische Website (Blob Storage) | https://<storage-account>.z[00-50].web.storage.azure.net |
| Data Lake Storage | https://<storage-account>.z[00-50].dfs.storage.azure.net |
| Azure Files | https://<storage-account>.z[00-50].file.storage.azure.net |
| Queue Storage | https://<storage-account>.z[00-50].queue.storage.azure.net |
| Table Storage | https://<storage-account>.z[00-50].table.storage.azure.net |
Wichtig
Sie können bis zu 5.000 Konten mit Azure DNS-Zonenendpunkten pro Abonnement erstellen. Möglicherweise müssen Sie aber Ihren Anwendungscode aktualisieren, um den Kontoendpunkt zur Laufzeit abzufragen. Sie können den Vorgang Eigenschaften abrufen aufrufen, um die Endpunkte des Speicherkontos abzufragen.
Azure DNS-Zonenendpunkte werden nur bei Konten unterstützt, die mit dem Azure Resource Manager-Bereitstellungsmodell erstellt wurden. Weitere Informationen finden Sie unter Übersicht über den Azure Resource Manager.
Informationen zum Erstellen eines Speicherkontos mit Azure DNS-Zonenendpunkten finden Sie unter Erstellen eines Speicherkontos.
Informationen zur Vorschau
Die Vorschau der Azure DNS-Zonenendpunkte ist in allen öffentlichen Regionen verfügbar. Sie ist in keiner Government-Cloud-Region verfügbar.
Wenn Sie sich für die Vorschau registrieren möchten, folgen Sie den Anleitungen unter Einrichten von Previewfunktionen im Azure-Abonnement. Geben Sie PartitionedDnsPublicPreview als Funktionsname und Microsoft.Storage als Anbieternamespace an.
CNAME-Einträge, Unterdomänen und IP-Adressen
Jeder Speicherkontoendpunkt verweist auf eine Kette von DNS-CNAME-Einträgen, die schließlich auf einen DNS-A-Eintrag verweisen. Die Anzahl der Einträge und Unterdomänen, die den einzelnen Einträgen zugeordnet sind, kann zwischen Konten variieren und vom Speicherkontotyp und der Konfiguration des Kontos abhängen.
Der Endpunkt des Speicherkontos ist stabil und ändert sich nicht. Die CNAME-Einträge in einer bestimmten Kette können sich jedoch ändern, und Sie werden nicht benachrichtigt, wenn eine Änderung eintritt. Wenn Sie einen privaten DNS-Dienst in Azure hosten, können sich diese Änderungen auf Ihre Konfiguration auswirken.
Berücksichtigen Sie die folgenden Richtlinien:
CNAME-Ketten, die einem Speicherkontoendpunkt zugeordnet sind, können ohne vorherige Ankündigung geändert werden. Anwendungen und Umgebungen sollten nicht von der Anzahl der CNAME-Einträge oder der Unterdomänen abhängig sein, die diesen CNAME-Einträgen zugeordnet sind.
Die IP-Adresse des A-Eintrags, die von der DNS-Auflösung eines Speicherkontoendpunkts zurückgegeben wird, kann sich häufig ändern.
Die Anwendungen und Betriebssysteme sollten immer die Time-to-Live (TTL) berücksichtigen, die dem CNAME-Eintrag zugeordnet ist. Das Zwischenspeichern des Werts des CNAME-Eintrags über die TTL hinaus kann zu unbeabsichtigten Verhaltensweisen führen.
Migrieren eines Speicherkontos
Die folgende Tabelle fasst zusammen und verweist auf Anleitungen zum Verschieben, Aktualisieren oder Migrieren eines Speicherkontos:
| Migrationsszenario | Details |
|---|---|
| Verschieben eines Speicherkontos in ein anderes Abonnement | Der Azure Resource Manager bietet Optionen zum Verschieben einer Ressource in ein anderes Abonnement. Weitere Informationen finden Sie unter Verschieben von Ressourcen in eine neue Ressourcengruppe oder ein neues Abonnement. |
| Verschieben Sie ein Speicherkonto in eine andere Ressourcengruppe | Der Azure Ressourcenmanager bietet Optionen zum Verschieben einer Ressource in eine andere Ressourcengruppe. Weitere Informationen finden Sie unter Verschieben von Ressourcen in eine neue Ressourcengruppe oder ein neues Abonnement. |
| Verschieben eines Speicherkontos in eine andere Region | Erstellen Sie eine Kopie Ihres Speicherkontos in einer anderen Region, um ein Speicherkonto zu verschieben. Verschieben Sie dann Ihre Daten in dieses Konto, indem Sie AzCopy oder ein anderes Tool Ihrer Wahl verwenden. Weitere Informationen finden Sie unter Verschieben eines Azure Speicherkontos in eine andere Region. |
| Durchführen eines Upgrades auf ein Speicherkonto vom Typ „Allgemein v2“ | Sie können ein Speicherkonto des Typs „Universell V1“ oder ein Blob Storage-Konto in ein Konto des Typs „Universell V2“ aktualisieren. Beachten Sie, dass dieser Vorgang nicht mehr rückgängig gemacht werden kann. Weitere Informationen finden Sie unter Durchführen eines Upgrades auf ein Speicherkonto vom Typ „Allgemein v2“. |
| Migrieren eines klassischen Speicherkontos zu Azure Ressourcenmanager | Das Azure Ressourcenmanager-Bereitstellungsmodell ist dem klassischen Bereitstellungsmodell im Hinblick auf Funktionalität, Skalierbarkeit und Sicherheit überlegen. Weitere Informationen zum Migrieren eines klassischen Speicherkontos zu Azure Resource Manager finden Sie unter Plattformgestützte Migration von IaaS-Ressourcen aus dem klassischen Bereitstellungsmodell zu Azure Resource Manager im Abschnitt „Migration von Speicherkonten“. |
Übertragen von Daten in ein Speicherkonto
Microsoft bietet Dienste und Hilfsprogramme für den Import Ihrer Daten von lokalen Speichergeräten oder Drittanbietern von Cloudspeichern. Welche Lösung Sie nutzen, richtet sich nach der Menge an Daten, die Sie übertragen müssen. Weitere Informationen finden Sie unter Azure Storage-Migration – Übersicht.
Speicherkontoverschlüsselung
Alle Daten in Ihrem Speicherkonto werden automatisch auf Dienstseite verschlüsselt. Weitere Informationen zur Verschlüsselung und Schlüsselverwaltung finden Sie unter Azure Storage-Verschlüsselung für ruhende Daten.
Speicherkontoabrechnung
Die Abrechnung für Azure Storage basiert auf der Nutzung Ihres Speicherkontos. Alle Objekte in einem Speicherkonto werden zusammen als Gruppe abgerechnet. Die Speicherkosten werden nach den folgenden Faktoren berechnet:
- Region bezieht sich auf die geografische Region, in der sich Ihr Konto befindet.
- Kontotyp verweist auf den Typ des Speicherkontos, das Sie verwenden.
- Zugriffsebene bezieht sich auf das Datenverwendungsmuster, das Sie für Ihr Konto vom Typ „Universell V2“ oder Ihr Blob Storage-Konto angegeben haben.
- Kapazität bezieht sich darauf, wie viel von Ihrer Speicherkontozuweisung zum Speichern von Daten verwendet wird.
- Die Redundanz bestimmt, wie viele Kopien Ihrer Daten jeweils an welchen Standorten unterhalten werden.
- Transaktionen beziehen sich auf alle Lese- und Schreibvorgänge in Azure Storage.
- Datenausgang bezieht sich alle Daten, die aus einer Azure-Region übertragen werden. Wenn eine Anwendung, die nicht in der gleichen Region ausgeführt wird, auf die Daten in Ihrem Speicherkonto zugreift, fallen Gebühren für den Datenausgang an. Weitere Informationen zur Verwendung von Ressourcengruppen zum Gruppieren von Daten und Diensten in der gleichen Region zur Beschränkung vom Gebühren für den Datenausgang, finden Sie unter Was ist eine Azure-Ressourcengruppe?.
Die Seite Preise für Azure Storage bietet detaillierte Preisinformationen basierend auf Kontotyp, Speicherkapazität, Replikation und Transaktionen. In der Preisübersicht für die Datenübertragung finden Sie detaillierte Preisinformationen für den Datenausgang. Sie können den Azure Storage-Preisrechner verwenden, um Ihre Kosten zu bestimmen.
Azure-Dienste kosten Geld. Mit Azure Cost Management können Sie Budgets festlegen und Warnungen konfigurieren, um die Kontrolle über Ihre Ausgaben zu behalten. Analysieren, verwalten und optimieren Sie Ihre Azure-Kosten mit Cost Management. Weitere Informationen finden Sie in der Schnellstartanleitung zur Kostenanalyse.
Legacy-Speicherkontotypen
In der folgenden Tabelle werden die Legacy-Speicherkontotypen beschrieben. Diese Kontotypen werden von Microsoft nicht empfohlen, können aber in bestimmten Szenarien verwendet werden:
| Legacy-Speicherkontotyp | Unterstützte Speicherdienste | Redundanzoptionen | Bereitstellungsmodell | Verbrauch |
|---|---|---|---|---|
| Standard „Allgemein v1“ | Blob Storage, Queue Storage, Table Storage und Azure Files | LRS/GRS/RA-GRS | Resource Manager, klassisch 1 | Konten vom Typ „Allgemein v1“ bieten möglicherweise nicht die neuesten Features oder die niedrigsten Preise pro Gigabyte. Erwägen Sie die Verwendung für die folgenden Szenarien:
|
| Blob Storage | Blobspeicher (nur Block- und Anfügeblobs) | LRS/GRS/RA-GRS | Ressourcen-Manager | Microsoft empfiehlt stattdessen nach Möglichkeit die Verwendung von Standardkonten vom Typ „Standard-Allgemein v2“. |
1 Ab dem 1. August 2022 können Sie keine neuen Speicherkonten mehr mit dem klassischen Bereitstellungsmodell erstellen. Alle vor diesem Datum erstellten Ressourcen werden bis zum 31. August 2024 weiterhin unterstützt. Weitere Informationen finden Sie unter Azure classic storage accounts will be retired on 31 August 2024 (Klassische Azure-Speicherkonten werden am 31. August 2024 eingestellt).
Skalierbarkeitsziele für Storage Standard-Konten
In der folgenden Tabelle werden die für Azure Universell V2 (General-Purpose v2, GPv2), Universell V1 (General-Purpose v1, GPv1) und Blob-Speicherkonten geltenden Standardgrenzwerte beschrieben. Der Grenzwert für eingehend bezieht sich auf alle Daten, die an ein Speicherkonto gesendet werden. Der Grenzwert für ausgehend bezieht sich auf alle Daten, die von einem Speicherkonto empfangen werden.
Microsoft empfiehlt, für die meisten Szenarien ein GPv2-Speicherkonto zu verwenden. Sie können ein Upgrade von einem GPv1-Konto oder einem Blob-Speicherkonto auf ein GPv2-Konto ganz einfach durchführen. Dabei kommt es zu keinen Ausfallzeiten, und Sie müssen keine Daten kopieren. Weitere Informationen finden Sie unter Upgraden auf ein GPv2-Speicherkonto.
Hinweis
Sie können höhere Grenzwerte für die Kapazität und für eingehende Daten anfordern. Wenden Sie sich dazu an den Azure-Support.
| Resource | Begrenzung |
|---|---|
| Maximale Anzahl von Speicherkonten mit Standardendpunkten pro Region und Abonnement, einschließlich Standard- und Premium-Speicherkonten | Standardmäßig 250, 500 auf Anforderung1 |
| Maximale Anzahl von Speicherkonten mit Azure DNS-Zonenendpunkten (Vorschau) pro Region und Abonnement, einschließlich Standard- und Premium-Speicherkonten | 5.000 (Vorschau) |
| Maximale Kapazität des Standardspeicherkontos | 5 PiB2 |
| Maximale Anzahl von Blobcontainern, Blobs, Verzeichnissen und Unterverzeichnissen (wenn hierarchischer Namespace aktiviert ist), Dateifreigaben, Tabellen, Warteschlangen, Entitäten oder Nachrichten pro Speicherkonto. | Keine Begrenzung |
| Maximale Anforderungsrate pro Standardspeicherkonto | 40.000 Anforderungen pro Sekunde2 |
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in den folgenden Regionen:
|
60 Gbps2 |
| Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in Regionen, die in der vorherigen Zeile nicht aufgeführt sind. | 25 Gbps2 |
| Standardmäßig maximal eingehende Daten für GPv1-Speicherkonten (alle Regionen) | 10 Gbps2 |
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in den folgenden Regionen:
|
200 GBit/s2 |
| Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in Regionen, die in der vorherigen Zeile nicht aufgeführt sind. | 50 Gbps2 |
| Maximaler Ausgang für universelle v1-Speicherkonten (US-Regionen) | 20 GBit/s bei aktiviertem RA-GRS/GRS, 30 GBit/s für LRS/ZRS |
| Maximaler Ausgang für universelle v1-Speicherkonten (US-fremde Regionen) | 10 GBit/s bei aktiviertem RA-GRS/GRS, 15 GBit/s für LRS/ZRS |
| Maximale Anzahl von Regeln für IP-Adressen pro Speicherkonto | 400 |
| Maximale Anzahl von VNET-Regeln pro Speicherkonto | 400 |
| Maximale Anzahl von Regeln für Ressourceninstanzen pro Speicherkonto | 200 |
| Maximale Anzahl privater Endpunkte pro Speicherkonto | 200 |
1 Mit einer Kontingenterhöhung können Sie bis zu 500 Speicherkonten mit Standardendpunkten pro Region erstellen. Weitere Informationen finden Sie unter Erhöhen von Azure Storage-Kontokontingenten. 2 Azure Storage-Standardkonten unterstützen höhere Grenzwerte für die Kapazität sowie höhere Grenzwerte für eingehende und ausgehende Daten auf Anforderung. Wenden Sie sich an den Azure-Support, um eine Erhöhung der Kontogrenzwerte anzufordern.