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 Ihren Dienst, um festzustellen, ob die Leistung Ihren Anforderungen entspricht. Vermeiden Sie wenn mögliche plötzliche Lastspitzen bei der Datenverkehrsrate, und stellen Sie sicher, dass der Datenverkehr gut ü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, sollten Sie Ihre Anwendung so anpassen, dass für erneute Versuche eine exponentielle Backoff-Strategie verwendet wird. Der exponentielle Backoff verringert die Last auf der Partition und mildert Spitzen im Datenverkehr zu dieser Partition.
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 |