Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In deze naslaginformatie vindt u informatie over schaalbaarheids- en prestatiedoelen voor Azure Storage. De hier vermelde schaalbaarheids- en prestatiedoelen zijn high-enddoelen, maar zijn haalbaar. In alle gevallen is de aanvraagsnelheid en bandbreedte die door uw opslagaccount wordt bereikt, afhankelijk van de grootte van objecten die zijn opgeslagen, de gebruikte toegangspatronen en het type workload dat 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 verkeer goed over partities wordt verdeeld.
Wanneer uw toepassing de limiet bereikt van wat een partitie voor uw workload kan verwerken, 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 overwegen uw toepassing te wijzigen om een exponentieel uitstelbeleid te gebruiken voor nieuwe pogingen. Met exponentieel terugschakelen kan de belasting op de partitie afnemen en pieken in het verkeer naar die partitie worden verminderd.
Schaaldoelen voor Queue Storage bepalen
| Hulpbron | Doel |
|---|---|
| Maximale grootte van één wachtrij | 500 TiB |
| Maximale grootte van een bericht in 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 |