Skalierbarkeits- und Leistungsziele für Queue Storage
In dieser Referenz werden die Skalierbarkeits- und Leistungsziele für Azure Storage ausführlich erläutert. 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 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. Durch exponentielle Backoffs kann die Auslastung der Partition verringert werden, um die Datenverkehrsspitzen bei dieser Partition auszugleichen.
Skalierbarkeitsziele für Queue Storage
| Resource | Ziel |
|---|---|
| Maximale Größe einer einzelnen Warteschlange | 500 TiB |
| Maximale Größe einer Nachricht in einer Warteschlange | 64 KiB |
| Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Warteschlange | 5 |
| Maximale Anforderungsrate pro Speicherkonto | 20.000 Nachrichten pro Sekunde, wobei eine Nachrichtengröße von 1KiB angenommen wird |
| Zieldurchsatz für eine einzelne Warteschlange (Nachrichten von 1KiB) | Bis zu 2.000 Nachrichten pro Sekunde |