Schaalbaarheids- en prestatiedoelen voor Queue Storage
Deze referentie bevat informatie over schaalbaarheids- en prestatiedoelen voor Azure Storage. De schaalbaarheids- en prestatiedoelen die hier worden vermeld, zijn geavanceerde doelen, maar zijn haalbaar. In alle gevallen zijn de aanvraagsnelheid en bandbreedte die door uw opslagaccount wordt bereikt, afhankelijk van de grootte van de opgeslagen objecten, de gebruikte toegangspatronen en het type werkbelasting die uw toepassing uitvoert.
Zorg ervoor dat u uw service test om te bepalen of de prestaties voldoen aan uw vereisten. Vermijd, indien mogelijk, plotselinge pieken in de verkeerssnelheid en zorg ervoor dat het verkeer goed is verdeeld over partities.
Wanneer uw toepassing de limiet bereikt van wat een partitie kan verwerken voor uw workload, begint Azure Storage met het retourneren van foutcode 503 (server bezet) of foutcode 500 (time-out van bewerking). Als er 503-fouten optreden, kunt u uw toepassing wijzigen om een exponentieel uitstelbeleid te gebruiken voor nieuwe pogingen. Dankzij de exponentiële uitstel kan de belasting van de partitie afnemen en pieken in het verkeer naar die partitie worden weggenomen.
Schaaldoelen voor Queue Storage
| Resource | Doel |
|---|---|
| Maximale grootte van één wachtrij | 500 TiB |
| Maximale berichtgrootte van een wachtrij | 64 KiB |
| Maximaal aantal opgeslagen toegangsbeleidsregels per wachtrij | 5 |
| Maximum aantal aanvragen per opslagaccount | 20.000 berichten per seconde, uitgaande van een berichtgrootte van 1 KiB |
| Doeldoorvoer voor één wachtrij (berichten van 1 KiB) | Maximaal 2.000 berichten per seconde |