Anmerkung
Der Zugriff auf diese Seite erfordert eine Genehmigung. Du kannst versuchen, dich anzumelden oder die Verzeichnisse zu wechseln.
Der Zugriff auf diese Seite erfordert eine Genehmigung. Du kannst versuchen , die Verzeichnisse zu wechseln.
Ein Speicherkonto enthält alle 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, hochverwendbar, sicher und massiv skalierbar.
Erfahren Sie, wie Sie ein Speicherkonto erstellen.
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 für die meisten Szenarien empfohlen werden. Alle diese Typen verwenden das Azure Resource Manager-Bereitstellungsmodell .
| Speicherkontotyp | Unterstützte Speicherdienste | Redundanzoptionen | Verwendung |
|---|---|---|---|
| Standard, Universell V2 | Azure Blob Storage (einschließlich Azure Data Lake Storage1), Azure Queue Storage, Azure Table Storage und Azure Files | Lokal redundanter Speicher (LRS)/Georedundanter Speicher (GRS)/Georedundanter Speicher mit Lesezugriff (RA-GRS) Zonenredundanter Speicher (ZRS) / geozonenredundanter Speicher (GZRS) / Lesezugriff geozonenredundanter Speicher (RA-GZRS)2 |
Standard-Speicherkontotyp für Blobs, Dateifreigaben, Warteschlangen und Tabellen. Empfohlen für die meisten Szenarien, die Azure Storage verwenden. 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. Erfahren Sie mehr über Beispiel-Workloads. |
| 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 Seitenblobs | LRS ZRS2 |
Storage Premium-Kontotyp nur für Seitenblobs. Erfahren Sie mehr über Seitenblobs und Beispielanwendungsfälle. |
1 Data Lake Storage ist eine Reihe von Funktionen für Big Data Analytics, die auf Blob Storage basieren. 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-Blockblobkonten, Premium-Dateifreigabekonten und Premium-Seitenblobkonten 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.
Der ServiceLevel-Vertrag (SLA) für Azure-Speicherkonten ist auf der SLA-Seite für Onlinedienste 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 beim Benennen Ihres Speicherkontos die folgenden Regeln:
- Speicherkontonamen müssen eine Länge von 3 bis 24 Zeichen haben. Sie können nur Zahlen und Kleinbuchstaben enthalten.
- Der Name Ihres Speicherkontos muss innerhalb von Azure eindeutig sein. Zwei Speicherkonten können nicht denselben Namen haben.
Speicherkonto-Workloads
Azure Storage-Kunden verwenden verschiedene Workloads, um Daten zu speichern, auf Daten zuzugreifen und Erkenntnisse abzuleiten, um ihre Geschäftsziele zu erfüllen. Jede Workload verwendet spezifische Protokolle für Datenvorgänge basierend auf ihren Anforderungen und Branchenstandards.
Die folgenden Abschnitte bieten eine allgemeine Kategorisierung verschiedener primärer Workloads für Ihre Speicherkonten.
Cloudbasiert
Cloud-native Apps sind groß angelegte verteilte Anwendungen, die auf einer Grundlage von Cloudparadigas und Technologien basieren. Bei diesem modernen Ansatz werden insbesondere die Skalierungs- und Leistungsfunktionen der Cloud genutzt.
Cloud-native Apps können auf der Microservices-Architektur basieren, verwaltete Dienste verwenden und kontinuierliche Bereitstellung verwenden, um Zuverlässigkeit zu erzielen. Diese Anwendungen werden in der Regel in Web-Apps, mobile Apps, containerisierte Apps und serverlose oder als Diensttypen (FaaS) kategorisiert.
Analytics
Es erfolgt eine systematische, berechnungsbasierte Analyse von Daten und Statistiken. Diese Wissenschaft umfasst das Auffinden, Interpretieren und Kommunizieren aussagekräftiger Erkenntnisse und Muster in Daten.
Die ermittelten Daten können so bearbeitet und interpretiert werden, dass sie einem Unternehmen helfen können, seine Ziele zu erweitern und zu erreichen. Diese Workloads bestehen in der Regel aus einer Pipeline, die große Datenmengen erfasst. Die Daten werden für den nachgeschalteten Verbrauch über Power BI, Data Warehouses oder Anwendungen vorab zusammengestellt und aggregiert.
Analytics Workloads können einen hohen Ingress und Egress erfordern, was einen höheren Durchsatz auf Ihrem Storage-Konto zur Folge hat. Zu den Analysetypen gehören Echtzeitanalysen, erweiterte Analysen, Predictive Analytics, emotionale Analysen, Stimmungsanalysen und vieles mehr. Für diese Analyse ist garantiert, dass unsere Kunden einen hohen Durchsatz für den Zugriff auf große Datenmengen in verteilten Speicherarchitekturen erhalten.
Hochleistungsrechnen
High-Performance Computing (HPC) ist die Aggregation mehrerer Computerknoten, die auf denselben Satz von Aufgaben reagieren. Sie können mehr erreichen als ein einzelner Knoten in einem bestimmten Zeitrahmen.
Mit HPC arbeiten leistungsstarke Prozessoren parallel, um massive, multidimensionale Datensätze zu verarbeiten. HPC-Workloads erfordern Lese- und Schreibvorgänge mit hohem Durchsatz für Workloads wie Gensequenzierung und Reservoirsimulation. HPC-Workloads umfassen auch Anwendungen mit hohen Ein-/Ausgabeoperationen pro Sekunde (IOPS) und niedrigem Latenzzugriff auf eine große Anzahl kleiner Dateien. Sie verwenden diese Dateien für Workloads wie seismische Interpretation, autonomes Fahren und Risikoarbeitslasten.
Das Hauptziel besteht darin, komplexe Probleme mit ultrahohen Geschwindigkeiten zu lösen. Weitere Beispiele für Hochleistungscomputing sind Fluiddynamik und andere physikalische Simulationen oder Analysen, die Skalierbarkeit und hohen Durchsatz erfordern. Wir helfen unseren Kunden, HPC durchzuführen, indem sichergestellt wird, dass große Datenmengen mit einer großen Anzahl an Parallelität zugänglich sind.
Backup und Archivierung
Geschäftskontinuität und Notfallwiederherstellung (Business Continuity and Disaster Recovery, BCDR) ist die Fähigkeit eines Unternehmens, nach einem nachteiligen Ereignis betriebsbereit zu bleiben. Im Hinblick auf die Speicherung entspricht dieses Ziel der Aufrechterhaltung der Geschäftskontinuität bei Ausfällen von Speichersystemen.
Mit der Einführung von Backup-as-a-Service-Angeboten in der gesamten Branche werden BCDR-Daten zunehmend in die öffentliche Cloud migriert. Die Sicherungs- und Archivworkloads funktionieren als letzte Verteidigungslinie gegen Ransomware und böswillige Angriffe. Wenn eine Dienstunterbrechung auftritt oder Daten versehentlich gelöscht oder beschädigt werden, hat die effiziente und orchestrierte Wiederherstellung der Daten höchste Priorität. Azure Storage ermöglicht es, große Datenmengen auf kostengünstigste Weise zu speichern und abzurufen.
Machine Learning und KI
KI ist Technologie, die menschliche Intelligenz und Problemlösungsfähigkeiten in Maschinen simuliert. Machine Learning (ML) ist eine Unterdisziplin von KI, die Algorithmen verwendet, um Modelle zu erstellen, mit denen Computer Aufgaben ausführen können. AI- und ML-Workloads sind die neuesten in Azure und wachsen in einem schnellen Tempo.
Sie können diese Art von Workload in jeder Branche anwenden, um Metriken zu verbessern und Leistungsziele zu erreichen. Diese Arten von Technologien können zu Entdeckungen von lebensrettenden Medikamenten und Praktiken im Bereich der Medizin und Gesundheit führen und gleichzeitig Gesundheitsbewertungen bereitstellen.
Andere alltägliche Verwendungen von ML und KI umfassen Betrugserkennung, Bilderkennung und Kennzeichnen von Fehlinformationen. Diese Workloads benötigen in der Regel Folgendes:
- Hochspezialisierte Rechenleistung, viele GPUs.
- Hoher Durchsatz und IOPS.
- Zugriff auf Speicher mit geringer Latenz.
- POSIX Dateisystemzugriff.
Azure Storage unterstützt diese Workloadtypen durch die Speicherung von Prüfpunkten und die Bereitstellung von Speicher für große Datasets und Modelle. Diese Datasets und Modelle lesen und schreiben in einer Geschwindigkeit, mit der die GPUs ausgelastet werden.
Empfohlene Workloadkonfigurationen
In der folgenden Tabelle sind die vorgeschlagenen Speicherkontokonfigurationen von Microsoft für jede Workload dargestellt. Wenn Sie Konfigurationsoptionen ändern (die den einzelnen Arbeitsauslastungen zugeordnet sind), gibt es Kostenauswirkungen.
Preise finden Sie unter Blockierung von Blob-Preisen. Geben Sie die Konfigurationsoptionen für die Workload in den Rechner ein, und wählen Sie die Registerkarte "Empfohlen " aus, um detaillierte Preise für die jeweilige Arbeitsauslastung anzuzeigen, die Sie erstellen.
| Arbeitslast | Kontotyp | Leistung | Redundanz | Hierarchischer Namespace aktiviert | Standardzugriffsebene | Vorläufiges Löschen aktiviert |
|---|---|---|---|---|---|---|
| Cloudbasiert | Universell V2 | Norm | ZRS, RA-GRS | Nein | Heiß | Ja |
| Analytics | Universell V2 | Norm | ZRS1, RA-GRS | Ja2 | Heiß | Ja |
| HPC | Universell V2 | Norm | ZRS, RA-GRS | Ja | Heiß | Ja |
| Backup und Archivierung | Universell V2 | Norm | ZRS, RA-GRS | Nein | Kalte Ebene3 | Ja |
| Machine Learning und KI | Universell V2 | Norm | ZRS, RA-GRS | Ja | Heiß | Nein |
1 ZRS ist ein guter Standardwert für Analyseworkloads, da sie im Vergleich zu LRS mehr Redundanz bietet. Sie schützt vor Zonalfehlern, während sie vollständig mit Analyseframeworks kompatibel bleiben. Kunden, die mehr Redundanz für eine Analyseworkload erfordern, können auch georedundanten Speicher (GRS oder RA-GRS) verwenden.
2 Der hierarchische Namespace ist eine Kernfunktion von Data Lake Storage. Es verbessert die Datenorganisation und die Zugriffseffizienz für große Datenmengen, sodass sie ideal für Analyseworkloads geeignet ist.
3 Die Kalt-Zugriffsebene bietet eine kostengünstige Lösung zum Speichern von Daten, auf die selten zugegriffen wird (typischerweise bei Sicherungs- und Archivaufgaben). Sie können die kalte Ebene auch noch nach der Bewertung der Kosten in Erwägung ziehen.
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). Standardmäßig können Sie bis zu 250 Speicherkonten pro Region mit Standardendpunkten in einem 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 pro Abonnement mit Azure DNS-Zonenendpunkten in einem Abonnement erstellen.
Innerhalb eines einzelnen Abonnements können Sie Konten mit Standard- oder Azure DNS-Zonenendpunkten für maximal 5.250 Konten pro Region pro Abonnement erstellen. Mit einer Erhöhung des Kontingents können Sie bis zu 5.500 Speicherkonten pro Region 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 Zuordnen einer benutzerdefinierten Domäne zu einem Azure Blob Storage-Endpunkt.
Wichtig
Wenn Sie auf einen Dienstendpunkt in einer Clientanwendung verweisen, wird empfohlen, eine Abhängigkeit von einer zwischengespeicherten IP-Adresse zu vermeiden. Die IP-Adresse des Speicherkontos kann geändert werden. Wenn Sie sich auf eine zwischengespeicherte IP-Adresse verlassen, treten möglicherweise unerwartete Verhaltensweisen auf.
Darüber hinaus empfehlen wir Ihnen, die Time-to-Live (TTL) des DNS-Eintrags zu berücksichtigen und Änderungen daran zu vermeiden. Wenn Sie die DNS-TTL außer Kraft setzen, treten möglicherweise unerwartete Verhaltensweisen auf.
Standardendpunkte
Ein Standarddienstendpunkt in Azure Storage umfasst:
- Das Protokoll, (Es wird HTTPS empfohlen.)
- Der Name des Speicherkontos als Unterdomäne.
- Eine feste Domäne, die den Namen des Diensts enthält.
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-Speicher | 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 ganz einfach die URL für ein Objekt in Azure Storage erstellen. Fügen Sie den Speicherort des Objekts im Speicherkonto an den Endpunkt an. Die URL für ein Blob ähnelt beispielsweise:
https://<mystorageaccount>.blob.core.windows.net/<mycontainer>/<myblob>
Azure DNS-Zonenendpunkte (Vorschau)
Wichtig
Azure DNS-Zonenendpunkte befinden sich derzeit 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 Speicherkonto mit Azure DNS-Zonenendpunkten (Vorschau) erstellen, wählt Azure Storage dynamisch eine Azure DNS-Zone aus und weist es dem Speicherkonto zu, wenn es erstellt wird. Die Endpunkte des neuen Speicherkontos werden in der dynamisch ausgewählten Azure DNS-Zone erstellt. Weitere Informationen finden Sie in Azure DNS-Zonen.
Ein Azure DNS-Zonendienstendpunkt in Azure Storage umfasst:
- Das Protokoll, (Es wird HTTPS empfohlen.)
- Der Name des Speicherkontos als Unterdomäne.
- Eine Domäne, die den Namen des Diensts und den Bezeichner für die DNS-Zone enthält. Der Bezeichner für die DNS-Zone beginnt immer mit
zund kann zwischenz00undz50liegen.
Die folgende Tabelle enthält das Format für Azure DNS-Zonenendpunkte für jeden azure Storage-Dienst:
| 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-Speicher | 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 Region pro Abonnement erstellen. Möglicherweise müssen Sie jedoch Ihren Code für die Abfrage des Konto-Endpunkts zur Laufzeit aktualisieren. Sie können den get properties Vorgang aufrufen, um die Endpunkte des Speicherkontos abzufragen.
Azure DNS-Zonenendpunkte werden für Konten unterstützt, die nur 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. Die Vorschau ist in keiner Government Cloud-Region verfügbar.
Um sich für die Vorschau zu registrieren, befolgen Sie die Anweisungen unter "Einrichten von Vorschaufeatures in einem 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 Datensätze und unterdomänen, die den einzelnen Datensätzen zugeordnet sind, kann zwischen Konten variieren. Sie können 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 Kette können sich jedoch ändern, und Sie werden nicht benachrichtigt, wenn eine Änderung auftritt. 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 keine Abhängigkeit von der Anzahl der CNAME-Einträge oder der Unterdomänen haben, die diesen CNAME-Einträgen zugeordnet sind.
Die IP-Adresse des A-Eintrags, die die DNS-Auflösung eines Storage-Konto-Endpunkts zurückgibt, kann sich häufig ändern.
Die Anwendungen und Betriebssysteme sollten immer die TTL berücksichtigen, die dem CNAME-Eintrag zugeordnet ist. Wenn Sie den Wert des CNAME-Eintrags über die TTL hinaus zwischenspeichern, treten möglicherweise unbeabsichtigte Verhaltensweisen auf.
Migrieren eines Speicherkontos
Die folgende Tabelle fasst zusammen und verweist auf Anleitungen zum Verschieben, Aktualisieren oder Migrieren eines Speicherkontos:
| Migrationsszenario | Einzelheiten |
|---|---|
| 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 mithilfe von AzCopy oder einem anderen Tool Ihrer Wahl in dieses Konto. 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 allgemeines v1-Speicherkonto oder ein älteres Blob Storage-Konto auf ein allgemeines v2-Konto aktualisieren. Diese Aktion kann nicht rückgängig gemacht werden. 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 vom klassischen zu Azure Resource Manager. |
Übertragen von Daten in ein Speicherkonto
Microsoft stellt Dienste und Dienstprogramme bereit, um Ihre Daten von lokalen Speichergeräten oder Cloudspeicheranbietern von Drittanbietern zu importieren. 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: Die geografische Region, in der Ihr Konto basiert.
- Kontotyp: Der Typ des verwendeten Speicherkontos.
- Zugriffsebene: Das Datennutzungsmuster, das Sie für Ihr allgemeines v2- oder Blob Storage-Konto angegeben haben.
- Kapazität: Wie viel Ihrer Speicherkontozuteilung Sie zum Speichern von Daten verwenden.
- Redundanz: Wie viele Kopien Ihrer Daten gleichzeitig und an welchen Speicherorten verwaltet werden.
- Transaktionen: Alle Lese- und Schreibvorgänge in Azure Storage.
- Datenausgang: Alle aus einer Azure-Region übertragenen Daten. Wenn eine Anwendung, die nicht in derselben Region ausgeführt wird, auf die Daten in Ihrem Speicherkonto zugreift, werden Sie für den Datenausgang belastet. Informationen zum Verwenden von Ressourcengruppen zum Gruppieren Ihrer Daten und Dienste in derselben Region zum Einschränken von Ausgangsgebühren 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. Die Preisdetails für Datenübertragungen enthalten detaillierte Preisinformationen für den Datenausgang. Sie können den Azure Storage-Preisrechner verwenden, um Ihre Kosten zu bestimmen.
Azure-Dienste kosten Geld. Um die Ausgaben zu steuern, können Sie Microsoft Cost Management verwenden, um Budgets festzulegen und Warnungen zu konfigurieren.
Sie können Ihre Azure-Kosten mithilfe der Kostenverwaltung analysieren, verwalten und optimieren. Weitere Informationen finden Sie in der Schnellstartanleitung zur Kostenanalyse.
Abgelöste Storage-Konto-Typen
Die folgenden Kontotypen wurden eingestellt oder sind für die Einstellung vorgesehen. Sie werden nicht für neue Bereitstellungen empfohlen. Wenn Sie noch über diese Konten verfügen, planen Sie die Migration zu einem unterstützten Kontotyp.
Wichtig
Azure-Speicherkonten, die den klassischen Bereitstellungsmodelltyp (ASM) verwenden, wurden am 31. August 2024 eingestellt. Migrieren Sie zum Azure Resource Manager-Bereitstellungsmodell. Anleitungen zur Migration finden Sie in der Übersicht über die Migration klassischer Konten. Weitere Informationen finden Sie unter Update zur Einstellungdes klassischen Speicherkontos.
| Eingestellter Kontotyp | Unterstützte Dienste | Redundanzoptionen | Bereitstellungsmodell | Leitfaden |
|---|---|---|---|---|
| Standard general-purpose v1 | Blob Storage, Warteschlangenspeicher, Tabellenspeicher, Azure-Dateien | LRS/GRS/RA-GRS | Azure Resource Manager, klassisch¹ | Aktualisieren Sie vorhandene allgemeine v1-Konten auf allgemeine v2, um auf moderne Features und Kostenoptimierungsfunktionen zuzugreifen. Bevor Sie ein Upgrade durchführen, können Sie die Kapazitäts- und Betriebskosten modellieren, indem Sie Allgemeine v1 Kontomigration lesen. Informationen zum direkten Upgrade finden Sie unter Aktualisieren eines Speicherkontos. |
| Blob-Speicher | Blockblobs und Anfügeblobs | LRS/GRS/RA-GRS | Ressourcen-Manager | Aktualisieren Sie vorhandene ältere Blob Storage-Konten auf GPv2, um Zugriffsebenen und Lebenszyklusverwaltung zu verwenden. Weitere Informationen finden Sie in der Übersicht über die Migration von Blob Storage-Legacykonten und unter Zugriffsebenen für Blobdaten. |
| Klassische Speicherkonten (ASM) | Blob Storage, Warteschlangenspeicher, Tabellenspeicher, Azure-Dateien | LRS/GRS/RA-GRS | Klassisch | Eingestellt. Migrieren Sie zum Azure Resource Manager-Bereitstellungsmodell. Weitere Informationen finden Sie in der Übersicht über die Migration klassischer Konten. |
¹ Classic bezeichnet das Azure Service Management-Bereitstellungsmodell.
Skalierbarkeitsziele für Standardspeicherkonten
In der folgenden Tabelle sind die Standardgrenzwerte für Allgemeiner Zweck v2 (GPv2), Allgemeiner Zweck v1 (GPv1) und Blob Storage-Konten von Azure beschrieben.
Einige Einträge in der Tabelle gelten auch für den Datenträgerzugriff und werden explizit bezeichnet. Der Datenträgerzugriff ist eine Ressource, die ausschließlich zum Importieren oder Exportieren von verwalteten Datenträgern über private Links verwendet wird.
Kunden sollten ein GPv2-Speicherkonto verwenden, da GPv1 eingestellt wird. Sie können problemlos ein GPv1- oder Blob Storage-Konto auf ein GPv2-Konto ohne Ausfallzeiten aktualisieren und keine Daten kopieren müssen. Weitere Informationen finden Sie unter Upgraden auf ein GPv2-Speicherkonto.
Der Eingangsgrenzwert bezieht sich auf alle Daten, die an ein Speicherkonto oder einen Datenträgerzugriff gesendet werden. Der Ausgangsgrenzwert bezieht sich auf alle Daten, die von einem Speicherkonto oder Datenträgerzugriff empfangen wurden.
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.
| Ressource | 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) |
| Standardmäßige maximale Speicherkontokapazität. | 5 PiB 2 |
| 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 Standardanforderungsrate pro allgemeinem v2-, Blob Storage-Konto und Datenträgerzugriffsressourcen in den folgenden Regionen:
|
40.000 Anforderungen pro Sekunde2 |
| Standardmäßige maximale Anforderungsrate pro allgemeinem v2-, Blob-Storage-Konto und Festplattenzugriffsressourcen in Regionen, die nicht in der vorherigen Zeile aufgeführt sind. | 20.000 Anforderungen pro Sekunde2 |
Standardmäßiger maximaler Eingang pro allgemeinem v2- und Blob-Storage-Konto sowie Festplattenzugriffsressourcen in den folgenden Regionen:
|
60 Gbps2 |
| Standardmäßiger maximaler Eingang für allgemeine Verwendungszweck v2-, Blob-Storage-Konten und Datenträgerzugriff in Regionen, die nicht in der vorherigen Zeile aufgeführt sind. | 25 Gbps2 |
| Standardmäßiger maximaler Eingangswert für allgemeine v1-Speicherkonten (alle Regionen). | 10 Gbps2 |
Standardmäßiger maximaler Eingang pro General Purpose v2-, Blob-Storage-Konto und Zugriffsressourcen für Datenträger in den folgenden Regionen:
|
200 GBit/s2 |
| Standardmäßiger maximaler Eingang für allgemeine Verwendungszweck v2-, Blob-Storage-Konten und Datenträgerzugriff in Regionen, die nicht in der vorherigen Zeile 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 |
| Maximal ausgehende Daten für GPv1-Speicherkonten (Nicht-US-Regionen). | 10 GBit/s bei aktiviertem RA-GRS/GRS, 15 GBit/s für LRS/ZRS |
| Maximale Anzahl von IP-Adressregeln pro Speicherkonto. | 400 |
| Maximale Anzahl virtueller Netzwerkregeln pro Speicherkonto. | 400 |
| Maximale Anzahl von Ressourceninstanzregeln 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.