Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In dieser Referenz werden Skalierbarkeits- und Leistungsziele für Azure Storage beschrieben. Die hier aufgelisteten Ziele für Skalierbarkeit und Leistung sind hochgesteckte Ziele, die jedoch erreichbar sind. In jedem Fall hängen die von Ihrem Speicherkonto erzielte Anforderungsrate und Bandbreite von der Größe der gespeicherten Objekte, den verwendeten Zugriffsmustern und der Art der von der Anwendung ausgeführten Workload ab.
Testen Sie unbedingt Ihren Dienst, um festzustellen, ob seine Leistung Ihren Anforderungen entspricht. Wenn möglich, vermeiden Sie plötzliche Spitzen im Traffic und stellen Sie sicher, dass der Traffic gut über die Partitionen verteilt ist.
Wenn Ihre Anwendung den Grenzwert erreicht, den eine Partition für Ihre Workload verarbeiten kann, gibt Azure Storage einen Fehlercode 503 (Server ausgelastet) oder einen Fehlercode 500 (Operation Timeout) zurück. Wenn 503-Fehler auftreten, sollte die Anwendung so geändert werden, dass sie eine exponentielle Backoffrichtlinie für Wiederholungen verwendet. Durch exponentielle Backoffs kann die Auslastung der Partition verringert werden, um die Datenverkehrsspitzen bei dieser Partition auszugleichen.
Der Service-Level-Vertrag (SLA) für Azure Storage-Konten ist unter SLA für Speicherkonten verfügbar.
Skalierungsziele für Blob-Speicher
| Ressource | Ziel |
|---|---|
| Maximale Größe eines einzelnen Blobcontainers | Identisch mit maximaler Speicherkontokapazität |
| Maximale Anzahl von Blöcken in einem Blockblob oder einem Anfügeblob | 50.000 Blöcke |
| Maximale Größe eines Blocks in einem Blockblob | 4000 MiB |
| Maximale Größe eines Blockblobs | 50.000 · 4.000 MiB (ca. 190,7 TiB) |
| Maximale Größe eines Blocks in einem Anfügeblob | 4 MiB |
| Maximale Größe eines Anfügeblobs | 50.000 × 4MiB (ca. 195GiB) |
| Max. Größe eines Seitenblobs | 8 TiB2 |
| Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Blobcontainer | 5 |
| Zielanforderungsrate für ein einzelnes Block-BLOB | Bis zu 3.000 Anforderungen pro Sekunde |
| Zielanforderungsrate für ein einzelnes Seiten-BLOB | Bis zu 500 Anforderungen pro Sekunde |
| Zieldurchsatz für ein einzelnes Seitenblob | Bis zu 60 MiB pro Sekunde2 |
| Zieldurchsatz für ein einzelnes Blockblob | Bis zur Eingangs-/Ausgangsbegrenzung des Speicherkontos1 |
1 Der Durchsatz für ein einzelnes Blob hängt von mehreren Faktoren ab. Diese Faktoren umfassen, sind aber nicht beschränkt auf: Parallelität, Anforderungsgröße, Leistungsstufe, Geschwindigkeit der Quelle für Uploads und des Ziels für Downloads. Laden Sie größere Blobs oder Blöcke hoch, um von den Leistungsverbesserungen für Blockblobs mit hohem Durchsatz zu profitieren. Rufen Sie insbesondere den Put-Blob-Vorgang oder Put-Block-Vorgang mit einer Blob- oder Blockgröße auf, die größer als 256 KiB ist.
2 Seitenblobs werden noch nicht in Konten mit aktiviertem hierarchischem Namespace unterstützt.
In der folgenden Tabelle werden die maximal zulässigen Block- und Blob-Größen für die Dienstversion beschrieben.
| Dienstversion | Maximale Blockgröße (über Put Block) | Maximale Blob-Größe (über Put Block List) | Maximale Blob-Größe über einen einzelnen Schreibvorgang (über Put Blob) |
|---|---|---|---|
| Ab Version 2019-12-12 | 4 000 MiB | Ungefähr 190,7 TiB (4-000 MiB · 50.000 Blöcke) | 5000 MiB |
| Version 2016-05-31 bis Version 2019-07-07 | 100 MiB | Ungefähr 4,75 TiB (100 MiB X 50.000 Blöcke) | 256 MiB |
| Versionen vor 2016-05-31 | 4 MiB | Ungefähr 195 GiB (4 MiB X 50.000 Blöcke) | 64 MiB |