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 die Skalierbarkeits- und Leistungsziele für Azure Storage ausführlich erläutert. Die hier aufgeführten Skalierbarkeits- und Leistungsziele sind High-End-Ziele, aber sie sind erreichbar. In allen Fällen hängt die Anforderungsrate und Bandbreite, die Ihr Speicherkonto erreicht, von der Größe der gespeicherten Objekte, den verwendeten Zugriffsmustern und dem Typ der Arbeitsauslastung ab, die Ihre Anwendung ausführt.
Testen Sie unbedingt Ihren Dienst, um festzustellen, ob seine Leistung Ihren Anforderungen entspricht. Wenn möglich, vermeiden Sie plötzliche Lastspitzen bei der Datenverkehrsrate, und stellen Sie sicher, dass der Datenverkehr über alle Partitionen verteilt ist.
Wenn Ihre Anwendung die Grenze dessen erreicht, was eine Partition an Workload bewältigen kann, dann gibt Azure Storage den Fehlercode 503 (Server ausgelastet) oder den Fehlercode 500 (Zeitüberschreitung für Vorgang) zurück. Wenn 503-Fehler auftreten, sollte die Anwendung so geändert werden, dass sie eine exponentielle Backoffrichtlinie für Wiederholungen verwendet. Der exponentielle Backoff-Mechanismus ermöglicht es, dass die Last auf der Partition sinkt und Verkehrsspitzen zu dieser Partition abgefedert werden.
Skalierungsziele für Table Storage
In der folgenden Tabelle sind die Kapazitäts-, Skalierbarkeits- und Leistungsziele für den Tabellenspeicher beschrieben.
| Ressource | Ziel |
|---|---|
| Anzahl von Tabellen in einem Azure Storage-Konto | Begrenzung nur durch die Kapazität des Speicherkontos |
| Anzahl von Partitionen in einer Tabelle | Begrenzung nur durch die Kapazität des Speicherkontos |
| Anzahl von Entitäten in einer Partition | Begrenzung nur durch die Kapazität des Speicherkontos |
| Maximale Größe einer einzelnen Tabelle | 500 TiB |
| Maximale Größe einer einzelnen Entität, einschließlich aller Eigenschaftswerte | 1 MiB |
| Maximale Anzahl von Eigenschaften in einer Tabellenentität | 255 (einschließlich der drei Systemeigenschaften PartitionKey, RowKey und Timestamp) |
| Maximale Gesamtgröße einer einzelnen Eigenschaft innerhalb einer Entität | Variiert je nach Eigenschaftstyp. Weitere Informationen finden Sie unter Eigenschaftstypen in Grundlegendes zum Tabellendienst-Datenmodell. |
| Größe von PartitionKey | Eine Zeichenfolge mit maximal 1.024 Zeichen |
| Größe von RowKey | Eine Zeichenfolge mit maximal 1.024 Zeichen |
| Größe einer Entitätsgruppentransaktion | Eine Transaktion kann höchstens 100 Entitäten umfassen, und die Nutzlast muss weniger als 4 MiB groß sein. Eine Entitätsgruppentransaktion kann ein Update für eine Entität nur einmal einschließen. |
| Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Tabelle | 5 |
| Maximale Anforderungsrate pro Speicherkonto | 20.000 Transaktionen pro Sekunde, ausgehend von einer Entitätsgröße von 1KiB |
| Zieldurchsatz für eine einzelne Tabellenpartition (1-KiB-Entitäten) | Bis zu 2.000 Entitäten pro Sekunde |